Re: [gentoo-dev] glibc-2.6 / gcc-4.2 going into ~arch

2007-07-07 Thread Kumba
Mike Frysinger wrote: get your waaait dont do it votes in now, i plan on pushing: glibc-2.6 ~amd64 ~ppc ~ppc64 ~x86 gcc-4.2.0 ~amd64 ~x86 in the next day or so -mike FYI, seems one of the R10K patches fails for mips after all (compile failure below). Probably a define that shifted and

Re: [gentoo-dev] Inotify and (f)crontabs

2007-07-07 Thread Mike Frysinger
On Sunday 01 July 2007, Ryan Reich wrote: This is a small essay on Gentoo's setup for fcron. which is troublesome because some of the things here are specific to fcron (which frankly dont interest me) while others are specific to the cronbase package which installs `run-crons` (which does

Re: [gentoo-dev] Last rites: media-gfx/bootsplash

2007-07-07 Thread Rémi Cardona
Alon Bar-Lev wrote: i915, even if splash gets working X does not. A lot of issues there. intelfb is terribly broken : it explicitly doesn't work on laptop LCD displays, it doesn't support all the funky resolutions DVI or VGA displays have nowadays. Basically, it's nearly useless. Try using

Re: [gentoo-dev] Re: glibc-2.6 / gcc-4.2 going into ~arch

2007-07-07 Thread Andreas Proschofsky
On Fri, 2007-07-06 at 19:44 -0600, Ryan Hill wrote: BTW, the GCC 4.2 porting tracker is bug #162167. If you find any crazyass bugs, please block the tracker bug. Openoffice team, you may want to examine the patch in bug #184054. This is fixed now. bye Andreas -- Andreas Proschofsky Gentoo

[gentoo-dev] It's Bugday!

2007-07-07 Thread Peter Weller
Hi, Don't forget that today is Bugday, so come along, and join the fun! For those of you who don't know, Bugday is a great opportunity for users to start fixing bugs, as well as testing bugfixes submitted by other users (and getting/giving help in the process). Feel free to join in by joining

Re: [gentoo-dev] Last rites: media-gfx/bootsplash

