Re: [gentoo-dev] generating ChangeLog files automatically from `cvs commit`

2005-08-22 Thread Andreas Vinsander
Mike Frysinger wrote: suggestion: stop keeping ChangeLog files in CVS and instead, let them be generated automagically by the cvs server using the last arbitrary number of commit messages. if you really want to keep a commit message out of the changelog, then we come up with a simple

Re: [gentoo-dev] Re: Fixing the TERM mess

2005-08-22 Thread Tavis Ormandy
--On Monday, August 22, 2005 00:21:16 + Renat Lumpau [EMAIL PROTECTED] wrote: On Mon, Aug 22, 2005 at 12:08:00AM +0100, Ciaran McCreesh wrote: Thanks. The other useful one is to see whether it does 256 colours properly like real xterm does. The following bash script, when run with '256'

Re: [gentoo-dev] RFC - Gentoo on the Lab

2005-08-22 Thread Ivan Yosifov
On Sun, 2005-08-21 at 20:34 -0700, Donnie Berkholz wrote: | The final result of the project will be released to the community | (GPL or BSD, still need to think), so I'd love to ear from users | dealing with this kind of scenario, question, comments, whatever you | think I should focus on. Oh,

[gentoo-dev] Re: RFC - Gentoo on the Lab

2005-08-22 Thread Duncan
Donnie Berkholz posted [EMAIL PROTECTED], excerpted below, on Sun, 21 Aug 2005 20:34:59 -0700: Ricardo Loureiro wrote: | The final result of the project will be released to the community | (GPL or BSD, still need to think), so I'd love to ear from users | dealing with this kind of

[gentoo-dev] Re: Fixing the TERM mess

2005-08-22 Thread Dan Meltzer
mine ended up spitting out large amounts of gibberish and ruining the readability of the terminal... why would it be so different? On 8/22/05, Tavis Ormandy [EMAIL PROTECTED] wrote: --On Monday, August 22, 2005 08:18:42 +0100 Tavis Ormandy [EMAIL PROTECTED] wrote: --On

Re: [gentoo-dev] Fixing the TERM mess

2005-08-22 Thread Mike Frysinger
On Sunday 21 August 2005 05:05 pm, Ciaran McCreesh wrote: The terminfo method is provided by ncurses. It is considerably more powerful and has far fewer arbitrary restrictions upon database entry lengths. It is also less unmaintained than termcap. actually it's actively maintained and the

Re: [gentoo-dev] RFC - Gentoo on the Lab

2005-08-22 Thread Marius Mauch
On 08/22/05 Ricardo Loureiro wrote: 1- Can I RSYNC_EXCLUDE everything except profiles and have an usable system? Define usable. As only portage uses the tree it would be the only thing that might break. 2- There was a portagesql effort, is it dead? As far as I know, yes. But it wasn't what

Re: [gentoo-dev] RFC - Gentoo on the Lab

2005-08-22 Thread Ricardo Loureiro
On Mon, 22 Aug 2005 16:38:11 +0200 Marius Mauch [EMAIL PROTECTED] wrote: Define usable. As only portage uses the tree it would be the only thing that might break. Usable in the way that the client machines should be able to use portage, except it's the hacked (or new package) version that

Re: [gentoo-dev] RFC - Gentoo on the Lab

2005-08-22 Thread Grobian
Ricardo Loureiro wrote: Usable in the way that the client machines should be able to use portage, except it's the hacked (or new package) version that should do everything from the SQL server. For example, a emerge package would behave in 2 possible ways;1- calculate it's dependencies from the

Re: [gentoo-dev] RFC - Gentoo on the Lab

2005-08-22 Thread Kristian Benoit
On Mon, 2005-08-22 at 16:38 +0200, Marius Mauch wrote: Anyway, I hope you realize that your project doesn't only involve hacking on portage, but rewriting almost all of it for the client part. Actually I'd rather suggest you start from scratch I do agree with that, portage probably need a

Re: [gentoo-dev] RFC - Gentoo on the Lab

2005-08-22 Thread Stephen Bennett
On Mon, 22 Aug 2005 13:49:14 -0400 Kristian Benoit [EMAIL PROTECTED] wrote: I do agree with that, portage probably need a rewrite/better modularization anyway. There is/was a project called portage-ng () you might want to have a look at. I did a little in that direction recently, and it seems

Re: [gentoo-dev] RFC - Gentoo on the Lab

2005-08-22 Thread Brian Harring
On Mon, Aug 22, 2005 at 01:49:14PM -0400, Kristian Benoit wrote: On Mon, 2005-08-22 at 16:38 +0200, Marius Mauch wrote: Anyway, I hope you realize that your project doesn't only involve hacking on portage, but rewriting almost all of it for the client part. Actually I'd rather suggest you

[gentoo-dev] Status report: Gentoo PHP packages

2005-08-22 Thread Stuart Herbert
Hi, I've just posted a short progress report on our continuing work on the new PHP packages for Gentoo. Planet Gentoo should pick it up soon, but for now, you can find it on my personal blog: http://stu.gnqs.org/diary/gentoo.php Best regards, Stu -- Stuart Herbert

[gentoo-dev] stripping implementation in portage

