Lance Albertson wrote:
> Please thank GNI for helping us out! They really deserve a lot for
> helping us :).
>
> Thanks-
>
> [1] http://www.gni.com/
>
Thank you GNI!
mmm blade cluster
signature.asc
Description: OpenPGP digital signature
On 7/5/06, Enrico Weigelt <[EMAIL PROTECTED]> wrote:
Okay, if this short question cannot be anwered with an short help
or an direct pointer to some help, it seems my contribution obviously
isn't wanted. So I won't waste anymore of your and my time on this
topic and don't file a bug. Just forget a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Lance Albertson wrote:
> All-
>
> Just thought I'd update you on some of issue's we've been having with
> bugzilla.g.o lately. Yes, its been slow in the last few months, but
> today has been even slower than normal. The primary reason being another
>
* Alexandre Buisse <[EMAIL PROTECTED]> schrieb:
> Sorry if that doesn't sound very nice, but could you please stop posting
> to this list every time you have an issue, especially if the information
> you are looking for is easily available (here for instance, just click
> on the hyperlinks to se
Yay for new servers! :) Hopefully, this should fix the performance
issues thats been occuring for the last 5 months or so.
~ Nick
On Wed, 2006-07-05 at 19:45 -0500, Lance Albertson wrote:
> All-
>
> Just thought I'd update you on some of issue's we've been having with
> bugzilla.g.o lately. Yes
All-
Just thought I'd update you on some of issue's we've been having with
bugzilla.g.o lately. Yes, its been slow in the last few months, but
today has been even slower than normal. The primary reason being another
large OSS project's database was added to the same server which appeared
to cause
On Thursday 06 July 2006 01:36, Joshua Jackson wrote:
> does that mean that only one third of your personalities will be
> productive in meetings and the other two disruptive?
Probably only that one will be productive, two disruptive, and the other we'll
know when we'll see.
--
Diego "Flameeyes"
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Mike Frysinger wrote:
> On Tuesday 04 July 2006 16:39, Kevin F. Quinn wrote:
>> On Sat, 1 Jul 2006 02:46:59 -0400
>> Mike Frysinger <[EMAIL PROTECTED]> wrote:
>>> well it's about that time of the year ... time for nominating
>>> people for the
On Tuesday 04 July 2006 16:39, Kevin F. Quinn wrote:
> On Sat, 1 Jul 2006 02:46:59 -0400
> Mike Frysinger <[EMAIL PROTECTED]> wrote:
> > well it's about that time of the year ... time for nominating
> > people for the next Gentoo Council
>
> I nominate SpanKY, vapier and Mike Frysinger.
th
Chris Gianelloni <[EMAIL PROTECTED]> posted
[EMAIL PROTECTED], excerpted below, on Wed,
05 Jul 2006 16:28:10 -0400:
> On Wed, 2006-07-05 at 08:51 -0700, Brian Harring wrote:
>> Every few months is a rough rate going by memory at 8:30am. Not huge,
>> but as said, if need to provide access to gpl'
Diego 'Flameeyes' Pettenò wrote:
> On Wednesday 05 July 2006 22:05, Marcus Furlong wrote:
>> Running 'configure' goes fine, but running 'make' just keeps running
>> configure over and over.
> It's commonly caused when the timestamp of configure and the sources for
> configure are messed up. Make s
On Wed, 2006-07-05 at 08:51 -0700, Brian Harring wrote:
> Every few months is a rough rate going by memory at 8:30am. Not huge,
> but as said, if need to provide access to gpl'd sources for bin (not
> just releng cds btw, people are forgetting we have precompiled pkgs in
> the tree also), it _i
On Wednesday 05 July 2006 22:05, Marcus Furlong wrote:
> Running 'configure' goes fine, but running 'make' just keeps running
> configure over and over.
It's commonly caused when the timestamp of configure and the sources for
configure are messed up. Make sure no file has modification time in the
Hi,
I am trying to create an ebuild for the icecream monitor available at
ftp://ftp.suse.com/pub/projects/icecream/icemon-kde3.tar.bz2
Running 'configure' goes fine, but running 'make' just keeps running
configure over and over. If there's any autotools gurus who can have a
quick look, it'd be
Zac Medico schrieb:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Marius Mauch wrote:
Zac Medico schrieb:
If a version of SRC_URI that has all the conditionals evaluated is
needed in the ebuild environment, then I think we should use a new
variable name. Otherwise, it's ambiguous.
Doesn't $A
On Wed, 2006-07-05 at 13:04 -0400, Curtis Napier wrote:
> Chris Gianelloni wrote:
> > On Wed, 2006-07-05 at 09:00 -0400, Chris Gianelloni wrote:
>
> [snip]
>
> >
> > Anyway, I really am starting to like the DVD available via the store
> > idea more and more, as it only means Release Engineering
Enrico Weigelt <[EMAIL PROTECTED]> posted 060705
> When will it the new baselayout (1.12.0) be ready ?
I've been using it since 060604 without any problems.
--
,,
SUPPORT ___//___, Philip Webb : [EMAIL PROTECTED]
EL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Marius Mauch wrote:
> Zac Medico schrieb:
>> If a version of SRC_URI that has all the conditionals evaluated is
>> needed in the ebuild environment, then I think we should use a new
>> variable name. Otherwise, it's ambiguous.
>
> Doesn't $AA already
Patrick McLean <[EMAIL PROTECTED]> posted [EMAIL PROTECTED],
excerpted below, on Wed, 05 Jul 2006 10:47:37 -0400:
> The source DVD sounds like a great idea to me, no need to keep anything
> around on mirrors, and we fulfill all the requirements of the GPL.
+1
--
Duncan - List replies preferred
Enrico Weigelt <[EMAIL PROTECTED]> posted
[EMAIL PROTECTED], excerpted below, on Wed, 05 Jul 2006
14:18:45 +0200:
> * Roy Marples <[EMAIL PROTECTED]> schrieb:
>
>> However, with baselayout-1.12 we intercept calls to start-stop-daemon
>> and store information about what was started (binary, pidfi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jakub Moc wrote:
> Curtis Napier wrote:
>> If it's decided to go with this idea I think we should mark it up
>> a little, even if it's only a dollar or two. People actually
>> don't mind paying a little if it's going to go towards helping
>> Gentoo. We
Jakub Moc wrote:
[snip]
3. b) Accompany it with a written offer, valid for at least three
years, to give any third party, for a charge >>> no more than your
cost of physically performing source distribution <<<, a complete
machine-readable copy of the corresponding source code, to b
On Wed, Jul 5, 2006 at 19:15:50 +0200, Enrico Weigelt wrote:
> * Joshua Jackson <[EMAIL PROTECTED]> schrieb:
>
>
>
> > Please file it with the maintainer/herd of the package, instead of
> > directly to the arch team you want it stable. In this case x86. It
> > makes it easier for the arch team
Curtis Napier wrote:
> If it's decided to go with this idea I think we should mark it up a little,
> even if it's only a dollar or two. People actually don't mind paying a
> little if it's going to go towards helping Gentoo. We get tons of
> threads asking about donating in the forums so this would
Chris Gianelloni wrote:
> On Wed, 2006-07-05 at 09:00 -0400, Chris Gianelloni wrote:
[snip]
>
> Anyway, I really am starting to like the DVD available via the store
> idea more and more, as it only means Release Engineering needs to do a
> little extra work, and it requires no extra work for our
* Joshua Jackson <[EMAIL PROTECTED]> schrieb:
> Please file it with the maintainer/herd of the package, instead of
> directly to the arch team you want it stable. In this case x86. It
> makes it easier for the arch team to not have to filter through bugs
> and track down maintainers ourselves.
Mike Frysinger wrote:
> well it's about that time of the year ... time for nominating people
> for the next Gentoo Council
>
> for the quick low down:
> - nominations are from July 1 through July 31
> - anyone can nominate
> - only Gentoo devs may be nominated
>
> so get with the nomi
On Wed, Jul 5, 2006 at 18:20:08 +0200, Patrick McLean wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> I would like to nominate:
> vapier/SpanKY
> flameeyes
> Kugelfang
> uberlord
> wolf31o2
> seemant
> solar
> Mr_Bones_
> KingTaco
Please correct me if I am wrong, but there is no po
Brian Harring wrote:
> That said, y'all _should_ have a fairly vanilla base configuration
> across all servers (base kernel config, firewalling, grsec config,
> etc). Further, y'all were running lighttpd last I knew- so y'all
> should be tracking it for securities concerns already... and this
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
x86 AT O_o *bonks nightmorph on the head* you're a developer! that's
almost, well entirely, a step in the opposite direction. We could use
the help on the x86 team as well. And we're not overbearing, only
needing you to test 4 packages in a month with
On Wed, Jul 05, 2006 at 10:04:08AM -0500, Lance Albertson wrote:
> Brian Harring wrote:
>
> >> don't see why we need to have a public system setup as long as we can
> >> provide the source when asked. As far as a I know, the GPL doesn't
> >> dicate that we have to provide the sources in an interne
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Enrico Weigelt wrote:
> Hi folks,
>
> I've just seen, current bugzilla is masked, and DBD::Pg too. As the
> documentation states "~x86" means, it's working, but not properly
> tested on this platform (ie. x86).
>
> How does the process of proving packa
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I would like to nominate:
vapier/SpanKY
flameeyes
Kugelfang
uberlord
wolf31o2
seemant
solar
Mr_Bones_
KingTaco
I would add dsd and spyderous if they hadn't both already turned down
nominations.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/
On Wednesday 05 July 2006 14:48, Chris Gianelloni wrote:
> On Mon, 2006-07-03 at 21:09 -0400, Daniel Gryniewicz wrote:
> > I'm open to arguments in favor of such a project, tho, if people have
> > real plans. Certainly, an easier way to generate and maintain root
> > filesystems for UML would be n
Brian Harring wrote:
>> don't see why we need to have a public system setup as long as we can
>> provide the source when asked. As far as a I know, the GPL doesn't
>> dicate that we have to provide the sources in an internet media form.
>> They just need to be available when requested. Perhaps we
Chris Gianelloni wrote:
>
> Anyway, I really am starting to like the DVD available via the store
> idea more and more, as it only means Release Engineering needs to do a
> little extra work, and it requires no extra work for our mirrors or
> Infrastructure team.
>
The source DVD sounds like a gr
Enrico Weigelt wrote:
> How does the process of proving packages work ?
Please file a stabilization bug on b.g.o with ebuild version and `emerge
--info`.
--
Krzysiek Pawlik key id: 0xBC51
desktop-misc, desktop-dock, desktop-wm, x86, java, apache...
signature.asc
Description: OpenPGP
Please move this thread to the appropriate mailing list..
(ie not this list)
On Wed, 2006-07-05 at 14:31 +0200, Enrico Weigelt wrote:
> * Mike Frysinger <[EMAIL PROTECTED]> schrieb:
>
>
>
> > > Yes, would be better, if it's included in the gpm release.
> > > But: it should be possible to bui
Hi folks,
I've just seen, current bugzilla is masked, and DBD::Pg too.
As the documentation states "~x86" means, it's working, but not
properly tested on this platform (ie. x86).
How does the process of proving packages work ?
I've made good experiences with bugzilla-2.22 - the whole
install
On Wed, Jul 05, 2006 at 08:38:42AM -0500, Lance Albertson wrote:
> Brian Harring wrote:
> > On Wed, Jul 05, 2006 at 09:00:29AM -0400, Chris Gianelloni wrote:
> >> On Tue, 2006-07-04 at 18:34 +0300, Marius Mauch wrote:
> >>> Patrick McLean schrieb:
> I have absolutely zero experience with catal
On Wed, 2006-07-05 at 15:59 +0200, Enrico Weigelt wrote:
> It would be enough, regularily burning not yet archived tarballs
> on an CD and collecting them in some box where they can be catched
> if someone requests it. This should be done by several people, so
> in case of disk errors, fire, dead,
Mike Frysinger wrote:
i guess i'll start off some mass nominations of random people off the top of
my head who i think would do a good job ... there's a bunch more people i
think would do a good job, but i'm going to cut my list short as it's already
ridiculously long ...
Thanks for the nomin
* Chris Gianelloni <[EMAIL PROTECTED]> schrieb:
> We can simply burn them all to a DVD and put an offer on the CD on how
> to get the sources, then distribute it for the cost of the DVD/shipping.
> Another idea would be to put the CD/DVD/whatever on the store, with 0
> mark-up. That would mean we
On Saturday, 1 July 2006 02:46, Mike Frysinger wrote:
> well it's about that time of the year ... time for nominating
> people for the next Gentoo Council
Hi all,
I would like to nominate:
Grant Goodyear (g2boojum)
Chris Gianelloni (wolf31o2)
Mike Frysinger (vapier)
Michael Sterrett (mr_
On Wed, 2006-07-05 at 09:00 -0400, Chris Gianelloni wrote:
> On Tue, 2006-07-04 at 18:34 +0300, Marius Mauch wrote:
> > Patrick McLean schrieb:
> > > I have absolutely zero experience with catalyst, but couldn't it be made
> > > to create a source CD ISO when it is generating the binary one? Just
>
Brian Harring wrote:
> On Wed, Jul 05, 2006 at 09:00:29AM -0400, Chris Gianelloni wrote:
>> On Tue, 2006-07-04 at 18:34 +0300, Marius Mauch wrote:
>>> Patrick McLean schrieb:
I have absolutely zero experience with catalyst, but couldn't it be made
to create a source CD ISO when it is gene
On Tue, 2006-07-04 at 21:54 -0400, Mike Frysinger wrote:
> can someone remind me why our arch USE flags are in an "opt-out" system
> rather
> than "opt-in" ? instead of adding things like:
> dmi
> icc
> mmx
> svga
> ...
>
> to every non-x86 profile, why dont we mask these things in base/use.mas
On Tue, 2006-07-04 at 22:31 +0200, Kevin F. Quinn wrote:
> Incidentally, the sources don't have to be on all the mirrors,
> assuming that's a problem at all. We could supply just one source server
> and rate-limit it; after all over the long term very few people will
> actually need to retrieve sou
On Tue, 2006-07-04 at 14:15 -0600, Nick Devito wrote:
> It wouldn't be a hard task to accomplish (to put the sources on the
> mirrors), since *most* of the source is already on the mirrors in some
> form or another. We could make an option when downloading the livecd to
> either download ones with
On Wed, Jul 05, 2006 at 09:00:29AM -0400, Chris Gianelloni wrote:
> On Tue, 2006-07-04 at 18:34 +0300, Marius Mauch wrote:
> > Patrick McLean schrieb:
> > > I have absolutely zero experience with catalyst, but couldn't it be made
> > > to create a source CD ISO when it is generating the binary one?
On Tue, 2006-07-04 at 15:43 -0400, Patrick McLean wrote:
> No it's not a trivial amount, but it's also important that we comply
> with the licenses of the software that we distribute. I think that
> storing a gig or two extra on the mirrors (or more on the mirrors that
> archive /historical) is fai
On Tue, 2006-07-04 at 18:34 +0300, Marius Mauch wrote:
> Patrick McLean schrieb:
> > I have absolutely zero experience with catalyst, but couldn't it be made
> > to create a source CD ISO when it is generating the binary one? Just
> > make a cd with all the distfiles used in the ISO, and keep the s
On Tue, 2006-07-04 at 11:59 -0400, Patrick McLean wrote:
> Chris Gianelloni wrote:
> > On Sat, 2006-07-01 at 11:12 +, Duncan wrote:
> >>> For example, if we hand out CDs at conventions etc, we would have to
> >>> also hand out source CDs.
> >
> >> As my reply there, however, Gentoo does still
On Tue, 2006-07-04 at 07:59 -0600, Nick Devito wrote:
> Yeah, to me, having those in the emulation category just
> doesn't"fit" there, but, that's just me. Maybe we could take xen,
> vmware, qemu, and related packages out of app-emulation, and make a new
> category, app-virtualization. That wou
On Tue, 2006-07-04 at 03:08 -0700, Robin H. Johnson wrote:
> It would be nice to have this in 2006.1 (I suspect catalyst/genkernel
> could probably benefit greatly from it).
We've already made the snapshot. Also, catalyst uses genkernel for all
of the external modules builds, and we've already go
On Mon, 2006-07-03 at 21:09 -0400, Daniel Gryniewicz wrote:
> I'm open to arguments in favor of such a project, tho, if people have
> real plans. Certainly, an easier way to generate and maintain root
> filesystems for UML would be nice.
As far as VMware is concerned, I see no point in this herd.
I've just forwarded my last mail to the gpm list, since it better
should be discussed there. So please anwser to there too and
let's table this topic here, until we've got something new from
the upstream
cu
--
-
Enrico Weigel
* Mike Frysinger <[EMAIL PROTECTED]> schrieb:
> > Yes, would be better, if it's included in the gpm release.
> > But: it should be possible to build/install it independently from
> > gpm, and also to build gpm against an already installed libgpm.
> > So actually two separate packages, maybe dist
* Roy Marples <[EMAIL PROTECTED]> schrieb:
> However, with baselayout-1.12 we intercept calls to start-stop-daemon
> and store information about what was started (binary, pidfile) so
> when root then does "/etc/init.d/foo status" we check to see if all
> the binaries are still running. If not
On Wednesday 05 July 2006 04:55, Simon Stelling wrote:
> Mike Frysinger wrote:
> > can someone remind me why our arch USE flags are in an "opt-out" system
> > rather than "opt-in" ? instead of adding things like:
> > to every non-x86 profile, why dont we mask these things in base/use.mask
> > and
Zac Medico schrieb:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Robin H. Johnson wrote:
When FEATURES=mirror, and you try to fetch, it does indeed contain unevaluated
USE flags. However for FEATURES=-mirror, the content of it is correct - no USE
flags at all.
Are you sure about the SRC_URI
Mike Frysinger wrote:
can someone remind me why our arch USE flags are in an "opt-out" system rather
than "opt-in" ? instead of adding things like:
to every non-x86 profile, why dont we mask these things in base/use.mask and
then un-mask them in default-linux/x86 ? doesnt that make more sense
Curtis Napier wrote:
> Two names I see missing from this (otherwise very good) list are Chris
> Gianelloni (wolf31o2) and Donnie Berkholz (spyderous aka dberkholz). I
> think everyone knows exactly how much work these two put into Gentoo and
> how valuable that contribution is. Their knowledge woul
Mike Frysinger wrote:
> can someone remind me why our arch USE flags are in an "opt-out" system
> rather
> than "opt-in" ? instead of adding things like:
> dmi
> icc
> mmx
> svga
> ...
>
> to every non-x86 profile, why dont we mask these things in base/use.mask and
> then un-mask them in defau
Nick Devito wrote:
> It wouldn't be a hard task to accomplish (to put the sources on the
> mirrors), since *most* of the source is already on the mirrors in some
> form or another. We could make an option when downloading the livecd to
> either download ones with the sources included, or without, a
65 matches
Mail list logo