Re: [gentoo-dev] Re: News item for hardened profile about gcc.
On Sun, Oct 24, 2010 at 3:34 AM, Duncan 1i5t5.dun...@cox.net wrote: Magnus Granberg posted on Sun, 24 Oct 2010 03:01:40 +0200 as excerpted: Display-If-Install: sys-devel/gcc-4.4 Typo: Display-If-Installed: ^^ Meanwhile, the title reflects hardened profiles, but the updated conditions aren't viewed only on hardened. The no-support-for-gcc-4 policy would seem reasonable for most profiles (don't know about the exotic archs). Either the title should be updated to reflect that it applies in general (not just on hardened), or the condition to display only on hardened should be maintained. Either way, making it clearer in the body as well would be wise, so people seeing it only on hardened (if it applies only to them, for example) will have less chance of missing that, if they have regular installs as well. But I don't remember whether multiple conditions are ANDed or ORed; they should be ANDed here, if it's to apply to ONLY hardened with gcc-4.4 installed. -- Duncan - List replies preferred. No HTML msgs. Every nonfree program has a lord, a master -- and if you use the program, he is your master. Richard Stallman Hi all, After reading this post I went to wikipedia to read about the SSP. http://en.wikipedia.org/wiki/Buffer_overflow_protection At the paragraph GCC Stack-Smashing Protector (ProPolice), its written It was implemented as a patch to GCC 3.x; a less intrusive reimplementation is included in the GCC 4.1 release. Currently, SSP is standard in OpenBSD, FreeBSD (since 8.0), Ubuntu (since 8.04 LTS[3]), and DragonFly BSD. It is also available in NetBSD (enabled by default on x86), Debian and Gentoo, disabled by default. Now this should be changed, if the SSP flag is becoming default. Regards, Kfir
Re: [gentoo-dev] Re: News item for hardened profile about gcc.
On Sun, 24 Oct 2010, Magnus Granberg wrote: Title: Info on GCC 4.4.4-r2 and GCC 3.X on Hardened profiles Too long. Maximum is 44 characters for the Title, according to GLEP 42. Revision: 1.1 This should always start with 1 (and it's one integer number) Display-If-Install: sys-devel/gcc-4.4 s/Install/Installed/ Ulrich
Re: [gentoo-dev] Re: News item for hardened profile about gcc.
On Sunday 24 October 2010 10.04.34 Kfir Lavi wrote: On Sun, Oct 24, 2010 at 3:34 AM, Duncan 1i5t5.dun...@cox.net wrote: Magnus Granberg posted on Sun, 24 Oct 2010 03:01:40 +0200 as excerpted: Display-If-Install: sys-devel/gcc-4.4 Typo: Display-If-Installed: ^^ Meanwhile, the title reflects hardened profiles, but the updated conditions aren't viewed only on hardened. The no-support-for-gcc-4 policy would seem reasonable for most profiles (don't know about the exotic archs). Either the title should be updated to reflect that it applies in general (not just on hardened), or the condition to display only on hardened should be maintained. Either way, making it clearer in the body as well would be wise, so people seeing it only on hardened (if it applies only to them, for example) will have less chance of missing that, if they have regular installs as well. But I don't remember whether multiple conditions are ANDed or ORed; they should be ANDed here, if it's to apply to ONLY hardened with gcc-4.4 installed. -- Duncan - List replies preferred. No HTML msgs. Every nonfree program has a lord, a master -- and if you use the program, he is your master. Richard Stallman Hi all, After reading this post I went to wikipedia to read about the SSP. http://en.wikipedia.org/wiki/Buffer_overflow_protection At the paragraph GCC Stack-Smashing Protector (ProPolice), its written It was implemented as a patch to GCC 3.x; a less intrusive reimplementation is included in the GCC 4.1 release. Currently, SSP is standard in OpenBSD, FreeBSD (since 8.0), Ubuntu (since 8.04 LTS[3]), and DragonFly BSD. It is also available in NetBSD (enabled by default on x86), Debian and Gentoo, disabled by default. Now this should be changed, if the SSP flag is becoming default. Regards, Kfir Updated the news item. Thanks for the notes Duncan. @Kfir It is only the hardened gcc that have the SSP enable as default. We can add that Gentoo (Hardened) have it enable. /Magnus /Magnus Title: Info about GCC on Hardened profiles Author: Magnus Granberg zo...@gentoo.org Content-Type: text/plain Posted: 2010-10-27 Revision: 3 News-Item-Format: 1.0 Display-If-Installed: sys-devel/gcc-4.4 and hardened GCC 4.4.4-r2 is now stable in the hardened profiles (on x86 and amd64 as of 2010-10-24, other architectures will follow later). Starting from this version, SSP support is enabled by default for the architectures it is supported on (namely x86, amd64, ppc, ppc64 and arm). Previously, GCC 4.3.4 had SSP support but it was not enabled by default. Older GCC versions in the hardened profiles, such as the GCC 3.x series will be obsoleted, problems arising on those versions, but not applying to GCC 4.4.4-r2 will not be fixed, so please update to the new version. signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] Re: News item for hardened profile about gcc.
On Sun, Oct 24, 2010 at 11:31 AM, Magnus Granberg zo...@gentoo.org wrote: On Sunday 24 October 2010 10.04.34 Kfir Lavi wrote: On Sun, Oct 24, 2010 at 3:34 AM, Duncan 1i5t5.dun...@cox.net wrote: Magnus Granberg posted on Sun, 24 Oct 2010 03:01:40 +0200 as excerpted: Display-If-Install: sys-devel/gcc-4.4 Typo: Display-If-Installed: ^^ Meanwhile, the title reflects hardened profiles, but the updated conditions aren't viewed only on hardened. The no-support-for-gcc-4 policy would seem reasonable for most profiles (don't know about the exotic archs). Either the title should be updated to reflect that it applies in general (not just on hardened), or the condition to display only on hardened should be maintained. Either way, making it clearer in the body as well would be wise, so people seeing it only on hardened (if it applies only to them, for example) will have less chance of missing that, if they have regular installs as well. But I don't remember whether multiple conditions are ANDed or ORed; they should be ANDed here, if it's to apply to ONLY hardened with gcc-4.4 installed. -- Duncan - List replies preferred. No HTML msgs. Every nonfree program has a lord, a master -- and if you use the program, he is your master. Richard Stallman Hi all, After reading this post I went to wikipedia to read about the SSP. http://en.wikipedia.org/wiki/Buffer_overflow_protection At the paragraph GCC Stack-Smashing Protector (ProPolice), its written It was implemented as a patch to GCC 3.x; a less intrusive reimplementation is included in the GCC 4.1 release. Currently, SSP is standard in OpenBSD, FreeBSD (since 8.0), Ubuntu (since 8.04 LTS[3]), and DragonFly BSD. It is also available in NetBSD (enabled by default on x86), Debian and Gentoo, disabled by default. Now this should be changed, if the SSP flag is becoming default. Regards, Kfir Updated the news item. Thanks for the notes Duncan. @Kfir It is only the hardened gcc that have the SSP enable as default. We can add that Gentoo (Hardened) have it enable. /Magnus /Magnus Ok, I have modified the SSP section in wikipedia. Regards, Kfir
Re: [gentoo-dev] Re: News item for hardened profile about gcc.
On Sun, 24 Oct 2010, Magnus Granberg wrote: Display-If-Installed: sys-devel/gcc-4.4 and hardened If I understand portage's logic correctly, then this header will not work. But you can use Display-If-Installed for the dependency atom and Display-If-Profile for the profile. Headers of different type will be linked by a logical and. Revision: 3 This should still be 1. Revision should be increased only for changes to an already committed news item, not during discussion. Ulrich
Re: [gentoo-dev] Re: News item for hardened profile about gcc.
On Sunday 24 October 2010 12.04.13 Ulrich Mueller wrote: On Sun, 24 Oct 2010, Magnus Granberg wrote: Display-If-Installed: sys-devel/gcc-4.4 and hardened If I understand portage's logic correctly, then this header will not work. But you can use Display-If-Installed for the dependency atom and Display-If-Profile for the profile. Headers of different type will be linked by a logical and. Revision: 3 This should still be 1. Revision should be increased only for changes to an already committed news item, not during discussion. Ulrich Updated Thanks Ulrich for the notes. /Magnus Title: Info about GCC on Hardened profiles Author: Magnus Granberg zo...@gentoo.org Content-Type: text/plain Posted: 2010-10-27 Revision: 1 News-Item-Format: 1.0 Display-If-Installed: sys-devel/gcc-4.4 Display-If-Profile: hardened/linux GCC 4.4.4-r2 is now stable in the hardened profiles (on x86 and amd64 as of 2010-10-24, other architectures will follow later). Starting from this version, SSP support is enabled by default for the architectures it is supported on (namely x86, amd64, ppc, ppc64 and arm). Previously, GCC 4.3.4 had SSP support but it was not enabled by default. Older GCC versions in the hardened profiles, such as the GCC 3.x series will be obsoleted, problems arising on those versions, but not applying to GCC 4.4.4-r2 will not be fixed, so please update to the new version. signature.asc Description: This is a digitally signed message part.
[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in dev-lang/php/files/eblits: src_configure-v1.eblit src_configure-v2.eblit
On 10/24/2010 02:48 PM, Matti Bickel (mabi) wrote: mabi10/10/24 11:48:42 Modified: src_configure-v1.eblit src_configure-v2.eblit Log: enable pdo-sqlite via USE=sqlite3 not USE=sqlite (Portage version: 2.1.8.3/cvs/Linux x86_64) - phpconfutils_extension_with pdo-sqlite sqlite 1 /usr + phpconfutils_extension_with pdo-sqlite sqlite3 1 /usr That's a regression (because USE=sqlite3 is deprecated). USE=sqlite is for sqlite 3.x, and sqlite 2.x shouldn't be used if sqlite 3.x is supported by said package.
Re: [gentoo-dev] libnl v2.x
Ok, I have filed a bug: http://bugs.gentoo.org/show_bug.cgi?id=342461 Thanks, Kfir On Sun, Oct 24, 2010 at 2:44 PM, Serkan Kaba ser...@gentoo.org wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, Please use Bugzilla to report and request version bumps. On 24-10-2010 15:40, Kfir Lavi wrote: Hi Marcelo and dev's, Looking on libnl website, there is a new release of libnl. - -- Sincerely, Serkan KABA Gentoo Developer -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.16 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkzEKi8ACgkQRh6X64ivZaKWogCdHUzqx1ccKiMESn4opVlSA6ea XzQAnA5RjRuGWPwpFRrsyrsh8A3U/NnC =OWzA -END PGP SIGNATURE-
[gentoo-dev] libnl v2.x
Hi Marcelo and dev's, Looking on libnl website, there is a new release of libnl. Currently supported versions are: [I] dev-libs/libnl Available versions: 0.5.0 1.0_pre6 ~1.0_pre6-r1 ~1.1 1.1-r1 ~1.1-r2 {doc} Installed versions: 1.1-r1(20:26:52 10/03/10) Homepage:http://people.suug.ch/~tgr/libnl/ Description: A library for applications dealing with netlink socket Will it be possible to add v2.x to portage? Regards, Kfir
Re: [gentoo-dev] libnl v2.x
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, Please use Bugzilla to report and request version bumps. On 24-10-2010 15:40, Kfir Lavi wrote: Hi Marcelo and dev's, Looking on libnl website, there is a new release of libnl. - -- Sincerely, Serkan KABA Gentoo Developer -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.16 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkzEKi8ACgkQRh6X64ivZaKWogCdHUzqx1ccKiMESn4opVlSA6ea XzQAnA5RjRuGWPwpFRrsyrsh8A3U/NnC =OWzA -END PGP SIGNATURE-
[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in dev-lang/php/files/eblits: src_configure-v1.eblit src_configure-v2.eblit
On 10/24/2010 02:07 PM, Samuli Suominen wrote: On 10/24/2010 02:48 PM, Matti Bickel (mabi) wrote: -phpconfutils_extension_with pdo-sqlite sqlite 1 /usr +phpconfutils_extension_with pdo-sqlite sqlite3 1 /usr That's a regression (because USE=sqlite3 is deprecated). Thanks, didn't know that. Here's why I still think this is the best choice at least for the time being (until the next php upstream release): PHP upstream enables both sqlite and sqlite3 by default. We decided to stick with upstream as much as possible, because it makes reporting bugs so much easier and is nice to our users. Additionally, I dare say that they're probably still some people using sqlite2 with PHP (maybe as session storage - that's only available with sqlite2). I don't want to take a perfectly fine option (for now) from them. That said, sqlite2 is deprecated upstream and will show as such in whatever their next release will be. I'll gladly drop the sqlite2 extension as soon as upstream does. signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] News item for hardened profile about gcc.
On 10/23/10 20:28, Magnus Granberg wrote: Hi Was thinking to post a news item for the hardened profile about the new GCC 4.4.4-r2 that have been stabled on x86 and amd64. Thank you for this milestone! We have enable SSP support by default on this and on newer versions for arches where it is supported... As I read the above quote, 4.4.5 and 4.5.x also have SSP support enabled by default; is this what was meant? Thanks Again
Re: [gentoo-dev] New license: nauty
Am Friday 22 October 2010 schrieb Thomas Kahle: The nauty license *does* restrict the cost of redistribution. So what is it? An EULA? Then it's probably just nothing according to our icense-groups. We don't have any need to have every license in any license-group. EULA is for licenses where we need explicit agreement from the user. Nothing in the naugty-license indicates that, so it doesn't fit in any of our license groups. -- Hanno Böck Blog: http://www.hboeck.de/ GPG: 3DBD3B20 Jabber/Mail:ha...@hboeck.de signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] Patch for python.eclass
On 10/23/2010 11:54 PM, Arfrever Frehtes Taifersar Arahesis wrote: Subpatch #11 adds temporary support for EAPI=0 in python_get_implementational_package() to work around a part of bug #340395. This subpatch is very small, so I'm planning to commit it with the rest of subpatches. Please respond to my comment about EAPI 4 before committing. Regards, Petteri signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] Patch for python.eclass
2010-10-18 17:26:13 Petteri Räty napisał(a): On 10/18/2010 04:33 AM, Arfrever Frehtes Taifersar Arahesis wrote: Subpatch #10 fixes exporting of python_pkg_setup() in EAPI =4. There will be other changes in API of python.eclass in EAPI =4, so python.eclass still doesn't support EAPI=4. EAPI 4 is not approved yet. Ebuilds can't use it yet so I don't think we should start migrating eclasses before it's final. Porting of python.eclass to EAPI=4 has started some months ago and will take at least 1 additional month, so it's better to perform it earlier. -- Arfrever Frehtes Taifersar Arahesis signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] Patch for python.eclass
On 10/24/2010 09:49 PM, Arfrever Frehtes Taifersar Arahesis wrote: 2010-10-18 17:26:13 Petteri Räty napisał(a): On 10/18/2010 04:33 AM, Arfrever Frehtes Taifersar Arahesis wrote: Subpatch #10 fixes exporting of python_pkg_setup() in EAPI =4. There will be other changes in API of python.eclass in EAPI =4, so python.eclass still doesn't support EAPI=4. EAPI 4 is not approved yet. Ebuilds can't use it yet so I don't think we should start migrating eclasses before it's final. Porting of python.eclass to EAPI=4 has started some months ago and will take at least 1 additional month, so it's better to perform it earlier. Usage of new EAPIs in the tree is not allowed before council approval. Regards, Petteri signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] Patch for python.eclass
2010-10-24 20:54:56 Petteri Räty napisał(a): On 10/24/2010 09:49 PM, Arfrever Frehtes Taifersar Arahesis wrote: 2010-10-18 17:26:13 Petteri Räty napisał(a): On 10/18/2010 04:33 AM, Arfrever Frehtes Taifersar Arahesis wrote: Subpatch #10 fixes exporting of python_pkg_setup() in EAPI =4. There will be other changes in API of python.eclass in EAPI =4, so python.eclass still doesn't support EAPI=4. EAPI 4 is not approved yet. Ebuilds can't use it yet so I don't think we should start migrating eclasses before it's final. Porting of python.eclass to EAPI=4 has started some months ago and will take at least 1 additional month, so it's better to perform it earlier. Usage of new EAPIs in the tree is not allowed before council approval. python.eclass doesn't use any EAPIs, it only provides support for ebuilds, which use given EAPIs (without EAPI=4). -- Arfrever Frehtes Taifersar Arahesis signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in app-cdr/cdemu: metadata.xml ChangeLog cdemu-1.3.0.ebuild
Hi all, On Thu, Oct 21, 2010 at 12:45:01PM +0300, Eray Aslan wrote: On 21.10.2010 10:30, Peter Volkov wrote: Nothing there applies here, since this USE flag has nothing to do with archs/profiles... which will force some users to use double negative (-nocdemud, i.e. no no cdemud) which is rather convulated and should be avoided imho. While at it, we should try to make the wording on the devmanual clearer, that it only applies to arches/profiles I realize I'm a little lateon this thread, so this is more just for the record I guess. I don't like no* use flags either, for the same reason that was given above. -no* is a double negative and it should be avoided. William pgpMjY06MML7n.pgp Description: PGP signature
[gentoo-dev] Removing .la files
Hi folks, I'm doing some investigation on which .la files are still needed and which are not. In general, .la files only are in use by very few packages which use them to load plugins (I've seen no package which actually requires them for compile-time importing in production). For net-im/pidgin (and its various plugins) I can now confirm that .la files are not needed here, so we could remove them here. I'll check more packages on that. BTW: is there a way to teach revdep-rebuild to ignore .la files ? cu -- -- Enrico Weigelt, metux IT service -- http://www.metux.de/ phone: +49 36207 519931 email: weig...@metux.de mobile: +49 151 27565287 icq: 210169427 skype: nekrad666 -- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme --
Re: [gentoo-dev] News item for hardened profile about gcc.
On Sunday 24 October 2010 19.00.44 7v5w7go9ub0o wrote: On 10/23/10 20:28, Magnus Granberg wrote: Hi Was thinking to post a news item for the hardened profile about the new GCC 4.4.4-r2 that have been stabled on x86 and amd64. Thank you for this milestone! We have enable SSP support by default on this and on newer versions for arches where it is supported... As I read the above quote, 4.4.5 and 4.5.x also have SSP support enabled by default; is this what was meant? Thanks Again Yes it what it says. /Magnus
Re: [gentoo-dev] Patch for python.eclass
Arfrever Frehtes Taifersar Arahesis 2010-10-24 21:22:24 napisał(a): 2010-10-24 20:54:56 Petteri Räty napisał(a): On 10/24/2010 09:49 PM, Arfrever Frehtes Taifersar Arahesis wrote: 2010-10-18 17:26:13 Petteri Räty napisał(a): On 10/18/2010 04:33 AM, Arfrever Frehtes Taifersar Arahesis wrote: Subpatch #10 fixes exporting of python_pkg_setup() in EAPI =4. There will be other changes in API of python.eclass in EAPI =4, so python.eclass still doesn't support EAPI=4. EAPI 4 is not approved yet. Ebuilds can't use it yet so I don't think we should start migrating eclasses before it's final. Porting of python.eclass to EAPI=4 has started some months ago and will take at least 1 additional month, so it's better to perform it earlier. Usage of new EAPIs in the tree is not allowed before council approval. python.eclass doesn't use any EAPIs, it only provides support for ebuilds, which use given EAPIs (without EAPI=4). I forgot to say that this patch doesn't introduce usage of any feature absent in EAPI=3 and present in current draft of EAPI=4, but changes API of python.eclass in EAPI=4. -- Arfrever Frehtes Taifersar Arahesis signature.asc Description: This is a digitally signed message part.
[gentoo-dev] Re: Removing .la files
Enrico Weigelt posted on Sun, 24 Oct 2010 22:09:30 +0200 as excerpted: I'm doing some investigation on which .la files are still needed and which are not. In general, .la files only are in use by very few packages which use them to load plugins (I've seen no package which actually requires them for compile-time importing in production). FWIW, flameeyes has done quite a bit of work on this, but I'm not sure it's published anywhere. FWIW2, I recently took the big jump myself, PKG_INSTALL_MASKing *.la files (I run FEATURES=buildpkg so that's effectively install-masking them too, but they don't get in the binpkgs at all that way), then rebuilding my entire system, and while it's /possible/ certain plugins don't work, I've not noticed it. I needed only one exception, sys-devel/libtool itself. At least one package (IIRC imagemagick but I could be recalling incorrectly) tests for a properly configured libtool in the configure script by testing for libtool's single *.la file, libltdl.la, so I had to rebuild/reinstall libtool itself without that mask. I handled it using /etc/portage/env/sys-devel/libtool, which contains only the single setting: PKG_INSTALL_MASK= thus undoing the make.conf setting of: # dump *.la files PKG_INSTALL_MASK=*.la So as of now: $ equery b -f '.*\.la$' * Searching for .*\.la$ ... sys-devel/libtool-2.2.10 (/usr/lib64/libltdl.la) $ That's it! =:^) Of course, the rebuild process likely wouldn't have gone so smoothly if I hadn't already had lafilefixer hooked even before FEATURES=fixlafiles (and was running --as-needed in LDFLAGS before that), with the system only recently entirely rebuilt when I upgraded to gcc-4.5, so there weren't any nasties in the existing *.la files to snag the rebuild. =:^) -- Duncan - List replies preferred. No HTML msgs. Every nonfree program has a lord, a master -- and if you use the program, he is your master. Richard Stallman
Re: [gentoo-dev] Re: Removing .la files
On Sun, Oct 24, 2010 at 09:57:33PM +, Duncan wrote: Enrico Weigelt posted on Sun, 24 Oct 2010 22:09:30 +0200 as excerpted: I'm doing some investigation on which .la files are still needed and which are not. In general, .la files only are in use by very few packages which use them to load plugins (I've seen no package which actually requires them for compile-time importing in production). FWIW, flameeyes has done quite a bit of work on this, but I'm not sure it's published anywhere. FWIW2, I recently took the big jump myself, PKG_INSTALL_MASKing *.la files (I run FEATURES=buildpkg so that's effectively install-masking them too, but they don't get in the binpkgs at all that way), then rebuilding my entire system, and while it's /possible/ certain plugins don't work, I've not noticed it. I use tommy's portage-multilib which doesn't install any .la files unless if ``shouldnotlink=true'' is found in the .la file. I think that the only sorts of problems we've encountered are similar to bug 300256 (caused by Gentoo splitting up a package into multiple ebuilds). I needed only one exception, sys-devel/libtool itself. At least one package (IIRC imagemagick but I could be recalling incorrectly) tests for a properly configured libtool in the configure script by testing for libtool's single *.la file, libltdl.la, so I had to rebuild/reinstall libtool itself without that mask. This problem is found in an autoconf macro shipped with libtool itself: http://lists.gnu.org/archive/html/bug-libtool/2009-12/msg00023.html http://lists.gnu.org/archive/html/bug-libtool/2010-02/msg00046.html Likewise, portage-multilib is configured by default to install .la files for the libtool package to work around this bug. -- binki Look out for missing apostrophes! pgp7Pd7t5EKYh.pgp Description: PGP signature
[gentoo-dev] Automated Package Removal and Addition Tracker, for the week ending 2010-10-24 23h59 UTC
The attached list notes all of the packages that were added or removed from the tree, for the week ending 2010-10-24 23h59 UTC. Removals: net-firewall/ipp2p 2010-10-18 11:27:43 scarabeus sci-biology/mpiblast2010-10-18 11:31:12 scarabeus dev-haskell/filepath2010-10-18 11:34:26 scarabeus dev-ruby/testunit-mock 2010-10-18 11:36:55 scarabeus dev-ruby/palmtree 2010-10-18 11:38:59 scarabeus games-emulation/xmame 2010-10-18 11:39:45 scarabeus x11-themes/smooth-themes2010-10-18 11:42:26 scarabeus x11-themes/smoothgnome 2010-10-18 11:42:26 scarabeus x11-drivers/linuxwacom 2010-10-18 11:46:22 scarabeus dev-libs/phlib 2010-10-18 11:54:42 scarabeus app-accessibility/gnopernicus 2010-10-18 11:57:27 scarabeus media-plugins/audacious-xosd2010-10-18 11:58:52 scarabeus virtual/glut2010-10-18 11:59:31 ssuominen x11-plugins/pidgin-knotify 2010-10-18 12:00:24 scarabeus x11-libs/diacanvas 2010-10-18 12:02:12 scarabeus sci-electronics/qucs2010-10-18 12:03:29 ssuominen x11-drivers/xf86-video-radeonhd 2010-10-18 12:03:58 scarabeus app-doc/quanta-docs 2010-10-18 12:04:10 ssuominen Additions: dev-db/haildb 2010-10-18 01:42:43 flameeyes media-libs/emfengine2010-10-18 06:50:55 jlec dev-python/greenlet 2010-10-18 15:14:07 arfrever dev-python/pyquery 2010-10-19 11:46:49 ssuominen sci-mathematics/4ti22010-10-19 18:52:45 tomka net-wireless/libertas-firmware 2010-10-19 20:35:30 dilfridge dev-util/build 2010-10-20 05:53:31 dev-zero dev-cpp/libcult 2010-10-20 05:55:48 dev-zero dev-cpp/libbackend-elements 2010-10-20 05:56:23 dev-zero dev-cpp/libfrontend-elements2010-10-20 06:01:22 dev-zero dev-cpp/libxsd-frontend 2010-10-20 06:02:17 dev-zero sci-chemistry/prodecomp 2010-10-20 06:25:57 jlec dev-cpp/xsd 2010-10-20 19:44:47 dev-zero x11-misc/see2010-10-20 20:35:02 dev-zero app-text/pdfsandwich2010-10-22 15:11:40 tomka net-analyzer/ostinato 2010-10-23 02:02:19 c1pher dev-libs/kpathsea 2010-10-23 02:47:32 aballier sys-auth/libyubikey 2010-10-23 16:38:54 flameeyes sys-auth/ykpers 2010-10-23 16:41:42 flameeyes app-crypt/ekey-egd-linux2010-10-23 17:19:32 flameeyes app-portage/diffmask2010-10-23 19:22:18 mgorny dev-ruby/iobuffer 2010-10-24 09:28:20 graaff dev-ruby/rev2010-10-24 09:30:25 graaff app-text/ps2pkm 2010-10-24 15:01:35 aballier sci-mathematics/nauty 2010-10-24 15:48:32 tomka app-text/dvipsk 2010-10-24 16:29:26 aballier dev-tex/bibtexu 2010-10-24 17:12:48 aballier dev-texlive/texlive-langturkmen 2010-10-24 18:11:51 aballier dev-texlive/texlive-langenglish 2010-10-24 18:11:55 aballier dev-texlive/texlive-documentation-arabic2010-10-24 18:11:59 aballier dev-texlive/texlive-documentation-serbian 2010-10-24 18:12:00 aballier -- Robin Hugh Johnson Gentoo Linux Developer E-Mail : robb...@gentoo.org GnuPG FP : 11AC BA4F 4778 E3F6 E4ED F38E B27B 944E 3488 4E85 Removed Packages: net-firewall/ipp2p,removed,scarabeus,2010-10-18 11:27:43 sci-biology/mpiblast,removed,scarabeus,2010-10-18 11:31:12 dev-haskell/filepath,removed,scarabeus,2010-10-18 11:34:26 dev-ruby/testunit-mock,removed,scarabeus,2010-10-18 11:36:55 dev-ruby/palmtree,removed,scarabeus,2010-10-18 11:38:59 games-emulation/xmame,removed,scarabeus,2010-10-18 11:39:45 x11-themes/smooth-themes,removed,scarabeus,2010-10-18 11:42:26 x11-themes/smoothgnome,removed,scarabeus,2010-10-18 11:42:26 x11-drivers/linuxwacom,removed,scarabeus,2010-10-18 11:46:22 dev-libs/phlib,removed,scarabeus,2010-10-18 11:54:42 app-accessibility/gnopernicus,removed,scarabeus,2010-10-18 11:57:27