Re: [gentoo-dev] Herds suck, fix them

On Sat, 2006-06-17 at 14:00 +, Ferris McCormick wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On Sat, 17 Jun 2006, Carsten Lohrke wrote: > > > On Saturday 17 June 2006 04:51, Christel Dahlskjaer wrote: > >> How exactly does one go about maintaining our developers? ;) > > > > It

Re: [gentoo-dev] strict-aliasing rules, don't break them

So, just for people to know.. On Saturday 17 June 2006 15:32, Kevin F. Quinn wrote: > kde-base/kdm-3.5.1 Fixed in latest ~arch (and upstream) > media-libs/faad2-2.0-r11 Fixed in latest ~arch > media-libs/xine-lib-1.1.2_pre20060328-r9 Fixed in latest ~arch (and upstream) > media-video/vlc-0.8.5-

Re: [gentoo-dev] variable quoting, setting optional variables to "", and depending on virtual/libc

> | If you inherit some eclass with deps, not set RDEPEND won't be > | defaulted to DEPEND from ebuild, but will also include deps from > | eclass, which is incorrect b/c these deps are needed for build time > | only(like sed, autotools...). One needs to make sure that RDEPEND is > | correct if not

Re: [gentoo-dev] Re: June Council meeting summary + log

Mike Frysinger wrote: > i clearly suck at dates That's what Jeff said after your date with him. Said goats were better than you! :-) -- Lance Albertson <[EMAIL PROTECTED]> Gentoo Infrastructure | Operations Manager --- GPG Public Key: Key fingerprint: 0423

[gentoo-dev] baselayout-1.11.15-r3 testing for stable

hrm ... i sent this like a week ago, but seems it never got through ... can people give 1.11.15-r3 a run through ? as always, 1.11.x is a bugfix version only (for the most part :D) -mike pgpCHKfpV0WRF.pgp Description: PGP signature

Re: [gentoo-dev] strict-aliasing rules, don't break them

On Sat, Jun 17, 2006 at 03:35:10PM +0200, Harald van D??k wrote: > On Sat, Jun 17, 2006 at 03:32:36PM +0200, Kevin F. Quinn wrote: > > Easiest way to find these is to stick -Wall in global CFLAGS (or just > > -Wstrict-aliasing if you want to be more specific), and grep the build > > log for 'will b

Re: [gentoo-dev] Re: June Council meeting summary + log

On Saturday 17 June 2006 16:26, Ryan Hill wrote: > Mike Frysinger wrote: > > unadulterated log of the meeting will be synced out to the servers in a > > bit: http://www.gentoo.org/proj/en/council/meeting-logs/20060616.txt > > I got http://www.gentoo.org/proj/en/council/meeting-logs/20060615.txt > A

Re: [gentoo-dev] Sunrise: way forward, semi-official, review

On Sat, Jun 17, 2006 at 05:31:19PM +0200, foser wrote: > It doesn't become an official Gentoo project by being run by 'official' > Gentoo developers. There is no such thing as 'semi-official' and as such > the move away from the gentoo domain indicates it has nothing to do with > Gentoo and makes t

[gentoo-dev] Re: using specific gcc-version in ebuild

> then it's broken by design ... sure the idea about how qemu goes about its > emulation is pretty goddamn cool, but gcc has never said that you can rely on > certain behavior very right! but you cannot change the world :-( signature.asc Description: OpenPGP digital signature

[gentoo-dev] Re: June Council meeting summary + log

Mike Frysinger wrote: > unadulterated log of the meeting will be synced out to the servers in a bit: > http://www.gentoo.org/proj/en/council/meeting-logs/20060616.txt I got http://www.gentoo.org/proj/en/council/meeting-logs/20060615.txt Also the council project page links to 20060620.txt (?). --

Re: [gentoo-dev] using specific gcc-version in ebuild

On Friday 16 June 2006 20:10, Kevin F. Quinn wrote: > The reason for describing this is to illustrate that qemu is not > "broken" as such; it just relies on implementation detail of the pre-4 > gcc series. then it's broken by design ... sure the idea about how qemu goes about its emulation is pre

[gentoo-dev] Re: using specific gcc-version in ebuild

> I've been thinking about this recently. What qemu does is compile a C > implementation of the target processor's instruction set into an object > file when qemu is built, then at run-time (JIT time) it cut-n-pastes > bits of that object file when it "compiles" the target executable into > native

Re: [gentoo-dev] strict-aliasing rules, don't break them

On Sat, Jun 17, 2006 at 01:44:34PM -0400, Mike Frysinger wrote: > On Saturday 17 June 2006 13:28, Harald van Dijk wrote: > > On Sat, Jun 17, 2006 at 01:15:58PM -0400, Mike Frysinger wrote: > > > On Saturday 17 June 2006 06:17, Luca Barbato wrote: > > > > Long term solution: > > > > 1- check your new

[gentoo-dev] Scientific Gentoo reorg

This seems to have never made it to the list, resending.. Hi everybody. Sorry for crossposting, but many people whom I want to catch with this are not on gentoo-science. For the same reason lets keep this initial discussion here, on -dev. If we need to expand, lets take it to the gentoo-science

Re: [gentoo-dev] strict-aliasing rules, don't break them

On Saturday 17 June 2006 13:28, Harald van Dijk wrote: > On Sat, Jun 17, 2006 at 01:15:58PM -0400, Mike Frysinger wrote: > > On Saturday 17 June 2006 06:17, Luca Barbato wrote: > > > Long term solution: > > > 1- check your new package for aliasing compliance, and if you have time > > > fix it in the

Re: [gentoo-dev] strict-aliasing rules, don't break them

On Saturday 17 June 2006 13:20, Mike Frysinger wrote: > some more docs: > http://gcc.gnu.org/bugs.html#nonbugs_c > Casting does not work as expected when optimization is turned on and a follow up link: http://mail-index.netbsd.org/tech-kern/2003/08/11/0001.html -mike pgppux3cNbTNQ.pgp Descriptio

[gentoo-dev] June Council meeting summary + log

- GLEP49/GLEP50/Alternate package managers: both GLEP49 and GLEP50 are inappropriate solutions. the new proto-tree idea spawned by spb on the gentoo-dev mailing list looks like the correct path to move forward, so he will be doing the footwork and ironing out the details with the portage team.

Re: [gentoo-dev] using specific gcc-version in ebuild

Hi Sven п'ятниця, 16. червень 2006 21:10, Sven Köhler Ви написали: > i just wanted to ask, if the is an eclass or something else, that > enables me to temporarly select a certain gcc-version? or perhaps just > finding the path to the gcc and g++ executables of a specific > gcc-versions (like gcc-3

Re: [gentoo-dev] strict-aliasing rules, don't break them

On Sat, Jun 17, 2006 at 01:15:58PM -0400, Mike Frysinger wrote: > On Saturday 17 June 2006 06:17, Luca Barbato wrote: > > Long term solution: > > 1- check your new package for aliasing compliance, and if you have time > > fix it in the code or in the makefile, if you haven't append > > -fno-strict-

[gentoo-dev] Scientific Gentoo reorg

Hi everybody. Sorry for crossposting, but many people whom I want to catch with this are not on gentoo-science. For the same reason lets keep this initial discussion here, on -dev. If we need to expand, lets take it to the gentoo-science, but then I would expect everybody interested to sign up

Re: [gentoo-dev] strict-aliasing rules, don't break them

some more docs: http://gcc.gnu.org/bugs.html#nonbugs_c Casting does not work as expected when optimization is turned on -mike pgpnrnzc6upFu.pgp Description: PGP signature

Re: [gentoo-dev] strict-aliasing rules, don't break them

On Saturday 17 June 2006 06:17, Luca Barbato wrote: > Long term solution: > 1- check your new package for aliasing compliance, and if you have time > fix it in the code or in the makefile, if you haven't append > -fno-strict-aliasing to the cflags and maybe send a notice about it > upstream > > 2-

Re: [gentoo-dev] nss_* and system users

On Friday 16 June 2006 10:00, Mike Kelly wrote: > "Diego 'Flameeyes' Pettenò" <[EMAIL PROTECTED]> wrote: > > On Friday 16 June 2006 05:03, Mike Frysinger wrote: > > > nss is glibc-only, so such a solution would be inadequate > > > > Actually this is one of the strange and rare cases that's not only

[gentoo-dev] Re: embedded overlay on overlays.gentoo.org

Ned Ludd wrote: > On Sat, 2006-06-17 at 18:04 +0200, Stefan Schweizer wrote: >> Hi, >> solar has requested an account on overlays.gentoo.org for the embedded >> overlay for you. >> Your password: DX7wnSe40Y > think you can change my pw and lets do this offlist? lol, you have not read accurately. T

Re: [gentoo-dev] embedded overlay on overlays.gentoo.org

On Sat, 2006-06-17 at 18:04 +0200, Stefan Schweizer wrote: > Hi, > solar has requested an account on overlays.gentoo.org for the embedded > overlay for you. > Your password: DX7wnSe40Y think you can change my pw and lets do this offlist? -- Ned Ludd <[EMAIL PROTECTED]> Gentoo Linux -- gentoo-

