[gentoo-dev] Re: Add --hash-style=gnu to LDFLAGS

2010-08-15 Thread Christian Faulhammer
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

2010-08-15 Thread Thomas Sachau
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

2010-08-15 Thread Sergei Trofimovich
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)

2010-08-15 Thread Maciej Mrozowski
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

2010-08-15 Thread Robin H. Johnson
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

2010-08-15 Thread Paweł Hajdan, Jr.
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

2010-08-15 Thread Paweł Hajdan, Jr.
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