2007-07-07 Thread Alon Bar-Lev
On 7/7/07, Rémi Cardona [EMAIL PROTECTED] wrote: Try using vesafb-tng (I know it doesn't support some resolutions either) but interactions between vesafb-tng and the intel X driver are _much_ better. Does not work either. There is a memory conflict between the X space and vesa. I basically

Re: [gentoo-dev] Last rites: media-gfx/bootsplash

2007-07-07 Thread Roy Marples
On Sat, 7 Jul 2007 11:38:14 +0300 Alon Bar-Lev [EMAIL PROTECTED] wrote: We need to provide simper and workable solution. The whole thing is moot anyway as baselayout-2 now uses C plugins for hooks like splash. So unless you or someone else steps up to the plate and write a baselayout-2 plugin

Re: [gentoo-dev] Last rites: media-gfx/bootsplash

2007-07-07 Thread Alon Bar-Lev
On 7/7/07, Roy Marples [EMAIL PROTECTED] wrote: The whole thing is moot anyway as baselayout-2 now uses C plugins for hooks like splash. So unless you or someone else steps up to the plate and write a baselayout-2 plugin for bootsplash there will be a point where it will stop working. I don't

Re: [gentoo-dev] Last rites: media-gfx/bootsplash

2007-07-07 Thread Jakub Moc
Alon Bar-Lev napsal(a): On 7/7/07, Rémi Cardona [EMAIL PROTECTED] wrote: Try using vesafb-tng (I know it doesn't support some resolutions either) but interactions between vesafb-tng and the intel X driver are _much_ better. Does not work either. There is a memory conflict between the X

Re: [gentoo-dev] glibc-2.6 / gcc-4.2 going into ~arch

2007-07-07 Thread Christian Heim
On Friday 06 July 2007 06:08:43 Mike Frysinger wrote: get your waaait dont do it votes in now, i plan on pushing: glibc-2.6 ~amd64 ~ppc ~ppc64 ~x86 gcc-4.2.0 ~amd64 ~x86 in the next day or so -mike As Adam already pointed/asked earlier, are we going to see Kevin's work being merged with

[gentoo-dev] Re: Non-new developer: Tobias Heinlein (keytoaster)

2007-07-07 Thread Markus Ullmann
Denis Dupeyron schrieb: So please, everybody, give a warm non-welcome to Tobias. /me adds him to the dark lords list, also known as the evil german conspiracy Congrats to your upgrade :) -Jokey signature.asc Description: OpenPGP digital signature

Re: [gentoo-dev] Non-new developer: Tobias Heinlein (keytoaster)

2007-07-07 Thread Tobias Scherbaum
Denis Dupeyron wrote: Tobias tells us his hobbies were computers, programming, reading, meeting friends, and sleeping. Which means it's now down to computers and programming only. So please, everybody, give a warm non-welcome to Tobias. Congrats! :) Und mach nix kaputt :P Tobias

[gentoo-dev] John Jawed Alex Tarkovsky's einput eclass

2007-07-07 Thread Steve Long
Hi, A link on bugzilla somehow led me (isn't the web wonderful ;) to this: http://thread.gmane.org/gmane.linux.gentoo.devel/40596 which appears (to a user) like a really good idea. There is a version still at: http://jawed.name/dev/gentoo/einput.eclass A search at:

Re: [gentoo-dev] John Jawed Alex Tarkovsky's einput eclass

2007-07-07 Thread Rémi Cardona
Steve Long wrote: Hi, A link on bugzilla somehow led me (isn't the web wonderful ;) to this: http://thread.gmane.org/gmane.linux.gentoo.devel/40596 which appears (to a user) like a really good idea. There is a version still at: http://jawed.name/dev/gentoo/einput.eclass A search at:

Re: [gentoo-dev] Non-new developer: Tobias Heinlein (keytoaster)

2007-07-07 Thread Luca Barbato
Denis Dupeyron wrote: So please, everybody, give a warm non-welcome to Tobias. Happy break^Whacking! lu -- Luca Barbato Gentoo/linux Gentoo/PPC http://dev.gentoo.org/~lu_zero -- [EMAIL PROTECTED] mailing list

[gentoo-dev] Inotify and (f)crontabs

2007-07-07 Thread Ryan Reich
On 7/7/07, Mike Frysinger [EMAIL PROTECTED] wrote: On Sunday 01 July 2007, Ryan Reich wrote: This is a small essay on Gentoo's setup for fcron. which is troublesome because some of the things here are specific to fcron (which frankly dont interest me) while others are specific to the cronbase

Re: [gentoo-dev] Inotify and (f)crontabs

2007-07-07 Thread Peter Gordon
On Sat, 2007-07-07 at 04:23 -0400, Mike Frysinger wrote: you missed a critical aspect: offline time. the way run-crons is implemented, if you happen to routinely shut your machine off at the time that the cronjob is supposed to fire, then the standard you proposed will pretty much never

[gentoo-dev] app-arch/cpio-2.9 is now GPLv3

2007-07-07 Thread David
Hi, Was suggested I make a post on the mailing list in addition to lodging bug https://bugs.gentoo.org/184522 According to the website http://www.gnu.org/software/cpio/cpio.html CPIO 2.9 as of 2007-06-28 is now licensed under GPLv3. -Kalidarn signature.asc Description: This is a digitally

[gentoo-dev] Watch out for license changes to GPL-3.

2007-07-07 Thread Petteri Räty
David kirjoitti: Hi, Was suggested I make a post on the mailing list in addition to lodging bug https://bugs.gentoo.org/184522 Don't know why you were suggested it but any way yes everyone should be on the lookout for license changes. Regards, Petteri signature.asc Description: OpenPGP

Re: [gentoo-dev] Watch out for license changes to GPL-3.

2007-07-07 Thread David
Ah it's not the actual ebuild's fault it's the site's fault as per according to https://bugs.gentoo.org/182943 ;) hopefully someone will get on that. -Kalidarn On Sat, 2007-07-07 at 21:35 +0300, Petteri Räty wrote: David kirjoitti: Hi, Was suggested I make a post on the mailing list in

[gentoo-dev] automated extended information gathering

2007-07-07 Thread Mike Frysinger
often times when i get a bug report about certain packages, there's information about that package that i usually ask for ... i wonder if this can be automated perhaps extend the syntax of profiles/info_pkgs: atom [command to pass to system()] sys-libs/glibc /lib/libc.so.6 then when people run

Re: [gentoo-dev] automated extended information gathering

2007-07-07 Thread Petteri Räty
Mike Frysinger kirjoitti: often times when i get a bug report about certain packages, there's information about that package that i usually ask for ... i wonder if this can be automated perhaps extend the syntax of profiles/info_pkgs: atom [command to pass to system()] sys-libs/glibc

Re: [gentoo-dev] automated extended information gathering

2007-07-07 Thread Marius Mauch
On Sat, 7 Jul 2007 17:43:44 -0400 Mike Frysinger [EMAIL PROTECTED] wrote: often times when i get a bug report about certain packages, there's information about that package that i usually ask for ... i wonder if this can be automated perhaps extend the syntax of profiles/info_pkgs: atom

Re: [gentoo-dev] automated extended information gathering

2007-07-07 Thread Kevin Lacquement
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Marius Mauch wrote: 5) considering 3), I'd rather see such information be specified by ebuilds somehow, not a global file (think about overlays). Maybe by installing a script in a specific location or so. Marius How about adding another function

Re: [gentoo-dev] automated extended information gathering

2007-07-07 Thread Mike Frysinger
On Saturday 07 July 2007, Kevin Lacquement wrote: Marius Mauch wrote: 5) considering 3), I'd rather see such information be specified by ebuilds somehow, not a global file (think about overlays). Maybe by installing a script in a specific location or so. How about adding another function

