From trac at trac.pioto.org Fri Aug 1 07:28:13 2008 From: trac at trac.pioto.org (Paludis) Date: Fri, 01 Aug 2008 11:28:13 -0000 Subject: [paludis-sekrit] [Paludis] #626: Paludis can't uninstall old gcc versions Message-ID: <041.591d9acea96e2669d137959b2501a980@trac.pioto.org> #626: Paludis can't uninstall old gcc versions -----------------------------+---------------------------------------------- Reporter: a.b. | Owner: Type: defect | Status: new Priority: Sometime | Milestone: Component: clients/paludis | Version: 0.28.0 Keywords: | Blockedby: Blocking: | Distribution: Gentoo -----------------------------+---------------------------------------------- I just wanted to uninstall gcc-4.1.2. gcc-4.2.3 and 4.3.2 are still installed. Paludis didn't let me remove any gcc because of dependency problems: /usr/bin/paludis -up \=sys-devel/gcc-4.1.2 [...] These packages will be uninstalled: * dev-lang/ghc-6.8.2::installed requires * dev-libs/elfutils-0.131-r2::installed requires * sys-libs/glibc-2.8_p20080602::installed requires * sys-libs/libstdc++-v3-3.3.6::installed requires * virtual/c++-tr1-functional-0::installed requires * virtual/c++-tr1-memory-0::installed requires * virtual/c++-tr1-type-traits-0::installed requires * sys-devel/gcc-4.1.2::installed Total: 1 package and 7 errors Use either --with-dependencies or --permit-unsafe-uninstalls PALUDIS_OPTIONS="--dl-upgrade as-needed --continue-on-failure if-satisfied --log-level warning --resume-command-template /var/paludis/resume/resume", but I get the same result after unsetting PALUDIS_OPTIONS. emerge -Cav \=sys-devel/gcc-4.1.2 works. -- Ticket URL: Paludis Paludis, the Other Package Mangler From trac at trac.pioto.org Fri Aug 1 07:32:52 2008 From: trac at trac.pioto.org (Paludis) Date: Fri, 01 Aug 2008 11:32:52 -0000 Subject: [paludis-sekrit] [Paludis] #626: Paludis can't uninstall old gcc versions In-Reply-To: <041.591d9acea96e2669d137959b2501a980@trac.pioto.org> References: <041.591d9acea96e2669d137959b2501a980@trac.pioto.org> Message-ID: <050.19f38b737aafbfd3e33c032f0299776d@trac.pioto.org> #626: Paludis can't uninstall old gcc versions --------------------------------+------------------------------------------- Reporter: a.b. | Owner: Type: defect | Status: closed Priority: Sometime | Milestone: Component: clients/paludis | Version: 0.28.0 Resolution: duplicate | Keywords: Blockedby: | Blocking: Distribution: Gentoo | --------------------------------+------------------------------------------- Changes (by ciaranm): * status: new => closed * resolution: => duplicate Comment: See ticket:512 . This is intentional. -- Ticket URL: Paludis Paludis, the Other Package Mangler From trac at trac.pioto.org Fri Aug 1 14:43:32 2008 From: trac at trac.pioto.org (Paludis) Date: Fri, 01 Aug 2008 18:43:32 -0000 Subject: [paludis-sekrit] [Paludis] #592: Paludis build fails if build dir is symlinked In-Reply-To: <044.e0b4a191afcf7058989af479760973e6@trac.pioto.org> References: <044.e0b4a191afcf7058989af479760973e6@trac.pioto.org> Message-ID: <053.7baefd9dfad72a0561bf02efebdf9f09@trac.pioto.org> #592: Paludis build fails if build dir is symlinked -----------------------------+---------------------------------------------- Reporter: jdawson | Owner: Type: defect | Status: new Priority: Sometime | Milestone: Component: core/paludis | Version: 0.26.2 Resolution: | Keywords: test symlink Blockedby: | Blocking: Distribution: Gentoo | -----------------------------+---------------------------------------------- Comment(by jdawson): Replying to [ticket:592 jdawson]: > I have whole /var/tmp/paludis symlinked to /mnt/ram/paludis permanently (/mnt/ram is a ramdrive), and paludis fails to build itself in that case. 0.28.0 builds fine in the same environment. -- Ticket URL: Paludis Paludis, the Other Package Mangler From bo.andresen at zlin.dk Fri Aug 1 23:08:10 2008 From: bo.andresen at zlin.dk (Bo =?iso-8859-1?Q?=D8rsted?= Andresen) Date: Sat, 2 Aug 2008 03:08:10 +0000 Subject: [paludis-sekrit] Paludis nightly (08/01/08 - abd4c4d73087be66653eb227ea583e15ff02738a) : success Message-ID: <20080802030810.GA26116@shuttle> The Paludis nightly (08/01/08 - abd4c4d73087be66653eb227ea583e15ff02738a) build resulted in success. The full gzipped logs have been attached. Process 1 on GCC 4.1 started at 23:00:10, finished at 01:15:10 and ended in success. Process 2 on GCC 4.3 (without python) started at 01:15:15, finished at 03:08:10 and ended in success. -------------- next part -------------- A non-text attachment was scrubbed... Name: nightly-out-15276.gz Type: application/octet-stream Size: 341 bytes Desc: not available Url : http://lists.pioto.org/pipermail/paludis-sekrit/attachments/20080802/5f998879/attachment-0003.obj -------------- next part -------------- A non-text attachment was scrubbed... Name: nightly-out-4.1-15276.gz Type: application/octet-stream Size: 215173 bytes Desc: not available Url : http://lists.pioto.org/pipermail/paludis-sekrit/attachments/20080802/5f998879/attachment-0004.obj -------------- next part -------------- A non-text attachment was scrubbed... Name: nightly-out-4.3-15276.gz Type: application/octet-stream Size: 203377 bytes Desc: not available Url : http://lists.pioto.org/pipermail/paludis-sekrit/attachments/20080802/5f998879/attachment-0005.obj From trac at trac.pioto.org Sat Aug 2 11:21:49 2008 From: trac at trac.pioto.org (Paludis) Date: Sat, 02 Aug 2008 15:21:49 -0000 Subject: [paludis-sekrit] [Paludis] #627: iptables fails to install on RT kernel with paludis, succeeds with portage Message-ID: <043.0c4be37845977794fffde04bbd0ca6ba@trac.pioto.org> #627: iptables fails to install on RT kernel with paludis, succeeds with portage -----------------------------+---------------------------------------------- Reporter: avuton | Owner: Type: defect | Status: new Priority: Sometime | Milestone: Component: clients/paludis | Version: 0.28.0 Keywords: realtime rt | Blockedby: Blocking: | Distribution: Gentoo -----------------------------+---------------------------------------------- When I try to install iptables on a realtime kernel it fails: {{{ >>> Starting pkg_setup * Determining the location of the kernel source code * Found kernel source directory: * /usr/src/linux * Could not detect kernel version. * Please ensure that /usr/src/linux points to a complete set of Linux sources. !!! ERROR in net-firewall/iptables-1.4.1.1: !!! In linux-info_pkg_setup at line 3140 !!! Unable to calculate Linux Kernel version }}} on portage or non-rt kernel it succeeds. Information from the linux makefile: {{{ VERSION = 2 PATCHLEVEL = 6 SUBLEVEL = 24 EXTRAVERSION = .7-rt17 }}} -- Ticket URL: Paludis Paludis, the Other Package Mangler From trac at trac.pioto.org Sat Aug 2 11:51:14 2008 From: trac at trac.pioto.org (Paludis) Date: Sat, 02 Aug 2008 15:51:14 -0000 Subject: [paludis-sekrit] [Paludis] #627: iptables fails to install on RT kernel with paludis, succeeds with portage In-Reply-To: <043.0c4be37845977794fffde04bbd0ca6ba@trac.pioto.org> References: <043.0c4be37845977794fffde04bbd0ca6ba@trac.pioto.org> Message-ID: <052.caa818cbf7af211e5d5a7d20fd932f94@trac.pioto.org> #627: iptables fails to install on RT kernel with paludis, succeeds with portage --------------------------------+------------------------------------------- Reporter: avuton | Owner: Type: defect | Status: new Priority: Sometime | Milestone: Component: clients/paludis | Version: 0.28.0 Resolution: | Keywords: realtime rt Blockedby: | Blocking: Distribution: Gentoo | --------------------------------+------------------------------------------- Comment(by dleverton): Where does one obtain that particular kernel source? The closest I can find is http://svnweb.tuxfamily.org/filedetails.php?repname=proaudio/proaudio&path=%2Ftrunk%2Foverlays%2Fproaudio %2Fsys-kernel%2Frt-sources%2Frt-sources-2.6.24-r1.ebuild&rev=0&sc=0, which works for me, with variables {{{ VERSION = 2 PATCHLEVEL = 6 SUBLEVEL = 24 EXTRAVERSION = -rt1 }}} You could also try adding {{{ pkg_setup() { set -x linux-info_pkg_setup } }}} to the iptables ebuild. -- Ticket URL: Paludis Paludis, the Other Package Mangler From trac at trac.pioto.org Sat Aug 2 12:01:59 2008 From: trac at trac.pioto.org (Paludis) Date: Sat, 02 Aug 2008 16:01:59 -0000 Subject: [paludis-sekrit] [Paludis] #627: iptables fails to install on RT kernel with paludis, succeeds with portage In-Reply-To: <043.0c4be37845977794fffde04bbd0ca6ba@trac.pioto.org> References: <043.0c4be37845977794fffde04bbd0ca6ba@trac.pioto.org> Message-ID: <052.79bb8959defb0a8fbe321fd651d5ac6f@trac.pioto.org> #627: iptables fails to install on RT kernel with paludis, succeeds with portage --------------------------------+------------------------------------------- Reporter: avuton | Owner: Type: defect | Status: new Priority: Sometime | Milestone: Component: clients/paludis | Version: 0.28.0 Resolution: | Keywords: realtime rt Blockedby: | Blocking: Distribution: Gentoo | --------------------------------+------------------------------------------- Comment(by avuton): http://www.kernel.org/pub/linux/kernel/v2.6/linux-2.6.24.tar.bz2 http://kernel.org/pub/linux/kernel/v2.6/patch-2.6.24.7.bz2 http://rt.et.redhat.com/download/patch-2.6.24.7-rt17.bz2 I don't use portage/paludis for installing kernel sources, above are the applicable links. Here's paludis -i iptables &> iptables.log http://anpmech.com/~sbh/iptables.log -- Ticket URL: Paludis Paludis, the Other Package Mangler From trac at trac.pioto.org Sat Aug 2 12:32:40 2008 From: trac at trac.pioto.org (Paludis) Date: Sat, 02 Aug 2008 16:32:40 -0000 Subject: [paludis-sekrit] [Paludis] #627: iptables fails to install on RT kernel with paludis, succeeds with portage In-Reply-To: <043.0c4be37845977794fffde04bbd0ca6ba@trac.pioto.org> References: <043.0c4be37845977794fffde04bbd0ca6ba@trac.pioto.org> Message-ID: <052.32f3e0a2a2e7a7e3fd019a45b36106c2@trac.pioto.org> #627: iptables fails to install on RT kernel with paludis, succeeds with portage --------------------------------+------------------------------------------- Reporter: avuton | Owner: Type: defect | Status: new Priority: Sometime | Milestone: Component: clients/paludis | Version: 0.28.0 Resolution: | Keywords: realtime rt Blockedby: | Blocking: Distribution: Gentoo | --------------------------------+------------------------------------------- Comment(by ciaranm): If Portage can detect it but Paludis can't... Perhaps it's a permissions issue? -- Ticket URL: Paludis Paludis, the Other Package Mangler From trac at trac.pioto.org Sat Aug 2 13:14:17 2008 From: trac at trac.pioto.org (Paludis) Date: Sat, 02 Aug 2008 17:14:17 -0000 Subject: [paludis-sekrit] [Paludis] #627: iptables fails to install on RT kernel with paludis, succeeds with portage In-Reply-To: <043.0c4be37845977794fffde04bbd0ca6ba@trac.pioto.org> References: <043.0c4be37845977794fffde04bbd0ca6ba@trac.pioto.org> Message-ID: <052.8bc009d8689e40a43accc5620e4547cd@trac.pioto.org> #627: iptables fails to install on RT kernel with paludis, succeeds with portage --------------------------------+------------------------------------------- Reporter: avuton | Owner: Type: defect | Status: new Priority: Sometime | Milestone: Component: clients/paludis | Version: 0.28.0 Resolution: | Keywords: realtime rt Blockedby: | Blocking: Distribution: Gentoo | --------------------------------+------------------------------------------- Comment(by avuton): I don't think so, though permissions are tricky things, so please tell me if you think I've missed something here. Just ran chmod 777 on /usr/src then ran: find linux/ -exec chmod 777 {} \; -- Ticket URL: Paludis Paludis, the Other Package Mangler From trac at trac.pioto.org Sat Aug 2 13:18:19 2008 From: trac at trac.pioto.org (Paludis) Date: Sat, 02 Aug 2008 17:18:19 -0000 Subject: [paludis-sekrit] [Paludis] #627: iptables fails to install on RT kernel with paludis, succeeds with portage In-Reply-To: <043.0c4be37845977794fffde04bbd0ca6ba@trac.pioto.org> References: <043.0c4be37845977794fffde04bbd0ca6ba@trac.pioto.org> Message-ID: <052.9b7d1b75bfef350859633b0df84a45ed@trac.pioto.org> #627: iptables fails to install on RT kernel with paludis, succeeds with portage --------------------------------+------------------------------------------- Reporter: avuton | Owner: Type: defect | Status: new Priority: Sometime | Milestone: Component: clients/paludis | Version: 0.28.0 Resolution: | Keywords: realtime rt Blockedby: | Blocking: Distribution: Gentoo | --------------------------------+------------------------------------------- Comment(by dleverton): I would expect an error message from cd or make if it was a permissions problem. Can you add -p to the make call in getfilevar, linux-info.eclass and post the output again? -- Ticket URL: Paludis Paludis, the Other Package Mangler From trac at trac.pioto.org Sat Aug 2 13:25:56 2008 From: trac at trac.pioto.org (Paludis) Date: Sat, 02 Aug 2008 17:25:56 -0000 Subject: [paludis-sekrit] [Paludis] #627: iptables fails to install on RT kernel with paludis, succeeds with portage In-Reply-To: <043.0c4be37845977794fffde04bbd0ca6ba@trac.pioto.org> References: <043.0c4be37845977794fffde04bbd0ca6ba@trac.pioto.org> Message-ID: <052.5c7d3e56b42f3d1720266b924e994b76@trac.pioto.org> #627: iptables fails to install on RT kernel with paludis, succeeds with portage --------------------------------+------------------------------------------- Reporter: avuton | Owner: Type: defect | Status: new Priority: Sometime | Milestone: Component: clients/paludis | Version: 0.28.0 Resolution: | Keywords: realtime rt Blockedby: | Blocking: Distribution: Gentoo | --------------------------------+------------------------------------------- Comment(by avuton): Done, here's more output: {{{ paludis -i iptables &> iptables.log }}} http://anpmech.com/~sbh/iptables-r2.log -- Ticket URL: Paludis Paludis, the Other Package Mangler From trac at trac.pioto.org Sat Aug 2 13:51:22 2008 From: trac at trac.pioto.org (Paludis) Date: Sat, 02 Aug 2008 17:51:22 -0000 Subject: [paludis-sekrit] [Paludis] #627: iptables fails to install on RT kernel with paludis, succeeds with portage In-Reply-To: <043.0c4be37845977794fffde04bbd0ca6ba@trac.pioto.org> References: <043.0c4be37845977794fffde04bbd0ca6ba@trac.pioto.org> Message-ID: <052.f44d89ec23ebef2d6be057292c5f3db5@trac.pioto.org> #627: iptables fails to install on RT kernel with paludis, succeeds with portage --------------------------------+------------------------------------------- Reporter: avuton | Owner: Type: defect | Status: new Priority: Sometime | Milestone: Component: clients/paludis | Version: 0.28.0 Resolution: | Keywords: realtime rt Blockedby: | Blocking: Distribution: Gentoo | --------------------------------+------------------------------------------- Comment(by dleverton): Get rid of the -p, and try a -d instead. While you're at it, remove the -s and the @ from in front of echo, too. -- Ticket URL: Paludis Paludis, the Other Package Mangler From trac at trac.pioto.org Sat Aug 2 14:05:10 2008 From: trac at trac.pioto.org (Paludis) Date: Sat, 02 Aug 2008 18:05:10 -0000 Subject: [paludis-sekrit] [Paludis] #627: iptables fails to install on RT kernel with paludis, succeeds with portage In-Reply-To: <043.0c4be37845977794fffde04bbd0ca6ba@trac.pioto.org> References: <043.0c4be37845977794fffde04bbd0ca6ba@trac.pioto.org> Message-ID: <052.b76571d378ed2a3e199440d61aaf08da@trac.pioto.org> #627: iptables fails to install on RT kernel with paludis, succeeds with portage --------------------------------+------------------------------------------- Reporter: avuton | Owner: Type: defect | Status: new Priority: Sometime | Milestone: Component: clients/paludis | Version: 0.28.0 Resolution: | Keywords: realtime rt Blockedby: | Blocking: Distribution: Gentoo | --------------------------------+------------------------------------------- Comment(by avuton): Done, here's more output: {{{ paludis -i iptables &> iptables-r3.log }}} http://anpmech.com/~sbh/iptables-r3.log Doing what you told mentioned makes things succeed. I CTRL-C'd the process right near the time it was unpacking. -- Ticket URL: Paludis Paludis, the Other Package Mangler From trac at trac.pioto.org Sat Aug 2 14:32:02 2008 From: trac at trac.pioto.org (Paludis) Date: Sat, 02 Aug 2008 18:32:02 -0000 Subject: [paludis-sekrit] [Paludis] #627: iptables fails to install on RT kernel with paludis, succeeds with portage In-Reply-To: <043.0c4be37845977794fffde04bbd0ca6ba@trac.pioto.org> References: <043.0c4be37845977794fffde04bbd0ca6ba@trac.pioto.org> Message-ID: <052.b7ec343e09ae0ca45d55bca555c90add@trac.pioto.org> #627: iptables fails to install on RT kernel with paludis, succeeds with portage --------------------------------+------------------------------------------- Reporter: avuton | Owner: Type: defect | Status: new Priority: Sometime | Milestone: Component: clients/paludis | Version: 0.28.0 Resolution: | Keywords: realtime rt Blockedby: | Blocking: Distribution: Gentoo | --------------------------------+------------------------------------------- Comment(by dleverton): Hmm, there should be more... make sure -d is the last argument to make (sorry for not saying that before). > Doing what you told mentioned makes things succeed. I CTRL-C'd the process right near the time it was unpacking. It's not really succeeding as such... the debug output ends up in the variables that it checks for emptiness, but that's OK as long as we have the set -x output. And yes, it's probably not a great idea to let the build continue in that state.... -- Ticket URL: Paludis Paludis, the Other Package Mangler From trac at trac.pioto.org Sat Aug 2 14:41:54 2008 From: trac at trac.pioto.org (Paludis) Date: Sat, 02 Aug 2008 18:41:54 -0000 Subject: [paludis-sekrit] [Paludis] #627: iptables fails to install on RT kernel with paludis, succeeds with portage In-Reply-To: <043.0c4be37845977794fffde04bbd0ca6ba@trac.pioto.org> References: <043.0c4be37845977794fffde04bbd0ca6ba@trac.pioto.org> Message-ID: <052.4926b8c080b640e824eee65ea0ba11a2@trac.pioto.org> #627: iptables fails to install on RT kernel with paludis, succeeds with portage --------------------------------+------------------------------------------- Reporter: avuton | Owner: Type: defect | Status: new Priority: Sometime | Milestone: Component: clients/paludis | Version: 0.28.0 Resolution: | Keywords: realtime rt Blockedby: | Blocking: Distribution: Gentoo | --------------------------------+------------------------------------------- Comment(by avuton): Done, here's more output: {{{ paludis -i iptables &> iptables-r4.log }}} Moved the '-d' to the end http://anpmech.com/~sbh/iptables-r4.log -- Ticket URL: Paludis Paludis, the Other Package Mangler From trac at trac.pioto.org Sat Aug 2 14:58:01 2008 From: trac at trac.pioto.org (Paludis) Date: Sat, 02 Aug 2008 18:58:01 -0000 Subject: [paludis-sekrit] [Paludis] #627: iptables fails to install on RT kernel with paludis, succeeds with portage In-Reply-To: <043.0c4be37845977794fffde04bbd0ca6ba@trac.pioto.org> References: <043.0c4be37845977794fffde04bbd0ca6ba@trac.pioto.org> Message-ID: <052.5281cddd9a0d7170c5b98015d39833e3@trac.pioto.org> #627: iptables fails to install on RT kernel with paludis, succeeds with portage --------------------------------+------------------------------------------- Reporter: avuton | Owner: Type: defect | Status: new Priority: Sometime | Milestone: Component: clients/paludis | Version: 0.28.0 Resolution: | Keywords: realtime rt Blockedby: | Blocking: Distribution: Gentoo | --------------------------------+------------------------------------------- Comment(by dleverton): Uh, so I just noticed that the eclass runs make with 2>/dev/null. Try with that removed. -- Ticket URL: Paludis Paludis, the Other Package Mangler From trac at trac.pioto.org Sat Aug 2 15:06:41 2008 From: trac at trac.pioto.org (Paludis) Date: Sat, 02 Aug 2008 19:06:41 -0000 Subject: [paludis-sekrit] [Paludis] #627: iptables fails to install on RT kernel with paludis, succeeds with portage In-Reply-To: <043.0c4be37845977794fffde04bbd0ca6ba@trac.pioto.org> References: <043.0c4be37845977794fffde04bbd0ca6ba@trac.pioto.org> Message-ID: <052.539967cb2e9e1ae6628896fc9f6e0057@trac.pioto.org> #627: iptables fails to install on RT kernel with paludis, succeeds with portage --------------------------------+------------------------------------------- Reporter: avuton | Owner: Type: defect | Status: new Priority: Sometime | Milestone: Component: clients/paludis | Version: 0.28.0 Resolution: | Keywords: realtime rt Blockedby: | Blocking: Distribution: Gentoo | --------------------------------+------------------------------------------- Comment(by avuton): Done, here's more output: {{{ paludis -i iptables &> iptables-r5.log }}} removed the 2>/dev/null http://anpmech.com/~sbh/iptables-r5.log -- Ticket URL: Paludis Paludis, the Other Package Mangler From trac at trac.pioto.org Sat Aug 2 15:11:00 2008 From: trac at trac.pioto.org (Paludis) Date: Sat, 02 Aug 2008 19:11:00 -0000 Subject: [paludis-sekrit] [Paludis] #627: iptables fails to install on RT kernel with paludis, succeeds with portage In-Reply-To: <043.0c4be37845977794fffde04bbd0ca6ba@trac.pioto.org> References: <043.0c4be37845977794fffde04bbd0ca6ba@trac.pioto.org> Message-ID: <052.142f16684bae6e9743732c9bfc36c703@trac.pioto.org> #627: iptables fails to install on RT kernel with paludis, succeeds with portage --------------------------------+------------------------------------------- Reporter: avuton | Owner: Type: defect | Status: closed Priority: Sometime | Milestone: Component: clients/paludis | Version: 0.28.0 Resolution: invalid | Keywords: realtime rt Blockedby: | Blocking: Distribution: Gentoo | --------------------------------+------------------------------------------- Changes (by avuton): * status: new => closed * resolution: => invalid Comment: argh! After all that the one thing I forgot to remove. I'm sorry, I really thought I did everything to prevent this from being my fault but now with this output I see it was that I had KBUILD_OUTPUT set in my bashrc. Really sorry for the big waste. -- Ticket URL: Paludis Paludis, the Other Package Mangler From trac at trac.pioto.org Sat Aug 2 15:12:10 2008 From: trac at trac.pioto.org (Paludis) Date: Sat, 02 Aug 2008 19:12:10 -0000 Subject: [paludis-sekrit] [Paludis] #627: iptables fails to install on RT kernel with paludis, succeeds with portage In-Reply-To: <043.0c4be37845977794fffde04bbd0ca6ba@trac.pioto.org> References: <043.0c4be37845977794fffde04bbd0ca6ba@trac.pioto.org> Message-ID: <052.37b71be94b75e249295ca8aa3d587a26@trac.pioto.org> #627: iptables fails to install on RT kernel with paludis, succeeds with portage --------------------------------+------------------------------------------- Reporter: avuton | Owner: Type: defect | Status: closed Priority: Sometime | Milestone: Component: clients/paludis | Version: 0.28.0 Resolution: invalid | Keywords: realtime rt Blockedby: | Blocking: Distribution: Gentoo | --------------------------------+------------------------------------------- Comment(by avuton): my /etc/paludis/bashrc that is. -- Ticket URL: Paludis Paludis, the Other Package Mangler From trac at trac.pioto.org Sat Aug 2 15:13:08 2008 From: trac at trac.pioto.org (Paludis) Date: Sat, 02 Aug 2008 19:13:08 -0000 Subject: [paludis-sekrit] [Paludis] #627: iptables fails to install on RT kernel with paludis, succeeds with portage In-Reply-To: <043.0c4be37845977794fffde04bbd0ca6ba@trac.pioto.org> References: <043.0c4be37845977794fffde04bbd0ca6ba@trac.pioto.org> Message-ID: <052.80ada179e67db588151618021e6eb37b@trac.pioto.org> #627: iptables fails to install on RT kernel with paludis, succeeds with portage --------------------------------+------------------------------------------- Reporter: avuton | Owner: Type: defect | Status: closed Priority: Sometime | Milestone: Component: clients/paludis | Version: 0.28.0 Resolution: invalid | Keywords: realtime rt Blockedby: | Blocking: Distribution: Gentoo | --------------------------------+------------------------------------------- Comment(by dleverton): Replying to [comment:13 avuton]: > argh! After all that the one thing I forgot to remove. I'm sorry, I really thought I did everything to prevent this from being my fault but now with this output I see it was that I had KBUILD_OUTPUT set in my bashrc. Really sorry for the big waste. That's OK... and feel free to yell at the Gentoo kernel folks for throwing away the error messages. -- Ticket URL: Paludis Paludis, the Other Package Mangler From bo.andresen at zlin.dk Sun Aug 3 21:36:12 2008 From: bo.andresen at zlin.dk (Bo =?iso-8859-1?Q?=D8rsted?= Andresen) Date: Mon, 4 Aug 2008 01:36:12 +0000 Subject: [paludis-sekrit] Paludis nightly (08/03/08 - d7ee26456cc76bf76c0e77b23b1d7ba6967008a2) : failure Message-ID: <20080804013612.GA27889@shuttle> The Paludis nightly (08/03/08 - d7ee26456cc76bf76c0e77b23b1d7ba6967008a2) build resulted in failure. The full gzipped logs have been attached. Process 1 on GCC 4.1 started at 23:00:15, finished at 23:40:59 and ended in failure. Process 2 on GCC 4.3 (without python) started at 23:41:05, finished at 01:36:11 and ended in success. -------------- next part -------------- A non-text attachment was scrubbed... Name: nightly-out-14156.gz Type: application/octet-stream Size: 1671 bytes Desc: not available Url : http://lists.pioto.org/pipermail/paludis-sekrit/attachments/20080804/f2331716/attachment-0003.obj -------------- next part -------------- A non-text attachment was scrubbed... Name: nightly-out-4.1-14156.gz Type: application/octet-stream Size: 49159 bytes Desc: not available Url : http://lists.pioto.org/pipermail/paludis-sekrit/attachments/20080804/f2331716/attachment-0004.obj -------------- next part -------------- A non-text attachment was scrubbed... Name: nightly-out-4.3-14156.gz Type: application/octet-stream Size: 204178 bytes Desc: not available Url : http://lists.pioto.org/pipermail/paludis-sekrit/attachments/20080804/f2331716/attachment-0005.obj From ciaran.mccreesh at googlemail.com Mon Aug 4 15:14:40 2008 From: ciaran.mccreesh at googlemail.com (Ciaran McCreesh) Date: Mon, 4 Aug 2008 20:14:40 +0100 Subject: [paludis-sekrit] Paludis 0.28.2 Released Message-ID: <20080804201440.77eb3a96@snowcone> Paludis 0.28.2 has been released: * Paludis now supports syncing from Mercurial repositories. * Certain user setups would sometimes lead to set*id bits being dropped. We now work around this. -- Ciaran McCreesh -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: not available Url : http://lists.pioto.org/pipermail/paludis-sekrit/attachments/20080804/710515f8/attachment.pgp From bo.andresen at zlin.dk Mon Aug 4 21:34:19 2008 From: bo.andresen at zlin.dk (Bo =?iso-8859-1?Q?=D8rsted?= Andresen) Date: Tue, 5 Aug 2008 01:34:19 +0000 Subject: [paludis-sekrit] Paludis nightly (08/04/08 - dddf5ce3ce151414552dfe0c6af2fa3aed12ea44) : failure Message-ID: <20080805013419.GA27997@shuttle> The Paludis nightly (08/04/08 - dddf5ce3ce151414552dfe0c6af2fa3aed12ea44) build resulted in failure. The full gzipped logs have been attached. Process 1 on GCC 4.1 started at 23:00:12, finished at 23:40:17 and ended in failure. Process 2 on GCC 4.3 (without python) started at 23:40:23, finished at 01:34:18 and ended in success. -------------- next part -------------- A non-text attachment was scrubbed... Name: nightly-out-16699.gz Type: application/octet-stream Size: 275 bytes Desc: not available Url : http://lists.pioto.org/pipermail/paludis-sekrit/attachments/20080805/e9a0fa64/attachment-0003.obj -------------- next part -------------- A non-text attachment was scrubbed... Name: nightly-out-4.1-16699.gz Type: application/octet-stream Size: 49150 bytes Desc: not available Url : http://lists.pioto.org/pipermail/paludis-sekrit/attachments/20080805/e9a0fa64/attachment-0004.obj -------------- next part -------------- A non-text attachment was scrubbed... Name: nightly-out-4.3-16699.gz Type: application/octet-stream Size: 204068 bytes Desc: not available Url : http://lists.pioto.org/pipermail/paludis-sekrit/attachments/20080805/e9a0fa64/attachment-0005.obj From trac at trac.pioto.org Thu Aug 7 10:00:12 2008 From: trac at trac.pioto.org (Paludis) Date: Thu, 07 Aug 2008 14:00:12 -0000 Subject: [paludis-sekrit] [Paludis] #628: Fetch control Message-ID: <047.327c369be40d0ff20e46704e385ce9dd@trac.pioto.org> #628: Fetch control --------------------------------------+------------------------------------- Reporter: neoprogger | Owner: Type: defect | Status: new Priority: Sometime | Milestone: Component: clients/paludis | Version: 0.28.1 Keywords: paludis, fetch, download | Blockedby: Blocking: | Distribution: Gentoo --------------------------------------+------------------------------------- As long as parallel fetch (or similar/better) isn't added, I'd like to request at least a control mechanism, so in case paludis is running in two instances, they don't start downloading and especially writing to the same file. Scenario: I started a fetch process (paludis -if world) in one konsole and a installation process (paludis -i world) in the other, to speed things up. Both started writing to the same file, thus effectively corrupting it. (Portage prohibits this by only allowing one process to write/download the same file at a time) Thanks in advance! -- Ticket URL: Paludis Paludis, the Other Package Mangler From trac at trac.pioto.org Thu Aug 7 10:36:14 2008 From: trac at trac.pioto.org (Paludis) Date: Thu, 07 Aug 2008 14:36:14 -0000 Subject: [paludis-sekrit] [Paludis] #628: Fetch control In-Reply-To: <047.327c369be40d0ff20e46704e385ce9dd@trac.pioto.org> References: <047.327c369be40d0ff20e46704e385ce9dd@trac.pioto.org> Message-ID: <056.05488291e384eebaff521891a988ed6e@trac.pioto.org> #628: Fetch control --------------------------------+------------------------------------------- Reporter: neoprogger | Owner: Type: defect | Status: closed Priority: Sometime | Milestone: Component: clients/paludis | Version: 0.28.1 Resolution: wontfix | Keywords: paludis, fetch, download Blockedby: | Blocking: Distribution: Gentoo | --------------------------------+------------------------------------------- Changes (by ciaranm): * status: new => closed * resolution: => wontfix Comment: No. When we do this we're doing it properly. Until then we're not doing it at all. -- Ticket URL: Paludis Paludis, the Other Package Mangler From trac at trac.pioto.org Fri Aug 8 01:02:54 2008 From: trac at trac.pioto.org (Paludis) Date: Fri, 08 Aug 2008 05:02:54 -0000 Subject: [paludis-sekrit] [Paludis] #629: support for EAPI=2_pre1 Message-ID: <044.64a53b8af555f6ae590b22f4ff286eb1@trac.pioto.org> #629: support for EAPI=2_pre1 ------------------------------+--------------------------------------------- Reporter: thewtex | Owner: Type: discussion | Status: new Priority: Sometime | Milestone: Component: clients/paludis | Version: 0.28.2 Keywords: eapi portage use | Blockedby: Blocking: | Distribution: Gentoo ------------------------------+--------------------------------------------- portage added support for an EAPI they call 2_pre1 http://planet.gentoo.org/developers/zmedico/2008/07/31/eapi_2_pre1_use_dependencies looks to be just previous plus USE flag dependencies. There are packages in the desktop-effects repository that use this, and paludis wants to downgrade because of this. Will this eapi be implemented? -- Ticket URL: Paludis Paludis, the Other Package Mangler From trac at trac.pioto.org Fri Aug 8 02:14:11 2008 From: trac at trac.pioto.org (Paludis) Date: Fri, 08 Aug 2008 06:14:11 -0000 Subject: [paludis-sekrit] [Paludis] #629: support for EAPI=2_pre1 In-Reply-To: <044.64a53b8af555f6ae590b22f4ff286eb1@trac.pioto.org> References: <044.64a53b8af555f6ae590b22f4ff286eb1@trac.pioto.org> Message-ID: <053.db3756c28f939d08e60f101667764272@trac.pioto.org> #629: support for EAPI=2_pre1 --------------------------------+------------------------------------------- Reporter: thewtex | Owner: Type: discussion | Status: closed Priority: Sometime | Milestone: Component: clients/paludis | Version: 0.28.2 Resolution: wontfix | Keywords: eapi portage use Blockedby: | Blocking: Distribution: Gentoo | --------------------------------+------------------------------------------- Changes (by ciaranm): * status: new => closed * resolution: => wontfix Comment: Nope. Using _pre EAPIs for actual packages is really bad, and you should pass that on to anyone who's doing it. It means that the package manager has to continue supporting the _pre EAPIs forever, because otherwise installed packages with that EAPI can't be uninstalled. Note that Portage doesn't do this, and instead drops support for _pre EAPIs when the next one comes along. Which would ordinarily mean it couldn't uninstall packages with _pre EAPIs at all, but instead it uninstalls them incorrectly, resulting in screwed up user systems. -- Ticket URL: Paludis Paludis, the Other Package Mangler From trac at trac.pioto.org Fri Aug 8 06:19:49 2008 From: trac at trac.pioto.org (Paludis) Date: Fri, 08 Aug 2008 10:19:49 -0000 Subject: [paludis-sekrit] [Paludis] #630: Cache staleness detection fails when touching exlibs Message-ID: <043.71a4df95dbcf5d6e36664f103cec902a@trac.pioto.org> #630: Cache staleness detection fails when touching exlibs --------------------------+------------------------------------------------- Reporter: ingmar | Owner: Type: defect | Status: new Priority: Sometime | Milestone: EAPI exheres-0 Component: core/paludis | Version: scm Keywords: | Blockedby: Blocking: | Distribution: Other --------------------------+------------------------------------------------- I'd expect each of the following to trigger stale cache warnings, but they don't: (metadata is just a shell wrapper to run inquisitio over one or more repositories) {{{ ingmar at cannonball: ~/devel/exherbo/repositories/kde.git (master) $ touch ../arbor.git/exlibs/cmake.exlib ingmar at cannonball: ~/devel/exherbo/repositories/kde.git (master) $ metadata kde Regenerating cache for kde... Processing app-pim... Processing dev-libs... Processing kde... Processing media-libs... Processing media-sound... Processing net-im... Processing server-pim... Processing x11-libs... Instruo results for kde on Fri Aug 8 12:13:18 2008: 12 IDs, 12 successes, 0 failures real 0m0.399s user 0m0.356s sys 0m0.044s ingmar: ~/devel/exherbo/repositories/kde.git (master) }}} {{{ ingmar at cannonball: ~/devel/exherbo/repositories/kde.git (master) $ touch packages/kde/exlibs/kde.org-4.exlib ingmar at cannonball: ~/devel/exherbo/repositories/kde.git (master) $ metadata kde Regenerating cache for kde... Processing app-pim... Processing dev-libs... Processing kde... Processing media-libs... Processing media-sound... Processing net-im... Processing server-pim... Processing x11-libs... Instruo results for kde on Fri Aug 8 12:14:28 2008: 12 IDs, 12 successes, 0 failures real 0m0.402s user 0m0.373s sys 0m0.027s }}} {{{ ingmar at cannonball: ~/devel/exherbo/repositories/kde.git (master) $ touch packages/kde/kdelibs/kdelibs.exlib ingmar at cannonball: ~/devel/exherbo/repositories/kde.git (master) $ metadata kde Regenerating cache for kde... Processing app-pim... Processing dev-libs... Processing kde... Processing media-libs... Processing media-sound... Processing net-im... Processing server-pim... Processing x11-libs... Instruo results for kde on Fri Aug 8 12:15:14 2008: 12 IDs, 12 successes, 0 failures real 0m0.394s user 0m0.365s sys 0m0.029s ingmar at cannonball: ~/devel/exherbo/repositories/kde.git (master) }}} -- Ticket URL: Paludis Paludis, the Other Package Mangler From trac at trac.pioto.org Fri Aug 8 09:29:45 2008 From: trac at trac.pioto.org (Paludis) Date: Fri, 08 Aug 2008 13:29:45 -0000 Subject: [paludis-sekrit] [Paludis] #629: support for EAPI=2_pre1 In-Reply-To: <044.64a53b8af555f6ae590b22f4ff286eb1@trac.pioto.org> References: <044.64a53b8af555f6ae590b22f4ff286eb1@trac.pioto.org> Message-ID: <053.f8e34871564a59dd091279e8443ddf1c@trac.pioto.org> #629: support for EAPI=2_pre1 --------------------------------+------------------------------------------- Reporter: thewtex | Owner: Type: discussion | Status: closed Priority: Sometime | Milestone: Component: clients/paludis | Version: 0.28.2 Resolution: wontfix | Keywords: eapi portage use Blockedby: | Blocking: Distribution: Gentoo | --------------------------------+------------------------------------------- Comment(by thewtex): Makes sense. Thanks for the quick response. -- Ticket URL: Paludis Paludis, the Other Package Mangler From trac at trac.pioto.org Tue Aug 12 16:49:45 2008 From: trac at trac.pioto.org (Paludis) Date: Tue, 12 Aug 2008 20:49:45 -0000 Subject: [paludis-sekrit] [Paludis] #360: Paludis doesn't always get the build order right if some dependencies are already installed (--dl-installed-deps-pre?) In-Reply-To: <046.21cf221124735bc2c8a3666bc102c92a@trac.pioto.org> References: <046.21cf221124735bc2c8a3666bc102c92a@trac.pioto.org> Message-ID: <055.e021ddc78e45379b027d9b07e16b05be@trac.pioto.org> #360: Paludis doesn't always get the build order right if some dependencies are already installed (--dl-installed-deps-pre?) -----------------------------+---------------------------------------------- Reporter: dleverton | Owner: ciaranm Type: defect | Status: new Priority: Sometime | Milestone: Component: core/paludis | Version: scm Resolution: | Keywords: Blockedby: | Blocking: Distribution: Gentoo | -----------------------------+---------------------------------------------- Changes (by andrewe): * distribution: => Gentoo Comment: Same problem here installing gnome-base/libgnomeui-2.22.1. It DEPENDS on >=gnome-base/gnome-keyring-0.4, but Paludis wants to install gnome-keyring after libgnomeui. libgnomeui dies in the configure step as a result. -- Ticket URL: Paludis Paludis, the Other Package Mangler From trac at trac.pioto.org Tue Aug 12 16:58:02 2008 From: trac at trac.pioto.org (Paludis) Date: Tue, 12 Aug 2008 20:58:02 -0000 Subject: [paludis-sekrit] [Paludis] #631: don't try to unpack PDFs (and other files Paludis doesn't know how to unpack) Message-ID: <044.aee4c50e8f17b1607a621eac2728bfee@trac.pioto.org> #631: don't try to unpack PDFs (and other files Paludis doesn't know how to unpack) -----------------------------+---------------------------------------------- Reporter: andrewe | Owner: Type: defect | Status: new Priority: Sometime | Milestone: Component: clients/paludis | Version: 0.28.0 Keywords: | Blockedby: Blocking: | Distribution: Gentoo -----------------------------+---------------------------------------------- Merging dev-python/numeric-24.2-r6 with the doc USE flag set fails in Paludis 0.28.0. The unpack phase tries to unpack ${A}, which includes Numpy.pdf if the 'doc' USE flag is set. Paludis chokes on this. Reproducible: Always Steps to Reproduce: 1. Set 'doc' USE flag globally, or at least for dev-python/numeric 2. paludis -i1 =dev-python/numeric-24.2-r6 Actual Results: $ paludis -i1 =dev-python/numeric-24.2-r6 Building target list... Building dependency list... These packages will be installed: * dev-python/numeric [R 24.2-r6] doc* -lapack Total: 1 package (1 rebuild) Use flags: * doc: Adds extra documentation (API, Javadoc, etc) (1 of 1) Installing dev-python/numeric-24.2-r6:0::gentoo Checking 'Numeric-24.2.tar.gz'... ok Checking 'numpy.pdf'... ok >>> Running ebuild phase killold as andrew:users... >>> Starting builtin_killold >>> Done builtin_killold >>> Completed ebuild phase killold >>> Running ebuild phases init saveenv as andrew:users... >>> Starting builtin_init >>> Done builtin_init >>> Starting builtin_saveenv >>> Done builtin_saveenv >>> Completed ebuild phases init saveenv >>> Running ebuild phases loadenv setup saveenv as andrew:users... >>> Starting builtin_loadenv >>> Done builtin_loadenv >>> Starting pkg_setup >>> Done pkg_setup >>> Starting builtin_saveenv >>> Done builtin_saveenv >>> Completed ebuild phases loadenv setup saveenv >>> Running ebuild phases loadenv unpack compile saveenv as andrew:users... >>> Starting builtin_loadenv >>> Done builtin_loadenv >>> Starting src_unpack >>> Unpacking Numeric-24.2.tar.gz to /var/tmp/paludis/dev-python- numeric-24.2-r6/work tar zxf /var/lib/paludis/repositories/gentoo/distfiles/Numeric-24.2.tar.gz --no-same-owner >>> Unpacking numpy.pdf to /var/tmp/paludis/dev-python- numeric-24.2-r6/work unpack: error: Don't know how to unpack /var/lib/paludis/repositories/gentoo/distfiles/numpy.pdf unpack: making ebuild PID 10384 exit with error die trap: exiting with error. Install error: * In program paludis (--log-level warning --show-reasons summary --show-use-descriptions changed --with-unused-dependencies --dl-reinstall if-use-changed --dl-reinstall-scm weekly --dl-new-slots as-needed --dl-downgrade warning --dl-blocks accumulate) -i1 =dev- python/numeric-24.2-r6: * When performing install action from command line: * When executing install task: * When installing 'dev-python/numeric-24.2-r6:0::gentoo': * Install error: Install failed for 'dev- python/numeric-24.2-r6:0::gentoo' Expected Results: Successful merge. $ paludis --version paludis 0.28.0 -- Ticket URL: Paludis Paludis, the Other Package Mangler From trac at trac.pioto.org Tue Aug 12 17:03:28 2008 From: trac at trac.pioto.org (Paludis) Date: Tue, 12 Aug 2008 21:03:28 -0000 Subject: [paludis-sekrit] [Paludis] #631: don't try to unpack PDFs (and other files Paludis doesn't know how to unpack) In-Reply-To: <044.aee4c50e8f17b1607a621eac2728bfee@trac.pioto.org> References: <044.aee4c50e8f17b1607a621eac2728bfee@trac.pioto.org> Message-ID: <053.58a969690d560024f9b6f544b404ff21@trac.pioto.org> #631: don't try to unpack PDFs (and other files Paludis doesn't know how to unpack) --------------------------------+------------------------------------------- Reporter: andrewe | Owner: Type: defect | Status: closed Priority: Sometime | Milestone: Component: clients/paludis | Version: 0.28.0 Resolution: duplicate | Keywords: Blockedby: | Blocking: Distribution: Gentoo | --------------------------------+------------------------------------------- Changes (by ciaranm): * status: new => closed * resolution: => duplicate Comment: already fixed. ticket:622 -- Ticket URL: Paludis Paludis, the Other Package Mangler From trac at trac.pioto.org Wed Aug 13 18:20:22 2008 From: trac at trac.pioto.org (Paludis) Date: Wed, 13 Aug 2008 22:20:22 -0000 Subject: [paludis-sekrit] [Paludis] #632: Ownerships not correctly set for rune, openarena, xmoto probably more Message-ID: <042.a55dc9361ab337a4263b5d2429e7cbf6@trac.pioto.org> #632: Ownerships not correctly set for rune, openarena, xmoto probably more -----------------------------+---------------------------------------------- Reporter: mohij | Owner: Type: defect | Status: new Priority: Sometime | Milestone: Component: clients/paludis | Version: 0.28.2 Keywords: | Blockedby: Blocking: | Distribution: Gentoo -----------------------------+---------------------------------------------- Emerging some games (probably not all) will result in the ownerships not being set correctly. root:root instead of root:games. Tried with: rune (all files) openarena (all files) xmoto (all files) This makes the games effectively not usable, since only root can start them. I guess it's either a mistake in games.eclass (not paludis specific?) or a mistake in the paludis "merging to /" process. Since this is my first bug report for paludis, I hope this bug is not a result of my stupidity :-) -- Ticket URL: Paludis Paludis, the Other Package Mangler From trac at trac.pioto.org Wed Aug 13 18:26:15 2008 From: trac at trac.pioto.org (Paludis) Date: Wed, 13 Aug 2008 22:26:15 -0000 Subject: [paludis-sekrit] [Paludis] #632: Ownerships not correctly set for rune, openarena, xmoto probably more In-Reply-To: <042.a55dc9361ab337a4263b5d2429e7cbf6@trac.pioto.org> References: <042.a55dc9361ab337a4263b5d2429e7cbf6@trac.pioto.org> Message-ID: <051.e2630be51dbb861d848a117cb2fbde5f@trac.pioto.org> #632: Ownerships not correctly set for rune, openarena, xmoto probably more --------------------------------+------------------------------------------- Reporter: mohij | Owner: Type: defect | Status: new Priority: Sometime | Milestone: Component: clients/paludis | Version: 0.28.2 Resolution: | Keywords: Blockedby: | Blocking: Distribution: Gentoo | --------------------------------+------------------------------------------- Comment(by ciaranm): {{{paludis --info}}}? -- Ticket URL: Paludis Paludis, the Other Package Mangler From trac at trac.pioto.org Thu Aug 14 04:03:50 2008 From: trac at trac.pioto.org (Paludis) Date: Thu, 14 Aug 2008 08:03:50 -0000 Subject: [paludis-sekrit] [Paludis] #632: Ownerships not correctly set for rune, openarena, xmoto probably more In-Reply-To: <042.a55dc9361ab337a4263b5d2429e7cbf6@trac.pioto.org> References: <042.a55dc9361ab337a4263b5d2429e7cbf6@trac.pioto.org> Message-ID: <051.ea7bb7714f56e78f8b4b89b64797205f@trac.pioto.org> #632: Ownerships not correctly set for rune, openarena, xmoto probably more --------------------------------+------------------------------------------- Reporter: mohij | Owner: Type: defect | Status: new Priority: Sometime | Milestone: Component: clients/paludis | Version: 0.28.2 Resolution: | Keywords: Blockedby: | Blocking: Distribution: Gentoo | --------------------------------+------------------------------------------- Comment(by mohij): Next time I'll append it the first time. Here you go: paludis --info {{{ paludis at 1218700543: [WARNING paludis_environment.userpriv.disabled] In program paludis --info: ... When making environment from specification '': ... When loading paludis configuration: ... Cannot access configuration directory '/etc/paludis' using userpriv, so userpriv will be disa+bled. Generally Paludis configuration directories and files should be world readable. paludis at 1218700543: [WARNING e.ebuild.configuration.no_names_cache] The names_cache key is not set +in '/etc/paludis/repositories/initng- overlay.conf'. You should read the Paludis documentation and +select an appropriate value. paludis at 1218700543: [QA e.repo_name.unusable] Couldn't open repo_name file in '/usr/local/var/palud+is/repositories/local-overlay/profiles/', falling back to generated name 'x-local-overlay' (ignore+ this message if you have yet to sync this repository). paludis 0.28.2 Paludis build information: Compiler: CXX: x86_64-pc-linux-gnu-g++ 4.1.2 20070214 ( (gdc 0.24, using dmd 1.020+)) (Gentoo 4.1.2 p1.1) CXXFLAGS: -march=nocona -O2 -pipe LDFLAGS: DATE: 2008-08-06T20:50:55+0200 Libraries: C++ Library: GNU libstdc++ 20070214 Reduced Privs: reduced_uid: 0 reduced_uid->name: root reduced_uid->dir: /root reduced_gid: 0 reduced_gid->name: root Paths: DATADIR: /usr/share LIBDIR: /usr/lib64 LIBEXECDIR: /usr/libexec SYSCONFDIR: /etc PYTHONINSTALLDIR: /usr/lib64/python2.5/site-packages RUBYINSTALLDIR: /usr/lib64/ruby/site_ruby/1.8/x86_64-linux Environment: Format: paludis Config dir: /etc/paludis World file: /var/db/pkg/world Repository virtuals: format: virtuals Repository installed-virtuals: format: installed_virtuals root: / Repository gentoo: format: ebuild location: /var/paludis/repositories/gentoo append_repository_name_to_write_cache: true binary_destination: false binary_keywords: binary_uri_prefix: builddir: /var/tmp/paludis cache: /var/paludis/repositories/gentoo/metadata/cache distdir: /var/paludis/repositories/gentoo/distfiles eapi_when_unknown: 0 eapi_when_unspecified: 0 eclassdirs: /var/paludis/repositories/gentoo/eclass ignore_deprecated_profiles: false layout: traditional names_cache: /var/paludis/repositories/gentoo/.cache/names newsdir: /var/paludis/repositories/gentoo/metadata/news profile_eapi: 0 profiles: /var/paludis/repositories/gentoo/profiles /default-linux/amd64/2007.0+/desktop securitydir: /var/paludis/repositories/gentoo/metadata/glsa setsdir: /var/paludis/repositories/gentoo/sets sync: rsync://rsync.gentoo.org/gentoo-portage sync_options: use_manifest: use write_cache: /var/empty Package information: app-admin/eselect-compiler: (none) app-shells/bash: 3.2_p33 dev-java/java-config: 1.3.7 2.1.6 dev-lang/python: 2.4.4-r14 2.5.2-r6 dev-python/pycrypto: 2.0.1-r6 dev-util/ccache: (none) dev-util/confcache: (none) sys-apps/baselayout: 1.12.11.1 sys-apps/openrc: (none) sys-apps/sandbox: 1.2.18.1-r2 sys-devel/autoconf: 2.13 2.61-r2 sys-devel/automake: 1.10.1 1.5 1.6.3 1.7.9-r1 1.8.5-r3 1.9.6-r2 sys-devel/binutils: 2.18-r3 sys-devel/gcc-config: 1.4.0-r4 sys-devel/libtool: 1.5.26 virtual/os-headers: 2.6.23-r3 (for sys-kernel/linux- headers::installed) Repository installed: format: vdb location: /var/db/pkg builddir: /var/tmp/paludis names_cache: /var/db/pkg/.cache/names provides_cache: /var/db/pkg/.cache/provides root: / profiles: /var/paludis/repositories/gentoo/profiles /default-linux/amd64/2007.0+/desktop securitydir: /var/paludis/repositories/gentoo/metadata/glsa setsdir: /var/paludis/repositories/gentoo/sets sync: rsync://rsync.gentoo.org/gentoo-portage sync_options: use_manifest: use write_cache: /var/empty Package information: app-admin/eselect-compiler: (none) app-shells/bash: 3.2_p33 dev-java/java-config: 1.3.7 2.1.6 dev-lang/python: 2.4.4-r14 2.5.2-r6 dev-python/pycrypto: 2.0.1-r6 dev-util/ccache: (none) dev-util/confcache: (none) sys-apps/baselayout: 1.12.11.1 sys-apps/openrc: (none) sys-apps/sandbox: 1.2.18.1-r2 sys-devel/autoconf: 2.13 2.61-r2 sys-devel/automake: 1.10.1 1.5 1.6.3 1.7.9-r1 1.8.5-r3 1.9.6-r2 sys-devel/binutils: 2.18-r3 sys-devel/gcc-config: 1.4.0-r4 sys-devel/libtool: 1.5.26 virtual/os-headers: 2.6.23-r3 (for sys-kernel/linux- headers::installed) Repository installed: format: vdb location: /var/db/pkg builddir: /var/tmp/paludis names_cache: /var/db/pkg/.cache/names provides_cache: /var/db/pkg/.cache/provides root: / Repository x-local-overlay: format: ebuild location: /usr/local/var/paludis/repositories/local- overlay append_repository_name_to_write_cache: true binary_destination: false binary_keywords: binary_uri_prefix: builddir: /var/tmp/paludis cache: /var/empty distdir: /var/paludis/repositories/gentoo/distfiles eapi_when_unknown: 0 eapi_when_unspecified: 0 eclassdirs: /var/paludis/repositories/gentoo/eclass /usr/local/var/paludis/repos+itories/local-overlay/eclass ignore_deprecated_profiles: false layout: traditional master_repository: gentoo names_cache: /usr/local/var/paludis/repositories/local- overlay/.cache/names newsdir: /usr/local/var/paludis/repositories/local- overlay/metadata/news profile_eapi: 0 profiles: /var/paludis/repositories/gentoo/profiles /default-linux/amd64/2007.0+/desktop securitydir: /usr/local/var/paludis/repositories/local- overlay/metadata/glsa setsdir: /usr/local/var/paludis/repositories/local- overlay/sets sync: sync_options: use_manifest: use write_cache: /var/empty Repository initng: format: ebuild location: /var/paludis/repositories/initng-overlay append_repository_name_to_write_cache: true binary_destination: false binary_keywords: binary_uri_prefix: builddir: /var/tmp/paludis cache: /var/empty distdir: /var/paludis/repositories/gentoo/distfiles eapi_when_unknown: 0 eapi_when_unspecified: 0 eclassdirs: /var/paludis/repositories/gentoo/eclass /var/paludis/repositories/in+itng-overlay/eclass ignore_deprecated_profiles: false layout: traditional master_repository: gentoo names_cache: /var/empty newsdir: /var/paludis/repositories/initng- overlay/metadata/news profile_eapi: 0 profiles: /var/paludis/repositories/gentoo/profiles /default-linux/amd64/2007.0+/desktop securitydir: /var/paludis/repositories/initng- overlay/metadata/glsa setsdir: /var/paludis/repositories/initng- overlay/sets sync: svn+https://svn.initng.org/portage/gentoo sync_options: use_manifest: use write_cache: /var/empty No packages were specified on the command line, so detailed information is not available (Paludis can display detailed information for both installed and installable packages). }}} -- Ticket URL: Paludis Paludis, the Other Package Mangler From trac at trac.pioto.org Thu Aug 14 07:36:21 2008 From: trac at trac.pioto.org (Paludis) Date: Thu, 14 Aug 2008 11:36:21 -0000 Subject: [paludis-sekrit] [Paludis] #633: Refuses to uninstall two packages if one depends on the other Message-ID: <041.97caec9200949b167c082022453e473d@trac.pioto.org> #633: Refuses to uninstall two packages if one depends on the other -----------------------------+---------------------------------------------- Reporter: a.b. | Owner: Type: defect | Status: new Priority: Sometime | Milestone: Component: clients/paludis | Version: 0.28.2 Keywords: | Blockedby: Blocking: | Distribution: Gentoo -----------------------------+---------------------------------------------- If you try to remove two packages at once of which one depends on the other, paludis will refuse to do this: {{{ paludis # paludis -up sudo libgksu Building unmerge list... done These packages will be uninstalled: * x11-libs/libgksu-2.0.5::installed requires * app-admin/sudo-1.6.9_p15::installed Total: 1 package and 1 errors Use either --with-dependencies or --permit-unsafe-uninstalls -- Ticket URL: Paludis Paludis, the Other Package Mangler From trac at trac.pioto.org Thu Aug 14 08:05:42 2008 From: trac at trac.pioto.org (Paludis) Date: Thu, 14 Aug 2008 12:05:42 -0000 Subject: [paludis-sekrit] [Paludis] #633: Refuses to uninstall two packages if one depends on the other In-Reply-To: <041.97caec9200949b167c082022453e473d@trac.pioto.org> References: <041.97caec9200949b167c082022453e473d@trac.pioto.org> Message-ID: <050.325a14febe3e5a02cbff55b4f41259d2@trac.pioto.org> #633: Refuses to uninstall two packages if one depends on the other --------------------------------+------------------------------------------- Reporter: a.b. | Owner: Type: defect | Status: closed Priority: Sometime | Milestone: Component: clients/paludis | Version: 0.28.2 Resolution: duplicate | Keywords: Blockedby: | Blocking: Distribution: Gentoo | --------------------------------+------------------------------------------- Changes (by ciaranm): * status: new => closed * resolution: => duplicate Comment: ticket:470 -- Ticket URL: Paludis Paludis, the Other Package Mangler From trac at trac.pioto.org Thu Aug 14 08:09:05 2008 From: trac at trac.pioto.org (Paludis) Date: Thu, 14 Aug 2008 12:09:05 -0000 Subject: [paludis-sekrit] [Paludis] #632: Ownerships not correctly set for rune, openarena, xmoto probably more In-Reply-To: <042.a55dc9361ab337a4263b5d2429e7cbf6@trac.pioto.org> References: <042.a55dc9361ab337a4263b5d2429e7cbf6@trac.pioto.org> Message-ID: <051.53e13c3e9fb3faff2a67d67d866668d2@trac.pioto.org> #632: Ownerships not correctly set for rune, openarena, xmoto probably more --------------------------------+------------------------------------------- Reporter: mohij | Owner: Type: defect | Status: new Priority: Sometime | Milestone: Component: clients/paludis | Version: 0.28.2 Resolution: | Keywords: Blockedby: | Blocking: Distribution: Gentoo | --------------------------------+------------------------------------------- Comment(by ciaranm): Start by fixing the permissions on /etc/paludis. -- Ticket URL: Paludis Paludis, the Other Package Mangler From bo.andresen at zlin.dk Thu Aug 14 23:06:10 2008 From: bo.andresen at zlin.dk (Bo =?iso-8859-1?Q?=D8rsted?= Andresen) Date: Fri, 15 Aug 2008 03:06:10 +0000 Subject: [paludis-sekrit] Paludis nightly (08/14/08 - 1942ce8358ed3c2e11471bf4c780fc23e37edca5) : success Message-ID: <20080815030610.GA3658@shuttle> The Paludis nightly (08/14/08 - 1942ce8358ed3c2e11471bf4c780fc23e37edca5) build resulted in success. The full gzipped logs have been attached. ------------------------------------------------------------------------------------------- commit 1942ce8358ed3c2e11471bf4c780fc23e37edca5 Author: Ciaran McCreesh Date: Thu Aug 14 19:10:06 2008 +0100 Kill VirtualConstructor ------------------------------------------------------------------------------------------- Process 1 on GCC 4.1 started at 22:32:07, finished at 01:03:33 and ended in success. Process 2 on GCC 4.3 (without python) started at 01:03:38, finished at 03:06:09 and ended in success. ------------------------------------------------------------------------------------------- remote: Counting objects: 64, done. remote: Compressing objects: 2% (1/38) remote: Compressing objects: 5% (2/38) remote: Compressing objects: 7% (3/38) remote: Compressing objects: 10% (4/38) remote: Compressing objects: 13% (5/38) remote: Compressing objects: 15% (6/38) remote: Compressing objects: 18% (7/38) remote: Compressing objects: 21% (8/38) remote: Compressing objects: 23% (9/38) remote: Compressing objects: 26% (10/38) remote: Compressing objects: 28% (11/38) remote: Compressing objects: 31% (12/38) remote: Compressing objects: 34% (13/38) remote: Compressing objects: 36% (14/38) remote: Compressing objects: 39% (15/38) remote: Compressing objects: 42% (16/38) remote: Compressing objects: 44% (17/38) remote: Compressing objects: 47% (18/38) remote: Compressing objects: 50% (19/38) remote: Compressing objects: 52% (20/38) remote: Compressing objects: 55% (21/38) remote: Compressing objects: 57% (22/38) remote: Compressing objects: 60% (23/38) remote: Compressing objects: 63% (24/38) remote: Compressing objects: 65% (25/38) remote: Compressing objects: 68% (26/38) remote: Compressing objects: 71% (27/38) remote: Compressing objects: 73% (28/38) remote: Compressing objects: 76% (29/38) remote: Compressing objects: 78% (30/38) remote: Compressing objects: 81% (31/38) remote: Compressing objects: 84% (32/38) remote: Compressing objects: 86% (33/38) remote: Compressing objects: 89% (34/38) remote: Compressing objects: 92% (35/38) remote: Compressing objects: 94% (36/38) remote: Compressing objects: 97% (37/38) remote: Compressing objects: 100% (38/38) remote: Compressing objects: 100% (38/38), done. remote: Total 38 (delta 31), reused 0 (delta 0) From git://git.pioto.org/paludis 0df61ec..1942ce8 master -> master -------------- next part -------------- A non-text attachment was scrubbed... Name: nightly-out-4.3-15434.gz Type: application/octet-stream Size: 209992 bytes Desc: not available Url : http://lists.pioto.org/pipermail/paludis-sekrit/attachments/20080815/fd266ce2/attachment-0002.obj -------------- next part -------------- A non-text attachment was scrubbed... Name: nightly-out-4.3-15434.gz Type: application/octet-stream Size: 209992 bytes Desc: not available Url : http://lists.pioto.org/pipermail/paludis-sekrit/attachments/20080815/fd266ce2/attachment-0003.obj From trac at trac.pioto.org Fri Aug 15 16:35:32 2008 From: trac at trac.pioto.org (Paludis) Date: Fri, 15 Aug 2008 20:35:32 -0000 Subject: [paludis-sekrit] [Paludis] #632: Ownerships not correctly set for rune, openarena, xmoto probably more In-Reply-To: <042.a55dc9361ab337a4263b5d2429e7cbf6@trac.pioto.org> References: <042.a55dc9361ab337a4263b5d2429e7cbf6@trac.pioto.org> Message-ID: <051.54c7e06016661d097b2667c1d8c1ee4b@trac.pioto.org> #632: Ownerships not correctly set for rune, openarena, xmoto probably more --------------------------------+------------------------------------------- Reporter: mohij | Owner: Type: defect | Status: closed Priority: Sometime | Milestone: Component: clients/paludis | Version: 0.28.2 Resolution: invalid | Keywords: Blockedby: | Blocking: Distribution: Gentoo | --------------------------------+------------------------------------------- Changes (by mohij): * status: new => closed * resolution: => invalid Comment: Replying to [ticket:632 mohij]: > Since this is my first bug report for paludis, I hope this bug is not a result of my stupidity :-) ... became true. Changing the permissions of /etc/paludis and adding a repo_name to my local overlay fixed the permission issue. Can't explain why this caused this misbehavior, though. Thanks for your effort. -- Ticket URL: Paludis Paludis, the Other Package Mangler From trac at trac.pioto.org Sat Aug 16 16:30:01 2008 From: trac at trac.pioto.org (Paludis) Date: Sat, 16 Aug 2008 20:30:01 -0000 Subject: [paludis-sekrit] [Paludis] #634: Put the stderr of a failed metadata extraction into a metadata key Message-ID: <046.de5ddc6353d11edfe4836cc9ae39efa3@trac.pioto.org> #634: Put the stderr of a failed metadata extraction into a metadata key ----------------------------+----------------------------------------------- Reporter: dleverton | Owner: Type: enhancement | Status: new Priority: Sometime | Milestone: Component: repositories/e | Version: scm Keywords: | Blockedby: Blocking: | Distribution: N/A ----------------------------+----------------------------------------------- -- Ticket URL: Paludis Paludis, the Other Package Mangler From trac at trac.pioto.org Sat Aug 16 16:44:35 2008 From: trac at trac.pioto.org (Paludis) Date: Sat, 16 Aug 2008 20:44:35 -0000 Subject: [paludis-sekrit] [Paludis] #630: Cache staleness detection fails when touching exlibs In-Reply-To: <043.71a4df95dbcf5d6e36664f103cec902a@trac.pioto.org> References: <043.71a4df95dbcf5d6e36664f103cec902a@trac.pioto.org> Message-ID: <052.1af0c81120b5a21874f52775c948aceb@trac.pioto.org> #630: Cache staleness detection fails when touching exlibs -----------------------------+---------------------------------------------- Reporter: ingmar | Owner: Type: defect | Status: closed Priority: Sometime | Milestone: EAPI exheres-0 Component: core/paludis | Version: scm Resolution: fixed | Keywords: Blockedby: | Blocking: Distribution: Other | -----------------------------+---------------------------------------------- Changes (by dleverton): * status: new => closed * resolution: => fixed Comment: 767fb3805f96 -- Ticket URL: Paludis Paludis, the Other Package Mangler From bo.andresen at zlin.dk Sat Aug 16 23:06:41 2008 From: bo.andresen at zlin.dk (Bo =?iso-8859-1?Q?=D8rsted?= Andresen) Date: Sun, 17 Aug 2008 03:06:41 +0000 Subject: [paludis-sekrit] Paludis nightly (08/16/08 - 40b30301b395c737736b87ff2ed8434634b562af) : success Message-ID: <20080817030641.GA7004@shuttle> The Paludis nightly (08/16/08 - 40b30301b395c737736b87ff2ed8434634b562af) build resulted in success. The full gzipped logs have been attached. ------------------------------------------------------------------------------------------- commit 40b30301b395c737736b87ff2ed8434634b562af Author: David Leverton Date: Sat Aug 16 23:13:25 2008 +0100 Rename LICENSE -> LICENCES, SRC_URI -> SOURCES for exheres. ------------------------------------------------------------------------------------------- Process 1 on GCC 4.1 started at 22:32:06, finished at 01:01:18 and ended in success. Process 2 on GCC 4.3 (without python) started at 01:01:23, finished at 03:06:40 and ended in success. ------------------------------------------------------------------------------------------- remote: Counting objects: 228, done. remote: Compressing objects: 0% (1/167) remote: Compressing objects: 1% (2/167) remote: Compressing objects: 2% (4/167) remote: Compressing objects: 3% (6/167) remote: Compressing objects: 4% (7/167) remote: Compressing objects: 5% (9/167) remote: Compressing objects: 6% (11/167) remote: Compressing objects: 7% (12/167) remote: Compressing objects: 8% (14/167) remote: Compressing objects: 9% (16/167) remote: Compressing objects: 10% (17/167) remote: Compressing objects: 11% (19/167) remote: Compressing objects: 12% (21/167) remote: Compressing objects: 13% (22/167) remote: Compressing objects: 14% (24/167) remote: Compressing objects: 15% (26/167) remote: Compressing objects: 16% (27/167) remote: Compressing objects: 17% (29/167) remote: Compressing objects: 18% (31/167) remote: Compressing objects: 19% (32/167) remote: Compressing objects: 20% (34/167) remote: Compressing objects: 21% (36/167) remote: Compressing objects: 22% (37/167) remote: Compressing objects: 23% (39/167) remote: Compressing objects: 24% (41/167) remote: Compressing objects: 25% (42/167) remote: Compressing objects: 26% (44/167) remote: Compressing objects: 27% (46/167) remote: Compressing objects: 28% (47/167) remote: Compressing objects: 29% (49/167) remote: Compressing objects: 30% (51/167) remote: Compressing objects: 31% (52/167) remote: Compressing objects: 32% (54/167) remote: Compressing objects: 33% (56/167) remote: Compressing objects: 34% (57/167) remote: Compressing objects: 35% (59/167) remote: Compressing objects: 36% (61/167) remote: Compressing objects: 37% (62/167) remote: Compressing objects: 38% (64/167) remote: Compressing objects: 39% (66/167) remote: Compressing objects: 40% (67/167) remote: Compressing objects: 41% (69/167) remote: Compressing objects: 42% (71/167) remote: Compressing objects: 43% (72/167) remote: Compressing objects: 44% (74/167) remote: Compressing objects: 45% (76/167) remote: Compressing objects: 46% (77/167) remote: Compressing objects: 47% (79/167) remote: Compressing objects: 48% (81/167) remote: Compressing objects: 49% (82/167) remote: Compressing objects: 50% (84/167) remote: Compressing objects: 51% (86/167) remote: Compressing objects: 52% (87/167) remote: Compressing objects: 53% (89/167) remote: Compressing objects: 54% (91/167) remote: Compressing objects: 55% (92/167) remote: Compressing objects: 56% (94/167) remote: Compressing o bremote: jects: 57% (96/167) remote: Compressing objects: 58% (97/167) remote: Compressing objects: 59% (99/167) remote: Compressing objects: 60% ( 1remote: 01/167) remote: Compressing objects: 61% (102/167) remote: Compressing objects: 62% (104/167) remote: Compressing objects: 63% (106/167) remote: Compressin gremote: objects: 64% (107/167) remote: Compressing objects: 65% (109/167) remote: Compressing objects: 66% (111/167) remote: Compressing objects: 67% (112/167) remote: Compressin gremote: objects: 68% (114/167) remote: Compressing objects: 69% (116/167) remote: Compressing objects: 70% (117/167) remote: Compressing objects: remote: 71% (119/167) remote: Compressing objects: 72% (121/167) remote: Compressing objects: 73% (122/167) remote: Compressing objects: 74% (124/167) remote: Compressin gremote: objects: 75% (126/167) remote: Compressing objects: 76% (127/167) remote: Compressing objects: 77% (129/167) remote: Compressing objects: remote: 78% (131/167) remote: Compressing objects: 79% (132/167) remote: Compressing objects: 80% (134/167) remote: Compressing objects: 81% (136/167) remote: Compressing objects: 82% (137/167) remote: Compressing objects: 83% (139/167) remote: Compressing objects: 84% (141/167) remote: Compressing objects: 85% (142/167) remote: Compressing objects: 86% (144/167) remote: Compressing objects: 87% (146/167) remote: Compressing objects: 88% (147/167) remote: Compressing objects: 89% (149/167) remote: Compressing objects: 90% (151/167) remote: Compressing objects: 91% (152/167) remote: Compressing objects: 92% (154/167) remote: Compressing objects: 93% (156/167) remote: Compressing objects: 94% (157/167) remote: Compressing objects: 95% (159/167) remote: Compressing objects: 96% (161/167) remote: Compressing objects: 97% (162/167) remote: Compressing objects: 98% (164/167) remote: Compressing objects: 99% (166/167) remote: Compressing objects: 100% (167/167) remote: Compressing objects: 100% (167/167), done. Receiving objects: 0% (1/167) Receiving objects: 1% (2/167) Receiving objects: 2% (4/167) Receiving objects: 3% (6/167) Receiving objects: 4% (7/167) Receiving objects: 5% (9/167) Receiving objects: 6% (11/167) Receiving objects: 7% (12/167) Receiving objects: 8% (14/167) Receiving objects: 9% (16/167) Receiving objects: 10% (17/167) Receiving objects: 11% (19/167) Receiving objects: 12% (21/167) Receiving objects: 13% (22/167) Receiving objects: 14% (24/167) Receiving objects: 15% (26/167) Receiving objects: 16% (27/167) Receiving objects: 17% (29/167) Receiving objects: 18% (31/167) Receiving objects: 19% (32/167) Receiving objects: 20% (34/167) Receiving objects: 21% (36/167) Receiving objects: 22% (37/167) Receiving objects: 23% (39/167) Receiving objects: 24% (41/167) Receiving objects: 25% (42/167) Receiving objects: 26% (44/167) Receiving objects: 27% (46/167) Receiving objects: 28% (47/167) Receiving objects: 29% (49/167) Receiving objects: 30% (51/167) Receiving objects: 31% (52/167) Receiving objects: 32% (54/167) Receiving objects: 33% (56/167) Receiving objects: 34% (57/167) Receiving objects: 35% (59/167) Receiving objects: 36% (61/167) Receiving objects: 37% (62/167) Receiving objects: 38% (64/167) Receiving objects: 39% (66/167) Receiving objects: 40% (67/167) remote: Total 167 (delta 144), reused 0 (delta 0) Receiving objects: 41% (69/167) Receiving objects: 42% (71/167) Receiving objects: 43% (72/167) Receiving objects: 44% (74/167) Receiving objects: 45% (76/167) Receiving objects: 46% (77/167) Receiving objects: 47% (79/167) Receiving objects: 48% (81/167) Receiving objects: 49% (82/167) Receiving objects: 50% (84/167) Receiving objects: 51% (86/167) Receiving objects: 52% (87/167) Receiving objects: 53% (89/167) Receiving objects: 54% (91/167) Receiving objects: 55% (92/167) Receiving objects: 56% (94/167) Receiving objects: 57% (96/167) Receiving objects: 58% (97/167) Receiving objects: 59% (99/167) Receiving objects: 60% (101/167) Receiving objects: 61% (102/167) Receiving objects: 62% (104/167) Receiving objects: 63% (106/167) Receiving objects: 64% (107/167) Receiving objects: 65% (109/167) Receiving objects: 66% (111/167) Receiving objects: 67% (112/167) Receiving objects: 68% (114/167) Receiving objects: 69% (116/167) Receiving objects: 70% (117/167) Receiving objects: 71% (119/167) Receiving objects: 72% (121/167) Receiving objects: 73% (122/167) Receiving objects: 74% (124/167) Receiving objects: 75% (126/167) Receiving objects: 76% (127/167) Receiving objects: 77% (129/167) Receiving objects: 78% (131/167) Receiving objects: 79% (132/167) Receiving objects: 80% (134/167) Receiving objects: 81% (136/167) Receiving objects: 82% (137/167) Receiving objects: 83% (139/167) Receiving objects: 84% (141/167) Receiving objects: 85% (142/167) Receiving objects: 86% (144/167) Receiving objects: 87% (146/167) Receiving objects: 88% (147/167) Receiving objects: 89% (149/167) Receiving objects: 90% (151/167) Receiving objects: 91% (152/167) Receiving objects: 92% (154/167) Receiving objects: 93% (156/167) Receiving objects: 94% (157/167) Receiving objects: 95% (159/167) Receiving objects: 96% (161/167) Receiving objects: 97% (162/167) Receiving objects: 98% (164/167) Receiving objects: 99% (166/167) Receiving objects: 100% (167/167) Receiving objects: 100% (167/167), 68.64 KiB, done. Resolving deltas: 4% (7/144) Resolving deltas: 5% (8/144) Resolving deltas: 6% (10/144) Resolving deltas: 9% (13/144) Resolving deltas: 18% (26/144) Resolving deltas: 26% (38/144) Resolving deltas: 27% (39/144) Resolving deltas: 28% (41/144) Resolving deltas: 29% (42/144) Resolving deltas: 31% (45/144) Resolving deltas: 33% (48/144) Resolving deltas: 38% (56/144) Resolving deltas: 43% (62/144) Resolving deltas: 50% (72/144) Resolving deltas: 51% (74/144) Resolving deltas: 52% (75/144) Resolving deltas: 56% (81/144) Resolving deltas: 57% (83/144) Resolving deltas: 58% (84/144) Resolving deltas: 59% (85/144) Resolving deltas: 61% (89/144) Resolving deltas: 63% (91/144) Resolving deltas: 65% (94/144) Resolving deltas: 66% (96/144) Resolving deltas: 68% (98/144) Resolving deltas: 70% (101/144) Resolving deltas: 71% (103/144) Resolving deltas: 72% (104/144) Resolving deltas: 73% (106/144) Resolving deltas: 74% (107/144) Resolving deltas: 75% (108/144) Resolving deltas: 76% (110/144) Resolving deltas: 77% (111/144) Resolving deltas: 81% (118/144) Resolving deltas: 85% (123/144) Resolving deltas: 86% (125/144) Resolving deltas: 88% (127/144) Resolving deltas: 89% (129/144) Resolving deltas: 90% (131/144) Resolving deltas: 91% (132/144) Resolving deltas: 92% (133/144) Resolving deltas: 93% (134/144) Resolving deltas: 94% (136/144) Resolving deltas: 95% (137/144) Resolving deltas: 97% (140/144) Resolving deltas: 98% (142/144) Resolving deltas: 99% (143/144) Resolving deltas: 100% (144/144) Resolving deltas: 100% (144/144), completed with 58 local objects. From git://git.pioto.org/paludis 1942ce8..40b3030 master -> master -------------- next part -------------- A non-text attachment was scrubbed... Name: nightly-out-4.3-12772.gz Type: application/octet-stream Size: 210648 bytes Desc: not available Url : http://lists.pioto.org/pipermail/paludis-sekrit/attachments/20080817/0358f499/attachment-0002.obj -------------- next part -------------- A non-text attachment was scrubbed... Name: nightly-out-4.3-12772.gz Type: application/octet-stream Size: 210648 bytes Desc: not available Url : http://lists.pioto.org/pipermail/paludis-sekrit/attachments/20080817/0358f499/attachment-0003.obj From bo.andresen at zlin.dk Sun Aug 17 23:14:21 2008 From: bo.andresen at zlin.dk (Bo =?iso-8859-1?Q?=D8rsted?= Andresen) Date: Mon, 18 Aug 2008 03:14:21 +0000 Subject: [paludis-sekrit] Paludis nightly (08/17/08 - 818399bd8ad5e3871084ee6951ba63a38ce92394) : success Message-ID: <20080818031421.GA20094@shuttle> The Paludis nightly (08/17/08 - 818399bd8ad5e3871084ee6951ba63a38ce92394) build resulted in success. The full gzipped logs have been attached. ------------------------------------------------------------------------------------------- commit 818399bd8ad5e3871084ee6951ba63a38ce92394 Author: Ingmar Vanhassel Date: Sun Aug 17 16:39:35 2008 +0200 Make expatch die when it's passed an empty directory. Otherwise patch hangs, waiting for input from stdin... ------------------------------------------------------------------------------------------- Process 1 on GCC 4.1 started at 22:32:06, finished at 01:04:42 and ended in success. Process 2 on GCC 4.3 (without python) started at 01:04:47, finished at 03:14:20 and ended in success. ------------------------------------------------------------------------------------------- remote: Counting objects: 44, done. remote: Compressing objects: 3% (1/31) remote: Compressing objects: 6% (2/31) remote: Compressing objects: 9% (3/31) remote: Compressing objects: 12% (4/31) remote: Compressing objects: 16% (5/31) remote: Compressing objects: 19% (6/31) remote: Compressing objects: 22% (7/31) remote: Compressing objects: 25% (8/31) remote: Compressing objects: 29% (9/31) remote: Compressing objects: 32% (10/31) remote: Compressing objects: 35% (11/31) remote: Compressing objects: 38% (12/31) remote: Compressing objects: 41% (13/31) remote: Compressing objects: 45% (14/31) remote: Compressing objects: 48% (15/31) remote: Compressing objects: 51% (16/31) remote: Compressing objects: 54% (17/31) remote: Compressing objects: 58% (18/31) remote: Compressing objects: 61% (19/31) remote: Compressing objects: 64% (20/31) remote: Compressing objects: 67% (21/31) remote: Compressing objects: 70% (22/31) remote: Compressing objects: 74% (23/31) remote: Compressing objects: 77% (24/31) remote: Compressing objects: 80% (25/31) remote: Compressing objects: 83% (26/31) remote: Compressing objects: 87% (27/31) remote: Compressing objects: 90% (28/31) remote: Compressing objects: 93% (29/31) remote: Compressing objects: 96% (30/31) remote: Compressing objects: 100% (31/31) remote: Compressing objects: 100% (31/31), done. remote: Total 31 (delta 27), reused 0 (delta 0) From git://git.pioto.org/paludis 40b3030..818399b master -> master -------------- next part -------------- A non-text attachment was scrubbed... Name: nightly-out-4.3-25746.gz Type: application/octet-stream Size: 210601 bytes Desc: not available Url : http://lists.pioto.org/pipermail/paludis-sekrit/attachments/20080818/562a7903/attachment-0002.obj -------------- next part -------------- A non-text attachment was scrubbed... Name: nightly-out-4.3-25746.gz Type: application/octet-stream Size: 210601 bytes Desc: not available Url : http://lists.pioto.org/pipermail/paludis-sekrit/attachments/20080818/562a7903/attachment-0003.obj From bo.andresen at zlin.dk Mon Aug 18 23:17:06 2008 From: bo.andresen at zlin.dk (Bo =?iso-8859-1?Q?=D8rsted?= Andresen) Date: Tue, 19 Aug 2008 03:17:06 +0000 Subject: [paludis-sekrit] Paludis nightly (08/18/08 - 96585cfeb40f4626542dfb61de08dad3dc95d4c6) : success Message-ID: <20080819031706.GA17246@shuttle> The Paludis nightly (08/18/08 - 96585cfeb40f4626542dfb61de08dad3dc95d4c6) build resulted in success. The full gzipped logs have been attached. ------------------------------------------------------------------------------------------- commit 96585cfeb40f4626542dfb61de08dad3dc95d4c6 Author: David Leverton Date: Mon Aug 18 18:51:56 2008 +0100 Fix Libs: line in pkg-config file. ------------------------------------------------------------------------------------------- Process 1 on GCC 4.1 started at 22:32:07, finished at 01:07:22 and ended in success. Process 2 on GCC 4.3 (without python) started at 01:07:28, finished at 03:17:05 and ended in success. ------------------------------------------------------------------------------------------- remote: Counting objects: 131, done. remote: Compressing objects: 1% (1/80) remote: Compressing objects: 2% (2/80) remote: Compressing objects: 3% (3/80) remote: Compressing objects: 5% (4/80) remote: Compressing objects: 6% (5/80) remote: Compressing objects: 7% (6/80) remote: Compressing objects: 8% (7/80) remote: Compressing objects: 10% (8/80) remote: Compressing objects: 11% (9/80) remote: Compressing objects: 12% (10/80) remote: Compressing objects: 13% (11/80) remote: Compressing objects: 15% (12/80) remote: Compressing objects: 16% (13/80) remote: Compressing objects: 17% (14/80) remote: Compressing objects: 18% (15/80) remote: Compressing objects: 20% (16/80) remote: Compressing objects: 21% (17/80) remote: Compressing objects: 22% (18/80) remote: Compressing objects: 23% (19/80) remote: Compressing objects: 25% (20/80) remote: Compressing objects: 26% (21/80) remote: Compressing objects: 27% (22/80) remote: Compressing objects: 28% (23/80) remote: Compressing objects: 30% (24/80) remote: Compressing objects: 31% (25/80) remote: Compressing objects: 32% (26/80) remote: Compressing objects: 33% (27/80) remote: Compressing objects: 35% (28/80) remote: Compressing objects: 36% (29/80) remote: Compressing objects: 37% (30/80) remote: Compressing objects: 38% (31/80) remote: Compressing objects: 40% (32/80) remote: Compressing objects: 41% (33/80) remote: Compressing objects: 42% (34/80) remote: Compressing objects: 43% (35/80) remote: Compressing objects: 45% (36/80) remote: Compressing objects: 46% (37/80) remote: Compressing objects: 47% (38/80) remote: Compressing objects: 48% (39/80) remote: Compressing objects: 50% (40/80) remote: Compressing objects: 51% (41/80) remote: Compressing objects: 52% (42/80) remote: Compressing objects: 53% (43/80) remote: Compressing objects: 55% (44/80) remote: Compressing objects: 56% (45/80) remote: Compressing objects: 57% (46/80) remote: Compressing objects: 58% (47/80) remote: Compressing objects: 60% (48/80) remote: Compressing objects: 61% (49/80) remote: Compressing objects: 62% (50/80) remote: Compressing objects: 63% (51/80) remote: Compressing objects: 65% (52/80) remote: Compressing objects: 66% (53/80) remote: Compressing objects: 67% (54/80) remote: Compressing objects: 68% (55/80) remote: Compressing objects: 70% (56/80) remote: Compressing objects: 71% (57/80) remote: Compressing objects: 72% (58/80) remote: Compressing objects: 73% (59/80) remote: Compressing objects: 75% (60/80) remote: Compressing objects: 76% (61/80) remote: Compressing objects: 77% (62/80) remote: Compressing objects: 78% (63/80) remote: Compressing objects: 80% (64/80) remote: Compressing objects: 81% (65/80) remote: Compressing objects: 82% (66/80) remote: Compressing objects: 83% (67/80) remote: Compressing objects: 85% (68/80) remote: Compressing objects: 86% (69/80) remote: Compressing objects: 87% (70/80) remote: Compressing objects: 88% (71/80) remote: Compressing objects: 90% (72/80) remote: Compressing objects: 91% (73/80) remote: Compressing objects: 92% (74/80) remote: Compressing objects: 93% (75/80) remote: Compressing objects: 95% (76/80) remote: Compressing objects: 96% (77/80) remote: Compressing objects: 97% (78/80) remote: Compressing objects: 98% (79/80) remote: Compressing objects: 100% (80/80) remote: Compressing objects: 100% (80/80), done. remote: Total 80 (delta 69), reused 0 (delta 0) From git://git.pioto.org/paludis 818399b..96585cf master -> master -------------- next part -------------- A non-text attachment was scrubbed... Name: nightly-out-4.3-22069.gz Type: application/octet-stream Size: 210748 bytes Desc: not available Url : http://lists.pioto.org/pipermail/paludis-sekrit/attachments/20080819/73d448dc/attachment-0002.obj -------------- next part -------------- A non-text attachment was scrubbed... Name: nightly-out-4.3-22069.gz Type: application/octet-stream Size: 210748 bytes Desc: not available Url : http://lists.pioto.org/pipermail/paludis-sekrit/attachments/20080819/73d448dc/attachment-0003.obj From bo.andresen at zlin.dk Wed Aug 20 23:08:38 2008 From: bo.andresen at zlin.dk (Bo =?iso-8859-1?Q?=D8rsted?= Andresen) Date: Thu, 21 Aug 2008 03:08:38 +0000 Subject: [paludis-sekrit] Paludis nightly (08/20/08 - 92ac70db7b7015d360619ed3587c8786af86297e) : success Message-ID: <20080821030837.GA957@shuttle> The Paludis nightly (08/20/08 - 92ac70db7b7015d360619ed3587c8786af86297e) build resulted in success. The full gzipped logs have been attached. ------------------------------------------------------------------------------------------- commit 92ac70db7b7015d360619ed3587c8786af86297e Author: Ingmar Vanhassel Date: Wed Aug 20 20:10:18 2008 +0200 Add --no-compact to bash-completion. ------------------------------------------------------------------------------------------- Process 1 on GCC 4.1 started at 22:32:06, finished at 01:04:04 and ended in success. Process 2 on GCC 4.3 (without python) started at 01:04:09, finished at 03:08:37 and ended in success. ------------------------------------------------------------------------------------------- remote: Counting objects: 17, done. remote: Compressing objects: 9% (1/11) remote: Compressing objects: 18% (2/11) remote: Compressing objects: 27% (3/11) remote: Compressing objects: 36% (4/11) remote: Compressing objects: 45% (5/11) remote: Compressing objects: 54% (6/11) remote: Compressing objects: 63% (7/11) remote: Compressing objects: 72% (8/11) remote: Compressing objects: 81% (9/11) remote: Compressing objects: 90% (10/11) remote: Compressing objects: 100% (11/11) remote: Compressing objects: 100% (11/11), done. remote: Total 11 (delta 9), reused 0 (delta 0) >From git://git.pioto.org/paludis 96585cf..92ac70d master -> master -------------- next part -------------- A non-text attachment was scrubbed... Name: nightly-out-4.3-6480.gz Type: application/octet-stream Size: 210832 bytes Desc: not available Url : http://lists.pioto.org/pipermail/paludis-sekrit/attachments/20080821/394deab3/attachment-0002.obj -------------- next part -------------- A non-text attachment was scrubbed... Name: nightly-out-4.3-6480.gz Type: application/octet-stream Size: 210832 bytes Desc: not available Url : http://lists.pioto.org/pipermail/paludis-sekrit/attachments/20080821/394deab3/attachment-0003.obj From bo.andresen at zlin.dk Thu Aug 21 21:17:18 2008 From: bo.andresen at zlin.dk (Bo =?iso-8859-1?Q?=D8rsted?= Andresen) Date: Fri, 22 Aug 2008 01:17:18 +0000 Subject: [paludis-sekrit] Paludis nightly (08/21/08 - df28559c618619dff1562d553d676ec92aab32b3) : failure Message-ID: <20080822011718.GA12386@shuttle> The Paludis nightly (08/21/08 - df28559c618619dff1562d553d676ec92aab32b3) build resulted in failure. The full gzipped logs have been attached. ------------------------------------------------------------------------------------------- commit df28559c618619dff1562d553d676ec92aab32b3 Author: David Leverton Date: Thu Aug 21 22:14:17 2008 +0100 rfi ------------------------------------------------------------------------------------------- Process 1 on GCC 4.1 started at 22:32:06, finished at 01:05:06 and ended in success. Process 2 on GCC 4.3 (without python) started at 01:05:12, finished at 01:17:18 and ended in failure. ------------------------------------------------------------------------------------------- remote: Counting objects: 18, done. remote: Compressing objects: 9% (1/11) remote: Compressing objects: 18% (2/11) remote: Compressing objects: 27% (3/11) remote: Compressing objects: 36% (4/11) remote: Compressing objects: 45% (5/11) remote: Compressing objects: 54% (6/11) remote: Compressing objects: 63% (7/11) remote: Compressing objects: 72% (8/11) remote: Compressing objects: 81% (9/11) remote: Compressing objects: 90% (10/11) remote: Compressing objects: 100% (11/11) remote: Compressing objects: 100% (11/11), done. remote: Total 11 (delta 9), reused 0 (delta 0) >From git://git.pioto.org/paludis 92ac70d..df28559 master -> master -------------- next part -------------- A non-text attachment was scrubbed... Name: nightly-out-4.3-20644.gz Type: application/octet-stream Size: 24715 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: nightly-out-4.3-20644.gz Type: application/octet-stream Size: 24715 bytes Desc: not available URL: From trac at trac.pioto.org Fri Aug 22 15:02:02 2008 From: trac at trac.pioto.org (Paludis) Date: Fri, 22 Aug 2008 19:02:02 -0000 Subject: [paludis-sekrit] [Paludis] #635: NoConfigEnvironment needs updating for layout.conf:master= Message-ID: <043.3d248c86530ee09368e748412b2b79cf@trac.pioto.org> #635: NoConfigEnvironment needs updating for layout.conf:master= --------------------------+------------------------------------------------- Reporter: ingmar | Owner: ciaranm Type: defect | Status: new Priority: Sometime | Milestone: EAPI exheres-0 Component: core/paludis | Version: scm Keywords: | Blockedby: Blocking: | Distribution: Exherbo --------------------------+------------------------------------------------- -- Ticket URL: Paludis Paludis, the Other Package Mangler From trac at trac.pioto.org Fri Aug 22 17:19:37 2008 From: trac at trac.pioto.org (Paludis) Date: Fri, 22 Aug 2008 21:19:37 -0000 Subject: [paludis-sekrit] [Paludis] #625: Add support for master_repositories In-Reply-To: <045.fc0e70e541cc8b966aaa3e470c61f955@trac.pioto.org> References: <045.fc0e70e541cc8b966aaa3e470c61f955@trac.pioto.org> Message-ID: <054.d54b4fc2ee94498d40e5c8fb16915b3c@trac.pioto.org> #625: Add support for master_repositories --------------------------------+------------------------------------------- Reporter: compnerd | Owner: Type: defect | Status: closed Priority: Sometime | Milestone: Component: clients/paludis | Version: 0.28.0 Resolution: fixed | Keywords: Blockedby: | Blocking: Distribution: Exherbo | --------------------------------+------------------------------------------- Changes (by ciaranm): * status: new => closed * resolution: => fixed -- Ticket URL: Paludis Paludis, the Other Package Mangler From trac at trac.pioto.org Fri Aug 22 19:15:07 2008 From: trac at trac.pioto.org (Paludis) Date: Fri, 22 Aug 2008 23:15:07 -0000 Subject: [paludis-sekrit] [Paludis] #634: Put the stderr of a failed metadata extraction into a metadata key In-Reply-To: <046.de5ddc6353d11edfe4836cc9ae39efa3@trac.pioto.org> References: <046.de5ddc6353d11edfe4836cc9ae39efa3@trac.pioto.org> Message-ID: <055.d8011987bc3360e8927caf7863696f34@trac.pioto.org> #634: Put the stderr of a failed metadata extraction into a metadata key -------------------------------+-------------------------------------------- Reporter: dleverton | Owner: Type: enhancement | Status: closed Priority: Sometime | Milestone: Component: repositories/e | Version: scm Resolution: fixed | Keywords: Blockedby: | Blocking: Distribution: N/A | -------------------------------+-------------------------------------------- Changes (by ciaranm): * status: new => closed * resolution: => fixed Comment: 33fd8ae -- Ticket URL: Paludis Paludis, the Other Package Mangler From trac at trac.pioto.org Fri Aug 22 19:25:23 2008 From: trac at trac.pioto.org (Paludis) Date: Fri, 22 Aug 2008 23:25:23 -0000 Subject: [paludis-sekrit] [Paludis] #636: Update mask reasons for Exherbo Message-ID: <043.cf849cf16b968399c06f8eafa056176a@trac.pioto.org> #636: Update mask reasons for Exherbo -----------------------------+---------------------------------------------- Reporter: ingmar | Owner: Type: defect | Status: new Priority: Sometime | Milestone: EAPI exheres-0 Component: clients/paludis | Version: 0.28.0 Keywords: | Blockedby: Blocking: | Distribution: Exherbo -----------------------------+---------------------------------------------- Key to mask reasons: * K: keywords * L: license -- Ticket URL: Paludis Paludis, the Other Package Mangler From trac at trac.pioto.org Fri Aug 22 20:30:20 2008 From: trac at trac.pioto.org (Paludis) Date: Sat, 23 Aug 2008 00:30:20 -0000 Subject: [paludis-sekrit] [Paludis] #636: Update mask reasons for Exherbo In-Reply-To: <043.cf849cf16b968399c06f8eafa056176a@trac.pioto.org> References: <043.cf849cf16b968399c06f8eafa056176a@trac.pioto.org> Message-ID: <052.1802bf30dd86a3a506e870ef5e7e5a38@trac.pioto.org> #636: Update mask reasons for Exherbo --------------------------------+------------------------------------------- Reporter: ingmar | Owner: Type: defect | Status: closed Priority: Sometime | Milestone: EAPI exheres-0 Component: clients/paludis | Version: 0.28.0 Resolution: fixed | Keywords: Blockedby: | Blocking: Distribution: Exherbo | --------------------------------+------------------------------------------- Changes (by ciaranm): * status: new => closed * resolution: => fixed Comment: 6f646d1 -- Ticket URL: Paludis Paludis, the Other Package Mangler From bo.andresen at zlin.dk Fri Aug 22 23:10:28 2008 From: bo.andresen at zlin.dk (Bo =?iso-8859-1?Q?=D8rsted?= Andresen) Date: Sat, 23 Aug 2008 03:10:28 +0000 Subject: [paludis-sekrit] Paludis nightly (08/22/08 - 729bc1a815c1abba572213e885d5d654b09b35b4) : success Message-ID: <20080823031028.GA31502@shuttle> The Paludis nightly (08/22/08 - 729bc1a815c1abba572213e885d5d654b09b35b4) build resulted in success. The full gzipped logs have been attached. ------------------------------------------------------------------------------------------- commit 729bc1a815c1abba572213e885d5d654b09b35b4 Author: Ciaran McCreesh Date: Fri Aug 22 22:11:15 2008 +0100 Distribution-defined config file names ------------------------------------------------------------------------------------------- Process 1 on GCC 4.1 started at 22:32:06, finished at 01:05:38 and ended in success. Process 2 on GCC 4.3 (without python) started at 01:05:44, finished at 03:10:27 and ended in success. ------------------------------------------------------------------------------------------- remote: Counting objects: 230, done. remote: Compressing objects: 0% (1/147) remote: Compressing objects: 1% (2/147) remote: Compressing objects: 2% (3/147) remote: Compressing objects: 3% (5/147) remote: Compressing objects: 4% (6/147) remote: Compressing objects: 5% (8/147) remote: Compressing objects: 6% (9/147) remote: Compressing objects: 7% (11/147) remote: Compressing objects: 8% (12/147) remote: Compressing objects: 9% (14/147) remote: Compressing objects: 10% (15/147) remote: Compressing objects: 11% (17/147) remote: Compressing objects: 12% (18/147) remote: Compressing objects: 13% (20/147) remote: Compressing objects: 14% (21/147) remote: Compressing objects: 15% (23/147) remote: Compressing objects: 16% (24/147) remote: Compressing objects: 17% (25/147) remote: Compressing objects: 18% (27/147) remote: Compressing objects: 19% (28/147) remote: Compressing objects: 20% (30/147) remote: Compressing objects: 21% (31/147) remote: Compressing objects: 22% (33/147) remote: Compressing objects: 23% (34/147) remote: Compressing objects: 24% (36/147) remote: Compressing objects: 25% (37/147) remote: Compressing objects: 26% (39/147) remote: Compressing objects: 27% (40/147) remote: Compressing objects: 28% (42/147) remote: Compressing objects: 29% (43/147) remote: Compressing objects: 30% (45/147) remote: Compressing objects: 31% (46/147) remote: Compressing objects: 32% (48/147) remote: Compressing objects: 33% (49/147) remote: Compressing objects: 34% (50/147) remote: Compressing objects: 35% (52/147) remote: Compressing objects: 36% (53/147) remote: Compressing objects: 37% (55/147) remote: Compressing objects: 38% (56/147) remote: Compressing objects: 39% (58/147) remote: Compressing objects: 40% (59/147) remote: Compressing objects: 41% (61/147) remote: Compressing objects: 42% (62/147) remote: Compressing objects: 43% (64/147) remote: Compressing objects: 44% (65/147) remote: Compressing objects: 45% (67/147) remote: Compressing objects: 46% (68/147) remote: Compressing objects: 47% (70/147) remote: Compressing objects: 48% (71/147) remote: Compressing objects: 49% (73/147) remote: Compressing objects: 50% (74/147) remote: Compressing objects: 51% (75/147) remote: Compressing objects: 52% (77/147) remote: Compressing objects: 53% (78/147) remote: Compressing objects: 54% (80/147) remote: Compressing objects: 55% (81/147) remote: Compressing objects: 56% (83/147) remote: Compressing objects: 57% (84/147) remote: Compressing objects: 58% (86/147) remote: Compressing objects: 59% (87/147) remote: Compressing objects: 60% (89/147) remote: Compressing objects: 61% (90/147) remote: Compressing objects: 62% (92/147) remote: Compressing objects: 63% (93/147) remote: Compressing objects: 64% (95/147) remote: Compressing objects: 65% (96/147) remote: Compressing objects: 66% (98/147) remote: Compressing objects: 67% (99/147) remote: Compressing objects: 68% (100/147) remote: Compressing objects: 69% (102/147) remote: Compressing objects: 70% (103/147) remote: Compressing objects: 71% (105/147) remote: Compressing objects: 72% (106/147) remote: Compressing objects: 73% (108/147) remote: Compressing objects: 74% (109/147) remote: Compressing objects: 75% (111/147) remote: Compressing objects: 76% (112/147) remote: Compressing objects: 77% (114/147) remote: Compressing objects: 78% (115/147) remote: Compressing objects: 79% (117/147) remote: Compressing objects: 80% (118/147) remote: Compressing objects: 81% (120/147) remote: Compressing objects: 82% (121/147) remote: Compressing objects: 83% (123/147) remote: Compressing objects: 84% (124/147) remote: Compressing objects: 85% (125/147) remote: Compressing objects: 86% (127/147) remote: Compressing objects: 87% (128/147) remote: Compressing objects: 88% (130/147) remote: Compressing objects: 89% (131/147) remote: Compressing objects: 90% (133/147) remote: Compressing objects: 91% (134/147) remote: Compressing objects: 92% (136/147) remote: Compressing objects: 93% (137/147) remote: Compressing objects: 94% (139/147) remote: Compressing objects: 95% (140/147) remote: Compressing objects: 96% (142/147) remote: Compressing objects: 97% (143/147) remote: Compressing objects: 98% (145/147) remote: Compressing objects: 99% (146/147) remote: Compressing objects: 100% (147/147) remote: Compressing objects: 100% (147/147), done. Receiving objects: 0% (1/149) Receiving objects: 1% (2/149) Receiving objects: 2% (3/149) Receiving objects: 3% (5/149) Receiving objects: 4% (6/149) Receiving objects: 5% (8/149) Receiving objects: 6% (9/149) Receiving objects: 7% (11/149) Receiving objects: 8% (12/149) Receiving objects: 9% (14/149) Receiving objects: 10% (15/149) Receiving objects: 11% (17/149) Receiving objects: 12% (18/149) Receiving objects: 13% (20/149) Receiving objects: 14% (21/149) Receiving objects: 15% (23/149) Receiving objects: 16% (24/149) Receiving objects: 17% (26/149) Receiving objects: 18% (27/149) Receiving objects: 19% (29/149) Receiving objects: 20% (30/149) Receiving objects: 21% (32/149) Receiving objects: 22% (33/149) Receiving objects: 23% (35/149) Receiving objects: 24% (36/149) Receiving objects: 25% (38/149) Receiving objects: 26% (39/149) Receiving objects: 27% (41/149) Receiving objects: 28% (42/149) Receiving objects: 29% (44/149) Receiving objects: 30% (45/149) Receiving objects: 31% (47/149) Receiving objects: 32% (48/149) Receiving objects: 33% (50/149) Receiving objects: 34% (51/149) Receiving objects: 35% (53/149) Receiving objects: 36% (54/149) Receiving objects: 37% (56/149) Receiving objects: 38% (57/149) Receiving objects: 39% (59/149) Receiving objects: 40% (60/149) Receiving objects: 41% (62/149) Receiving objects: 42% (63/149) Receiving objects: 43% (65/149) Receiving objects: 44% (66/149) Receiving objects: 45% (68/149) Receiving objects: 46% (69/149) Receiving objects: 47% (71/149) Receiving objects: 48% (72/149) Receiving objects: 49% (74/149) Receiving objects: 50% (75/149) Receiving objects: 51% (76/149) Receiving objects: 52% (78/149) Receiving objects: 53% (79/149) Receiving objects: 54% (81/149) Receiving objects: 55% (82/149) Receiving objects: 56% (84/149) Receiving objects: 57% (85/149) Receiving objects: 58% (87/149) Receiving objects: 59% (88/149) Receiving objects: 60% (90/149) Receiving objects: 61% (91/149) Receiving objects: 62% (93/149) Receiving objects: 63% (94/149) Receiving objects: 64% (96/149) Receiving objects: 65% (97/149) Receiving objects: 66% (99/149) Receiving objects: 67% (100/149) Receiving objects: 68% (102/149) Receiving objects: 69% (103/149) Receiving objects: 70% (105/149) Receiving objects: 71% (106/149) Receiving objects: 72% (108/149) Receiving objects: 73% (109/149) Receiving objects: 74% (111/149) Receiving objects: 75% (112/149) Receiving objects: 76% (114/149) Receiving objects: 77% (115/149) Receiving objects: 78% (117/149) Receiving objects: 79% (118/149) Receiving objects: 80% (120/149) Receiving objects: 81% (121/149) Receiving objects: 82% (123/149) Receiving objects: 83% (124/149) Receiving objects: 84% (126/149) Receiving objects: 85% (127/149) remote: Total 149 (delta 121), reused 0 (delta 0) Receiving objects: 86% (129/149) Receiving objects: 87% (130/149) Receiving objects: 88% (132/149) Receiving objects: 89% (133/149) Receiving objects: 90% (135/149) Receiving objects: 91% (136/149) Receiving objects: 92% (138/149) Receiving objects: 93% (139/149) Receiving objects: 94% (141/149) Receiving objects: 95% (142/149) Receiving objects: 96% (144/149) Receiving objects: 97% (145/149) Receiving objects: 98% (147/149) Receiving objects: 99% (148/149) Receiving objects: 100% (149/149) Receiving objects: 100% (149/149), 33.51 KiB, done. Resolving deltas: 0% (1/121) Resolving deltas: 1% (2/121) Resolving deltas: 2% (3/121) Resolving deltas: 3% (4/121) Resolving deltas: 4% (5/121) Resolving deltas: 6% (8/121) Resolving deltas: 8% (10/121) Resolving deltas: 12% (15/121) Resolving deltas: 13% (16/121) Resolving deltas: 14% (17/121) Resolving deltas: 19% (23/121) Resolving deltas: 23% (28/121) Resolving deltas: 28% (34/121) Resolving deltas: 29% (36/121) Resolving deltas: 30% (37/121) Resolving deltas: 31% (38/121) Resolving deltas: 32% (39/121) Resolving deltas: 33% (40/121) Resolving deltas: 35% (43/121) Resolving deltas: 38% (46/121) Resolving deltas: 41% (50/121) Resolving deltas: 42% (51/121) Resolving deltas: 43% (53/121) Resolving deltas: 44% (54/121) Resolving deltas: 46% (56/121) Resolving deltas: 49% (60/121) Resolving deltas: 51% (62/121) Resolving deltas: 52% (63/121) Resolving deltas: 53% (65/121) Resolving deltas: 54% (66/121) Resolving deltas: 57% (70/121) Resolving deltas: 61% (74/121) Resolving deltas: 62% (76/121) Resolving deltas: 64% (78/121) Resolving deltas: 65% (79/121) Resolving deltas: 66% (80/121) Resolving deltas: 67% (82/121) Resolving deltas: 68% (83/121) Resolving deltas: 70% (85/121) Resolving deltas: 71% (86/121) Resolving deltas: 72% (88/121) Resolving deltas: 74% (90/121) Resolving deltas: 76% (92/121) Resolving deltas: 77% (94/121) Resolving deltas: 78% (95/121) Resolving deltas: 79% (96/121) Resolving deltas: 80% (97/121) Resolving deltas: 81% (99/121) Resolving deltas: 83% (101/121) Resolving deltas: 84% (102/121) Resolving deltas: 85% (104/121) Resolving deltas: 86% (105/121) Resolving deltas: 87% (106/121) Resolving deltas: 88% (107/121) Resolving deltas: 89% (108/121) Resolving deltas: 90% (109/121) Resolving deltas: 91% (111/121) Resolving deltas: 92% (112/121) Resolving deltas: 93% (113/121) Resolving deltas: 94% (114/121) Resolving deltas: 96% (117/121) Resolving deltas: 97% (118/121) Resolving deltas: 98% (119/121) Resolving deltas: 99% (120/121) Resolving deltas: 100% (121/121) Resolving deltas: 100% (121/121), completed with 70 local objects. From git://git.pioto.org/paludis df28559..729bc1a master -> master -------------- next part -------------- A non-text attachment was scrubbed... Name: nightly-out-4.3-1570.gz Type: application/octet-stream Size: 212416 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: nightly-out-4.3-1570.gz Type: application/octet-stream Size: 212416 bytes Desc: not available URL: From ciaran.mccreesh at googlemail.com Sat Aug 23 10:29:00 2008 From: ciaran.mccreesh at googlemail.com (Ciaran McCreesh) Date: Sat, 23 Aug 2008 15:29:00 +0100 Subject: [paludis-sekrit] Branches Message-ID: <20080823152900.2aed3e70@googlemail.com> As of now: * Commit to master. * Unless it's something dodgy, also commit to the 0.30 branch. * Probably don't bother with the 0.28 branch any more. We'll be using the 0.30 branch (which still has 0.29 as the .so version, changing to 0.30 when 0.30.0 is released) for the upcoming 0.30.x series, which isn't too far off. We're branching now because there's about to be some potentially nastily broken stuff going to master (which has 0.31 as the .so version, changing to 0.32 when 0.32.0 is released), and I don't want to have to mess around with reverts. -- Ciaran McCreesh -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From bo.andresen at zlin.dk Sat Aug 23 23:09:13 2008 From: bo.andresen at zlin.dk (Bo =?iso-8859-1?Q?=D8rsted?= Andresen) Date: Sun, 24 Aug 2008 03:09:13 +0000 Subject: [paludis-sekrit] Paludis nightly (08/23/08 - d04fe3ec84b3752c6aa57294763f18cc9be5e6f4) : success Message-ID: <20080824030913.GA17608@shuttle> The Paludis nightly (08/23/08 - d04fe3ec84b3752c6aa57294763f18cc9be5e6f4) build resulted in success. The full gzipped logs have been attached. ------------------------------------------------------------------------------------------- commit d04fe3ec84b3752c6aa57294763f18cc9be5e6f4 Author: Saleem Abdulrasool Date: Sun Aug 24 03:01:51 2008 -0700 add mappings for exheres configuration layout use.conf -> options.conf licenses.conf -> licences.conf keywords.conf -> platforms.conf ------------------------------------------------------------------------------------------- Process 1 on GCC 4.1 started at 22:32:08, finished at 01:06:18 and ended in success. Process 2 on GCC 4.3 (without python) started at 01:06:23, finished at 03:09:11 and ended in success. ------------------------------------------------------------------------------------------- remote: Counting objects: 353, done. remote: Compressing objects: 1% (1/62) remote: Compressing objects: 3% (2/62) remote: Compressing objects: 4% (3/62) remote: Compressing objects: 6% (4/62) remote: Compressing objects: 8% (5/62) remote: Compressing objects: 9% (6/62) remote: Compressing objects: 11% (7/62) remote: Compressing objects: 12% (8/62) remote: Compressing objects: 14% (9/62) remote: Compressing objects: 16% (10/62) remote: Compressing objects: 17% (11/62) remote: Compressing objects: 19% (12/62) remote: Compressing objects: 20% (13/62) remote: Compressing objects: 22% (14/62) remote: Compressing objects: 24% (15/62) remote: Compressing objects: 25% (16/62) remote: Compressing objects: 27% (17/62) remote: Compressing objects: 29% (18/62) remote: Compressing objects: 30% (19/62) remote: Compressing objects: 32% (20/62) remote: Compressing objects: 33% (21/62) remote: Compressing objects: 35% (22/62) remote: Compressing objects: 37% (23/62) remote: Compressing objects: 38% (24/62) remote: Compressing objects: 40% (25/62) remote: Compressing objects: 41% (26/62) remote: Compressing objects: 43% (27/62) remote: Compressing objects: 45% (28/62) remote: Compressing objects: 46% (29/62) remote: Compressing objects: 48% (30/62) remote: Compressing objects: 50% (31/62) remote: Compressing objects: 51% (32/62) remote: Compressing objects: 53% (33/62) remote: Compressing objects: 54% (34/62) remote: Compressing objects: 56% (35/62) remote: Compressing objects: 58% (36/62) remote: Compressing objects: 59% (37/62) remote: Compressing objects: 61% (38/62) remote: Compressing objects: 62% (39/62) remote: Compressing objects: 64% (40/62) remote: Compressing objects: 66% (41/62) remote: Compressing objects: 67% (42/62) remote: Compressing objects: 69% (43/62) remote: Compressing objects: 70% (44/62) remote: Compressing objects: 72% (45/62) remote: Compressing objects: 74% (46/62) remote: Compressing objects: 75% (47/62) remote: Compressing objects: 77% (48/62) remote: Compressing objects: 79% (49/62) remote: Compressing objects: 80% (50/62) remote: Compressing objects: 82% (51/62) remote: Compressing objects: 83% (52/62) remote: Compressing objects: 85% (53/62) remote: Compressing objects: 87% (54/62) remote: Compressing objects: 88% (55/62) remote: Compressing objects: 90% (56/62) remote: Compressing objects: 91% (57/62) remote: Compressing objects: 93% (58/62) remote: Compressing objects: 95% (59/62) remote: Compressing objects: 96% (60/62) remote: Compressing objects: 98% (61/62) remote: Compressing objects: 100% (62/62) remote: Compressing objects: 100% (62/62), done. Receiving objects: 0% (1/256) Receiving objects: 1% (3/256) Receiving objects: 2% (6/256) Receiving objects: 3% (8/256) Receiving objects: 4% (11/256) Receiving objects: 5% (13/256) Receiving objects: 6% (16/256) Receiving objects: 7% (18/256) Receiving objects: 8% (21/256) Receiving objects: 9% (24/256) Receiving objects: 10% (26/256) Receiving objects: 11% (29/256) Receiving objects: 12% (31/256) Receiving objects: 13% (34/256) Receiving objects: 14% (36/256) Receiving objects: 15% (39/256) Receiving objects: 16% (41/256) Receiving objects: 17% (44/256) Receiving objects: 18% (47/256) Receiving objects: 19% (49/256) Receiving objects: 20% (52/256) Receiving objects: 21% (54/256) Receiving objects: 22% (57/256) Receiving objects: 23% (59/256) Receiving objects: 24% (62/256) Receiving objects: 25% (64/256) Receiving objects: 26% (67/256) Receiving objects: 27% (70/256) Receiving objects: 28% (72/256) Receiving objects: 29% (75/256) Receiving objects: 30% (77/256) Receiving objects: 31% (80/256) Receiving objects: 32% (82/256) Receiving objects: 33% (85/256) Receiving objects: 34% (88/256) Receiving objects: 35% (90/256) Receiving objects: 36% (93/256) Receiving objects: 37% (95/256) Receiving objects: 38% (98/256) Receiving objects: 39% (100/256) Receiving objects: 40% (103/256) Receiving objects: 41% (105/256) Receiving objects: 42% (108/256) Receiving objects: 43% (111/256) Receiving objects: 44% (113/256) Receiving objects: 45% (116/256) Receiving objects: 46% (118/256) Receiving objects: 47% (121/256) Receiving objects: 48% (123/256) Receiving objects: 49% (126/256) Receiving objects: 50% (128/256) Receiving objects: 51% (131/256) remote: Total 256 (delta 228), reused 212 (delta 194) Receiving objects: 52% (134/256) Receiving objects: 53% (136/256) Receiving objects: 54% (139/256) Receiving objects: 55% (141/256) Receiving objects: 56% (144/256) Receiving objects: 57% (146/256) Receiving objects: 58% (149/256) Receiving objects: 59% (152/256) Receiving objects: 60% (154/256) Receiving objects: 61% (157/256) Receiving objects: 62% (159/256) Receiving objects: 63% (162/256) Receiving objects: 64% (164/256) Receiving objects: 65% (167/256) Receiving objects: 66% (169/256) Receiving objects: 67% (172/256) Receiving objects: 68% (175/256) Receiving objects: 69% (177/256) Receiving objects: 70% (180/256) Receiving objects: 71% (182/256) Receiving objects: 72% (185/256) Receiving objects: 73% (187/256) Receiving objects: 74% (190/256) Receiving objects: 75% (192/256) Receiving objects: 76% (195/256) Receiving objects: 77% (198/256) Receiving objects: 78% (200/256) Receiving objects: 79% (203/256) Receiving objects: 80% (205/256) Receiving objects: 81% (208/256) Receiving objects: