Re: [gentoo-dev] Re: where goes Gentoo?

2005-08-06 Thread Devdas Bhagat
On 04/08/05 14:37 -0500, Brian D. Harring wrote:
snip
 Hell, I have yet to see what I would define as a proper solution for 
 config manamagent for N gentoo boxes.  NFS solution possibly, but that 
 seems a bit hackish to me.
 
http://www.infrastructures.org/ is a good place to start.

Devdas Bhagat
-- 
gentoo-dev@gentoo.org mailing list



[gentoo-dev] Re: [gentoo-installer] installer project status

2005-08-06 Thread Chris Gianelloni

On Aug 6, 2005, at 1:16 AM, Andrew Gaffney wrote:

* no lvm or software raid support


If the installer detects an already-present lvm/raid, will it allow  
you to use it for your disks?  The reason that I ask this is I am  
wondering if it is still possible to perform the necessary setup  
steps for these outside the installer, then simply select them within  
the installer.



Of course, to offset these bad things, we have a few features that are
available with the installer that were not available previously:

* livecd-kernel - the installer will install the kernel from the  
LiveCD into
  the new install so that you don't have to wait for genkernel to  
do its
  thing. It is installed as a package with emerge so that certain  
dependencies

  are satisfied (virtual/alsa for example)
* GRP w/o an extra CD - the installer will quickpkg and emerge -K  
packages from
  the LiveCD instead of using prebuilt binary packages. This  
obsoletes the GRP

  CD, which will probably disappear in the next release.
* dynamic stage3 - the installer can build a stage3 equivalent in  
the chroot
  directory from the packages on the CD. This will be useful down  
the road for
  networkless installs. Currently, there is no snapshot on the  
LiveCD for

  space reasons, but play with it anyway.

Along with the GTK frontend, there is also a dialog-based frontend.  
This is
useful for doing remote installs via SSH. gli-dialog also supports  
some things

that the GTK frontend doesn't and vice versa. If not using gnome, the
installer can be started by running 'installer' from a terminal.  
This will try
to launch the GTK frontend first with the 'installer-gtk' script.  
If this
fails, it will fall back to the dialog installer with the  
'installer-dialog'
script. If you wish to use the dialog frontend, you can run  
'installer-dialog'

directly.


For those of you that want the LiveCD, but don't want the overhead of  
running X/Gnome, you will be able to start the CD with gentoo nox  
and it will skip the actual starting of gdm, so you can have your  
command-line goodness.


Now, for the *most* important part...reporting bugs. Gentoo's  
bugzilla has a
special sub-section for the installer. When you click the link to  
enter a new
bug report, select Gentoo Linux and then GLI from the  
Component list.
Please search for the bug you're reporting *before* creating a new  
bug. We
would much rather see me too comments, or even the much more  
silent act of
adding yourself to the bug's CC, than having to deal with tons of  
duplicate

bugs. When you do encounter an error in the installer, try to grab
/tmp/installprofile.xml and /var/log/install.log from the LiveCD  
environment.

We may request them when you file a bug.


Please, please, please, please do not file bugs about the LiveCD  
under the GLI component.  Also, don't file GLI bugs under the Gentoo  
LiveCD product.


I have created a bug especially for issues with the LiveCD.
http://bugs.gentoo.org/show_bug.cgi?id=101540

--
Chris Gianelloni
Release Engineering - Strategic Lead/QA Manager
Games - Developer
Gentoo Linux



--
gentoo-dev@gentoo.org mailing list



Re: [gentoo-dev] Proposed change to base.eclass: patch || die

2005-08-06 Thread Dan Armak
On Friday 05 August 2005 12:34, Diego 'Flameeyes' Pettenò wrote:
 On Friday 29 July 2005 15:56, Dan Armak wrote:
  base.eclass (which inherited by many other eclasses) has an src_unpack
  supporting patching from patchfiles listed in $PATCHES. However, today,
  if patching fails the process doesn't abort.

 About this, there are still problems about committing a change on
 base.eclass to use epatch instead of patch? (so that it also takes care of
 recognize the right strip option)
I don't think there are any problems.

I've been using a modified base.eclass that died if patching failed for the 
last few weeks, so I know the packages I have installed don't have failing 
patches. Since this thread started I've modified it to use epatch and so far 
that's worked OK. 

So I think we can commit this (with epatch, that is). Can I consider the 
thread so far a consensus to let me do it?