[gentoo-dev] Re: automated extended information gathering

2007-07-07 Thread Duncan
Mike Frysinger [EMAIL PROTECTED] posted [EMAIL PROTECTED], excerpted below, on Sat, 07 Jul 2007 19:41:37 -0400: On Saturday 07 July 2007, Kevin Lacquement wrote: How about adding another function to the ebuild format? pkg_getinfo()? that trumps everything i got ;) It's pretty intuitive

Re: [gentoo-dev] automated extended information gathering

2007-07-07 Thread Kent Fredric
On 7/8/07, Kevin Lacquement [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Marius Mauch wrote: 5) considering 3), I'd rather see such information be specified by ebuilds somehow, not a global file (think about overlays). Maybe by installing a script in a specific

Re: [gentoo-dev] automated extended information gathering

2007-07-07 Thread Mike Frysinger
On Saturday 07 July 2007, Kent Fredric wrote: Implementation details wise, I would like to see packages have possibly 2 functions, 1: Info, and 2: Check. Reason Being that you wont be able to fetch installation status info on a package thats not installed, and if a package is failing to

Re: [gentoo-dev] Inotify and (f)crontabs

2007-07-07 Thread Mike Frysinger
On Saturday 07 July 2007, Peter Gordon wrote: On Sat, 2007-07-07 at 04:23 -0400, Mike Frysinger wrote: you missed a critical aspect: offline time. the way run-crons is implemented, if you happen to routinely shut your machine off at the time that the cronjob is supposed to fire, then the

Re: [gentoo-dev] automated extended information gathering

2007-07-07 Thread Kent Fredric
On 7/8/07, Mike Frysinger [EMAIL PROTECTED] wrote: On Saturday 07 July 2007, Kent Fredric wrote: Implementation details wise, I would like to see packages have possibly 2 functions, 1: Info, and 2: Check. Reason Being that you wont be able to fetch installation status info on a package

[gentoo-dev] Re: John Jawed Alex Tarkovsky's einput eclass

