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
[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
[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] Lastrite: net-misc/amazonmp3
# Jim Ramsay l...@gentoo.org (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] 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 scarab...@gentoo.org 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
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
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 scarab...@gentoo.org 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
[gentoo-dev] Lastrite: app-office/mozilla-sunbird{,-bin}
# Lars Wendler polynomia...@gentoo.org (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 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
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)
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] News item announcing as-needed (glep 42 stuff)
On Mon, 26 Jul 2010 13:44:36 -0700 Paweł Hajdan, Jr. phajdan...@gentoo.org 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 titleWhat about LDFLAGS?/title body p The Gentoo developers have already set basic, safe LDFLAGS in the base profiles, so you don't need to change them. /p /body /section signature.asc Description: PGP signature
[gentoo-dev] Re: News item announcing as-needed (glep 42 stuff)
On Tue, 27 Jul 2010 00:41:12 +0200
Sebastian Pipping sp...@gentoo.org 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=your flags in your make.conf will
override the profile defaults. If you want to add additional LDFLAGS it is
recommended to use LDFLAGS=${LDFLAGS} your flags 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
