Re: [gentoo-dev] baselayout-1.11.12-r2 request for testers
Mike Frysinger [EMAIL PROTECTED] schrieb: yes, it's finally that time ... after months of hearing us say 'we want to get new baselayout stable asap', we're serious I just tested with a LVM system and it worked like it should be. I have one problem. When i boot my laptop with no network card connected, the boot process hangs until the dhcp client(dhcpcd) times out. This was not the case with the older version of baselayout. And this is not nice! :-) Lars -- need Groupware == http://www.egroupware.org hosted eGroupWare == http://www.officespot.de eGroupWare Training == http://www.outdoor-training.de/egroupware Open Business Club == https://www.openbc.com/hp/Lars_Kneschke/ -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] baselayout-1.11.12-r2 request for testers
On Thu, May 26, 2005 at 07:10:18AM +, Lars Kneschke wrote: Mike Frysinger [EMAIL PROTECTED] schrieb: yes, it's finally that time ... after months of hearing us say 'we want to get new baselayout stable asap', we're serious I just tested with a LVM system and it worked like it should be. I have one problem. When i boot my laptop with no network card connected, the boot process hangs until the dhcp client(dhcpcd) times out. This was not the case with the older version of baselayout. Try to uncomment preup() function for /etc/conf.d/net. Link detection was not very reliable in my case, but it might be just because I'm using software suspend. Regards, Peter Cech -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] baselayout-1.11.12-r2 request for testers
lo, On Thursday 26 May 2005 08:35, Peter Cech wrote: [snip] Try to uncomment preup() function for /etc/conf.d/net. Link detection was not very reliable in my case, but it might be just because I'm using software suspend. software suspend works perfectly with this. The problem is more likely to be that your card is not supported by either ethtool or mii-tool, though that in itself is unlikely as almost every NIC I am aware is supported by one or the other. -- Benjamin Smee (strerror) 497F 5E98 1FA0 C313 EA0B 08C7 004A 66ED 448B E78C pgpdBGmmpOpD3.pgp Description: PGP signature
[gentoo-dev] Re: Re: KDE 3.4 visibility support disabled
Dan Armak posted [EMAIL PROTECTED], excerpted below, on Thu, 26 May 2005 07:25:21 +0300: That's going to kill it everywhere, gcc4 included. The way KDE uses hidden visibility is itself broken - not gcc. Until that's fixed, we're disabling visibility support in kde. (There was a separate bug in gcc itself which got fixed, which may have confused some people...) Ahh... yes. Distinctive separate bug makes more sense, now. I had only known about the gcc bug. So the KDE problem... Is that what's causing all those virtual function but destructor isn't virtual type warnings whenever I compile a KDE ebuild with gcc4? -- Duncan - List replies preferred. No HTML msgs. Every nonfree program has a lord, a master -- and if you use the program, he is your master. Richard Stallman in http://www.linuxdevcenter.com/pub/a/linux/2004/12/22/rms_interview.html -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] where to put *.pm files
Thanks, but unfortunately it is not on CPAN. On Wednesday 25 May 2005 23:32, Drake Wyrm wrote: Rene Zbinden [EMAIL PROTECTED] wrote: I am writing a new ebuild. The program contains a perlscript (mainprog.pl) which needs two perl modules like (module1.pm module2.pm) I will put mainprog.pl in /usr/bin but where do I put the two modules. Shall I put them in /usr/share/programename and put that to the perl path? Is this a package that is currently on CPAN? If so, I have a relatively useful skeleton for writing CPAN ebuilds. I was able to install several CPAN packages this way. In the ebuild, you'll need to edit or delete any line marked with XXX, but that will likely be all you need to get it to work. Let me know if anything needs more explanation. http://www.haell.com/~wyrm/works/comp/env/prgmmg/perl/skel_cpan.tbz2 -- cheers, reen -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] baselayout-1.11.12-r2 request for testers
works perfectly here. good work. I like the new network setup. when do you thing it changes from ~x86 to x86. On Thursday 26 May 2005 00:20, Mike Frysinger wrote: yes, it's finally that time ... after months of hearing us say 'we want to get new baselayout stable asap', we're serious so can people please try out baselayout-1.11.12-r2+ and see if they notice any regressions ? the 'best' tests are simply rebooting and seeing if your system comes up :) common gotchas: - many config options have moved from /etc/rc.conf into /etc/conf.d/ files - /etc/hostname and /etc/*domainname have been moved into /etc/conf.d/ files - the net scripts have been completely rewritten thanks to UberLord ... old config styles should work fine, but it's best if you update your /etc/conf.d/net syntax ... just review /etc/conf.d/net.example or this URL: http://dev.gentoo.org/~uberlord/net-book/ somethings to note ... regressions with lvm/lvm2/evms will not be considered ... they have had all their code forked into the respective packages and thus are no longer part of baselayout ... bugs with those packages should be taken up with their respective maintainers -mike -- cheers, reen -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Re: KDE 3.4 visibility support disabled
On Thursday 26 May 2005 00:37, Duncan wrote: Marcus D. Hanwell posted [EMAIL PROTECTED], excerpted below, on Wed, 25 May 2005 17:48:20 +0100: I have just committed a fix to kde.eclass and kde-meta.eclass that disables visibility support in KDE 3.4 (thanks to FlameEyes for the patches). This was a new feature in KDE 3.4 which has caused at least one obvious bug, and possibly others that are less obvious[1]. [note the cross-posting] That isn't going to kill it for gcc-4.0.1-snapshots, right, only gcc-3.4? I'll be rather unhappy if the speed increases I've been attributing to that visibility support under gcc4, disappear! =8^( It seems that this has already been answered, but the KDE bug contains some more of the detail. It looks like KDE 3.5/4 is the target for getting proper visibility support. We haven't taken this decision lightly, and I believe it is the best option we have for a stable desktop. KDE/QT 4 should have much improved visibility support, and I will be testing them once it is workable and I have a little spare time -- Gentoo Linux Developer Scientific Applications | AMD64 | KDE | net-proxy pgpsW3NLQNlME.pgp Description: PGP signature
Re: [gentoo-dev] where to put *.pm files
Thanks for the help! I put it here: http://bugs.gentoo.org/show_bug.cgi?id=94060 On Wednesday 25 May 2005 11:12, Michael Cummings wrote: Well, first off, how does the program look for the perl modules? If it isn't suggesting that you place them in your @INC, then it is most likely loading them directly. So it all depends on how the main script (please tell me it isn't really called mainprog.pl) tries to load those modules as to the best place to put them. /me waits for the bug report for this one On Wednesday 25 May 2005 02:06 am, Rene Zbinden wrote: Hi I am writing a new ebuild. The program contains a perlscript (mainprog.pl) which needs two perl modules like (module1.pm module2.pm) I will put mainprog.pl in /usr/bin but where do I put the two modules. Shall I put them in /usr/share/programename and put that to the perl path? -- cheers, reen -- cheers, reen -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] baselayout-1.11.12-r2 request for testers
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Mike Frysinger wrote: yes, it's finally that time ... after months of hearing us say 'we want to get new baselayout stable asap', we're serious so can people please try out baselayout-1.11.12-r2+ and see if they notice any regressions ? the 'best' tests are simply rebooting and seeing if your system comes up :) Does it support wireless devices that don't support essid scanning yet? I'm currently having to use baselayout-1.10.4 (which was removed from portage ages ago) as my BCM4306 802.11b/g chip (used via ndiswrapper) doesn't support essid scanning. - -- No small art is it to sleep: it is necessary for that purpose to keep awake all day. -- Nietzsche Aaron Walker [EMAIL PROTECTED] [ BSD | cron | forensics | shell-tools | commonbox | netmon | vim | web-apps ] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFClZ0YC3poscuANHARAsZpAJ4s94Qufzd11OK6K0r+pj/QRwh7GACfaHrq PYC9Wm914fB1y/ZeALFAnIM= =UJcg -END PGP SIGNATURE- -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] baselayout-1.11.12-r2 request for testers
On Thu, 2005-05-26 at 05:55 -0400, Aaron Walker wrote: Does it support wireless devices that don't support essid scanning yet? I'm currently having to use baselayout-1.10.4 (which was removed from portage ages ago) as my BCM4306 802.11b/g chip (used via ndiswrapper) doesn't support essid scanning. It should do. Basically if your card does not support scanning then you have a few choices 1) Hard code the ESSID - this only works when you only use one AP 2) Hard code a list of ESSID's - this works fine as long as you only use the AP's in the list. However, it's slow as it attempts to connect to each in the specified order. 3) Use the ESSID ANY - this forces the driver to associate with an AP that it chooses - you have no control over which one it selects. If not, pester me in IRC so I can fix it. -- Roy Marples [EMAIL PROTECTED] Gentoo Linux Developer signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] Re: baselayout-1.11.12-r2 request for testers
On Thu, 2005-05-26 at 02:08 -0700, Duncan wrote: Hmm.. I /did/ have issues with parallel startup a couple revisions back. I had disabled that and haven't reenabled it yet. I suppose I should do that and bug it now, if it still fails. It /was/ working at one point. There may still be issues with parallel startup. It doesn't really startup in parallel and it's not much faster, so if any bugs do come up then we'll probably recommend turning it off. baselayout-1.12.0-alpha3 will have much improved parallel startup thanks to Paul Pacheco patch (bug #69854) which is essentially a re-write of the code so we're not that interested in fixing parallel startup in baselayout-1.11.x at this time. -- Roy Marples [EMAIL PROTECTED] Gentoo Linux Developer signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] Re: Re: KDE 3.4 visibility support disabled
On Thursday 26 May 2005 02:30 am, Duncan wrote: So the KDE problem... Is that what's causing all those virtual function but destructor isn't virtual type warnings whenever I compile a KDE ebuild with gcc4? No, that's just shoddy C++ coding that also needs to be fixed. Caleb -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] baselayout-1.11.12-r2 request for testers
On Wednesday 25 May 2005 10:49 pm, Jonas Geiregat wrote: Mike Frysinger wrote: On Thursday 26 May 2005 07:45 am, Jonas Geiregat wrote: I get a message * /sbin/rc cannot start until runlevel boot has completed this is an a ppc platform... search bugzilla, this has come up ... i think it's because of some init script you have in the boot runlevel when it should be in the default runlevel ... -mike I've searched bugzilla nothing found about this ... hail to bugzilla search harder :P if that fails, look at Bug 91534 if that fails, remove net.eth* from boot runlevel -mike -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] baselayout-1.11.12-r2 request for testers
On Wed, 2005-05-25 at 18:20 -0400, Mike Frysinger wrote: - the net scripts have been completely rewritten thanks to UberLord ... old config styles should work fine, but it's best if you update your /etc/conf.d/net syntax ... just review /etc/conf.d/net.example or this URL: http://dev.gentoo.org/~uberlord/net-book/ Since DHCP is assumed by default if there is no configuration, how does one disable DHCP easily *without* specifying an IP address? I'm asking because I will need to modify the livecd-tools scripts to take into account a way to disable DHCP when either nodhcp or nodetect are passed to the release media. -- Chris Gianelloni Release Engineering - Strategic Lead/QA Manager Games - Developer Gentoo Linux signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] baselayout-1.11.12-r2 request for testers
On Wed, 2005-05-25 at 18:20 -0400, Mike Frysinger wrote: - the net scripts have been completely rewritten thanks to UberLord ... old config styles should work fine, but it's best if you update your /etc/conf.d/net syntax ... just review /etc/conf.d/net.example or this URL: http://dev.gentoo.org/~uberlord/net-book/ OK... nevermind... I just figured out that I need to: echo 'config_eth0=( null )' /etc/conf.d/net to disable DHCP. Uberlord: excellent docs... =] -- Chris Gianelloni Release Engineering - Strategic Lead/QA Manager Games - Developer Gentoo Linux signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] baselayout-1.11.12-r2 request for testers
On Thursday 26 May 2005 10:04 am, Chris Gianelloni wrote: I'm asking because I will need to modify the livecd-tools scripts to take into account a way to disable DHCP when either nodhcp or nodetect are passed to the release media. speaking of livecd updates, someone pointed out on a bug that we shouldnt need to check CDBOOT anymore in the volume addon code (lvm/lvm2/evms/raid/etc) ... the livecd should set RC_VOLUME_ORDER to ... maybe we can do this in the ebuild ? -mike -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] baselayout-1.11.12-r2 request for testers
On Thu, 2005-05-26 at 10:50 -0400, Mike Frysinger wrote: On Thursday 26 May 2005 10:04 am, Chris Gianelloni wrote: I'm asking because I will need to modify the livecd-tools scripts to take into account a way to disable DHCP when either nodhcp or nodetect are passed to the release media. speaking of livecd updates, someone pointed out on a bug that we shouldnt need to check CDBOOT anymore in the volume addon code (lvm/lvm2/evms/raid/etc) ... the livecd should set RC_VOLUME_ORDER to ... maybe we can do this in the ebuild ? What ebuild? baselayout? Where would the livecd set RC_VOLUME_ORDER? Why should it? Sorry if I'm not up on this stuff, but this is the first I've heard of any of this. -- Chris Gianelloni Release Engineering - Strategic Lead/QA Manager Games - Developer Gentoo Linux signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] Bashrc mini HOWTO
On Thursday 26 May 2005 16:03, Drake Wyrm wrote: Jason Stubbs [EMAIL PROTECTED] wrote: Alec Warner wrote: [...snip...] Thus you can do cool stuff like print debug info, over-ride default functions, and otherwise other fun stuff that normally would be a complete PITA, especially if you don't know portage internals well. Not knowning portage internals well means that this file should be off limits. Aww.. That's no fun. How are folks supposed to learn anything without breaking stuff once in a while? To reiterate the point, you get to keep the pieces. ;) Regards, Jason Stubbs pgpFxoSHQrEJD.pgp Description: PGP signature
Re: [gentoo-dev] baselayout-1.11.12-r2 request for testers
Peter Cech [EMAIL PROTECTED] schrieb: Try to uncomment preup() function for /etc/conf.d/net. Link detection was not very reliable in my case, but it might be just because I'm using software suspend. That is working like a charm! It's booting now as fast as before. Thanks! Lars -- need Groupware == http://www.egroupware.org hosted eGroupWare == http://www.officespot.de eGroupWare Training == http://www.outdoor-training.de/egroupware Open Business Club == https://www.openbc.com/hp/Lars_Kneschke/ -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] dev-lang/{icc,ifc}
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello everybody! I'd just like to inform all of you who patiently waited for news in regard to Intel Compiler support for Gentoo, that karltk and I just commited some of the latest versions of the Intel(R) C++ Compiler (dev-lang/icc-8.1.030) and the Intel(R) Fortran Compiler (dev-lang/ifc-8.1.02{6,7}). Both packages still need to be worked one and are thus package.mask'ed. As long as they aren't finished, the old versions will stay in the tree. Bugwranglers: Please assign bugs for icc to [EMAIL PROTECTED] and CC me. For ifc, it's just the opposite ;-) No worries, we already changed metadata.xml. Danny - -- Danny van Dyk [EMAIL PROTECTED] Gentoo/AMD64 Project, Gentoo Scientific Project -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFCllZnaVNL8NrtU6IRArLqAKCBcOqwhdZB8C5k/2sisZeiAU4g/gCgordL 3rfsY14lv44ozKQEFaCDCSM= =i7up -END PGP SIGNATURE- -- gentoo-dev@gentoo.org mailing list