BTW, I've managed to lost all my mail from Thursday, so if there was something 
relevant in this thread could someone please forward it to me.

-- 
Dan Armak
Gentoo Linux developer (KDE)
Public GPG key: http://dev.gentoo.org/~danarmak/danarmak-gpg-public.key
Fingerprint: DD70 DBF9 E3D4 6CB9 2FDD  0069 508D 9143 8D5F 8951


pgp57yoBzRYYI.pgp
Description: PGP signature


[gentoo-dev] Package version requiring sse

2005-08-06 Thread Maurice van der Pot
The new valgrind version (3.0.0) requires sse support. If you have a
processor without sse, you'll need to stay at 2.4.1.

To make people aware of this, I could use the sse use flag in 3.0.0 
and die if it is not present, telling people to mask versions 3.0.0 
and up if they have a processor without sse. I would also have to check
the arch before requiring sse.

Is there a better way to do this?

Thanks,
Maurice.

-- 
Maurice van der Pot

Gentoo Linux Developer   [EMAIL PROTECTED] http://www.gentoo.org
Creator of BiteMe!   [EMAIL PROTECTED]   http://www.kfk4ever.com



pgpsi6yUUsSza.pgp
Description: PGP signature


[gentoo-dev] Re: [gentoo-installer] installer project status

2005-08-06 Thread Andrew Gaffney

Chris Gianelloni wrote:

On Aug 6, 2005, at 1:16 AM, Andrew Gaffney wrote:


* no lvm or software raid support


If the installer detects an already-present lvm/raid, will it allow  you 
to use it for your disks?  The reason that I ask this is I am  wondering 
if it is still possible to perform the necessary setup  steps for these 
outside the installer, then simply select them within  the installer.


While you could probably use the installer if you pre-partitioned and 
pre-formatted your drives/arrays and manually edited the install profile, 
neither frontend currently has any notion of lvm/raid setups.


Now, for the *most* important part...reporting bugs. Gentoo's  
bugzilla has a
special sub-section for the installer. When you click the link to  
enter a new
bug report, select Gentoo Linux and then GLI from the  Component 
list.
Please search for the bug you're reporting *before* creating a new  
bug. We
would much rather see me too comments, or even the much more  silent 
act of
adding yourself to the bug's CC, than having to deal with tons of  
duplicate

bugs. When you do encounter an error in the installer, try to grab
/tmp/installprofile.xml and /var/log/install.log from the LiveCD  
environment.

We may request them when you file a bug.


Please, please, please, please do not file bugs about the LiveCD  under 
the GLI component.  Also, don't file GLI bugs under the Gentoo  LiveCD 
product.


I have created a bug especially for issues with the LiveCD.
http://bugs.gentoo.org/show_bug.cgi?id=101540


Ah, yes. I forgot to mention this. File bugs in the correct place or we break 
your fingers ;)


--
Andrew Gaffneyhttp://dev.gentoo.org/~agaffney/
Gentoo Linux Developer   Installer Project
--
gentoo-dev@gentoo.org mailing list



Re: [gentoo-dev] Package version requiring sse

2005-08-06 Thread Ciaran McCreesh
On Sat, 6 Aug 2005 16:15:32 +0200 Maurice van der Pot
[EMAIL PROTECTED] wrote:
| The new valgrind version (3.0.0) requires sse support. If you have a
| processor without sse, you'll need to stay at 2.4.1.
| 
| To make people aware of this, I could use the sse use flag in 3.0.0 
| and die if it is not present, telling people to mask versions 3.0.0 
| and up if they have a processor without sse. I would also have to
| check the arch before requiring sse.
| 
| Is there a better way to do this?

We handle this kind of thing on SPARC (eg for vis and v9 code) by having
subprofiles for the different CPU capabilities, and using masks in the
appropriate subprofiles. Doing this could be a bit messy on x86 though,
at least until we get full profile inheritance capabilities...

-- 
Ciaran McCreesh : Gentoo Developer (Vim, Shell tools, Fluxbox, Cron)
Mail: ciaranm at gentoo.org
Web : http://dev.gentoo.org/~ciaranm



pgpOerRHjSYjU.pgp
Description: PGP signature


Re: [gentoo-dev] Package version requiring sse

2005-08-06 Thread Jeff Walter

Yuri Vasilevski wrote:

Hi,

