Re: [gentoo-dev] Gentoo Council Reminder for April 23
On Fri, 17 Apr 2009 15:17:15 -0700 Donnie Berkholz dberkh...@gentoo.org wrote: If you have something you'd wish for us to chat about, maybe even vote on, let us know! Simply reply to this e-mail for the whole Gentoo dev list to see. Up or down vote on USE=static-libs. It seems it wasn't actually voted on last time it was brought up. We now have EAPI=2 use-deps and I just committed dev-util/lafilefixer for the .la file problems. I see no more obstacles for getting this adopted. /loki_val
Re: [gentoo-dev] Gentoo Council Reminder for April 23
On Sun, Apr 19, 2009 at 05:58:53PM +0200, Peter Alfredsen wrote: On Fri, 17 Apr 2009 15:17:15 -0700 Donnie Berkholz dberkh...@gentoo.org wrote: If you have something you'd wish for us to chat about, maybe even vote on, let us know! Simply reply to this e-mail for the whole Gentoo dev list to see. Up or down vote on USE=static-libs. It seems it wasn't actually voted on last time it was brought up. We now have EAPI=2 use-deps and I just committed dev-util/lafilefixer for the .la file problems. I see no more obstacles for getting this adopted. /loki_val Why are we trying to get rid of static libraries again? I have not seen any compelling reason to remove libraries that may be useful to our users. Perhaps I've missed some discussion(in which case, I'd love to read it), but this seems like an unnecessary complexity. -- - Thomas Anderson Gentoo Developer / Areas of responsibility: AMD64, Secretary to the Gentoo Council - pgpDpweUzQ8PB.pgp Description: PGP signature
Re: [gentoo-dev] Gentoo Council Reminder for April 23
On Sun, 19 Apr 2009 12:21:55 -0400 Thomas Anderson gentoofa...@gentoo.org wrote: Why are we trying to get rid of static libraries again? I have not seen any compelling reason to remove libraries that may be useful to our users. Perhaps I've missed some discussion(in which case, I'd love to read it), but this seems like an unnecessary complexity. I am a user. I don't want them. The current situation where q...@g.o requires .a files to be installed is just ghastly. A policy with no good reason whatsoever, other than the ancients did it this way, so shall we. TBH, i see more reasons for splitdebug and -ggdb being defaults than I do for static libs. And even then, I'd want a way to turn it off. A reasonable default would be --disable-static. Then libs that have in-tree consumers of their static libs could then make a use-flag, users who need them could use EXTRA_ECONF=--enable-static. But that's not what I'm after. For now I just want a way to turn .a generation off. At the moment 500MB of prime space on /usr/lib64 is being used by .a files. That's about 450MB more than is needed (last I checked). /loki_val
Re: [gentoo-dev] Gentoo Council Reminder for April 23
On Sun, 19 Apr 2009 19:10:50 +0200 Peter Alfredsen loki_...@gentoo.org wrote: A reasonable default would be --disable-static. Then libs that have in-tree consumers of their static libs could then make a use-flag, users who need them could use EXTRA_ECONF=--enable-static. If you're going to do that, why not do it as an EAPI thing? This has the added bonus that there's a clean migration path... -- Ciaran McCreesh signature.asc Description: PGP signature
[gentoo-dev] Re: Gentoo Council Reminder for April 23
Thomas Anderson gentoofa...@gentoo.org posted 20090419162155.gd21...@dodo.hsd1.nj.comcast.net, excerpted below, on Sun, 19 Apr 2009 12:21:55 -0400: Why are we trying to get rid of static libraries again? I have not seen any compelling reason to remove libraries that may be useful to our users. Perhaps I've missed some discussion(in which case, I'd love to read it), but this seems like an unnecessary complexity. It isn't that we are trying to get rid of static libs, but that the *.la files they need for linking are a pain in the backside for everyone, while only a few people need them. See flameeyes' recent blog on the topic, here (watch the wrap): http://blog.flameeyes.eu/2009/04/18/some-details-about-our-old-friends-the-la-files In addition to that, for archs like amd64 that need to compile things twice if both static and dynamic libraries are provided (due to -fPIC requirements in the dynamic case only, see the recent headaches with mysql and the library amarok needed from it), killing the static libs means shorter merge times and can mean significantly less build script complication. =:^) http://bugs.gentoo.org/show_bug.cgi?id=238487 -- 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] Gentoo Council Reminder for April 23
On Sunday 19 April 2009 18:14:36 Ciaran McCreesh wrote: On Sun, 19 Apr 2009 19:10:50 +0200 Peter Alfredsen loki_...@gentoo.org wrote: A reasonable default would be --disable-static. Then libs that have in-tree consumers of their static libs could then make a use-flag, users who need them could use EXTRA_ECONF=--enable-static. If you're going to do that, why not do it as an EAPI thing? This has the added bonus that there's a clean migration path... +1 . I do like this approach instead of using a new use flag :) -- Markos Chandras (hwoarang) Gentoo Linux Developer Qt/KDE/Sunrise/Sound Web: http://hwoarang.silverarrow.gr signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] Gentoo Council Reminder for April 23
On Sun, 19 Apr 2009 18:14:36 +0100 Ciaran McCreesh ciaran.mccre...@googlemail.com wrote: On Sun, 19 Apr 2009 19:10:50 +0200 Peter Alfredsen loki_...@gentoo.org wrote: A reasonable default would be --disable-static. Then libs that have in-tree consumers of their static libs could then make a use-flag, users who need them could use EXTRA_ECONF=--enable-static. If you're going to do that, why not do it as an EAPI thing? This has the added bonus that there's a clean migration path... If we ever decide to do that, eapi would be a sane way to do it. Right now, we're only discussing making static libs configurable. The other bits we can deal with when we come to them. /loki_val
[gentoo-dev] Automated Package Removal and Addition Tracker, for the week ending 2009-04-19 23h59 UTC
The attached list notes all of the packages that were added or removed from the tree, for the week ending 2009-04-19 23h59 UTC. Removals: sys-cluster/openpbs-common 2009-04-14 00:56:16 darkside net-irc/lostirc 2009-04-14 17:04:30 mr_bones_ dev-lisp/cl-rsm-gen-prog2009-04-17 03:48:09 darkside dev-lisp/cl-rsm-genetic-alg 2009-04-17 03:48:52 darkside gnome-extra/hal-device-manager 2009-04-17 03:59:09 darkside net-misc/fsh2009-04-17 04:02:13 darkside dev-lang/entity 2009-04-17 04:02:36 darkside app-portage/genflags2009-04-17 04:09:32 darkside dev-python/pyframer 2009-04-17 04:12:30 darkside net-analyzer/rtg2009-04-17 04:18:19 darkside dev-perl/IO-Compress-Bzip2 2009-04-18 16:17:08 tove dev-perl/Compress-Raw-Bzip2 2009-04-18 16:17:08 tove Additions: sci-biology/mpiblast2009-04-13 00:58:49 weaver sci-biology/dotur 2009-04-13 01:06:44 weaver kde-misc/kopete-antispam-kde3 2009-04-13 18:17:41 hwoarang sci-libs/qd 2009-04-13 20:27:45 grozin sci-libs/arprec 2009-04-13 21:48:34 grozin net-libs/libsrtp2009-04-14 00:45:27 volkmar dev-libs/cloog-ppl 2009-04-14 23:37:42 dirtyepic x11-libs/qtscriptgenerator 2009-04-15 05:40:01 jmbsvicetto dev-util/jay2009-04-15 11:20:50 ali_bush www-plugins/mozilla-weave 2009-04-15 21:32:06 volkmar app-vim/project 2009-04-16 01:11:42 volkmar app-emacs/doctest-mode 2009-04-16 05:28:31 fauli x11-plugins/wmforkplop 2009-04-16 15:48:08 voyageur x11-plugins/wmXName 2009-04-17 12:28:19 s4t4n dev-ruby/mislav-will_paginate 2009-04-17 12:37:41 flameeyes sys-cluster/mpi-dotnet 2009-04-17 13:07:20 mabi dev-ruby/aws-s3 2009-04-17 14:20:29 flameeyes sys-fs/nilfs-utils 2009-04-17 17:00:14 matsuu sci-physics/herwig 2009-04-17 17:55:16 bicatali sci-biology/mauvealigner2009-04-17 18:03:19 weaver perl-core/Compress-Raw-Bzip22009-04-18 10:21:19 tove virtual/perl-Compress-Raw-Bzip2 2009-04-18 10:36:51 tove perl-core/IO-Compress-Bzip2 2009-04-18 10:43:46 tove virtual/perl-IO-Compress-Bzip2 2009-04-18 10:51:49 tove dev-python/odfpy2009-04-18 19:20:45 patrick dev-python/mwlib2009-04-18 20:15:42 patrick dev-python/mwlib-ext2009-04-18 20:34:32 patrick net-voip/telepathy-salut2009-04-18 20:58:31 eva sci-libs/libdap 2009-04-19 01:00:39 nerdboy dev-python/morbid 2009-04-19 12:22:25 caleb dev-python/stomper 2009-04-19 12:25:52 caleb dev-python/uuid 2009-04-19 12:28:43 caleb net-misc/orbited2009-04-19 12:36:09 caleb net-misc/rabbitmq-server2009-04-19 12:42:54 caleb sys-fs/s3backer 2009-04-19 13:11:18 caleb dev-haskell/cabal-install 2009-04-19 13:57:42 kolmodin dev-haskell/ghc-paths 2009-04-19 14:26:27 kolmodin dev-util/lafilefixer2009-04-19 15:48:22 loki_val dev-haskell/editline2009-04-19 17:12:29 kolmodin app-benchmarks/phoronix-test-suite 2009-04-19 17:41:13 cardoe sci-libs/libnc-dap 2009-04-19 22:38:31 nerdboy -- 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: sys-cluster/openpbs-common,removed,darkside,2009-04-14 00:56:16 net-irc/lostirc,removed,mr_bones_,2009-04-14 17:04:30 dev-lisp/cl-rsm-gen-prog,removed,darkside,2009-04-17 03:48:09 dev-lisp/cl-rsm-genetic-alg,removed,darkside,2009-04-17 03:48:52 gnome-extra/hal-device-manager,removed,darkside,2009-04-17 03:59:09 net-misc/fsh,removed,darkside,2009-04-17 04:02:13 dev-lang/entity,removed,darkside,2009-04-17 04:02:36 app-portage/genflags,removed,darkside,2009-04-17 04:09:32 dev-python/pyframer,removed,darkside,2009-04-17 04:12:30 net-analyzer/rtg,removed,darkside,2009-04-17 04:18:19 dev-perl/IO-Compress-Bzip2,removed,tove,2009-04-18 16:17:08 dev-perl/Compress-Raw-Bzip2,removed,tove,2009-04-18 16:17:08 Added Packages: sci-biology/mpiblast,added,weaver,2009-04-13 00:58:49 sci-biology/dotur,added,weaver,2009-04-13 01:06:44 kde-misc/kopete-antispam-kde3,added,hwoarang,2009-04-13