[gentoo-dev] Re: embedded overlay on overlays.gentoo.org

Seemant Kulleen wrote: > On Sat, 2006-06-17 at 18:04 +0200, Stefan Schweizer wrote: >> Hi, >> solar has requested an account on overlays.gentoo.org for the embedded >> overlay for you. >> Your password: DX7wnSe40Y >> >> Kind regards, >> Stefan >> > > Was the list the intended recipient of this?

Re: [gentoo-dev] embedded overlay on overlays.gentoo.org

On Sat, 2006-06-17 at 18:04 +0200, Stefan Schweizer wrote: > Hi, > solar has requested an account on overlays.gentoo.org for the embedded > overlay for you. > Your password: DX7wnSe40Y > > Kind regards, > Stefan > Was the list the intended recipient of this? -- gentoo-dev@gentoo.org mailing li

Re: [gentoo-dev] embedded overlay on overlays.gentoo.org

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Stefan Schweizer wrote: > Hi, > solar has requested an account on overlays.gentoo.org for the embedded > overlay for you. > Your password: DX7wnSe40Y > > Kind regards, > Stefan > um, doesn't sending a password to a public mailing list defeat the purp

[gentoo-dev] embedded overlay on overlays.gentoo.org

Hi, solar has requested an account on overlays.gentoo.org for the embedded overlay for you. Your password: DX7wnSe40Y Kind regards, Stefan -- gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Sunrise: way forward, semi-official, review

On Sat, 2006-06-17 at 17:05 +0200, Stefan Schweizer wrote: > And that is what we are doing now. We have moved the overlay to > gentoo-sunrise.org to analyze, improve and hash out the details. So the > Sunrise project is now "semi-official". While being an official Gentoo > Project run by Gentoo dev

Re: [gentoo-dev] strict-aliasing rules, don't break them

Harald van Dijk wrote: > That warning is given for valid code too. Please only add > -fno-strict-aliasing if you actually find a package misbehaves without > it, or if you have verified that there is indeed an aliasing violation > in the code. Or just bug upstream to either avoid ugly code or just

[gentoo-dev] Sunrise: way forward, semi-official, review

To my fellow developers and users, with the council meeting not much has changed for Sunrise: "Sunrise is still suspended/closed in overlays until the details can be hashed out" And that is what we are doing now. We have moved the overlay to gentoo-sunrise.org to analyze, improve and hash out the

Re: [gentoo-dev] Herds suck, fix them

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Sat, 17 Jun 2006, Carsten Lohrke wrote: On Saturday 17 June 2006 04:51, Christel Dahlskjaer wrote: How exactly does one go about maintaining our developers? ;) It's devrel's cursed job. Ask them. :) Carsten Um, whips and chains. But we'r

Re: [gentoo-dev] strict-aliasing rules, don't break them

On Sat, Jun 17, 2006 at 02:28:28PM +0100, Ciaran McCreesh wrote: > On Sat, 17 Jun 2006 15:20:52 +0200 Harald van Dijk <[EMAIL PROTECTED]> > wrote: > | and then accessing {first, null}, or {null, last} as a struct dl_node > | the way to fix the code would be to rewrite the code to use arrays > | of p

Re: [gentoo-dev] strict-aliasing rules, don't break them

On Sat, Jun 17, 2006 at 03:32:36PM +0200, Kevin F. Quinn wrote: > Easiest way to find these is to stick -Wall in global CFLAGS (or just > -Wstrict-aliasing if you want to be more specific), and grep the build > log for 'will break strict aliasing' (LC_ALL=C obviously). That warning is given for va

Re: [gentoo-dev] strict-aliasing rules, don't break them

On Sat, 17 Jun 2006 15:20:52 +0200 Harald van Dijk <[EMAIL PROTECTED]> wrote: | and then accessing {first, null}, or {null, last} as a struct dl_node | the way to fix the code would be to rewrite the code to use arrays | of pointers instead of simply three pointer members. There is no | valid way to

Re: [gentoo-dev] strict-aliasing rules, don't break them

Easiest way to find these is to stick -Wall in global CFLAGS (or just -Wstrict-aliasing if you want to be more specific), and grep the build log for 'will break strict aliasing' (LC_ALL=C obviously). Such issues should be filed upstream, I guess, to either get the Makefile to forcibly set -fno-str

Re: [gentoo-dev] strict-aliasing rules, don't break them

On Sat, Jun 17, 2006 at 01:57:33PM +0200, Diego 'Flameeyes' Pettenò wrote: > On Saturday 17 June 2006 13:43, Luca Barbato wrote: > > you can use unions or rewrite completely the line using it in another > > way, in certain case the type pun is the quickest solution so it's > > better to append -fno

