Re: [gentoo-dev] Please review: function epunt_la_files for eutils.eclass

2008-11-16 Thread Michael Haubenwallner
On Fri, 2008-11-14 at 15:35 +0100, Rémi Cardona wrote: Alexis Ballier a écrit : Hi, (I think pulseaudio is fixed, actually.) For what it's worth: removing the .la files from pulseaudio breaks its module loading on freebsd; and it's an elf system. I don't know what you mean by

[gentoo-dev] Moving packages -- breaking the tree or stop updating mirrors?

2008-11-16 Thread Torsten Veller
It is time to finish the move of some new dual-lifed perl modules from dev-perl to perl-core (plus virtual/). It involves updating of 120 packages all over the tree but mostly in dev-perl. As this takes some time the tree will be inconsistent until it is finished. I don't know how long it'll

[gentoo-dev] Remember: workarounds don't warrant RESO FIXED!

2008-11-16 Thread Diego 'Flameeyes' Pettenò
Guys, please remember that if you work something around, you should _not_ close the bug as RESO FIXED but keep the bug open so that the issue can be addressed and fixed _properly_. Otherwise we'll end up with ebuilds full of workarounds without even documentation on why the workaround is applied!

Re: [gentoo-dev] Remember: workarounds don't warrant RESO FIXED!

2008-11-16 Thread Serkan Kaba
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I think, resolving as UPSTREAM might be more logical as we can't force every upstream to fix their *borked* build system and the bug will be left open forever. Diego 'Flameeyes' Pettenò yazmış: Guys, please remember that if you work something

[gentoo-dev] Re: Remember: workarounds don't warrant RESO FIXED!

2008-11-16 Thread Diego 'Flameeyes' Pettenò
Serkan Kaba [EMAIL PROTECTED] writes: I think, resolving as UPSTREAM might be more logical as we can't force every upstream to fix their *borked* build system and the bug will be left open forever. If upstream refuses to fix an issue that _is an issue_ we have to fix it, not work it around

[gentoo-dev] Packages up for grab

2008-11-16 Thread Gilles Dartiguelongue
Hi guys, here is a list of packages gnome herd would like to get rid of since no-one seem to take care of them and users are not so verbose about it either: * app-text/ggv https://bugs.gentoo.org/show_bug.cgi?id=223427 * net-news/straw https://bugs.gentoo.org/show_bug.cgi?id=187285 *

[gentoo-dev] Re: Remember: workarounds don't warrant RESO FIXED!

2008-11-16 Thread Ryan Hill
On Sun, 16 Nov 2008 17:24:34 +0100 [EMAIL PROTECTED] (Diego 'Flameeyes' Pettenò) wrote: Guys, please remember that if you work something around, you should _not_ close the bug as RESO FIXED but keep the bug open so that the issue can be addressed and fixed _properly_. Otherwise we'll end up

Re: [gentoo-dev] Please review: function epunt_la_files for eutils.eclass

2008-11-16 Thread Rémi Cardona
Le 16/11/2008 09:44, Michael Haubenwallner a écrit : Never *unconditionally* switch back from libltdl to dlopenco in source code, as it is likely to break many non-linux platforms (Darwin, AIX, HP-UX, ...). I perfectly know this. My comment was *exactly* made to point out that we cannot fix

[gentoo-dev] Automated Package Removal and Addition Tracker, for the week ending 2008-11-16 23h59 UTC

2008-11-16 Thread Robin H. Johnson
The attached list notes all of the packages that were added or removed from the tree, for the week ending 2008-11-16 23h59 UTC. Removals: sys-cluster/gfs-headers 2008-11-12 23:04:18 xmerlin sys-cluster/cman-headers2008-11-12 23:05:19 xmerlin sys-cluster/cman-kernel

[gentoo-dev] Re: Proposal for how to handle stable ebuilds

2008-11-16 Thread Ryan Hill
On Mon, 10 Nov 2008 13:13:34 -0500 Mark Loeser [EMAIL PROTECTED] wrote: If an ebuild meets the time criteria above, and there are no technical issues preventing stabilization, then the maintainer MAY [...] mark that ebuild as stable on every keyworded arch (that has a stable keyword). If an