[gentoo-dev] Re: News item announcing as-needed (glep 42 stuff)
On Tue, 27 Jul 2010 00:41:12 +0200 Sebastian Pipping wrote: > I like that one better. > > > Both proposals leave a question open to me, though: > Do I understand correctly that I could integrate the in-profile value with > > LDFLAGS="${LDFLAGS} foo bar" > > in /etc/make.conf? Maybe that's something people want to do. If so > maybe add a hint? Yep. Can I suggest: -Wl,--as-needed has been added to the default profile's LDFLAGS. This option optimizes the linking process, only linking binaries to libraries that are trully needed. This way, fewer libraries are loaded at runtime and fewer packages need to be rebuilt after library updates. To take advantage of the new default you can either rebuild world now or just allow the system to migrate incrementally as it updates. Please note that setting LDFLAGS="" in your make.conf will override the profile defaults. If you want to add additional LDFLAGS it is recommended to use LDFLAGS="${LDFLAGS} " instead to avoid this. For more information on --as-needed, read [1]. [1] http://www.gentoo.org/proj/en/qa/asneeded.xml -- fonts, gcc-porting, and it's all by design toolchain, wxwidgetsto keep us from losing our minds @ gentoo.orgEFFD 380E 047A 4B51 D2BD C64F 8AA8 8346 F9A4 0662 signature.asc Description: PGP signature
Re: [gentoo-dev] News item announcing as-needed (glep 42 stuff)
On Mon, 26 Jul 2010 13:44:36 -0700 "Paweł Hajdan, Jr." wrote: > This might be a bit unclear to less savvy users. How about just make > sure your LDFLAGS in /etc/make.conf contains "-Wl,--as-needed" or is unset? > Instead of saying "overriding", I'd say something more similar to > "disabling --as-needed" and add that it is not recommended. It should be unset; as you say, users should not be screwing with system-wide LDFLAGs, as we don't support anything but the defaults. I put an LDFLAGs FAQ in the optimization guide a long time ago: section> What about LDFLAGS? The Gentoo developers have already set basic, safe LDFLAGS in the base profiles, so you don't need to change them. signature.asc Description: PGP signature
Re: [gentoo-dev] News item announcing as-needed (glep 42 stuff)
I like that one better. Both proposals leave a question open to me, though: Do I understand correctly that I could integrate the in-profile value with LDFLAGS="${LDFLAGS} foo bar" in /etc/make.conf? Maybe that's something people want to do. If so maybe add a hint? Sebastian
Re: [gentoo-dev] Git Commit Procedures
On Mon, Jul 26, 2010 at 01:46:22PM -0400, Richard Freeman wrote: > On 07/26/2010 12:32 AM, Jeremy Olexa wrote: > > On 07/24/2010 10:10 AM, Richard Freeman wrote: > > > >> I'm trying to make a correction to the devmanual (assuming this is > >> supposed to be general access) for bug 293629. However, I can't seem to > >> find where to clone the repository from. > > > > See "Git Repositories" on http://sources.gentoo.org > > > > or > > > > http://sources.gentoo.org/gitweb/?p=devmanual.git;a=summary > Would this work for commits? Assuming of course that I had rights to > commit? # git clone git+ssh://${devuserna...@git.gentoo.org/var/gitroot/devmanual.git The /var/gitroot/ part will be dropping later, and the username changing to 'git', when we use gitolite. -- Robin Hugh Johnson Gentoo Linux: Developer, Trustee & Infrastructure Lead E-Mail : robb...@gentoo.org GnuPG FP : 11AC BA4F 4778 E3F6 E4ED F38E B27B 944E 3488 4E85 pgpiFVh2yanD9.pgp Description: PGP signature
Re: [gentoo-dev] News item announcing as-needed (glep 42 stuff)
On Mon, Jul 26, 2010 at 10:29:06PM +0200, Tomáš Chvátal wrote: > Hi guys, > See the attachment for the draft. > > Please improve it to be an actual English :P How about: -Wl,--as-needed has been added to the default profile's LDFLAGS. This option optimizes the linking process, only linking binaries to libraries that are trully needed. This way, fewer libraries are loaded at runtime and fewer packages need to be rebuilt on library updates. Setting LDFLAGS in your make.conf will override the default. In that case, if you want the new setting you have to either remove LDFLAGS, or append " -Wl,--as-needed" to it (sans the quotes) yourself. To take advantage of the new default you can either rebuild world or allow the system to migrate slowly through updates. To disable the new default (not recommended) you can define your own LDFLAGS in make.conf. LDFLAGS="-Wl,-O1" will suffice. For more information on --as-needed, read [1]. [1] http://www.gentoo.org/proj/en/qa/asneeded.xml -- Alex Alexander -=- wired Gentoo Linux Developer -=- Council / Qt / KDE / more www.linuxized.com pgphbA3oTx1sX.pgp Description: PGP signature
[gentoo-dev] Lastrite: app-office/mozilla-sunbird{,-bin}
# Lars Wendler (26 Jul 2010) # Masked for removal in 30 days. # Discontinued by upstream and superseded by Thunderbird with Lightning app-office/mozilla-sunbird app-office/mozilla-sunbird-bin -- Lars Wendler (Polynomial-C) Gentoo developer and bug-wrangler signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] News item announcing as-needed (glep 42 stuff)
On 7/26/10 1:29 PM, Tomáš Chvátal wrote: > Title: --as-needed enabled in default profiles > Author: Tomáš Chvátal > Content-type: text/plain > Posted: 2010-07-26 > Revision: 1 > News-Item-Format: 1.0 > > Starting today all applications emerged on your system are linked > together with additional LDFLAGS="-Wl,--as-needed". This option > allows us to avoid linking extra libraries into the final binary > improving startup times and more importantly making binaries more > resistant to a library SONAME changes [1]. How about making it less technical? Just say that you'll need to rebuild less packages on average after a library upgrade than before. > To gain the benefits of the change you should doublecheck your > value of LDFLAGS in make.conf because the variable does not fold and > your make.conf value is final. So after checking it and potentially > removing we suggest rebuilding whole system to benefit from it. This might be a bit unclear to less savvy users. How about just make sure your LDFLAGS in /etc/make.conf contains "-Wl,--as-needed" or is unset? > Overriding the in-profiles value is quite simple as described by > previous paragraph. Just put simply LDFLAGS="-Wl,01" in make.conf. Instead of saying "overriding", I'd say something more similar to "disabling --as-needed" and add that it is not recommended. > [1] http://www.gentoo.org/proj/en/qa/asneeded.xml Paweł P.S. It's nice to see this happening, thanks! signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] News item announcing as-needed (glep 42 stuff)
On 26-07-2010 22:29:06 +0200, Tomáš Chvátal wrote: > Starting today all applications emerged on your system are linked > together with additional LDFLAGS="-Wl,--as-needed". This option > allows us to avoid linking extra libraries into the final binary > improving startup times and more importantly making binaries more > resistant to a library SONAME changes [1]. While this is sort of the end result, I'd suggest making a more correct statement here, like "and more importantly possibly reducing breakage of binaries and libraries after a library SONAME changes". -- Fabian Groffen Gentoo on a different level
[gentoo-dev] News item announcing as-needed (glep 42 stuff)
Hi guys, See the attachment for the draft. Please improve it to be an actual English :P Cheers Tom Title: --as-needed enabled in default profiles Author: Tomáš Chvátal Content-type: text/plain Posted: 2010-07-26 Revision: 1 News-Item-Format: 1.0 Starting today all applications emerged on your system are linked together with additional LDFLAGS="-Wl,--as-needed". This option allows us to avoid linking extra libraries into the final binary improving startup times and more importantly making binaries more resistant to a library SONAME changes [1]. To gain the benefits of the change you should doublecheck your value of LDFLAGS in make.conf because the variable does not fold and your make.conf value is final. So after checking it and potentially removing we suggest rebuilding whole system to benefit from it. Overriding the in-profiles value is quite simple as described by previous paragraph. Just put simply LDFLAGS="-Wl,01" in make.conf. [1] http://www.gentoo.org/proj/en/qa/asneeded.xml signature.asc Description: OpenPGP digital signature
[gentoo-dev] Lastrite: net-misc/amazonmp3
# Jim Ramsay (26 Jul 2010) # Deprecated in favour of opensource alternatives: # net-misc/pymazon # net-misc/clamz # # net-misc/amazonmp3 has been masked since 2008 # Removal 30 Jul 2010 net-misc/amazonmp3 net-misc/amazonmp3-libcompat -- Jim Ramsay Gentoo Developer (rox/fluxbox/gkrellm/vim) signature.asc Description: PGP signature
[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in eclass: xfconf.eclass
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 07/26/2010 03:03 PM, Samuli Suominen wrote: > On 07/26/2010 09:57 PM, Samuli Suominen (ssuominen) wrote: > > Small change to xfconf.eclass, let me know if you see something wrong > with it. > > - None of xfconf.eclass consumers install static archives (.a) because > xfce libs are simply not useful static. > - We don't have any plugins/libraries using libltdl. > > Therefore .la files have been annoying side product. > So at the risk of breaking one or two users due to disappearing > 'libxfce4util.la', this seems to be the cleanest way to be done with it. > The fix is obvious to most: lafilefixer > >> --- xfconf.eclass13 Jun 2010 16:10:21 - 1.16 >> +++ xfconf.eclass26 Jul 2010 18:57:14 - 1.17 >> @@ -1,6 +1,6 @@ >> # Copyright 1999-2009 Gentoo Foundation >> # Distributed under the terms of the GNU General Public License v2 >> -# $Header: /var/cvsroot/gentoo-x86/eclass/xfconf.eclass,v 1.16 2010/06/13 >> 16:10:21 ssuominen Exp $ >> +# $Header: /var/cvsroot/gentoo-x86/eclass/xfconf.eclass,v 1.17 2010/07/26 >> 18:57:14 ssuominen Exp $ >> >> # @ECLASS: xfconf.eclass >> # @MAINTAINER: >> @@ -138,6 +138,9 @@ >> if [[ -n ${DOCS} ]]; then >> dodoc ${DOCS} || die "dodoc failed" >> fi >> + >> +has "${EAPI:-0}" 0 1 2 && ! use prefix && ED="${D}" >> +find "${ED}" -name '*.la' -exec rm -f {} + >> } >> >> # @FUNCTION: xfconf_pkg_preinst Personally, I would have just done `find "${D}" -name '*.la' -exec rm -f {} +`, because there are no files in $D that are not in $ED (if there are, portage will refuse to merge the package on Prefix). -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.16 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBCAAGBQJMTebjAAoJELHSF2kinlg4/3YQAILmGYFlLkzVnMdD4mUGifLx kZjMs3klDcWguQXJmA2sYRSSZtV/g5Men5/yfvjOIGGtiW0LUBuJl7BawCnhiddp uXjtlbVUGSOmQjWp/xy4gDyv21DYd/H/kcLmDcfjgfIObxyXC0X9q1VLG44ggGkj M5PML/2me17ArOy3hXbj/T/HtpTI1cp+EOw+Kp7XLhLrnztgocAh2taNcpnHQM1a rws+GEXbUkLguGQek+rcw9xhzVMhe/11ZdZWvsudNqwFsTZ2cOcSH4UxxxvbbFnb b8Qujh7Wqfz3sWEoaSGaoLPVGwgxy35SIsdBRdvvvFjLFc2Vuga9iAW4adgV1IyM oTXntGgKhzaRnJe+oousQioURqzYUA2eaq5rb67hyxGIUd2UwRR9nK86hSfgC5XT z2Y6TC8CmrPQD+6jptvdrnCFaGn7Cz8glM99x4qOnkvr35k9hUHZpu3U4Ca3s7V7 xu6qA6U/pbXglHGHc4ug3YUqDZFx/yMROI9YL+Mf2Ogt/EnC/oORL1g1VteRWlUO frvd1K1F2JqAq2SS1o15U7kQ9vapSU2sCBsbAtg6CfmEGMACngIug86jQlJKtJ7f B0+2O/dImIhvpH0E9BkHB6zcCa4tRwur5KO8i+U/sMmo2ZBSOx/VcysUGkW9b0J/ eNusNJ6xg+eDP1uITD26 =fTXV -END PGP SIGNATURE-
[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in eclass: xfconf.eclass
On 07/26/2010 09:57 PM, Samuli Suominen (ssuominen) wrote: Small change to xfconf.eclass, let me know if you see something wrong with it. - None of xfconf.eclass consumers install static archives (.a) because xfce libs are simply not useful static. - We don't have any plugins/libraries using libltdl. Therefore .la files have been annoying side product. So at the risk of breaking one or two users due to disappearing 'libxfce4util.la', this seems to be the cleanest way to be done with it. The fix is obvious to most: lafilefixer > --- xfconf.eclass 13 Jun 2010 16:10:21 - 1.16 > +++ xfconf.eclass 26 Jul 2010 18:57:14 - 1.17 > @@ -1,6 +1,6 @@ > # Copyright 1999-2009 Gentoo Foundation > # Distributed under the terms of the GNU General Public License v2 > -# $Header: /var/cvsroot/gentoo-x86/eclass/xfconf.eclass,v 1.16 2010/06/13 > 16:10:21 ssuominen Exp $ > +# $Header: /var/cvsroot/gentoo-x86/eclass/xfconf.eclass,v 1.17 2010/07/26 > 18:57:14 ssuominen Exp $ > > # @ECLASS: xfconf.eclass > # @MAINTAINER: > @@ -138,6 +138,9 @@ > if [[ -n ${DOCS} ]]; then > dodoc ${DOCS} || die "dodoc failed" > fi > + > + has "${EAPI:-0}" 0 1 2 && ! use prefix && ED="${D}" > + find "${ED}" -name '*.la' -exec rm -f {} + > } > > # @FUNCTION: xfconf_pkg_preinst > > > >
Re: [gentoo-dev] Git Commit Procedures
On 07/26/2010 12:32 AM, Jeremy Olexa wrote: On 07/24/2010 10:10 AM, Richard Freeman wrote: I'm trying to make a correction to the devmanual (assuming this is supposed to be general access) for bug 293629. However, I can't seem to find where to clone the repository from. See "Git Repositories" on http://sources.gentoo.org or http://sources.gentoo.org/gitweb/?p=devmanual.git;a=summary Would this work for commits? Assuming of course that I had rights to commit? If this isn't supposed to be edited by devs at large, then somebody can feel free to close that bug. It had been open for ages so I figured I might just see if I could take care of it. Attach a patch to bug. That repo is not open for anyone to commit to, you have to be a member of the QA team, (or approval from Halcy0n or Betelguese) Makes sense. That would be the issue in this case. My general point was that documentation in general around git is very vague, except for the overlays (which is still lacking, but there is enough info to at least be dangerous there). Maybe a worked example with full command lines might be helpful - starting from scratch check out repository, change a file, and commit it to the official repository. The info out there does require filling in a lot of blanks, and since git itself has no concept of a central repository there aren't a lot of examples of how to do this. Such an example should of course factor in any Gentoo-isms as well (changelogs (if applicable), commit messages, etc - anything we ought to be doing). Rich