Re: [gentoo-dev] Fixing the TERM mess

2005-08-22 Thread Kevin F. Quinn
On 21/8/2005 23:05:05, Ciaran McCreesh ([EMAIL PROTECTED]) wrote: > Now the proposal. This isn't something that can happen immediately, but > it's something I'd like to see us working towards: > > [...] > > * De-cripple the standard xterm definition and remove restrictions from > programs whic

Re: [gentoo-dev] How to tell 2.1.8 > 20030601

2005-08-22 Thread Brian Harring
On Tue, Aug 23, 2005 at 08:23:24AM +0200, Dirk Heinrichs wrote: > Hi, > > I have written an ebuild for pam_krb5, based on the version found in fedora, > since the one from sourceforge which is currently in portage is way > outdated. > > However, even after reading all the ebuild docs, I can't f

[gentoo-dev] How to tell 2.1.8 > 20030601

2005-08-22 Thread Dirk Heinrichs
Hi, I have written an ebuild for pam_krb5, based on the version found in fedora, since the one from sourceforge which is currently in portage is way outdated. However, even after reading all the ebuild docs, I can't figure out how to tell portage that version 2.1.8 is newer than 20030601. The

[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-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 PROTECTE

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 redirect

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/download1

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 fol

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 -- gentoo

[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 laby

[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

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

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

[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

[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

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 sugg

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

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 r

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 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 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

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

2005-08-22 Thread Ricardo Loureiro
On Mon, 22 Aug 2005 04:31:09 -0700 Duncan <[EMAIL PROTECTED]> wrote: > Of course, the other possibility, if the permissiveness of BSD is > desired, > would be a dual-license BSD/GPL. That clears up any possible > conflicts > directly and immediately. OTOH, with portage itself already GPL2 > lice

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 up

[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: > > > > > >

[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 sc

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.

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

2005-08-22 Thread Tavis Ormandy
--On Monday, August 22, 2005 08:18:42 +0100 Tavis Ormandy <[EMAIL PROTECTED]> wrote: > > > --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 whe

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