2007-07-07 Thread Steve Long
Rémi Cardona wrote: Could you list the packages which could use this? Because if only 3 pkgs need it, it might not be worth the hassle to add it. /usr/portage $ grep -lR 'GAMES_CHECK_LICENSE=yes' *games*|wc -l 40 I'm ofc not including fetch-restricted which also require interaction, although

Re: [gentoo-dev] automated extended information gathering

2007-07-07 Thread Mike Frysinger
On Saturday 07 July 2007, Kent Fredric wrote: On 7/8/07, Mike Frysinger [EMAIL PROTECTED] wrote: On Saturday 07 July 2007, Kent Fredric wrote: Implementation details wise, I would like to see packages have possibly 2 functions, 1: Info, and 2: Check. Reason Being that you wont be

Re: [gentoo-dev] Inotify and (f)crontabs

2007-07-07 Thread Ryan Reich
On 7/7/07, Mike Frysinger [EMAIL PROTECTED] wrote: On Saturday 07 July 2007, Peter Gordon wrote: On Sat, 2007-07-07 at 04:23 -0400, Mike Frysinger wrote: you missed a critical aspect: offline time. the way run-crons is implemented, if you happen to routinely shut your machine off at the

Re: [gentoo-dev] Inotify and (f)crontabs

2007-07-07 Thread Mike Frysinger
On Sunday 08 July 2007, Ryan Reich wrote: On 7/7/07, Mike Frysinger [EMAIL PROTECTED] wrote: On Saturday 07 July 2007, Peter Gordon wrote: On Sat, 2007-07-07 at 04:23 -0400, Mike Frysinger wrote: you missed a critical aspect: offline time. the way run-crons is implemented, if you

[gentoo-dev] Script for easier stabilising of ebuilds

2007-07-07 Thread Lars Weiler
Hi devs, my fingers were tired of typing the same things over and over again when I stabilised an ebuild. So I wrote the attached script which should take away the work. Now I only have to attach the bug-number and optionally an ebuild with atom version. If there is no second argument, the

Re: [gentoo-dev] automated extended information gathering

2007-07-07 Thread Kent Fredric
On 7/8/07, Mike Frysinger [EMAIL PROTECTED] wrote: On Saturday 07 July 2007, Kent Fredric wrote: On 7/8/07, Mike Frysinger [EMAIL PROTECTED] wrote: On Saturday 07 July 2007, Kent Fredric wrote: Implementation details wise, I would like to see packages have possibly 2 functions, 1:

Re: [gentoo-dev] automated extended information gathering

2007-07-07 Thread Mike Frysinger
On Sunday 08 July 2007, Kent Fredric wrote: Ok, I've re-thought some of my ideas and tried to come up with a more concise explanation with some practical example syntax. The basic concept of 'check' was 'this will work even if the package aint installed yet' and info was 'for working but bust

Re: [gentoo-dev] automated extended information gathering

2007-07-07 Thread Kent Fredric
On 7/8/07, Mike Frysinger [EMAIL PROTECTED] wrote: On Sunday 08 July 2007, Kent Fredric wrote: Ok, I've re-thought some of my ideas and tried to come up with a more concise explanation with some practical example syntax. The basic concept of 'check' was 'this will work even if the package

Re: [gentoo-dev] Re: John Jawed Alex Tarkovsky's einput eclass

2007-07-07 Thread Alex Tarkovsky
On 7/7/07, Steve Long [EMAIL PROTECTED] wrote: I'm ofc not including fetch-restricted which also require interaction, although that is standardised enough for a script to deal with[1]. Having found this for games, I can deal with that too ofc, but I still think the I'm not sure whether special

Re: [gentoo-dev] Re: John Jawed Alex Tarkovsky's einput eclass

2007-07-07 Thread Marius Mauch
On Sun, 08 Jul 2007 04:53:40 +0100 Steve Long [EMAIL PROTECTED] wrote: I understand that games are a `special case', but why not make it a RESTRICT=interact which would automatically mean repoman would not allow the package into stable, and admins could easily weed such packages out? That way