search for: exherbo

...iptions/Jabberd2"; } elsif header :contains "List-Id" ["chef.lists.opscode.com"] { fileinto "Subscriptions/Chef"; } elsif header :contains "List-Id" ["help-cfengine.cfengine.org"] { fileinto "Subscriptions/Cfengine"; } # rule:[Exherbo] elsif header :contains "List-Id" ["exherbo-dev.lists.exherbo.org","exherbo-commits.lists.exherbo.org"] { fileinto "Subscriptions/Exherbo"; } # rule:[Php] elsif header :contains "List-Id" ["highload-php-ru.googlegroups.com","highl...

...chip Product: xorg Version: 7.4 Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org ReportedBy: ingmar at exherbo.org QAContact: xorg-team at lists.x.org X w/ nouveau driver doesn't start on G86M [GeForce 8400M GT] chip This is with libdrm @ 7e4e0fbbb82b0467d46386bcac1115812aaa1393 xf86-video-nouveau @ 20f93a94ae034ee7c744947f42a29a7c0b50ee9d Xorg 7.4, xserver 1.5.3 lspci -vv: 01:...

...it just use the default unwinder for the given platform? >> > > Sure, but what is the default unwinder for a given platform? > > Lets go with Linux. I have two different images (okay, I have one, but Im > sufficiently familiar with Gentoo as well): > - Gentoo w/ GCC > - exherbo w/o GCC > > Both are Linux. Whats the default unwinder? > >From a triple standpoint, aren't targets marked as linux-gnu? That should be enough to determine that, right? -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/piperm...

...ire. >> > > Shouldn't it just use the default unwinder for the given platform? > Sure, but what is the default unwinder for a given platform? Lets go with Linux. I have two different images (okay, I have one, but Im sufficiently familiar with Gentoo as well): - Gentoo w/ GCC - exherbo w/o GCC Both are Linux. Whats the default unwinder? -- Saleem Abdulrasool compnerd (at) compnerd (dot) org -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20150130/5c303257/attachment.html>

...r for the given platform? >>> >> >> Sure, but what is the default unwinder for a given platform? >> >> Lets go with Linux. I have two different images (okay, I have one, but >> Im sufficiently familiar with Gentoo as well): >> - Gentoo w/ GCC >> - exherbo w/o GCC >> >> Both are Linux. Whats the default unwinder? >> > > From a triple standpoint, aren't targets marked as linux-gnu? That should > be enough to determine that, right? > Yeah, both are linux-gnu. How do you differentiate between libunwind vs libgcc (-st...

On Fri, Jan 30, 2015 at 3:10 PM, Saleem Abdulrasool <compnerd at compnerd.org> wrote: > On Fri, Jan 30, 2015 at 1:41 PM, Renato Golin <renato.golin at linaro.org> > wrote: > >> What about the default unwinder for Compiler-RT? Should we assume our >> own? Gcc's? Assuming nothing will break compilation, since the libraries >> won't be available...

The cmake files generated when building LLVM (including LLVMConfig.cmake) are to support cmake's find_package() [1] function. In the build dir the generated files are placed in <build-dir>/share/llvm/cmake. After install, in <prefix>/lib/llvm/share/llvm/cmake. CMake is not able to find them without a hint. CMake searches these paths on Unix: - <prefix>/lib/llvm/cmake -

...e86d8053e Author: Aurelien Aptel <aaptel at suse.com> Date: Wed Feb 15 18:10:09 2017 +0100 manpage: correct typos and spelling mistakes Signed-off-by: Aurelien Aptel <aaptel at suse.com> commit 272d523a57a4e8791d625a479128613be5e401f5 Author: Thomas Witt <pyromaniac at exherbo.org> Date: Wed Mar 15 20:20:44 2017 +0000 mount.cifs: Remove data_blob.h include data_blob.h includes talloc.h from libtalloc, but that is only marked as a dependency for cifs.upcall. No symbols from that header are used by cifs.mount, so remove it to avoid the libtalloc...

https://bugzilla.mindrot.org/show_bug.cgi?id=1838 Summary: /proc/self/oom_adj needs to use /proc/self/oom_score_adj Product: Portable OpenSSH Version: 5.6p1 Platform: All OS/Version: Linux Status: NEW Severity: minor Priority: P2 Component: sshd AssignedTo: unassigned-bugs at