On Sat, 06 Aug 2005 20:04:20 +0300
Ivan Yosifov [EMAIL PROTECTED] wrote:


I am not sure if it is better, but you can 
cat /proc/cpuinfo | grep flags | grep sse 
and die if not found.



This will make packages dependant on the build system,
which will create inconsistencies in binary gentoo packages.

Yuri.


This is true, and there's no good way around the issue.  I had written a small 
script to actually search for the flag (grep'ing for sse will go true for sse2 
as well), we I noticed this.


Will valgrind 3.0.0 ever work on systems without sse?  If not, the USE flag 
might be your best bet.


--
Jeff Walter
--
gentoo-dev@gentoo.org mailing list



[gentoo-dev] Re: Package version requiring sse

2005-08-06 Thread R Hill

Maurice van der Pot wrote:

The new valgrind version (3.0.0) requires sse support. If you have a
processor without sse, you'll need to stay at 2.4.1.

To make people aware of this, I could use the sse use flag in 3.0.0 
and die if it is not present, telling people to mask versions 3.0.0 
and up if they have a processor without sse. I would also have to check

the arch before requiring sse.


use flags are usually meant for optional support for a package, aren't they?


Is there a better way to do this?


compile a small test program containing SSE specific intrinsics and die 
if it returns an error code?  does valgrind's configure check for sse?


--de.

--
gentoo-dev@gentoo.org mailing list



Re: [gentoo-dev] Re: Package version requiring sse

2005-08-06 Thread Diego 'Flameeyes' Pettenò
On Saturday 06 August 2005 21:24, R Hill wrote:
 compile a small test program containing SSE specific intrinsics and die
 if it returns an error code?  does valgrind's configure check for sse?
That will break while preparing packages for another machine (cross-compile 
the simple way).
Checks that looks at execution capabilities for the system are *bad*.

-- 
Diego Flameeyes Pettenò
Gentoo Developer - http://dev.gentoo.org/~flameeyes/
(Gentoo/FreeBSD, Video, Gentoo/AMD64, Sound, PAM)


pgpgQwa4dZOyS.pgp
Description: PGP signature


[gentoo-dev] Three new forum staffers

2005-08-06 Thread kloeri
Hi all.

It's my pleasure to announce three new forums moderators officially
joining Gentoo. They've all been forum moderators for a while so I'm sure 
you all know them quite well by now if you've ever been to the forums.
Here's's a short introduction to each of them for those who don't know
them already :)

Jonathan Coome (Maedhros) is currently studying chemistry at the 
University of Durham, England. He enjoys programming in php and 
increasingly python, but is also an avid science-fiction reader, and 
have been known to enjoy orienteering in the wilds of England (hem hem). 
Gentoo is the first open source project Maedhros have contributed to.

Anders Hellgren (Kallamej) is from Göteborg, Sweden. He's been using 
Gentoo for more than two years now and have been forum moderator one year. 
He's spent far too many years at Uni, but is currently looking at getting 
out in the real world. Kallamej is a sports addict, especially orienteering 
in which he compete, but says any sport will do in front of the TV.

Robert Muchacki (Muchar) was born in Poland, long time ago. He's since moved 
to the US (sunny California...) where he's lived for seven years but he's now
back to .pl. Muchar has finished his Master Studies at the Military University 
of Technology in Warsaw in the facility of Cybernetics.

Please give Maedhros, Kallamej and Muchar a big welcome :)

Regards,
Bryan Østergaard

-- 
gentoo-dev@gentoo.org mailing list



Re: [gentoo-portage-dev] PATCH: properly handle metadata transfer on first sync of an empty tree (#96410)

2005-08-06 Thread Zac Medico

Brian D. Harring wrote:
Hola all, patch (incvs now) to fix up a traceback on first sync with 
an empty tree; bug #96410

http://bugs.gentoo.org/show_bug.cgi?id=96410

The fix isn't exactly what I'd call pretty (creating an intermediate 
portdbapi and config instance to do the updates), but it's a corner 
case; config's categories is a bit of a hack, and tearing it out in 
stable is more work then worth... so this.


Either way, it's attached, poke at it kindly :)
~harring



This patch seems good to me.  I tested it a few times with things like emerge metadata 
and rm -r /var/cache/edb/dep.  I didn't do any rigorous testing but there were no 
noticeable problems.

Zac
--
gentoo-portage-dev@gentoo.org mailing list