Re: [gentoo-dev] Herds suck, fix them

On Saturday 17 June 2006 04:51, Christel Dahlskjaer wrote: > How exactly does one go about maintaining our developers? ;) It's devrel's cursed job. Ask them. :) Carsten pgpDHDEmEDUMI.pgp Description: PGP signature

Re: [gentoo-dev] variable quoting, setting optional variables to "", and depending on virtual/libc

On Saturday 17 June 2006 14:39, Michael Cummings wrote: > Kevin F. Quinn wrote: > > If RDEPEND is not set, it is defaulted to $DEPEND by portage. > > Alas, if only. If you inherit an eclass with deps this carry over won't > happen. (And I have the bugs to prove it ;) Well, has been the job of the

Re: [gentoo-dev] variable quoting, setting optional variables to "", and depending on virtual/libc

On Sat, 17 Jun 2006 11:26:12 +0200 Peper <[EMAIL PROTECTED]> wrote: | > Setting RDEPEND to "" indicates that the stuff in DEPEND isn't | > needed to run the package, and can safely be pruned later. If | > RDEPEND is not set, it is defaulted to $DEPEND by portage. | | If you inherit some eclass wit

Re: [gentoo-dev] Herds suck, fix them

On Sat, 2006-06-17 at 12:55 +0200, Jan Kundrát wrote: > Christel Dahlskjaer wrote: > > On Thu, 2006-06-15 at 00:26 -0500, Lance Albertson wrote: > >> Alec Warner wrote: > >>> So apparently they suck, anyone have a new shiny idea on how to group > >>> packages and maintaining developers? > > > > Ho

Re: [gentoo-dev] variable quoting, setting optional variables to "", and depending on virtual/libc

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Kevin F. Quinn wrote: > If RDEPEND is not set, it is defaulted to $DEPEND by portage. Alas, if only. If you inherit an eclass with deps this carry over won't happen. (And I have the bugs to prove it ;) ~mcummings -BEGIN PGP SIGNATURE- Ver

Re: [gentoo-dev] strict-aliasing rules, don't break them

On Saturday 17 June 2006 13:43, Luca Barbato wrote: > you can use unions or rewrite completely the line using it in another > way, in certain case the type pun is the quickest solution so it's > better to append -fno-strict-aliasing in the Makefile. Err give me an example of the line, a lot of stri

Re: [gentoo-dev] strict-aliasing rules, don't break them

Diego 'Flameeyes' Pettenò wrote: > On Saturday 17 June 2006 12:17, Luca Barbato wrote: >> Long term solution: > The best long term solution would have been to fix the code, but actually I > didn't ever found a quick explanation of how to fix this kind of code... > you can use unions or rewrite c

Re: [gentoo-dev] strict-aliasing rules, don't break them

On Saturday 17 June 2006 12:17, Luca Barbato wrote: > Long term solution: The best long term solution would have been to fix the code, but actually I didn't ever found a quick explanation of how to fix this kind of code... -- Diego "Flameeyes" Pettenò - http://farragut.flameeyes.is-a-geek.org/ G

Re: [gentoo-dev] Herds suck, fix them

Christel Dahlskjaer wrote: > On Thu, 2006-06-15 at 00:26 -0500, Lance Albertson wrote: >> Alec Warner wrote: >>> So apparently they suck, anyone have a new shiny idea on how to group >>> packages and maintaining developers? > > How exactly does one go about maintaining our developers? ;) "develop

Re: [gentoo-dev] variable quoting, setting optional variables to "", and depending on virtual/libc

Harald van D??k <[EMAIL PROTECTED]> wrote: > On Fri, Jun 16, 2006 at 11:31:27PM -0700, Drake Wyrm wrote: > > Harald van D??k <[EMAIL PROTECTED]> wrote: > > > Any is fine, there is no word splitting or wildcard expansion in > > > shell variable assignments. > > > > $ foo="bar * baz" > > $ womba

[gentoo-dev] strict-aliasing rules, don't break them

You may aware or not that there is a nice optimization (more effective if you have some registers to spare) based on how you access memory thought variables. Since it wasn't that effective and didn't break anything it is enabled since -O2. Problem: recent gcc are doing some quite smart tricks with

Re: [gentoo-dev] variable quoting, setting optional variables to "", and depending on virtual/libc

On Sat, 17 Jun 2006 03:33:28 -0400 Mike Frysinger <[EMAIL PROTECTED]> wrote: > On Saturday 17 June 2006 02:02, Drake Wyrm wrote: > > Thomas Cort <[EMAIL PROTECTED]> wrote: > > > DEPEND="virtual/libc" # used by 809 ebuilds > > > > There are opinions on both sides of this subject, but I think that

