Paul de Vrieze wrote:
I'm proud to announce the arival of a future developer. His name is Tom. He
arived last monday on 10:22 am (UTC+02). I and my wife will take care of
mentoring him to full developership ;-).
In the meantime, he's got his own album on
http://www.cs.ru.nl/~pauldv/tom/
This is a testing request aimed at all arches that have differing
kernel/userspace bit counts. My short list so far is:
- ppc64 - 64/32 (tested myself, but more testing needed)
- sparc64 - 64/32
- mips64 - 64/32 [1]
Other possibles (they should be theoretically capable of it, but the
profile is
On 03/07/06, Benedikt Böhm [EMAIL PROTECTED] wrote:
On Monday 03 July 2006 21:56, Nick Devito wrote:
Okay, in that case, extend the vserver herd to include a larger range of
virtualization stuff, including Xen, Bochs, and so on. It just seems
more fitting to group those packages together.
Yeah, to me, having those in the emulation category just
doesn'tfit 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 would seem to fit a bit better then
emulation.
On Tue,
Robin H. Johnson wrote:
Notes.
1. Mips: with your triple ABI stuff, you might want to look very closely
at this.
The triple ABI stuff doesn't really affect things. o32 userland on a 64bit box
is the only case where you have to worry about split compilers. In a
theoretical n32 or n64
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 have it better than most, in
that the LiveCDs contain relatively few
It would *probably* be easier to take the /usr/portage/distfiles
directory and pop that on a CD, or, have the option of putting those
files in a directory on the livecd. It shouldn't be too hard to do,
however, it would take up more space on the CD.
On Tue, 2006-07-04 at 11:59 -0400, Patrick
* Mike Frysinger [EMAIL PROTECTED] schrieb:
Hi,
perhaps i wasnt clear enough:
it doesnt matter who the maintainer of gpm in Gentoo is until
this is resolved upstream
The upstream seems to be quite dead at the moment. No traffic
goes through the lists, the last release quite old and lots of
* Andrej Kacian [EMAIL PROTECTED] schrieb:
On Tue, 27 Jun 2006 16:03:32 +0200
Enrico Weigelt [EMAIL PROTECTED] wrote:
But:
* I'm fairly new here and not familar with the development and
qm process yet, so I need some assistance.
Anything still onclear on my last posting ?
Hi all,
The mobile herd, a group of laptop and mobile-computing related
ebuilds, desperately needs more maintainers.
We are severely understaffed with only 8 maintainers (several which
are not active in the herd) for 114 ebuilds. We have quite a few
maintainer-wanted bugs sitting in bugzilla
Since I'm not a developer, I can't exactly help with maintaining, but, I
got two laptops so, I bet I could test anything out which you might need
tested. Just let me know if that would help in any way (I got a ton of
free time and nothing to do, so, might as well :)
~ Nick
On Tue, 2006-07-04 at
On Tue, Jul 04, 2006 at 12:00:40PM -0600, Nick Devito wrote:
Since I'm not a developer, I can't exactly help with maintaining, but, I
got two laptops so, I bet I could test anything out which you might need
tested. Just let me know if that would help in any way (I got a ton of
free time and
On Tuesday 04 July 2006 06:08, Robin H. Johnson wrote:
- superh - 64/32
i wouldnt ever worry about this since, afaik, the sh64 port is still really
developmental and no one really has hardware for end users to worry about ...
plus they werent really designed to be compatible
-mike
On Monday 03 July 2006 21:00, Robin H. Johnson wrote:
If you have an ebuild with a non-standard pkg_nofetch, please ensure
that you use $SRC_URI instead of $A!
This is because if you have FEATURES=mirror or FEATURES=cvs, attempts to
download all of the source files for digesting or
On Tuesday 04 July 2006 13:07, Enrico Weigelt wrote:
* Mike Frysinger [EMAIL PROTECTED] schrieb:
perhaps i wasnt clear enough:
it doesnt matter who the maintainer of gpm in Gentoo is until
this is resolved upstream
The upstream seems to be quite dead at the moment. No traffic
goes
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.
Maybe a two-part solution is in order here then:
1. Change portage behavior regarding the value
On Saturday 01 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
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
Good news !The sci-electronics herd isn't one day old yet, but it is already diaper free (well, almost).In case you're interested to help, please drop us a message at
[EMAIL PROTECTED]. And don't forget to bring your own soldering iron.Denis.
On Tuesday 04 July 2006 14:45, Mike Frysinger wrote:
On Monday 03 July 2006 21:00, Robin H. Johnson wrote:
If you have an ebuild with a non-standard pkg_nofetch, please ensure
that you use $SRC_URI instead of $A!
This is because if you have FEATURES=mirror or FEATURES=cvs, attempts to
-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 being different? I
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
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
On Tue, 04 Jul 2006 07:59:12 -0600
Nick Devito [EMAIL PROTECTED] wrote:
Yeah, to me, having those in the emulation category just
doesn'tfit 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,
On Tue, 04 Jul 2006 07:59:12 -0600
Nick Devito [EMAIL PROTECTED] wrote:
Yeah, to me, having those in the emulation category just
doesn'tfit 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,
On Tue, Jul 04, 2006 at 12:35:04PM -0700, Zac Medico wrote:
-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
On Tue, Jul 04, 2006 at 03:32:47PM -0400, Mike Frysinger wrote:
sorry, i just re-read your message ... perhaps a better fix would be to not
force people to download all the packages when something has fetch
restrictions ?
That's not an option if you are re-digesting the package
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, and, include
links to
On Tue, 04 Jul 2006 18:34:01 +0300
Marius Mauch [EMAIL PROTECTED] 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,
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.
Maybe they have enough on their collective plate already, but maybe
I'd like to nominate:
SpanKY/vapier
azarah
solar
Kugelfang
Mr_Bones_
dsd_
Thanks,
--
Seemant Kulleen [EMAIL PROTECTED]
Gentoo Foundation / Gentoo Linux
--
gentoo-dev@gentoo.org mailing list
On Tuesday 04 July 2006 16:10, Robin H. Johnson wrote:
On Tue, Jul 04, 2006 at 03:32:47PM -0400, Mike Frysinger wrote:
sorry, i just re-read your message ... perhaps a better fix would be to
not force people to download all the packages when something has fetch
restrictions ?
That's not
Hi folks,
maybe I've found a problem in the init.d stuff:
It seems that /var/lib/init.d/started/* is blindly trusted,
instead of actually checking if some service is running.
For example, ntpd cannot be restarted via its init.d script
if it died for some reason - /var/lib/init.d/started/ntpd
Enrico Weigelt wrote:
Hi folks,
maybe I've found a problem in the init.d stuff:
It seems that /var/lib/init.d/started/* is blindly trusted,
instead of actually checking if some service is running.
For example, ntpd cannot be restarted via its init.d script
if it died for some reason -
what about /etc/init.d/ntpd zap? It deletes the file on /var/ and set the status of the init.d-file as not
started. It is useful for such a case :)
Regards
Pablo
Pablo Yánez Trujillo
http://klingsor.informatik.uni-freiburg.de/
Enrico Weigelt wrote:
Hi folks,
maybe I've found a problem
* Pablo Yanez Trujillo [EMAIL PROTECTED] schrieb:
what about /etc/init.d/ntpd zap? It deletes the file on /var/ and set
the status of the init.d-file as not started. It is useful for such a case
:)
The problem is: if the service still runs, it will attemt to start it
twice. So this
One slightly hackish way would be the grab the PID, and check in ps aux
as to if it was running. That's one way to do what you are talking
about.
~ nick
On Wed, 2006-07-05 at 00:43 +0200, Enrico Weigelt wrote:
* Pablo Yanez Trujillo [EMAIL PROTECTED] schrieb:
what about /etc/init.d/ntpd zap?
On Tuesday 04 July 2006 18:43, Enrico Weigelt wrote:
We should think about mechanisms to check if the service is
actually running. This could also be used for frequently service
checks and notification.
there is no fool proof way to do this
-mike
pgpKkEmrK36b2.pgp
Description: PGP signature
On Tuesday 04 July 2006 18:47, Enrico Weigelt wrote:
* Mike Frysinger [EMAIL PROTECTED] schrieb:
BTW: libgpm is an fork-off from gpm, which just contains the client
stuff. Maybe it will evolve to an more generic mouse library, ie.
supporting other interfaces, like sysmouse directly.
On Tuesday 04 July 2006 23:58, Mike Frysinger wrote:
On Tuesday 04 July 2006 18:43, Enrico Weigelt wrote:
We should think about mechanisms to check if the service is
actually running. This could also be used for frequently service
checks and notification.
there is no fool proof way to do
The problem is: if the service still runs,
yes, I know. But I read the bug report and Enrico wrote that for some reasons
the service didn't run anymore.
if it had been started but terminated abnormally (not through this script) and in this case the zap argument is for me
the right solution :)
Mike Frysinger wrote:
On Saturday 01 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
i guess i'll start off some mass nominations of random people off the top of
my head who i think would do a
On 05/07/06, Curtis Napier [EMAIL PROTECTED] wrote:
Mike Frysinger wrote:
On Saturday 01 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
i guess i'll start off some mass nominations of random
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Henrik Brix Andersen wrote:
Hi all,
The mobile herd, a group of laptop and mobile-computing related
ebuilds, desperately needs more maintainers.
We are severely understaffed with only 8 maintainers (several which
are not active in the herd)
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 default-linux/x86 ? doesnt that make more sense ?
George Prowse wrote:
pauldv jr
seconded :D
--
gentoo-dev@gentoo.org mailing list
On 7/4/06, Ryan Tandy [EMAIL PROTECTED] wrote:
George Prowse wrote: pauldv jrseconded :D--gentoo-dev@gentoo.org mailing listCount me in for thirds. :)
On Tuesday 04 July 2006 22:39, Kevin F. Quinn wrote:
I nominate SpanKY, vapier and Mike Frysinger.
I second these nominations, all three.
--
Diego Flameeyes Pettenò - http://farragut.flameeyes.is-a-geek.org/
Gentoo/Alt lead, Gentoo/FreeBSD, Video, AMD64, Sound, PAM, KDE
pgpbe7QUL9PfA.pgp
46 matches
Mail list logo