...fsck, mount, oops, hang, loop, 2.6.36 Oops message (both links lead to the same data): http://fraggod.net/share/systemd_btrfs_oops/oops.txt http://paste.pocoo.org/raw/290857/ There''s also a kernel/initrd/disk-image combo, which demonstrates the issue. It''s i686 (32-bit) exherbo linux setup with all fs''s on lvm volumes. Multiple btrfs mounts are a bit archaic and unnecessary here, and I''ll probably get rid of these in a nearby future, but guess that''s not the reason it shouldn''t work or crash like that. http://fraggod.net/share/system...

...wayned at samba.org ReportedBy: polatel at gmail.com QAContact: rsync-qa at samba.org The patch below fixes two issues about the socketpair_tcp() function: - Bind to INADDR_LOOPBACK instead of INADDR_ANY - Pass the correct sockaddr_in to accept() Here's the patch: http://dev.exherbo.org/~alip/tmp/rsync-3.0.7-bindlocal.patch -- Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

...Also, FWIW, Gentoo had a (successfully) completed project to build using clang/llvm, and in my single interaction with the student he said he tried lld but encountered some issues. I think it's worth a shot. Similarly, when I spoke with Saleem, he mentioned that something similar can be done on Exherbo. As a final note, something not very visible (for obvious reasons), we link PS4 codebase(s) internally and we consider lld stable enough for our purposes. About the gcc patch to get -fuse-ld=lld to work I submitted , I think that could be re-worked to make -fuse-ld a generic facility as it is in l...

...t;>> >>> >>> Sure, but what is the default unwinder for a given platform? >>> >>> Lets go with Linux. I have two different images (okay, I have one, but >>> Im sufficiently familiar with Gentoo as well): >>> - Gentoo w/ GCC >>> - exherbo w/o GCC >>> >>> Both are Linux. Whats the default unwinder? >>> >> >> From a triple standpoint, aren't targets marked as linux-gnu? That should >> be enough to determine that, right? >> > > Yeah, both are linux-gnu. How do you different...

...Product: Mesa Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/nouveau Assignee: nouveau at lists.freedesktop.org Reporter: cogitri at exherbo.org QA Contact: nouveau at lists.freedesktop.org When building mesa without RTTI support nouveau fails to compile because NDBUG isn't defined by meson. src/gallium/drivers/nouveau/codegen/nv50_ir.cpp has the following snippet in it: #ifndef NDEBUG // non-conformant assert, so this is...

On Fri, Oct 28, 2016 at 9:17 AM, Renato Golin via cfe-dev < cfe-dev at lists.llvm.org> wrote: > Folks, > > I'm creating a bootstrap buildbot on AArch64 with LLD and I just > realised the "accepted" way to make clang call lld is to "symlink lld > -> ld". I understand that's how every Linux system "chooses" the > linker, but that

http://bugs.freedesktop.org/show_bug.cgi?id=19356 Summary: DPMS does not turn off LCD backlight on NV34M [GeForce FX Go5200] Product: xorg Version: unspecified Platform: PowerPC OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau

http://bugs.freedesktop.org/show_bug.cgi?id=26193 Summary: nouveau falls back to NoAccel on 9400M Product: xorg Version: git Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org ReportedBy: bjt23

Folks, I'm creating a bootstrap buildbot on AArch64 with LLD and I just realised the "accepted" way to make clang call lld is to "symlink lld -> ld". I understand that's how every Linux system "chooses" the linker, but that makes deployment and validation quite cumbersome on GNU systems. I'd like to suggest a change in behaviour: // Some flag like

https://bugs.freedesktop.org/show_bug.cgi?id=70354 Priority: medium Bug ID: 70354 Assignee: nouveau at lists.freedesktop.org Summary: Failed to initialise context object: 2D_NVC0 (0) (for my GeForce GT 750M) QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS:

I've noticed a weirdness in rsync. Let me explain it briefly with an example. Below is a test script: #!/bin/sh cat >rsyncd.conf <<EOF address = localhost use chroot = no hosts allow = localhost [from] path = /tmp/from read only = yes comment = r/o EOF RSYNC_CONNECT_PROG="rsync --address=localhost --config=rsyncd.conf --daemon" \ rsync -av --address=localhost