Re: [gentoo-dev] Re: Re: variable quoting, setting optional variables to "", and depending on virtual/libc

> Noted that based on the other replies after posting. Thanks, tho. I > didn't know that until reading the thread. No, it was genstef who pointed me that out when making my first ebuild. -- Best Regards, Peper -- gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] variable quoting, setting optional variables to "", and depending on virtual/libc

> Setting RDEPEND to "" indicates that the stuff in DEPEND isn't needed > to run the package, and can safely be pruned later. If RDEPEND is not > set, it is defaulted to $DEPEND by portage. If you inherit some eclass with deps, not set RDEPEND won't be defaulted to DEPEND from ebuild, but will al

[gentoo-dev] Re: Re: variable quoting, setting optional variables to "", and depending on virtual/libc

Peper <[EMAIL PROTECTED]> posted [EMAIL PROTECTED], excerpted below, on Sat, 17 Jun 2006 11:09:45 +0200: > It makes no difference in assignments, so all of them will do. Noted that based on the other replies after posting. Thanks, tho. I didn't know that until reading the thread. -- Duncan -

Re: [gentoo-dev] variable quoting, setting optional variables to "", and depending on virtual/libc

On Sat, 17 Jun 2006 00:30:04 -0700 "Robin H. Johnson" <[EMAIL PROTECTED]> wrote: > If I have a package that produces a dynamic (non-static) binary, and > it has no other deps, then I throw in virtual/libc. > > If it produces a static binary only, or no binary, then it gets "". If you're going to

Re: [gentoo-dev] Re: variable quoting, setting optional variables to "", and depending on virtual/libc

> What if someone has PORTAGE_TMPDIR="/tmp/portage temporary workspace" or > "/var/tmp/\$whatever" or some such (yes I know that's crazy, but...)? I'd > agree with the ditto, not with the all three will work fine. It makes no difference in assignments, so all of them will do. -- Best Regards, Pe

Re: [gentoo-dev] variable quoting, setting optional variables to "", and depending on virtual/libc

On Sat, 17 Jun 2006 00:35:30 -0400 Thomas Cort <[EMAIL PROTECTED]> wrote: > What is the purpose of setting DEPEND and RDEPEND to "" if DEPEND and > RDEPEND are optional[1][2]? Isn't that just a waste of disk space / > bandwidth? DEPEND="virtual/libc" seems like a waste too as it is an > implicit s

[gentoo-dev] Re: variable quoting, setting optional variables to "", and depending on virtual/libc

Mike Frysinger <[EMAIL PROTECTED]> posted [EMAIL PROTECTED], excerpted below, on Sat, 17 Jun 2006 03:30:29 -0400: >> > What is the proper quoting style for defining the S variable? In the >> > tree there are about 3 different styles... >> > >> >S=${WORKDIR}/${MY_P}# used by 5270 ebuilds >

Re: [gentoo-dev] variable quoting, setting optional variables to "", and depending on virtual/libc

On Fri, Jun 16, 2006 at 11:02:27PM -0700, Drake Wyrm wrote: > Thomas Cort <[EMAIL PROTECTED]> wrote: > > What is the proper quoting style for using epatch? In the tree there > > are about 3 different styles... > > > What is the proper quoting style for defining the S variable? In the > > tree ther

Re: [gentoo-dev] variable quoting, setting optional variables to "", and depending on virtual/libc

On Saturday 17 June 2006 02:02, Drake Wyrm wrote: > Thomas Cort <[EMAIL PROTECTED]> wrote: > > DEPEND="virtual/libc" # used by 809 ebuilds > > There are opinions on both sides of this subject, but I think that most > devs are starting to see the value in this. If a package requires some > other

Re: [gentoo-dev] variable quoting, setting optional variables to "", and depending on virtual/libc

On Saturday 17 June 2006 01:34, Donnie Berkholz wrote: > 2) When you set a variable to a string, you should use quotes. dont need them, bash does not expand in setting variables -mike pgpVgd6PjFRxs.pgp Description: PGP signature

Re: [gentoo-dev] variable quoting, setting optional variables to "", and depending on virtual/libc

On Saturday 17 June 2006 01:22, Alin Nastac wrote: > Thomas Cort wrote: > > What is the proper quoting style for using epatch? In the tree there > > are about 3 different styles... > > > > epatch ${FILESDIR}/some-fix.patch # used by 7326 ebuilds > > epatch "${FILESDIR}"/some-fix.patch