Re: [gentoo-dev] RFC: LD_AS_NEEDED=1 in profiles/targets/developer/make.defaults?

2009-10-04 Thread Samuli Suominen 
Fabian Groffen wrote:
 Perhaps we could add a new function to the flag-o-matic that does the
 CHOST check, and appends the flag, so the check code wouldn't have to be
 duplicated in ebuilds? It should be rather trivial.

 ok, chost check would be cheap. how about,
 usage: append-ldflags $(no-as-needed)

 that would work fine for me, and all possible future cases I can think
 of

+# @FUNCTION: no-as-needed
+# @RETURN: Flag to disable asneeded behavior for use with append-ldflags.
+no-as-needed() {
+   case $($(tc-getLD) -v 21 /dev/null) in
+   *GNU*) # GNU ld
+   echo -Wl,--no-as-needed ;;
+   esac
+}

It's committed.

To avoid the already caused trouble for you (prefix), these should be
converted:

(It's a ugly grep -r from gentoo-x86. I will handle this also in a QA
bug, opening one later today.)

app-admin/apache-tools/apache-tools-2.2.11.ebuild:  # Instead of
filtering --as-needed (bug #128505), append --no-as-needed
app-admin/apache-tools/apache-tools-2.2.11.ebuild:  append-ldflags
-Wl,--no-as-needed
app-admin/apache-tools/apache-tools-2.2.13.ebuild:  # Instead of
filtering --as-needed (bug #128505), append --no-as-needed
app-admin/apache-tools/apache-tools-2.2.13.ebuild:  append-ldflags
-Wl,--no-as-needed
app-admin/apache-tools/apache-tools-2.2.12.ebuild:  # Instead of
filtering --as-needed (bug #128505), append --no-as-needed
app-admin/apache-tools/apache-tools-2.2.12.ebuild:  append-ldflags
-Wl,--no-as-needed
app-editors/mlview/mlview-0.8-r1.ebuild:append-ldflags
-Wl,--no-as-needed
dev-games/ogre/files/ogre-1.4.9-as-needed.patch:+   ,-Xlinker
--no-as-needed -lstdc++)
dev-lang/gdl/gdl-0.9_rc2.ebuild:use imagemagick 
append-ldflags -Wl,--no-as-needed
dev-libs/yaz++/yaz++-1.1.0.ebuild:  append-ldflags
-Wl,--no-as-needed # FIXME.
dev-libs/dvmysql/dvmysql-1.0.2.ebuild:  append-ldflags -Wl,--no-as-needed
dev-libs/dvutil/dvutil-0.15.5.ebuild:   append-ldflags -Wl,--no-as-needed
dev-libs/dvutil/dvutil-1.0.5.ebuild:append-ldflags -Wl,--no-as-needed
dev-lisp/sbcl/sbcl-1.0.19.ebuild:   append-ldflags
-Wl,--no-as-needed # see Bug #132992
dev-lisp/sbcl/sbcl-1.0.31.ebuild:   append-ldflags
-Wl,--no-as-needed # see Bug #132992
dev-lisp/sbcl/sbcl-1.0.27-r10.ebuild:   append-ldflags
-Wl,--no-as-needed # see Bug #132992
dev-lisp/sbcl/sbcl-1.0.26-r10.ebuild:   append-ldflags
-Wl,--no-as-needed # see Bug #132992
dev-lisp/sbcl/sbcl-1.0.28.ebuild:   append-ldflags
-Wl,--no-as-needed # see Bug #132992
eclass/apache-2.eclass: # Instead of filtering --as-needed (bug
#128505), append --no-as-needed
eclass/apache-2.eclass: append-ldflags -Wl,--no-as-needed
media-libs/SoQt/SoQt-1.4.1.ebuild:  append-ldflags -Wl,--no-as-needed
media-sound/pulseaudio/pulseaudio-0.9.15-r2.ebuild: append-ldflags
-Wl,--no-as-needed
media-sound/pulseaudio/pulseaudio-0.9.18-r50.ebuild:append-ldflags
-Wl,--no-as-needed
media-sound/pulseaudio/pulseaudio-0.9.19.ebuild:append-ldflags
-Wl,--no-as-needed
media-sound/pulseaudio/pulseaudio-0.9.19-r50.ebuild:append-ldflags
-Wl,--no-as-needed
media-sound/pulseaudio/pulseaudio-0.9.18.ebuild:append-ldflags
-Wl,--no-as-needed
net-firewall/ebtables/ebtables-2.0.9.1.ebuild:  append-ldflags
-Wl,--no-as-needed
net-firewall/ebtables/ebtables-2.0.8.2-r2.ebuild:   append-ldflags
-Wl,--no-as-needed
net-libs/rb_libtorrent/rb_libtorrent-0.13-r1.ebuild:append-ldflags
-Wl,--no-as-needed
net-mail/email/email-3.0.5.ebuild:  append-ldflags -Wl,--no-as-needed
sci-libs/mkl/mkl-10.0.2.018-r2.ebuild:  Libs: -Wl,--no-as-needed
-L\${libdir} ${2} ${3} -lmkl_core ${4} -lpthread
sci-libs/mkl/mkl-10.0.2.018-r2.ebuild:  Libs: -Wl,--no-as-needed
-L\${libdir} ${2} ${3} -lmkl_core ${4} -lpthread
sci-libs/mkl/mkl-10.0.2.018-r2.ebuild:  Libs: -Wl,--no-as-needed
-L\${libdir} ${2} ${3} -lmkl_core -lmkl_lapack ${4} -lpthread
sci-libs/mkl/mkl-10.0.5.025.ebuild: Libs: -Wl,--no-as-needed
-L\${libdir} ${2} ${3} -lmkl_core ${4} -lpthread
sci-libs/mkl/mkl-10.0.5.025.ebuild: Libs: -Wl,--no-as-needed
-L\${libdir} ${2} ${3} -lmkl_core ${4} -lpthread
sci-libs/mkl/mkl-10.0.5.025.ebuild: Libs: -Wl,--no-as-needed
-L\${libdir} ${2} ${3} -lmkl_core -lmkl_lapack ${4} -lpthread
sys-devel/libtool/libtool-2.2.6a.ebuild:append-ldflags
-Wl,--no-as-needed
sys-libs/gwenhywfar/gwenhywfar-3.7.2.ebuild:append-ldflags
-Wl,--no-as-needed
sys-libs/gwenhywfar/gwenhywfar-3.8.0.ebuild:append-ldflags
-Wl,--no-as-needed
x11-wm/matchbox/matchbox-0.7.1.ebuild:  append-ldflags -Wl,--no-as-needed

Re: [gentoo-dev] Anyone interested in maintaining the Gentoo Handbooks?

2009-10-04 Thread Richard Freeman 

Joshua Saddler wrote:

On Sat, 3 Oct 2009 20:45:21 +0300 Markos Chandras
hwoar...@gentoo.org wrote:


This is actually true. Maybe all devs should have access on docs
since the docs teams are dead. I would suggest to let all
developers contribute to documentation whether they belong to docs
team or not


No. Many (most?) devs do not write good documentation. 

 snip

They don't know all the myriad documents that need editing to
pick up the change made to one part of a different document.



They say that the enemy of the great is the good, but I think that in 
this case the enemy of the good is the great.  Since many devs can't 
write excellent documentation the argument is that they shouldn't be 
permitted to write any documentation.


The problem with this is that some of our official documentation is just 
outright wrong.  Right now if somebody follows the docs they are 
guaranteed to end up with a non-functional system.  Suppose a dev edits 
those docs and fixes the version but doesn't completely clean up the 
accompanying text or misses some obscure cross-reference.  Well, maybe 
now a user has a 50% chance of getting it wrong - which is better than a 
100% chance of getting it wrong.  Others can then clean it up (such as 
the folks on the forums who get all kinds of feedback about these sorts 
of issues).


I'd be the first to agree that it would be better to just file a bug and 
let the doc team clean up the docs.  Perhaps this situation is just an 
anomoly, in which case we shouldn't be changing overall policy as a 
result.  However, if we have a resource bottleneck here then we need to 
do something to help clear it up.  That isn't meant to reflect poorly on 
anybody who is contributing to docs - you might be doing a wonderful job 
but unless we can find more of you then you're going to be playing 
whack-a-mole.


The amd64 team ran into a similar issue which is why there is a policy 
that package maintainers are trusted to stabilize their own packages as 
long as they've tested them on the platform.  That doesn't mean that 
there aren't decent amd64 team members - only that there simply aren't 
enough of us to keep up with everything.

Re: [gentoo-dev] RFC: LD_AS_NEEDED=1 in profiles/targets/developer/make.defaults?

2009-10-04 Thread Fabian Groffen 
On 04-10-2009 13:13:30 +0300, Samuli Suominen wrote:
 +# @FUNCTION: no-as-needed
 +# @RETURN: Flag to disable asneeded behavior for use with append-ldflags.
 +no-as-needed() {
 + case $($(tc-getLD) -v 21 /dev/null) in
 + *GNU*) # GNU ld
 + echo -Wl,--no-as-needed ;;
 + esac
 +}
 
 It's committed.
 
 To avoid the already caused trouble for you (prefix), these should be
 converted:

thanks!


-- 
Fabian Groffen
Gentoo on a different level

[gentoo-dev] python-wrapper breaks init scripts

2009-10-04 Thread Hanno Böck 
Hi,

I just stepped over a problem with the new python-wrapper. If I interpreted 
the changelogs correctly, since eselect-python-20090801 /usr/bin/python is no 
longer a symlink, but a wrapper.

I find this a questionable idea simply for the overhead it causes, but it 
seems that this breaks all init-scripts using start-stop-daemon for python 
scripts.

Example:
http://bugs.gentoo.org/show_bug.cgi?id=286191

(same issue happens with some self-written python daemons we're using on our 
servers)

I don't know what the reasons were for the change from symlinks to a wrapper, 
but if it should stay the way it is, we need a fix for those issues.

-- 
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.

[gentoo-dev] Updated handbooks for autobuilds

2009-10-04 Thread Joshua Saddler 
There. I did the x86 and amd64 handbooks (networked, anyway; who cares about 
networkless). They're now ready for the 10th anniversary. I'm pretty sure.

I also did the x86 quickinstall handbooks.

GDP, and interested devs who can contribute patches to Bugzilla:

Please review all the files I touched and make those same kinds of changes to 
our other arch handbooks.

Also, do review what I touched to make sure I didn't leave anything out, or 
that keyvals aren't showing empty space or wrong variables.

Happy 10th anniversary. I'm off to celebrate Oktoberfest. Maybe I'll do some 
more work when I get back.

* * *

PS: Someone get that mother-$$#^^@#($-ing bugzilla back online and comment on 
the handbook autobuilds tracker bug with this status update. Bugzie is down for 
me, and I'm out of time and patience to deal with it.


signature.asc
Description: PGP signature

Re: [gentoo-dev] python-wrapper breaks init scripts

2009-10-04 Thread Arfrever Frehtes Taifersar Arahesis 
2009-10-04 20:32:17 Hanno Böck napisał(a):
 I just stepped over a problem with the new python-wrapper. If I interpreted 
 the changelogs correctly, since eselect-python-20090801 /usr/bin/python is no 
 longer a symlink, but a wrapper.

Since eselect-python-20090804 /usr/bin/python is a symlink to a wrapper.
 
 I find this a questionable idea simply for the overhead it causes, but it 
 seems that this breaks all init-scripts using start-stop-daemon for python 
 scripts.
 
 Example:
 http://bugs.gentoo.org/show_bug.cgi?id=286191
 
 (same issue happens with some self-written python daemons we're using on our 
 servers)
 
 I don't know what the reasons were for the change from symlinks to a wrapper

Ebuilds (usually through python.eclass) need to be able to set requested version
of Python without changing /usr/bin/python symlink. This is performed by setting
EPYTHON environment variable (E in the name of this variable is related to 
words
ebuild and eclass). If this variable isn't set, then Python wrapper uses
version of Python configured using `eselect python`. Otherwise it uses version 
of
Python referenced by this variable.

-- 
Arfrever Frehtes Taifersar Arahesis


signature.asc
Description: This is a digitally signed message part.

[gentoo-dev] Re: Updated handbooks for autobuilds

2009-10-04 Thread Christian Faulhammer 
Hi,

Joshua Saddler nightmo...@gentoo.org:

 There. I did the x86 and amd64 handbooks (networked, anyway; who
 cares about networkless). They're now ready for the 10th anniversary.
 I'm pretty sure.

 Thank you.

V-Li

-- 
Christian Faulhammer, Gentoo Lisp project
URL:http://www.gentoo.org/proj/en/lisp/, #gentoo-lisp on FreeNode

URL:http://gentoo.faulhammer.org/


signature.asc
Description: PGP signature

Re: [gentoo-dev] Updated handbooks for autobuilds

2009-10-04 Thread Joseph Jezak 
Joshua Saddler wrote:
 There. I did the x86 and amd64 handbooks (networked, anyway; who cares about 
 networkless). They're now ready for the 10th anniversary. I'm pretty sure.

 I also did the x86 quickinstall handbooks.

 GDP, and interested devs who can contribute patches to Bugzilla:

 Please review all the files I touched and make those same kinds of changes to 
 our other arch handbooks.

 Also, do review what I touched to make sure I didn't leave anything out, or 
 that keyvals aren't showing empty space or wrong variables.

 Happy 10th anniversary. I'm off to celebrate Oktoberfest. Maybe I'll do some 
 more work when I get back.

 * * *

 PS: Someone get that mother-$$#^^@#($-ing bugzilla back online and comment 
 on the handbook autobuilds tracker bug with this status update. Bugzie is 
 down for me, and I'm out of time and patience to deal with it.
   
Thanks for your work!

I'll take a look and update the PowerPC handbook.

-Joe

Re: [gentoo-dev] Updated handbooks for autobuilds

2009-10-04 Thread Alex Alexander 
On Sun, Oct 4, 2009 at 21:42, Joshua Saddler nightmo...@gentoo.org wrote:
 There. I did the x86 and amd64 handbooks (networked, anyway; who cares about 
 networkless). They're now ready for the 10th anniversary. I'm pretty sure.

 I also did the x86 quickinstall handbooks.

Thanks Joshua!

-- 
Alex || wired

[gentoo-dev] No more ~sparc-fbsd.

2009-10-04 Thread Samuli Suominen 
I've discussed this with Diego and Roy today, the only 2 persons who had
such systems. The end result was that there's no developers for the
arch, and we can let it die. It was a nice experiment but didn't fly.

So in conclusion I've removed the profiles from profiles.desc, so
repoman won't complain about it.

All this spawned from the fact that dev-lang/python is now using
external toolchain package, dev-libs/libffi, which nobody can test. So,
if you can't have libffi, you can't have python and you can't have portage.

-Samuli

Re: [gentoo-dev] No more ~sparc-fbsd.

2009-10-04 Thread Samuli Suominen 
Samuli Suominen wrote:
 All this spawned from the fact that dev-lang/python is now using
 external toolchain package, dev-libs/libffi, which nobody can test. So,
 if you can't have libffi, you can't have python and you can't have portage.

With that regard,

Also mips and m68k are undone...

-Samuli

Re: [gentoo-dev] No more ~sparc-fbsd.

2009-10-04 Thread Samuli Suominen 
Samuli Suominen wrote:
 So in conclusion I've removed the profiles from profiles.desc, so
 repoman won't complain about it.

Scratch that. Reverted. Repoman is way too loud with it removed. Let's
simply remove it where seen in slow pace.

-Samuli

[gentoo-dev] Automated Package Removal and Addition Tracker, for the week ending 2009-10-04 23h59 UTC

2009-10-04 Thread Robin H. Johnson 
The attached list notes all of the packages that were added or removed
from the tree, for the week ending 2009-10-04 23h59 UTC.

Removals:
games-emulation/fceultra2009-09-29 06:16:42 
mr_bones_
games-emulation/gfceu   2009-09-29 06:17:16 
mr_bones_
media-video/mmsv2   2009-09-29 12:21:19 
flameeyes
gnome-extra/gnome-art   2009-09-29 19:41:18 vostorga
www-servers/shttpd  2009-09-29 20:13:27 vostorga
net-im/silky2009-09-29 20:17:34 vostorga
xfce-extra/thunar-svn-plugin2009-09-30 08:53:10 
ssuominen
media-tv/ktvschedule2009-09-30 15:15:17 
flameeyes
x11-apps/ati-drivers-extra  2009-10-03 19:04:26 
scarabeus
dev-python/uuid 2009-10-04 00:38:05 arfrever
dev-python/mmpython 2009-10-04 00:39:42 arfrever
dev-python/validation   2009-10-04 00:42:49 arfrever
dev-python/generator2009-10-04 00:44:44 arfrever
net-zope/zopeinterface  2009-10-04 20:13:23 arfrever

Additions:
net-misc/plowshare  2009-09-28 00:04:04 volkmar
dev-perl/Data-Utilities 2009-09-28 00:05:15 weaver
sci-biology/diya2009-09-28 00:16:02 weaver
dev-libs/luasocket  2009-09-28 10:54:29 
flameeyes
app-crypt/ekeyd 2009-09-28 10:59:06 
flameeyes
games-emulation/fceux   2009-09-29 03:20:26 
mr_bones_
games-emulation/gfceux  2009-09-29 05:16:34 
mr_bones_
sys-kernel/dracut   2009-09-29 05:17:59 ramereth
app-doc/heirloom-doctools   2009-09-29 10:45:23 
flameeyes
gnome-extra/gpointing-device-settings   2009-09-29 15:32:38 pva
sys-cluster/mpe22009-09-29 20:33:09 
jsbronder
mail-filter/couriersrs  2009-09-29 23:07:37 hanno
xfce-extra/thunar-vcs-plugin2009-09-30 08:37:29 
ssuominen
net-analyzer/sslsniff   2009-10-01 00:51:39 robbat2
media-gfx/iscan-plugin-gt-f720  2009-10-01 07:53:21 elvanor
dev-util/uncrustify 2009-10-01 17:43:44 grobian
media-libs/liblastfm2009-10-02 01:08:22 
jmbsvicetto
app-shells/rc   2009-10-02 12:41:59 
ssuominen
dev-java/commons-math   2009-10-02 18:15:45 weaver
sci-biology/beast-mcmc  2009-10-02 21:47:11 weaver
app-emulation/ganeti-instance-debootstrap   2009-10-02 22:41:27 ramereth
app-text/podofo 2009-10-03 20:58:06 zmedico
dev-db/ingres   2009-10-04 00:08:24 patrick
sci-biology/arb 2009-10-04 00:25:29 weaver
net-zope/zope-interface 2009-10-04 19:54:14 arfrever

--
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:
games-emulation/fceultra,removed,mr_bones_,2009-09-29 06:16:42
games-emulation/gfceu,removed,mr_bones_,2009-09-29 06:17:16
media-video/mmsv2,removed,flameeyes,2009-09-29 12:21:19
gnome-extra/gnome-art,removed,vostorga,2009-09-29 19:41:18
www-servers/shttpd,removed,vostorga,2009-09-29 20:13:27
net-im/silky,removed,vostorga,2009-09-29 20:17:34
xfce-extra/thunar-svn-plugin,removed,ssuominen,2009-09-30 08:53:10
media-tv/ktvschedule,removed,flameeyes,2009-09-30 15:15:17
x11-apps/ati-drivers-extra,removed,scarabeus,2009-10-03 19:04:26
dev-python/uuid,removed,arfrever,2009-10-04 00:38:05
dev-python/mmpython,removed,arfrever,2009-10-04 00:39:42
dev-python/validation,removed,arfrever,2009-10-04 00:42:49
dev-python/generator,removed,arfrever,2009-10-04 00:44:44
net-zope/zopeinterface,removed,arfrever,2009-10-04 20:13:23
Added Packages:
net-misc/plowshare,added,volkmar,2009-09-28 00:04:04
dev-perl/Data-Utilities,added,weaver,2009-09-28 00:05:15
sci-biology/diya,added,weaver,2009-09-28 00:16:02
dev-libs/luasocket,added,flameeyes,2009-09-28 10:54:29
app-crypt/ekeyd,added,flameeyes,2009-09-28 10:59:06
games-emulation/fceux,added,mr_bones_,2009-09-29 03:20:26
games-emulation/gfceux,added,mr_bones_,2009-09-29 05:16:34
sys-kernel/dracut,added,ramereth,2009-09-29 05:17:59
app-doc/heirloom-doctools,added,flameeyes,2009-09-29 10:45:23
gnome-extra/gpointing-device-settings,added,pva,2009-09-29 15:32:38
sys-cluster/mpe2,added,jsbronder,2009-09-29 20:33:09
mail-filter/couriersrs,added,hanno,2009-09-29 23:07:37

[gentoo-dev] Re: RFC: LD_AS_NEEDED=1 in profiles/targets/developer/make.defaults?

2009-10-04 Thread Peter Hjalmarsson 
lör 2009-10-03 klockan 14:21 -0600 skrev Ryan Hill:
 On Sat, 03 Oct 2009 22:13:59 +0300
 Samuli Suominen ssuomi...@gentoo.org wrote:
 
  Since new binutils will support LD_AS_NEEDED=1 to force ld behave
  asneeded we could use this for the developer -target in profiles?
  
  Speak up if you think it's a terrible idea.
  
  Thanks, Samuli
  
  
 
 I think it's a not terrible idea.
 
 
 Only barely related: can we enable FEATURES=test too?
 

For FEATURES=test a policy for how to handle stuff like:

if use test; then
elog
ewarn You have unit tests enabled, this results in an insecure 
library
ewarn It is recommended that you reinstall *without* 
FEATURES=test
fi
[1]


needs to be formed before enabling it anywhere by default. Should this test 
really be run by default, or should it be shielded by USE=unsafetests or 
something of just restricted?

My 2 cents.

[1] 
http://sources.gentoo.org/viewcvs.py/gentoo-x86/sys-apps/dbus/dbus-1.3.0.ebuild?rev=1.5view=markup
 and scroll to the bottom. 

//Peter Hjalmarsson