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? Tha
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 specia
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 packa
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
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 functio
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 scri
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
> > > > impleme
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
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 tha
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
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 packag
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
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
>
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 specifi
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 int
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 f
-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 fun
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:
>
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:
> [command to pass to system()]
> sys-libs/glibc /
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:
[command to pass to system()]
sys-libs/glibc /lib/libc.so.6
then when people run `eme
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 li
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: Ope
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 sign
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
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 cronbas
On 7/6/07, Steve Long <[EMAIL PROTECTED]> wrote:
Ryan Reich wrote:
>
> If there's interest in incorporating this, I wouldn't mind testing my
> idea. Once I get past the initial resistance to doing anything at
> all, it's probably two minutes' compilation time plus two more writing
> the config
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
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
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: http://dir.gmane.org/gmane.l
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
si
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
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
merge
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 betwee
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
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 plug
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 t
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 #ge
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
Gent
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 ve
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 inte
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 I
41 matches
Mail list logo
