[gentoo-dev] Bugday Reminder

2005-12-01 Thread Scott Shawcroft
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello all, Just thought I'd remind everyone that with the coming of a new month comes a bugday on Saturday the 3rd. As usual you can check out our todo list, if you will, on http://bugday.gentoo.org . The homebase for all bugday activities is #gentoo

Re: [gentoo-dev] contents of /dev after initial installation

2005-12-01 Thread Georgi Georgiev
maillog: 02/12/2005-03:57:20(+): Stephen Bennett types > On Fri, 2 Dec 2005 12:45:00 +0900 > Georgi Georgiev <[EMAIL PROTECTED]> wrote: > > > I don't need a fully populated /dev to get a working shell with > > init=/bin/bash on the kernel cmdline. And at that point it is easy to > > run /dev/M

Re: [gentoo-dev] [OT] Decision to remove stage1/2 from installation documentation

2005-12-01 Thread lnxg33k
Chris Gianelloni wrote: > On Thu, 2005-11-24 at 14:49 -0600, lnxg33k wrote: > USE=doc emerge catalyst > > That gives the definitive spec file templates which are well documented. > The online documentation is still for catalyst 1.x, which will be phased > out over the next couple weeks for cataly

Re: [gentoo-dev] contents of /dev after initial installation

2005-12-01 Thread Greg KH
On Fri, Dec 02, 2005 at 12:45:00PM +0900, Georgi Georgiev wrote: > maillog: 02/12/2005-02:47:55(+): Stephen Bennett types > > On Fri, 02 Dec 2005 03:35:23 +0100 > > Matthias Langer <[EMAIL PROTECTED]> wrote: > > > > > revealed that there are in fact hundrets of premade device nodes in > > > th

Re: [gentoo-dev] contents of /dev after initial installation

2005-12-01 Thread Stephen Bennett
On Fri, 2 Dec 2005 12:45:00 +0900 Georgi Georgiev <[EMAIL PROTECTED]> wrote: > I don't need a fully populated /dev to get a working shell with > init=/bin/bash on the kernel cmdline. And at that point it is easy to > run /dev/MAKEDEV and get whatever devices are needed for > troubleshooting. Stil

Re: [gentoo-dev] contents of /dev after initial installation

2005-12-01 Thread Georgi Georgiev
maillog: 02/12/2005-02:47:55(+): Stephen Bennett types > On Fri, 02 Dec 2005 03:35:23 +0100 > Matthias Langer <[EMAIL PROTECTED]> wrote: > > > revealed that there are in fact hundrets of premade device nodes in > > the /dev directory. And this is not only true for the box where i > > discovere

Re: [gentoo-dev] contents of /dev after initial installation

2005-12-01 Thread Stephen Bennett
On Fri, 02 Dec 2005 03:35:23 +0100 Matthias Langer <[EMAIL PROTECTED]> wrote: > revealed that there are in fact hundrets of premade device nodes in > the /dev directory. And this is not only true for the box where i > discovered this, which was brought up from a 2004.x cd, but also true > for the

[gentoo-dev] contents of /dev after initial installation

2005-12-01 Thread Matthias Langer
I'm just a more or less simple user of gentoo who somtimes tries to look a bit behind the curtain, so if you think this posting doesn't belong to gentoo-dev let me know. However, maybe this is interesting to you: Recently i've got serious trouble with one of my hard drives, so that i was forced t

Re: [gentoo-dev] Moving GCC-3.4 to stable on x86

2005-12-01 Thread Matthias Langer
On Fri, 2005-12-02 at 03:03 +0100, Matthias Langer wrote: > On Thu, 2005-12-01 at 01:30 +0100, Marien Zwart wrote: > > On Wed, 30 Nov 2005 18:50:02 -0500 > > Mark Loeser <[EMAIL PROTECTED]> wrote: > > > > > Jakub Moc <[EMAIL PROTECTED]> said: > > > > 1.12.2005, 0:29:48, Chris Gianelloni wrote: > >

Re: [gentoo-dev] Moving GCC-3.4 to stable on x86

2005-12-01 Thread Matthias Langer
On Thu, 2005-12-01 at 01:30 +0100, Marien Zwart wrote: > On Wed, 30 Nov 2005 18:50:02 -0500 > Mark Loeser <[EMAIL PROTECTED]> wrote: > > > Jakub Moc <[EMAIL PROTECTED]> said: > > > 1.12.2005, 0:29:48, Chris Gianelloni wrote: > > > revdep-rebuild --library=libstdc++.so.5 is all that's needed here t

Re: [gentoo-dev] Moving GCC-3.4 to stable on x86

2005-12-01 Thread Paul Varner
On Tue, 2005-11-29 at 18:37 +0100, Andreas Proschofsky wrote: > It's not that easy for every package. For instance openoffice and > openoffice-bin need to got to the same location, cause OOo does a user > install and this will break when changing between them (and all the > settings / paths and so

Re: [gentoo-dev] Re: Moving GCC-3.4 to stable on x86

2005-12-01 Thread Lares Moreau
On Wed, 2005-11-30 at 23:17 -0600, R Hill wrote: > All arches other than x86 have made the switch to 3.4 stable already. They > did > so without problem and without extra docs. Why does x86, the last to switch, > need to be special-cased? From what I understand, most other archs have done the s

Re: [gentoo-dev] Re: Moving GCC-3.4 to stable on x86

2005-12-01 Thread Chris Gianelloni
On Wed, 2005-11-30 at 23:17 -0600, R Hill wrote: > > That makes me feel a bit more comfortable. I still think that something > > more then an einfo warning should be provided, as its easy to overlook > > those. > > All arches other than x86 have made the switch to 3.4 stable already. They > did

Re: [gentoo-dev] Re: Moving GCC-3.4 to stable on x86

2005-12-01 Thread Jason Wever
On Wed, 30 Nov 2005 23:17:31 -0600 R Hill <[EMAIL PROTECTED]> wrote: > All arches other than x86 have made the switch to 3.4 stable > already. They did so without problem and without extra docs. Why > does x86, the last to switch, need to be special-cased? Actually, SPARC isn't even onto gcc-3.

Re: [gentoo-dev] Moving GCC-3.4 to stable on x86

2005-12-01 Thread Petteri Räty
Chris Gianelloni wrote: > On Wed, 2005-11-30 at 17:34 -0500, Philip Webb wrote: > > > Technically, you don't need to rebuild world. You only need to rebuild > stuff that uses C++ and links to libstdc++. > > How about giving the following as an alternative: revdep-rebuild --library=libstdc++.s

Re: [gentoo-dev] Modular X porting: dependency changes

2005-12-01 Thread Donnie Berkholz
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Lina Pezzella wrote: | I would want to know exactly how many keywords would be dropped with | this solution. I would hate to see something that is working perfectly | fine having support dropped due to syntax troubles in an ebuild... Portage's lack