[gentoo-dev] Re: Add --hash-style=gnu to LDFLAGS
Hi, Markos Chandras hwoar...@gentoo.org: On Sat, Aug 14, 2010 at 01:58:57PM -0400, Mike Frysinger wrote: On Sat, Aug 14, 2010 at 8:08 AM, Markos Chandras wrote: ~$ cat development/gentoo-cvs/gentoo-x86/profiles/default/linux/amd64/dev/make.defaults i'm pretty sure all the /dev subdirs are dead now and unified in targets/developer in fact, i dont see anyone referencing that subdir, so i guess we can just punt it -mike Just committed that new make.defaults for amd64/10.0/developer profile. @x86 Could you please do the same for your dev profile? It would be smart to cc the x86 team actually, and use the ChangeLog file. I don't read all -dev posts so I can react to random requests. Added. 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] Re: [gentoo-commits] gentoo-x86 commit in media-libs/mlt: ChangeLog mlt-0.5.4-r1.ebuild
Am 14.08.2010 19:35, schrieb Harald van Dijk: On Sat, Aug 14, 2010 at 06:26:12PM +0200, Thilo Bangert wrote: So you want me to force everyone to update the package just to respect the LDFLAGS. yes. IIRC it has been stated on this list before, that a change which changes the resulting binary always needs to be done in a revbump. If that's true, that doesn't make sense. Take one extreme case: let's say libgcj, part of gcc, has a problem with LDFLAGS, and you fixed it. But the majority of people using gcc don't even turn on java support, those that do have a working libgcj already, and gcc can easily take hours to build. Should you revbump? There are always exceptions. Maybe you don't consider LDFLAGS support in general one of those exceptions, but clearly some others do. You can't just tell them there are no exceptions when there are, you need to explain why this isn't a valid reason to make an exception. My impression, too, is that few people care enough about LDFLAGS support to want to rebuild packages for it, so I would not have bumped either, but I'm willing to be convinced I'm wrong. This is a nice example, why we should not create fixed rules for everything, but allow common rules with the usage of common sense. If we now create a rule, which says Bump on every change, always and forever, people will complain for big things like gcc, openoffice or kdelibs. Instead, we have a general rule, which every developer should learn at least from his mentor to revbump on every change for installed files, but also to use common sense. In the case of openoffice for example, it does not get a new version or revision for some minor updates, since rebuilding openoffice does take much time and resources. The same should apply for your example of LDFLAGS for gcc, so you can do it without a revbump there or wait, until a version bump comes in and directly add it there. So while general, non-fixed rules may result in some discussions, they also allow adjustments in a case by case decision, a fixed Always revbump rule creates issues at least for corner cases, in this case packages with very long compile times. -- Thomas Sachau Gentoo Linux Developer signature.asc Description: OpenPGP digital signature
[gentoo-dev] (resend) dev-embedded/libftd2xx move to '/opt' breaks dev-embedded/openocd
Hi I tried to build (i don't know what do i need of those for sheevaplug) USE=ftd2xx ftdi parport presto usb dev-embedded/openocd and got failure: checking for ftd2xx.h... yes checking for library containing FT_GetLibraryVersion... no configure: error: You appear to be missing the FTD2xx driver library. !!! ERROR in dev-embedded/openocd-0.3.1::gentoo: !!! In econf at line 1719 !!! econf failed config.log snippet: configure:17012: x86_64-pc-linux-gnu-gcc -std=gnu99 -o conftest -O2 -pipe -I${prefix}/include -Wl,-O1 -Wl,--as-needed -Wl,-O1 -Wl,--as-needed -L/usr/lib -Wl,-rpath,/usr/lib conftest.c -lftd2xx -ldl 5 /usr/lib/gcc/x86_64-pc-linux-gnu/4.4.4/../../../../x86_64-pc-linux-gnu/bin/ld: cannot find -lftd2xx Seems it's a result of move and lack of env.d entry *libftd2xx-0.4.16 (17 Jun 2009) 17 Jun 2009; Mike Frysinger vap...@gentoo.org +libftd2xx-0.4.16.ebuild: Version bump, add multilib support #261315 by Micke Prag, and fix path install #261286 by Diego E. Pettenò. My /etc/ld.so.conf.d/ is empty, and /etc/ld.so.conf contains: [sf] /etc:cat ld.so.conf # ld.so.conf autogenerated by eselect # Make all changes to /etc/env.d files /usr/local/lib include ld.so.conf.d/*.conf //usr/lib32/opengl/xorg-x11/lib //usr/lib64/opengl/xorg-x11/lib /lib /usr/lib /lib64 /usr/lib64 /usr/local/lib64 /lib32 /usr/lib32 /usr/local/lib32 /usr/x86_64-pc-linux-gnu/lib /usr/lib/gcc/x86_64-pc-linux-gnu/4.4.4 /usr/lib/gcc/x86_64-pc-linux-gnu/4.4.4/32 /usr/lib/gcc/x86_64-pc-linux-gnu/4.1.2 /usr/lib/gcc/x86_64-pc-linux-gnu/4.1.2/32 //usr/lib64/xulrunner-1.9.2 /usr/lib64/qca2 /usr/lib/qt4 /usr/lib64/qt4 /usr/lib32/qt4 /usr/lib64/postgresql-9.0/lib64 /usr/lib64/sidplay/builders /usr/lib/sidplay/builders /usr/games/lib /usr/games/lib64 /usr/games/lib32 Sorry for not patching it myself. I haven't decided what to choose: 1. just envadd LDPATH=/opt/lib64 (but it can occur in many other ebuilds) 2. push something similar to baselayout (we have /usr/local/lib after all) 3. move this library to /opt/libftd2xx/lib64 and envadd LDPATH= there UPD.: I fixed it for myself by disabling faulty stuff: USE=-ftd2xx -presto. Was enough for my device, but libftd2xx smells unusable. -- Sergei signature.asc Description: PGP signature
Re: [gentoo-dev] Re: Why (i.e. USE=openssl instead of USE=ssl)
On Saturday 14 of August 2010 18:28:19 Peter Hjalmarsson wrote: lör 2010-08-14 klockan 13:45 +0200 skrev Chí-Thanh Christopher Nguyễn: Peter Hjalmarsson schrieb: This is about my beloved USE=ssl. A bit long and ranty, but if you want the consensus, just read the last part. Today a new snapshot of gnash was uploaded where the old USE=ssl was renamed to USE=openssl. So yet another package where if you want ssl support you have to _personally_ audit what function this useflag has (i.e. does it enable ssl or tune the ssl implementation?). So I wanted to figure it out, does gnash provide ssl itself and the USE=openssl only tunes how it is implemented or does USE=openssl enable ssl? The USE flag was renamed after discussion with upstream. Gnash does not provide any SSL implementation itself and (when invoked as NPAPI plugin) uses the browser's facilities. Possibly I could make more explicit that users only interested in the plugin don't need it. Best regards, Chí-Thanh Christopher Nguyễn Well if that is the use of the use flag the description is to be honest really bad. And still, why openssl instead of ssl? Even if most people are out to only get the plugin the meaning of use flag for the rest of the package is still the same. So is there a special reson why upstream do want ssl disabled for people only out to get the plugin (and why not EAPI=1 and IUSE=-ssl)? Because it won't work. Take a look at make.conf(5) manual page - USE_ORDER=env:pkg:conf:defaults:pkginternal:env.d - USE defaults in profile will override pkginternal (IUSE defaults in ebuild). That being said IUSE=-foo is no-op. Otherwise I agree with you wrt naming inconsistencies. I would also like to see some USE defaults from make.defaults moved to package.use, and some package.use defaults moved to IUSE defaults (and some make.defaults dropped completely, like freaking python and perl USE flags - bug 250179) -- regards MM signature.asc Description: This is a digitally signed message part.
[gentoo-dev] Automated Package Removal and Addition Tracker, for the week ending 2010-08-15 23h59 UTC
The attached list notes all of the packages that were added or removed from the tree, for the week ending 2010-08-15 23h59 UTC. Removals: kde-base/kpilot 2010-08-09 17:38:39 scarabeus kde-base/libknotificationitem 2010-08-09 17:38:39 scarabeus Additions: x11-misc/etm2010-08-10 19:31:30 lack dev-ruby/GeoRuby2010-08-11 01:04:52 flameeyes app-emacs/google-c-style2010-08-11 03:31:35 phajdan.jr x11-misc/dragbox2010-08-11 13:41:36 hwoarang net-news/canto 2010-08-11 14:06:59 hwoarang app-emulation/opennebula2010-08-11 16:07:58 dev-zero app-emulation/spice-protocol2010-08-11 16:13:09 dev-zero app-emulation/spice 2010-08-11 16:22:04 dev-zero app-emulation/qemu-kvm-spice2010-08-12 08:41:58 dev-zero www-client/luakit 2010-08-12 23:14:41 wired app-xemacs/ede 2010-08-13 12:37:58 graaff app-i18n/libguess 2010-08-13 22:18:51 chainsaw virtual/ruby-ssl2010-08-13 23:37:28 flameeyes net-libs/libmicrohttpd 2010-08-14 14:22:40 chithanh app-text/kiwix 2010-08-14 14:31:14 chithanh media-sound/wildmidi2010-08-14 19:12:04 hwoarang -- 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: kde-base/kpilot,removed,scarabeus,2010-08-09 17:38:39 kde-base/libknotificationitem,removed,scarabeus,2010-08-09 17:38:39 Added Packages: x11-misc/etm,added,lack,2010-08-10 19:31:30 dev-ruby/GeoRuby,added,flameeyes,2010-08-11 01:04:52 app-emacs/google-c-style,added,phajdan.jr,2010-08-11 03:31:35 x11-misc/dragbox,added,hwoarang,2010-08-11 13:41:36 net-news/canto,added,hwoarang,2010-08-11 14:06:59 app-emulation/opennebula,added,dev-zero,2010-08-11 16:07:58 app-emulation/spice-protocol,added,dev-zero,2010-08-11 16:13:09 app-emulation/spice,added,dev-zero,2010-08-11 16:22:04 app-emulation/qemu-kvm-spice,added,dev-zero,2010-08-12 08:41:58 www-client/luakit,added,wired,2010-08-12 23:14:41 app-xemacs/ede,added,graaff,2010-08-13 12:37:58 app-i18n/libguess,added,chainsaw,2010-08-13 22:18:51 virtual/ruby-ssl,added,flameeyes,2010-08-13 23:37:28 net-libs/libmicrohttpd,added,chithanh,2010-08-14 14:22:40 app-text/kiwix,added,chithanh,2010-08-14 14:31:14 media-sound/wildmidi,added,hwoarang,2010-08-14 19:12:04 Done.
Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in app-emacs/google-c-style: metadata.xml ChangeLog google-c-style-20091009.ebuild
On 8/10/10 11:09 PM, Christian Faulhammer wrote: PaweA Hajdan (phajdan.jr) phajdan...@gentoo.org: pkg_postinst() { einfo Example usage (.emacs): einfo (require 'google-c-style) einfo (add-hook 'c-mode-common-hook 'google-set-c-style) einfo (add-hook 'c-mode-common-hook 'google-make-newline-indent) } You did not receive my mail regarding the autoload stuff when you asked for Emacs support? I did, but I was not familiar enough with Emacs to know that I can add the autoload support so easily. Fortunately, Ulrich Mueller (ulm) has done it on the same day I added the ebuild to the tree. Thanks Ulrich! signature.asc Description: OpenPGP digital signature
[gentoo-dev] Re: [gentoo-dev-announce] Cleanup of the Get Gentoo page
On 8/8/10 6:22 PM, Paweł Hajdan, Jr. wrote: I'd like to suggest a cleanup of our Get Gentoo page. It is one of the more important pages, because every new user has to visit it. http://dev.gentoo.org/~phajdan.jr/where.xml Okay, let's get some decisions on it. Joshua Saddler raised some concerns, and I asked what essential information is missing from my suggested page that is on the current page. In my opinion everything that should be there is still there, and I only changed the order of things. Roy Bamford suggested we post more information about CPU families for each arch to make the right choice easier. I think we can do that in another cleanup pass (let's fix one issue at a time), and it would be nice to get a more detailed suggestion (there are just so many x86 cpu families). Sebastian Pipping and Markos Chandras liked the new page. So, how do we proceed? signature.asc Description: OpenPGP digital signature