2005-08-22 Thread Brian Harring
Hola all. Short version, the nostrip feature is a bit funky as an option. What I'm after is effectively building all packages *with* debugging information as default, and leaving it up to the repository you're merging the package to, to decide on stripping or not. IOW, if you prefer stripped

Re: [gentoo-dev] stripping implementation in portage

2005-08-22 Thread Jason Stubbs
On Tuesday 23 August 2005 07:38, Brian Harring wrote: Hola all. Short version, the nostrip feature is a bit funky as an option. What I'm after is effectively building all packages *with* debugging information as default, and leaving it up to the repository you're merging the package to, to

Re: [gentoo-dev] stripping implementation in portage

2005-08-22 Thread Donnie Berkholz
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jason Stubbs wrote: | On Tuesday 23 August 2005 07:38, Brian Harring wrote: |So... thoughts? I'd be particularly curious about any package where |this wouldn't be viable. | | | I believe xorg-x11 is one such package. But then, this might just be a |

[gentoo-dev] Re: Re: RFC - Gentoo on the Lab

2005-08-22 Thread Duncan
Ricardo Loureiro posted [EMAIL PROTECTED], excerpted below, on Mon, 22 Aug 2005 14:26:58 +0100: BSD licence allows any fork to be created with any other licence, so a BSD project can have a GPL fork. I didn't thought about changing Portage itself simply because I don't know if the changes are

[gentoo-dev] download problem in ebuild

2005-08-22 Thread Nick Rout
I am not sure how to deal with this problem. Lost Labyrinth is a game I am trying to write an ebuild for. I am stuck on downloading, which isn't very encouraging. The URL to download the gane is: http://laby.toybox.de/download15/ which redirects to the latest version of the file (currently

Re: [gentoo-dev] download problem in ebuild

2005-08-22 Thread Mike Frysinger
On Monday 22 August 2005 10:33 pm, Nick Rout wrote: I am not sure how to deal with this problem. talk to upstream and ask them to provide a direct link otherwise (if the license allows), we'd mirror the file on the gentoo mirrors and just use: mirror://gentoo/laby_${PV}.tar.gz -mike --

Re: [gentoo-dev] Status report: Gentoo PHP packages

2005-08-22 Thread Jason Wever
On Mon, 22 Aug 2005 23:27:28 +0100 Stuart Herbert [EMAIL PROTECTED] wrote: I've just posted a short progress report on our continuing work on the new PHP packages for Gentoo. Planet Gentoo should pick it up soon, but for now, you can find it on my personal blog: Is there a reason you folks

Re: [gentoo-dev] download problem in ebuild

2005-08-22 Thread Georgi Georgiev
maillog: 23/08/2005-14:33:52(+1200): Nick Rout types I am not sure how to deal with this problem. Lost Labyrinth is a game I am trying to write an ebuild for. I am stuck on downloading, which isn't very encouraging. The URL to download the gane is: http://laby.toybox.de/download15/

Re: [gentoo-dev] download problem in ebuild

2005-08-22 Thread Marius Mauch
On 08/23/05 Nick Rout wrote: I am not sure how to deal with this problem. Lost Labyrinth is a game I am trying to write an ebuild for. I am stuck on downloading, which isn't very encouraging. The URL to download the gane is: http://laby.toybox.de/download15/ which redirects to the

Re: [gentoo-dev] download problem in ebuild

2005-08-22 Thread Nick Rout
On Tue, 2005-08-23 at 11:38 +0900, Georgi Georgiev wrote: Why not use http://laby.toybox.de/download15/laby_1.0.1.tar.gz ? Or http://laby.toybox.de/download15/${PN}_${PV}.tar.gz unfortunately that still seems to redirect and produce the same problem with wget. -- Nick Rout [EMAIL PROTECTED]

[gentoo-dev] removal of vars from ebuild env

2005-08-22 Thread Brian Harring
Fair warning, To anyone relying on the vars BUILD_PREFIX, BUILDDIR to be available in the ebuild env, they're going to be yanked down the line; right now, going by scans nobody relies on them- so... please keep it that way. Thanks, ~harring pgpjVDBwDVZS4.pgp Description: PGP signature

Re: [gentoo-portage-dev] Re: Environment Whitelisting

2005-08-22 Thread Jason Stubbs
On Monday 22 August 2005 12:52, Drake Wyrm wrote: Alec Warner [EMAIL PROTECTED] wrote: Was talking with Brian about the build environment and how settings were to be passed into the build environment. Essentially three scenarios were presented. Snip and summary: 1) Pass everything

Re: [gentoo-portage-dev] Environment Whitelisting

2005-08-22 Thread Marius Mauch
On 08/21/05 Alec Warner wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Was talking with Brian about the build environment and how settings were to be passed into the build environment. Essentially three scenarios were presented. 1) The full environment is passed to the build

Re: [gentoo-portage-dev] Environment Whitelisting

2005-08-22 Thread Brian Harring
On Mon, Aug 22, 2005 at 11:33:23PM +0200, Marius Mauch wrote: Theoretical discussions about this are pointless IMO without numbers/facts to back things up. I'd posit theroetical discussions about this are pointless without getting ebuild dev's to give a yay/nay on whether they want it or not;