Re: [gentoo-user] How's the openrc update going for everyone?
110510 Dale wrote: what's the results of the openrc update for people that have done theirs? On amd64 here no problem, despite being half-asleep at the time. It worried at the 2nd line of Init msgs that I hadn't set rc_sys , but that was fixed when I uncommented the defaultin /etc/rc.conf . It's still worrying at shut-down that /tmp is in use when unmounting, but re-assures itself that Fuser can't find any offending file. Boot time -- 'Enter' in Lilo to login prompt in raw terminal -- has dropped c 25 - 15 s , a very noticeable improvement; part of that is no delay now starting Eth0 (presumably C has replaced Bash). -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-user] How's the openrc update going for everyone?
Philip Webb wrote: 110510 Dale wrote: what's the results of the openrc update for people that have done theirs? On amd64 here no problem, despite being half-asleep at the time. It worried at the 2nd line of Init msgs that I hadn't set rc_sys , but that was fixed when I uncommented the defaultin /etc/rc.conf . It's still worrying at shut-down that /tmp is in use when unmounting, but re-assures itself that Fuser can't find any offending file. Boot time -- 'Enter' in Lilo to login prompt in raw terminal -- has dropped c 25 - 15 s , a very noticeable improvement; part of that is no delay now starting Eth0 (presumably C has replaced Bash). I had noticed that my eth0 was slow to start but not always. I'm not sure why it took so long but it did eventually come up. It's connected by wire to a LinkSys router and most of the time, it comes up quickly but on occasion, it decides to take a while. That is a good speed improvement. I didn't notice much difference here tho. Do you, or anyone else, have the parallel startup enabled? I started to but noticed the warning in the config file. Goes like this: # WARNING: whilst we have improved parallel, it can still potentially lock # the boot process. Don't file bugs about this unless you can supply # patches that fix it without breaking other things! #rc_parallel=NO Sort of curious if anyone uses it and have had theirs to lock up during the boot up. Dale :-) :-)
Re: [gentoo-user] How's the openrc update going for everyone?
Le 10/05/2011 23:55, Dale a écrit : Hi folks, I was curious, what's the results of the openrc update for people that have done theirs? Is it pretty simple and just works or are there issues? I'm mostly interested in x86 and amd64 since that is what I have. Just a simple works here and I'm X86 or amd64 would be nice. List issues if you had any. Thanks for the feedback. Dale :-) :-) Hi all, After openrc and baselayout update, then RTFM, everything works fine with amd64. Cheers, -- Jacques
Re: [gentoo-user] How's the openrc update going for everyone?
110511 Dale wrote: Do you, or anyone else, have the parallel startup enabled? I started to but noticed the warning in the config file. No for the same reason as yourself. -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-user] How's the openrc update going for everyone?
On Wed, 11 May 2011 01:55:05 -0500, Dale wrote: Do you, or anyone else, have the parallel startup enabled? I started to but noticed the warning in the config file. I've tried it in the past. I didn't notice any massive speedup, but no problems either, except that that the init messages aren't as nice, especially when it stops to ask for my LUKS password. -- Neil Bothwick It's not who you know; it's whom you know. signature.asc Description: PGP signature
Re: [gentoo-user] How's the openrc update going for everyone?
Neil Bothwick wrote: On Wed, 11 May 2011 01:55:05 -0500, Dale wrote: Do you, or anyone else, have the parallel startup enabled? I started to but noticed the warning in the config file. I've tried it in the past. I didn't notice any massive speedup, but no problems either, except that that the init messages aren't as nice, especially when it stops to ask for my LUKS password. I used it a long time ago on my old x86 machine. I couldn't tell much difference either. I didn't time it or anything but still. I'll leave it like it is I guess. I like all the little green OK's that scroll up anyway. Dale :-) :-)
Re: [gentoo-user] How's the openrc update going for everyone?
On Wed, 11 May 2011 04:55:46 -0500, Dale wrote: I'll leave it like it is I guess. I like all the little green OK's that scroll up anyway. Reassuring, aren't they? -- Neil Bothwick Meow SPLAT! Woof SPLAT!Jeez, it's really raining today. signature.asc Description: PGP signature
Re: [gentoo-user] How's the openrc update going for everyone?
Neil Bothwick wrote: On Wed, 11 May 2011 04:55:46 -0500, Dale wrote: I'll leave it like it is I guess. I like all the little green OK's that scroll up anyway. Reassuring, aren't they? What's bad is when something doesn't start for some reason and you don't know it didn't start. Then things start acting weird and you get a head scratcher. It's one reason I don't like the picture stuff that some people use that covers all that up. Even when I boot off a USB stick or CD, I hit F2 or whatever to see if everything I need is seen and ready. I wish they had a guide that points out the differences between the old way and the new ways. I'm sort of poking around to see what all has changed. The rc stuff changed for sure. Some for the better tho. Dale :-) :-)
Re: [gentoo-user] How's the openrc update going for everyone?
On Tue, May 10, 2011 at 6:55 PM, Dale rdalek1...@gmail.com wrote: Hi folks, I was curious, what's the results of the openrc update for people that have done theirs? Is it pretty simple and just works or are there issues? I'm mostly interested in x86 and amd64 since that is what I have. Just a simple works here and I'm X86 or amd64 would be nice. List issues if you had any. It worket fine. I only lost my /etc/hosts file configuration on the process. Probably my fault when a ran etc-update. I noticed a rc_sys not configured in rc.conf message during the boot, using automatic ... . Is commented rc_sys in rc.conf the default configuration expected ? Thanks for the feedback. Dale :-) :-)
Re: [gentoo-user] How's the openrc update going for everyone?
Hi, Dale. On Tue, May 10, 2011 at 04:55:01PM -0500, Dale wrote: Hi folks, I was curious, what's the results of the openrc update for people that have done theirs? Is it pretty simple and just works or are there issues? I'm mostly interested in x86 and amd64 since that is what I have. Just a simple works here and I'm X86 or amd64 would be nice. List issues if you had any. For me, it just worked. But it took me well over two hours, and that was after spending several hours studying the FM (practically memorising it, actually). Things which threaten to make my PC unbootable have that effect on me. I was surprised by the number of config files which had changed (though I was surprised not to see inittab amongst them). I had a few problems with consolefont and keymaps, but that probably had to do with my converting from ISO-8859-1 to UTF-8 the day before. I take my hat off to Christian Faulhammer and William Hubbs, true gentlemen, who took so much trouble to make a difficult transition so smooth and easy. Thanks for the feedback. Dale :-) :-) -- Alan Mackenzie (Nuremberg, Germany).
Re: [gentoo-user] How's the openrc update going for everyone?
No issues, followed the guide, everything working. Felix Leif On Tuesday 10 May 2011 16:55:01 Dale wrote: Hi folks, I was curious, what's the results of the openrc update for people that have done theirs? Is it pretty simple and just works or are there issues? I'm mostly interested in x86 and amd64 since that is what I have. Just a simple works here and I'm X86 or amd64 would be nice. List issues if you had any. Thanks for the feedback. Dale :-) :-)
[gentoo-user] Re: How's the openrc update going for everyone?
On 05/11/2011 02:50 AM, Dale wrote: [...] What do you know, I upgraded and it worked. Now if I can just get rid of this Nepomuk thingy that pops up a bit after I login to KDE. You disable that in System Settings. There's an icon for it there. Or, you build KDE with -semantic-desktop in your make.conf, which builds KDE without it.
Re: [gentoo-user] Re: How's the openrc update going for everyone?
Hi, Maybe, a little OT. Could anybody tell me, how to make gentoo baselayout-2 system to be completely unicode utf-8? Which config files I should modify? Thank You! -- mv
Re: [gentoo-user] How's the openrc update going for everyone?
Alan Mackenzie wrote: Hi, Dale. On Tue, May 10, 2011 at 04:55:01PM -0500, Dale wrote: Hi folks, I was curious, what's the results of the openrc update for people that have done theirs? Is it pretty simple and just works or are there issues? I'm mostly interested in x86 and amd64 since that is what I have. Just a simple works here and I'm X86 or amd64 would be nice. List issues if you had any. For me, it just worked. But it took me well over two hours, and that was after spending several hours studying the FM (practically memorising it, actually). Things which threaten to make my PC unbootable have that effect on me. I was surprised by the number of config files which had changed (though I was surprised not to see inittab amongst them). I had a few problems with consolefont and keymaps, but that probably had to do with my converting from ISO-8859-1 to UTF-8 the day before. I take my hat off to Christian Faulhammer and William Hubbs, true gentlemen, who took so much trouble to make a difficult transition so smooth and easy. Thanks for the feedback. Dale :-) :-) After reading some replies here, I did mine. It went well. I agree, hats off to the folks who worked on this. Seems like their work paid off very well. I just hope everyone else's is as easy as mine. There was a LOT of config files to update. It appears that a LOT of it was done during the update tho. I'm just glad this is done. Sort of been dreading this. Dale :-) :-)
Re: [gentoo-user] How's the openrc update going for everyone?
On Wed, May 11, 2011 at 12:55 AM, Dale rdalek1...@gmail.com wrote: Hi folks, I was curious, what's the results of the openrc update for people that have done theirs? Is it pretty simple and just works or are there issues? I'm mostly interested in x86 and amd64 since that is what I have. Just a simple works here and I'm X86 or amd64 would be nice. List issues if you had any. Thanks for the feedback. Dale :-) :-) I had a problem with bonding.sh script. http://bugs.gentoo.org/show_bug.cgi?id=366653 Kfir
Re: [gentoo-user] Re: How's the openrc update going for everyone?
Marius Vaitiekunas wrote: Hi, Maybe, a little OT. Could anybody tell me, how to make gentoo baselayout-2 system to be completely unicode utf-8? Which config files I should modify? Thank You! This is how I did mine. root@fireball / # cat /etc/make.conf | grep utf LC_ALL=en_US.utf8 root@fireball / # I think that is all I did. Then again, it seems I had to run some command but can't recall it. That help? Dale :-) :-)
[gentoo-user] Re: How's the openrc update going for everyone?
On 05/11/2011 03:16 PM, Marius Vaitiekunas wrote: Hi, Maybe, a little OT. Could anybody tell me, how to make gentoo baselayout-2 system to be completely unicode utf-8? Which config files I should modify? Thank You! /etc/env.d/02locale. Here, it looks like this: LC_ALL=en_US.UTF-8 LANG=en_US.UTF-8 Replace en_US with your own country code, but leave the .UTF-8 as it is. You will need to run env-update (as root) after you modify the file. The second file is /etc/locale.gen. On my system: en_US ISO-8859-1 en_US.UTF-8 UTF-8 I don't know why I have the first line there. I guess it's a fallback. The second line must be the same as what you used in env.d/02locale, with UTF-8 appended to it. After you change that file, you must rebuild sys-libs/glibc. There's also /etc/conf.d/consolefont, but you shouldn't need to change anything in that one.
[gentoo-user] OpenRC in DomU
Hi, after I went to openrc all works fine just one thing disturbing now: If I create a xen-guest with xm create guest -c or change to the console when the system boots, some of the characters particularly [] are garbled. Is there a way to fix this? Regards, Konstantin -- Dipl-Inf. Konstantin Agouros aka Elwood Blues. Internet: elw...@agouros.de Altersheimerstr. 1, 81545 Muenchen, Germany. Tel +49 89 69370185 Captain, this ship will not survive the forming of the cosmos. B'Elana Torres
Re: [gentoo-user] Re: How's the openrc update going for everyone?
On Wed, May 11, 2011 at 3:33 PM, Dale rdalek1...@gmail.com wrote: Marius Vaitiekunas wrote: Hi, Maybe, a little OT. Could anybody tell me, how to make gentoo baselayout-2 system to be completely unicode utf-8? Which config files I should modify? Thank You! This is how I did mine. root@fireball / # cat /etc/make.conf | grep utf LC_ALL=en_US.utf8 root@fireball / # I think that is all I did. Then again, it seems I had to run some command but can't recall it. That help? Dale :-) :-) Thank you both for answers. I have some problems with GD library and unicode. As I can see from your posts nothing changed in baselayout-2. There is some more info, if it is not outdated: http://www.gentoo.org/doc/en/utf-8.xml
Re: [gentoo-user] Re: How's the openrc update going for everyone?
110511 Marius Vaitiekunas wrote: Could anybody tell me, how to make gentoo baselayout-2 system to be completely unicode utf-8? Which config files I should modify? In ~/.bashrc/root/.bashrc I have LANG=en_US.UTF-8 Amend for your local language, if you wish. -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
[gentoo-user] Re: How's the openrc update going for everyone?
On 05/11/2011 03:33 PM, Dale wrote: Marius Vaitiekunas wrote: Hi, Maybe, a little OT. Could anybody tell me, how to make gentoo baselayout-2 system to be completely unicode utf-8? Which config files I should modify? Thank You! This is how I did mine. root@fireball / # cat /etc/make.conf | grep utf LC_ALL=en_US.utf8 root@fireball / # I think that is all I did. Two issues. First, LC_ALL does not belong in make.conf. It belongs in /etc/env.d/02locale. Second, en_US.utf8 is not correct. It's en_US.UTF-8. :-)
Re: [gentoo-user] Re: How's the openrc update going for everyone?
Nikos Chantziaras wrote: On 05/11/2011 03:33 PM, Dale wrote: Marius Vaitiekunas wrote: Hi, Maybe, a little OT. Could anybody tell me, how to make gentoo baselayout-2 system to be completely unicode utf-8? Which config files I should modify? Thank You! This is how I did mine. root@fireball / # cat /etc/make.conf | grep utf LC_ALL=en_US.utf8 root@fireball / # I think that is all I did. Two issues. First, LC_ALL does not belong in make.conf. It belongs in /etc/env.d/02locale. Second, en_US.utf8 is not correct. It's en_US.UTF-8. :-) Funny that it seems to work. I don't have that file: root@fireball / # cat /etc/env.d/02locale cat: /etc/env.d/02locale: No such file or directory root@fireball / # But I do have this one: root@fireball / # cat /etc/locale.gen # /etc/locale.gen: list all of the locales you want to have on your system # # The format of each line: # locale charmap # # Where locale is a locale located in /usr/share/i18n/locales/ and # where charmap is a charmap located in /usr/share/i18n/charmaps/. # # All blank lines and lines starting with # are ignored. # # For the default list of supported combinations, see the file: # /usr/share/i18n/SUPPORTED # # Whenever glibc is emerged, the locales listed here will be automatically # rebuilt for you. After updating this file, you can simply run `locale-gen` # yourself instead of re-emerging glibc. en_US ISO-8859-1 en_US.UTF-8 UTF-8 #ja_JP.EUC-JP EUC-JP #ja_JP.UTF-8 UTF-8 #ja_JP EUC-JP #en_HK ISO-8859-1 #en_PH ISO-8859-1 #de_DE ISO-8859-1 #de_DE@euro ISO-8859-15 #es_MX ISO-8859-1 #fa_IR UTF-8 #fr_FR ISO-8859-1 #fr_FR@euro ISO-8859-15 #it_IT ISO-8859-1 root@fireball / # I followed a guide when I did mine which is why I don't recall most of it. On this rig, it wasn't to long ago. My old rig has even older config files. That install is about 6 pr 7 years old if I recall correctly. Dale :-) :-)
Re: [gentoo-user] Re: How's the openrc update going for everyone?
Nikos Chantziaras wrote: On 05/11/2011 02:50 AM, Dale wrote: [...] What do you know, I upgraded and it worked. Now if I can just get rid of this Nepomuk thingy that pops up a bit after I login to KDE. You disable that in System Settings. There's an icon for it there. Or, you build KDE with -semantic-desktop in your make.conf, which builds KDE without it. This is odd. I thought I turned that off before but figured maybe a config update turned it back on. I just checked, it is turned off. That thing just won't die. lol I do have the USE flag enabled. I read somewhere that turning the flag off gets rid of a lot of stuff, some that I use on occasion. Has that changed? We all know the USE flag descriptions don't always shed much light on the real use of it. ;-) Maybe it will give up one day and just go away. Dale :-) :-)
Re: [gentoo-user] Re: How's the openrc update going for everyone?
On Wed, 11 May 2011 15:33:02 +0300, Nikos Chantziaras wrote: The second file is /etc/locale.gen. On my system: en_US ISO-8859-1 en_US.UTF-8 UTF-8 I don't know why I have the first line there. I guess it's a fallback. The second line must be the same as what you used in env.d/02locale, with UTF-8 appended to it. After you change that file, you must rebuild sys-libs/glibc. You don't need to rebuild glibc, just run locale-gen. -- Neil Bothwick When you finally buy enough memory, you will not have enough disk space. -- Murphy's Computer Laws n\xB03 signature.asc Description: PGP signature
Re: [gentoo-user] OpenRC in DomU
On Wed, 2011-05-11 at 12:27 +, Konstantinos Agouros wrote: Hi, after I went to openrc all works fine just one thing disturbing now: If I create a xen-guest with xm create guest -c or change to the console when the system boots, some of the characters particularly [] are garbled. I have a simlilar problem with kvm serial consoles. Not garbled but the [OK] now appears on a seperate line than the Starting... message. Is there a way to fix this? Dunno, but it's not a huge deal for me so long as the services start :D
[gentoo-user] Re: Prevent depclean from removing Python-2.6?
On 2011-05-11, Grant Edwards grant.b.edwa...@gmail.com wrote: On 2011-05-10, Mick michaelkintz...@gmail.com wrote: Apparently so. It seems like it ought to pay attention to eselect. If I've explicitly configured my system to use 2.6 instead of 2.7, removing 2.6 doesn't seem like a good thing... I am not sure I understand: If you eselect python 2.7 and run python-updater (and revdep-rebuild just in case) I would think that you *should* have a working system. I have a number of python libraries installed that don't have ebuilds. At one point some of them weren't compatible with 2.6. That should have read weren't compatible with 2.7. -- Grant Edwards grant.b.edwardsYow! Can you MAIL a BEAN at CAKE? gmail.com
[gentoo-user] Genkernel + ROOT=/tmp/rootfs ?
Hi, I'm building a catalyst target for installing with ROOT=/tmp/rootfs Looking on the genkernel man page and I can't find a way to install the kernel to ROOT. Is there a way to do that? Thanks, Kfir
Re: [gentoo-user] How's the openrc update going for everyone?
Dale wrote: Neil Bothwick wrote: On Wed, 11 May 2011 04:55:46 -0500, Dale wrote: I'll leave it like it is I guess. I like all the little green OK's that scroll up anyway. Reassuring, aren't they? What's bad is when something doesn't start for some reason and you don't know it didn't start. Then things start acting weird and you get a head scratcher. It's one reason I don't like the picture stuff that some people use that covers all that up. Even when I boot off a USB stick or CD, I hit F2 or whatever to see if everything I need is seen and ready. The picture stuff will switch to verbose if there's any errors in the bootup process, otherwise it's a nice graphical bootscreen and a progress bar. -- Regards, Gregory.
Re: [gentoo-user] Re: How's the openrc update going for everyone?
Apparently, though unproven, at 15:45 on Wednesday 11 May 2011, Dale did opine thusly: Nikos Chantziaras wrote: On 05/11/2011 02:50 AM, Dale wrote: [...] What do you know, I upgraded and it worked. Now if I can just get rid of this Nepomuk thingy that pops up a bit after I login to KDE. You disable that in System Settings. There's an icon for it there. Or, you build KDE with -semantic-desktop in your make.conf, which builds KDE without it. This is odd. I thought I turned that off before but figured maybe a config update turned it back on. I just checked, it is turned off. That thing just won't die. lol I do have the USE flag enabled. I read somewhere that turning the flag off gets rid of a lot of stuff, some that I use on occasion. Has that changed? We all know the USE flag descriptions don't always shed much light on the real use of it. ;-) Maybe it will give up one day and just go away. You can't disable USE=semantic-desktop Parts of KDE don't (or soon won't) build at all without the configure options it provides. In other words, it's a gentoo thing and completely unsupported by KDE. Get used to having it enabled. It uses hardly any cpu at all, regardless of what the naysayers say. But that popup should not be happening, mine disappeared two revisions ago. The solution is in kde's bugzilla somewhere, you will have to search for it. -- alan dot mckinnon at gmail dot com
[gentoo-user] Re: How's the openrc update going for everyone?
On 05/11/2011 04:40 PM, Dale wrote: Nikos Chantziaras wrote: On 05/11/2011 03:33 PM, Dale wrote: Marius Vaitiekunas wrote: Could anybody tell me, how to make gentoo baselayout-2 system to be completely unicode utf-8? Which config files I should modify? Thank You! This is how I did mine. root@fireball / # cat /etc/make.conf | grep utf LC_ALL=en_US.utf8 root@fireball / # I think that is all I did. Two issues. First, LC_ALL does not belong in make.conf. It belongs in /etc/env.d/02locale. Second, en_US.utf8 is not correct. It's en_US.UTF-8. :-) Funny that it seems to work. I don't have that file: root@fireball / # cat /etc/env.d/02locale cat: /etc/env.d/02locale: No such file or directory root@fireball / # Maybe the 02 prefix is random. Try: grep LC_ALL /etc/env.d/* But fact it, whatever you put in /etc/make.conf is for portage, and portage only. If you define LC_ALL in make.conf, then the only software that will use that definition is portage itself (like the emerge tool.)
Re: [gentoo-user] Re: How's the openrc update going for everyone?
On 5/11/2011 9:40 AM, Dale wrote: Nikos Chantziaras wrote: On 05/11/2011 03:33 PM, Dale wrote: root@fireball / # cat /etc/make.conf | grep utf LC_ALL=en_US.utf8 root@fireball / # Putting your LC_* values in make.conf means they're only going to apply when you are building things, and not in everyday use. If it's working, you either haven't had to do anything where UTF-8 and ISO-8859-1 would produce different results, or you have LC_* or LANG defined somewhere else :) Two issues. First, LC_ALL does not belong in make.conf. It belongs in /etc/env.d/02locale. Second, en_US.utf8 is not correct. It's en_US.UTF-8. :-) For whatever reason, the generated locale names (as visible by locale(1) for example) get this wrong, which is why either variation selects the correct locale definition: kutulu@basement ~ $ locale -a C en_US.utf8 POSIX It's particularly odd, since the charmap file is correctly named UTF-8 and you need to pass -f UTF-8 to localedef to generate them. :\ Funny that it seems to work. I don't have that file: root@fireball / # cat /etc/env.d/02locale cat: /etc/env.d/02locale: No such file or directory root@fireball / # You need to create the /etc/env.d/02locale file yourself; the name is just the generally accepted one most systems use. But I do have this one: root@fireball / # cat /etc/locale.gen [...] en_US ISO-8859-1 en_US.UTF-8 UTF-8 This file is only used when you run locale-gen and/or rebuild glibc (which, in turn, runs locale-gen). It dictates whichs locales get built and installed, but not which one of those is used by default. I followed a guide when I did mine which is why I don't recall most of it. On this rig, it wasn't to long ago. My old rig has even older config files. That install is about 6 pr 7 years old if I recall correctly. The guide you probably should be following is: http://www.gentoo.org/doc/en/utf-8.xml --Mike
Re: [gentoo-user] How's the openrc update going for everyone?
On Tue, May 10, 2011 at 2:55 PM, Dale rdalek1...@gmail.com wrote: Hi folks, I was curious, what's the results of the openrc update for people that have done theirs? Is it pretty simple and just works or are there issues? I'm mostly interested in x86 and amd64 since that is what I have. Just a simple works here and I'm X86 or amd64 would be nice. List issues if you had any. Thanks for the feedback. Dale :-) :-) Hi Dale, I've now done 5 stable machines - 4 hardware and 1 VM. I haven't had any significant problems on any of them. The update takes well less that 30 minutes and, for me anyway, has been relatively pain free compared to other historic Gentoo upgrades. Cheers, Mark
Re: [gentoo-user] Re: How's the openrc update going for everyone?
On Wed, May 11, 2011 at 04:50:02PM +0200, Alan McKinnon wrote: It uses hardly any cpu at all, regardless of what the naysayers say. Well, add me to the naysayers list then, because my experience directly contradicts that statement. Much happier with fluxbox, completely finished fooling with the kde. I still don't understand why the kde folks went from something that worked extremely well to their current state. Baffling. -- caveat utilitor
Re: [gentoo-user] Re: How's the openrc update going for everyone?
Nikos Chantziaras wrote: On 05/11/2011 04:40 PM, Dale wrote: Funny that it seems to work. I don't have that file: root@fireball / # cat /etc/env.d/02locale cat: /etc/env.d/02locale: No such file or directory root@fireball / # Maybe the 02 prefix is random. Try: grep LC_ALL /etc/env.d/* But fact it, whatever you put in /etc/make.conf is for portage, and portage only. If you define LC_ALL in make.conf, then the only software that will use that definition is portage itself (like the emerge tool.) That was quick: root@fireball / # grep LC_ALL /etc/env.d/* root@fireball / # Guess that is not in env.d anywhere. :/ I know that is what make.conf is for but when I did it, I followed a guide, that was one of the places it said to put it. It may have changed but I didn't put it there just because I was froggy. Something told me to put it there. Now to figure out the new way. I think Mike posted a link to a guide that I need to check out. :-) Dale :-) :-)
Re: [gentoo-user] Re: How's the openrc update going for everyone?
Apparently, though unproven, at 17:06 on Wednesday 11 May 2011, Indi did opine thusly: On Wed, May 11, 2011 at 04:50:02PM +0200, Alan McKinnon wrote: It uses hardly any cpu at all, regardless of what the naysayers say. Well, add me to the naysayers list then, because my experience directly contradicts that statement. Much happier with fluxbox, completely finished fooling with the kde. semantic desktop equates to nepomuk If you do something really thick with the backend (virtuoso currently) it will go beserk. Full strigi indexing will keep your disk busy all day - what else could it do if you want a full text indexed search of 300GB of file in ~ like many users have these days? I still don't understand why the kde folks went from something that worked extremely well to their current state. Baffling. KDE3 and KDE4 are not the same thing. KDE4 is not the next version of KDE3. You must consider KDE4 to be a completely new product, unrelated to KDE3 in any meaningful way except that many KDE4 devs used to work on a different project called KDE3. Like all software, KDE4 is not for everyone - like you for example. But there's nothing stopping you from maintaining KDE3 yourself. Why did the devs switch? Market pressures really. If you don't spot emerging trends and follow them early, you run the risk of becoming redundant very quickly. Ask Microsoft, they know all about this. They went from the undisputed behemoth market leader to staring the very real threat of total obsolescence in three very short years. KDE devs decided to take the risk and make the jump ahead of the curve. -- alan dot mckinnon at gmail dot com
[gentoo-user] Re: How's the openrc update going for everyone?
On 05/11/2011 06:42 PM, Dale wrote: Nikos Chantziaras wrote: On 05/11/2011 04:40 PM, Dale wrote: Funny that it seems to work. I don't have that file: root@fireball / # cat /etc/env.d/02locale cat: /etc/env.d/02locale: No such file or directory root@fireball / # Maybe the 02 prefix is random. Try: grep LC_ALL /etc/env.d/* But fact it, whatever you put in /etc/make.conf is for portage, and portage only. If you define LC_ALL in make.conf, then the only software that will use that definition is portage itself (like the emerge tool.) That was quick: root@fireball / # grep LC_ALL /etc/env.d/* root@fireball / # Guess that is not in env.d anywhere. :/ Then I guess you can create it on your own. See: http://www.gentoo.org/doc/en/guide-localization.xml#doc_chap3
Re: [gentoo-user] How's the openrc update going for everyone?
Mark Knecht wrote: On Tue, May 10, 2011 at 2:55 PM, Dalerdalek1...@gmail.com wrote: Hi folks, I was curious, what's the results of the openrc update for people that have done theirs? Is it pretty simple and just works or are there issues? I'm mostly interested in x86 and amd64 since that is what I have. Just a simple works here and I'm X86 or amd64 would be nice. List issues if you had any. Thanks for the feedback. Dale :-) :-) Hi Dale, I've now done 5 stable machines - 4 hardware and 1 VM. I haven't had any significant problems on any of them. The update takes well less that 30 minutes and, for me anyway, has been relatively pain free compared to other historic Gentoo upgrades. Cheers, Mark Yep. I agree. Of all the things that have caused problems in the past, this was a doozy. It had the potential to really bork a system. It appears to have been a very easy one. I don't think anyone had a REALLY big problem with this upgrade. The devs made sure all the ducks was in line on this one. Yeppie for that. Dale :-) :-)
[gentoo-user] Re: How's the openrc update going for everyone?
On 05/11/2011 06:53 PM, Nikos Chantziaras wrote: On 05/11/2011 06:42 PM, Dale wrote: That was quick: root@fireball / # grep LC_ALL /etc/env.d/* root@fireball / # Guess that is not in env.d anywhere. :/ Then I guess you can create it on your own. See: http://www.gentoo.org/doc/en/guide-localization.xml#doc_chap3 Heh, according to the guide I linked to, setting LC_ALL is a bad idea :-D So I guess the grep should have been: grep LANG /etc/env.d/* And the contents of 02locale (or something else in case the grep above finds some other *locale file) should be: LANG=en_US.UTF-8 LC_COLLATE=C
Re: [gentoo-user] How's the openrc update going for everyone?
On Wed, May 11, 2011 at 10:55 AM, Dale rdalek1...@gmail.com wrote: Mark Knecht wrote: On Tue, May 10, 2011 at 2:55 PM, Dalerdalek1...@gmail.com wrote: Hi folks, I was curious, what's the results of the openrc update for people that have done theirs? Is it pretty simple and just works or are there issues? I'm mostly interested in x86 and amd64 since that is what I have. Just a simple works here and I'm X86 or amd64 would be nice. List issues if you had any. Thanks for the feedback. Dale :-) :-) Hi Dale, I've now done 5 stable machines - 4 hardware and 1 VM. I haven't had any significant problems on any of them. The update takes well less that 30 minutes and, for me anyway, has been relatively pain free compared to other historic Gentoo upgrades. Cheers, Mark Yep. I agree. Of all the things that have caused problems in the past, this was a doozy. It had the potential to really bork a system. It appears to have been a very easy one. I don't think anyone had a REALLY big problem with this upgrade. The devs made sure all the ducks was in line on this one. Yeppie for that. Dale :-) :-) I remember expat and e2fsprogs breaking spectacularly with no warning whatsoever back when That was fun. This update is a complete opposite from those nightmares. James Wall
Re: [gentoo-user] Re: How's the openrc update going for everyone?
On Wed, May 11, 2011 at 06:00:05PM +0200, Alan McKinnon wrote: Apparently, though unproven, at 17:06 on Wednesday 11 May 2011, Indi did opine thusly: I still don't understand why the kde folks went from something that worked extremely well to their current state. Baffling. Why did the devs switch? Market pressures really. If you don't spot emerging trends and follow them early, you run the risk of becoming redundant very quickly. Ask Microsoft, they know all about this. They went from the undisputed behemoth market leader to staring the very real threat of total obsolescence in three very short years. KDE devs decided to take the risk and make the jump ahead of the curve. So the answer is prophylactic self-destruction? ***ducks*** I kid, forgive me... :) -- caveat utilitor ♫ ❤ ♫ ❤ ♫ ❤ ♫
Re: [gentoo-user] Re: How's the openrc update going for everyone?
On Wed, May 11, 2011 at 03:33:02PM +0300, Nikos Chantziaras wrote: On 05/11/2011 03:16 PM, Marius Vaitiekunas wrote: /etc/env.d/02locale. Here, it looks like this: LC_ALL=en_US.UTF-8 LANG=en_US.UTF-8 It is not recommended that you set LC_ALL in startup files at all, just lang. http://www.gentoo.org/doc/en/guide-localization.xml Thanks, William pgpz3sHn4PRAR.pgp Description: PGP signature
Re: [gentoo-user] Re: How's the openrc update going for everyone?
- Original Message From: Alan McKinnon alan.mckin...@gmail.com I still don't understand why the kde folks went from something that worked extremely well to their current state. Baffling. KDE3 and KDE4 are not the same thing. KDE4 is not the next version of KDE3. You must consider KDE4 to be a completely new product, unrelated to KDE3 in any meaningful way except that many KDE4 devs used to work on a different project called KDE3. Like all software, KDE4 is not for everyone - like you for example. But there's nothing stopping you from maintaining KDE3 yourself. Why did the devs switch? Market pressures really. If you don't spot emerging trends and follow them early, you run the risk of becoming redundant very quickly. Ask Microsoft, they know all about this. They went from the undisputed behemoth market leader to staring the very real threat of total obsolescence in three very short years. KDE devs decided to take the risk and make the jump ahead of the curve. Very much agreed. Ever wonder why what Apple and Microsoft are doing seems to simply be copying what KDE did with KDE4? Yeah - KDE is on the forefront of the desktop right now, paving the path for how its going to be used by essentially everyone as a result. Ben
Re: [gentoo-user] Re: How's the openrc update going for everyone?
Nikos Chantziaras wrote: On 05/11/2011 06:53 PM, Nikos Chantziaras wrote: On 05/11/2011 06:42 PM, Dale wrote: That was quick: root@fireball / # grep LC_ALL /etc/env.d/* root@fireball / # Guess that is not in env.d anywhere. :/ Then I guess you can create it on your own. See: http://www.gentoo.org/doc/en/guide-localization.xml#doc_chap3 Heh, according to the guide I linked to, setting LC_ALL is a bad idea :-D So I guess the grep should have been: grep LANG /etc/env.d/* And the contents of 02locale (or something else in case the grep above finds some other *locale file) should be: LANG=en_US.UTF-8 LC_COLLATE=C I think something has changed. This is Gentoo after all. Things are always being changed, usually for the better. This is funny tho: root@fireball / # grep LANG /etc/env.d/* root@fireball / # Then I get this: root@fireball / # locale -a C POSIX en_US en_US.iso88591 en_US.utf8 root@fireball / # locale LANG= LC_CTYPE=POSIX LC_NUMERIC=POSIX LC_TIME=POSIX LC_COLLATE=POSIX LC_MONETARY=POSIX LC_MESSAGES=POSIX LC_PAPER=POSIX LC_NAME=POSIX LC_ADDRESS=POSIX LC_TELEPHONE=POSIX LC_MEASUREMENT=POSIX LC_IDENTIFICATION=POSIX LC_ALL= root@fireball / # I'm trying to work through the guides but it's difficult to undo something then redo it. me thinking Be careful I may sling a rod or something. Dale :-) :-)
Re: [gentoo-user] How's the openrc update going for everyone?
James Wall wrote: I remember expat and e2fsprogs breaking spectacularly with no warning whatsoever back when That was fun. This update is a complete opposite from those nightmares. James Wall That was one of the ones I was thinking about. I have to say, things in the dev world have improved a LOT. The devs seem to get along better plus there is some really good stuff going on with portage itself. I suspect one leads to the other but that's just my opinion. I subscribe to -dev and they seem to really try to keep the users in mind. I was in on the discussion about alerting users to this upgrade. I have to say, they did all they could to let people know this was coming. It looks like it worked out well. Let's hope all the things in the future are like this. :-D Dale :-) :-)
Re: [gentoo-user] Re: How's the openrc update going for everyone?
On 5/11/2011 12:54 PM, Dale wrote: root@fireball / # locale -a C POSIX en_US en_US.iso88591 en_US.utf8 So you have three locales installed (C and POSIX are internal and always present) that are the same language and region with different character sets. You probably don't need to do this anymore, since most every modern application can handle UTF-8 character data and, even if it can't, UTF-8 data looks identical to US-ASCII data for most English language text. root@fireball / # locale LANG= LC_CTYPE=POSIX LC_NUMERIC=POSIX LC_TIME=POSIX LC_COLLATE=POSIX LC_MONETARY=POSIX LC_MESSAGES=POSIX LC_PAPER=POSIX LC_NAME=POSIX LC_ADDRESS=POSIX LC_TELEPHONE=POSIX LC_MEASUREMENT=POSIX LC_IDENTIFICATION=POSIX LC_ALL= root@fireball / # This means that your UTF-8 setup is clearly *not* working :) Your locale is not being set anywhere, it's using the glibc default of POSIX. POSIX is approximately equal to en_US as far as date/time, sorting, etc. but lacks most of the numeric formatting (no currency symbol, no thousands separator, etc). It's also using the default US-ASCII character set. --Mike
Re: [gentoo-user] Re: How's the openrc update going for everyone?
On 5/11/2011 12:02 PM, Nikos Chantziaras wrote: On 05/11/2011 06:53 PM, Nikos Chantziaras wrote: On 05/11/2011 06:42 PM, Dale wrote: That was quick: root@fireball / # grep LC_ALL /etc/env.d/* root@fireball / # Guess that is not in env.d anywhere. :/ Then I guess you can create it on your own. See: http://www.gentoo.org/doc/en/guide-localization.xml#doc_chap3 Heh, according to the guide I linked to, setting LC_ALL is a bad idea :-D So I guess the grep should have been: The only problem with LC_ALL is that it overrides all of the other LC_* variables. When looking for locale information for a given category, the order is: LC_ALL - LC_{COLLATE|CTYPE|MESSAGES|TIME|NUMERIC|MONETARY} - LANG (glibc adds a bunch of other LC_* variables from a POSIX draft that never got formalized.) Setting just LANG= and setting just LC_ALL= have the same ultimate result: every localization category uses the same locale. The difference is that setting LC_ALL means you can't turn around and redefine, say, just LC_TIME to use some other locale's format. --Mike
[gentoo-user] depclean after kde-4.6 upgrade
Having completed the upgrade I noticed that a few packages are being called up for removal: sys-apps/dmidecode selected: 2.10 protected: none omitted: none I can't think of it being a dependency - did I emerge it and forgot about it? Anyway, this confused me more: kde-base/okteta selected: 4.4.5 protected: none omitted: none okteta is not my world file. So something brought it in. It was not updated to v6, instead when I try to update it manually is asking for a second slot ... is this normal? = # emerge -uaDv okteta These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild NS ] kde-base/okteta-4.6.2 [4.4.5] USE=handbook (-aqua) -debug (- kdeenablefinal) (-kdeprefix) 5,933 kB [uninstall] kde-base/okteta-4.4.5 USE=handbook (-aqua) -debug (- kdeenablefinal) (-kdeprefix) [blocks b ] kde-base/okteta:4.6[-kdeprefix] (kde-base/okteta:4.6[- kdeprefix] is blocking kde-base/okteta-4.4.5) [blocks b ] kde-base/okteta:4.4[-kdeprefix] (kde-base/okteta:4.4[- kdeprefix] is blocking kde-base/okteta-4.6.2) Total: 1 package (1 in new slot, 1 uninstall), Size of downloads: 5,933 kB Conflict: 2 blocks = Why is this happening? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
[gentoo-user] Virtual Packages
Have noticed that some packages require virtual packages to installed as well. For example when installing dev-db/mysql, virtual/mysql is installed as well. What are the purposes of these virtual packages?? Thanks -- John D Maunder j...@articwolf.myzen.co.uk
[gentoo-user] Re: How's the openrc update going for everyone?
On 05/11/2011 03:10 AM, Neil Bothwick wrote: On Wed, 11 May 2011 04:55:46 -0500, Dale wrote: I'll leave it like it is I guess. I like all the little green OK's that scroll up anyway. Reassuring, aren't they? I'd like a similar system for checking my marriage.
Re: [gentoo-user] rdate stopped working, and I just upgraded to baselayout 2
On Wednesday 11 May 2011 03:53:06 Walter Dnes wrote: Like the subject says, rdate has stopped working for me. I tried different timeservers, with and without iptables firewall, and it always times out. /var/log/portage shows that I emerged the current version of rdate back in early August last year. I just updated to baselayout 2 so I wonder if it's involved. revdep-rebuild doesn't find any problems. And I do have /etc/timezone set up... [i3][root][~] cat /etc/timezone Canada/Eastern The machine is amd64 stable. I recall that not all ntp servers respond to rdate - perhaps the server(s) you tried have changed their configuration? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
[gentoo-user] Re: depclean after kde-4.6 upgrade
On Wednesday 11 May 2011 22:28:22 you wrote: Having completed the upgrade I noticed that a few packages are being called up for removal: sys-apps/dmidecode selected: 2.10 protected: none omitted: none I can't think of it being a dependency - did I emerge it and forgot about it? Anyway, this confused me more: kde-base/okteta selected: 4.4.5 protected: none omitted: none okteta is not my world file. So something brought it in. It was not updated to v6, instead when I try to update it manually is asking for a second slot ... is this normal? = # emerge -uaDv okteta These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild NS ] kde-base/okteta-4.6.2 [4.4.5] USE=handbook (-aqua) -debug (- kdeenablefinal) (-kdeprefix) 5,933 kB [uninstall] kde-base/okteta-4.4.5 USE=handbook (-aqua) -debug (- kdeenablefinal) (-kdeprefix) [blocks b ] kde-base/okteta:4.6[-kdeprefix] (kde-base/okteta:4.6[- kdeprefix] is blocking kde-base/okteta-4.4.5) [blocks b ] kde-base/okteta:4.4[-kdeprefix] (kde-base/okteta:4.4[- kdeprefix] is blocking kde-base/okteta-4.6.2) Total: 1 package (1 in new slot, 1 uninstall), Size of downloads: 5,933 kB Conflict: 2 blocks = Why is this happening? Similarly: kde-base/libksane-4.4.5 does not seem to have been updated to kde- base/libksane-4.6.2 ... as part of update world. Shouldn't it have been? Finally, kde-base/knetworkconf selected: 4.4.5 protected: none omitted: none Is asking to be removed, but there isn't a 4.6 version. Has it been replaced by something else? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Virtual Packages
On Wed, May 11, 2011 at 4:43 PM, John j...@arcticwolf.myzen.co.uk wrote: Have noticed that some packages require virtual packages to installed as well. For example when installing dev-db/mysql, virtual/mysql is installed as well. What are the purposes of these virtual packages?? I think it is usually when there are alternatives available which can fit the dependency. For example, you could use MySQL or MariaDB to satisfy virtual/mysql dependency. That way the alternatives can be defined once in the virtual package, rather than in every single package that uses MySQL.
[gentoo-user] Re: depclean after kde-4.6 upgrade
On 05/12/2011 12:28 AM, Mick wrote: Having completed the upgrade I noticed that a few packages are being called up for removal: sys-apps/dmidecode selected: 2.10 protected: none omitted: none I can't think of it being a dependency - did I emerge it and forgot about it? Do you care? Does it matter? :-) Anyway, this confused me more: kde-base/okteta selected: 4.4.5 protected: none omitted: none okteta is not my world file. So something brought it in. It was not updated to v6, instead when I try to update it manually is asking for a second slot ... is this normal? Yes, it's normal. The slot will be installed, the old slot uninstalled. Btw, okteta is a dep of kdevelop, which is only pulled-in when the okteta USE flag is enabled. Maybe that's why you have it installed.
Re: [gentoo-user] Re: depclean after kde-4.6 upgrade
On Wed, May 11, 2011 at 4:56 PM, Mick michaelkintz...@gmail.com wrote: kde-base/knetworkconf selected: 4.4.5 protected: none omitted: none Is asking to be removed, but there isn't a 4.6 version. Has it been replaced by something else? It was replaced by knetworkmanager
Re: [gentoo-user] depclean after kde-4.6 upgrade
On Wed, May 11, 2011 at 4:28 PM, Mick michaelkintz...@gmail.com wrote: Having completed the upgrade I noticed that a few packages are being called up for removal: okteta is not my world file. So something brought it in. It was not updated to v6, instead when I try to update it manually is asking for a second slot ... is this normal? If you add --tree to your emerge command you can see what's pulling it in. I think it might be a dependency of kdevelop.
Re: [gentoo-user] Re: How's the openrc update going for everyone?
Mike Edenfield wrote: This means that your UTF-8 setup is clearly *not* working :) Your locale is not being set anywhere, it's using the glibc default of POSIX. POSIX is approximately equal to en_US as far as date/time, sorting, etc. but lacks most of the numeric formatting (no currency symbol, no thousands separator, etc). It's also using the default US-ASCII character set. --Mike Does this look more better? root@fireball / # locale LANG=en_US.UTF8 LC_CTYPE=en_US.UTF8 LC_NUMERIC=en_US.UTF8 LC_TIME=en_US.UTF8 LC_COLLATE=en_US.UTF8 LC_MONETARY=en_US.UTF8 LC_MESSAGES=en_US.UTF8 LC_PAPER=en_US.UTF8 LC_NAME=en_US.UTF8 LC_ADDRESS=en_US.UTF8 LC_TELEPHONE=en_US.UTF8 LC_MEASUREMENT=en_US.UTF8 LC_IDENTIFICATION=en_US.UTF8 LC_ALL= root@fireball / # locale -a C en_US en_US.iso88591 en_US.utf8 POSIX root@fireball / # LC_PAPER, is that like paper in my printer? What the heck does it want my phone number, address and other stuff for? Some of that I get but some is just plain nosy. O_O Dale :-) :-)
Re: [gentoo-user] Re: How's the openrc update going for everyone?
On Wednesday 11 May 2011 22:14:55 Mike Edenfield wrote: The only problem with LC_ALL is that it overrides all of the other LC_* variables. - which is precisely what most ordinary desktop users want. In such a case it's a useful shorthand. Personally, I have no intention of ever allowing US English to pollute any of my boxes (no offence meant to anyone here), so LC_ALL=en_GB.UTF-8 suits me (so far - until I trip over something!). Setting just LANG= and setting just LC_ALL= have the same ultimate result: every localization category uses the same locale. I knew a manager some years ago* who tried hard to persuade his bosses that he could be in two places at once - he even had two fish-huts! He was usually to be found in the same time-zone though, for all that. The difference is that setting LC_ALL means you can't turn around and redefine, say, just LC_TIME to use some other locale's format. This isn't going to be the majority case though, is it? I'm not talking about globe-trotting laptops here; just your ordinary desktop box. You can tell from my tone, I hope, that I'm only half-serious, but still I can't see why the simple approach should be frowned on so severely. What practical benefit do I lose by setting LC_ALL once and for all? This machine has been in the same place all its life, and I'm confident that won't change. The same applies to my other machines. I say it's time for document writers to recognise two cases explicitly: static machines and mobile ones. * He worked 24 hours/day for a mainframe system integrator near Minneapolis. That didn't stop it going down the pan when its marketing department failed to see the direction of the prevailing wind in its most important contract ever. -- Rgds Peter
Re: [gentoo-user] Re: Prevent depclean from removing Python-2.6?
Apparently so. It seems like it ought to pay attention to eselect. If I've explicitly configured my system to use 2.6 instead of 2.7, removing 2.6 doesn't seem like a good thing... Sounds to me like that should be made into a feature request. What does the list think? If there's support I will log it.
Re: [gentoo-user] rdate stopped working, and I just upgraded to baselayout 2
On Wed, May 11, 2011 at 10:49:44PM +0100, Mick wrote I recall that not all ntp servers respond to rdate - perhaps the server(s) you tried have changed their configuration? Finally found one... nist1-ny.ustiming.org I'm in Toronto Canada, and New York City is about as close as it gets to me. Your message implies that there is some other program to get time from a server. Is it ntpd? -- Walter Dnes waltd...@waltdnes.org
Re: [gentoo-user] Re: How's the openrc update going for everyone?
On Wed, May 11, 2011 at 05:45:07PM +0200, Alan McKinnon wrote KDE devs decided to take the risk and make the jump ahead of the curve. Coca Cola went from Coke Classic to New Coke; at least they had the guts to admit that it was a bad idea, and reverse it. IBM walked away from their market leading AT. Rather than put a 386 cpu on the motherboard, they went with the PS/2 design, which bombed. Micropro *OWNED* word-processing with a DOS-port of their cpm-based Wordstar product. People were begging and pleading with them to patch it to recognize subdirectories. Instead, Micropro dropped Wordstar, and came up with a user friendly menu-driven abortion called Wordstar 2000. That was the end. Do you see a pattern here? -- Walter Dnes waltd...@waltdnes.org
Re: [gentoo-user] How's the openrc update going for everyone?
On Tue, May 10, 2011 at 10:56:05PM -0400, Walter Dnes wrote Possibly one more problem, rdate seems to have stopped working for me. I've opened a separate thread on that. Not really. It seems that rdate is being dprecated in favour of NTP. I found an rdate server, but will eventually switch to ntpd I suppose. -- Walter Dnes waltd...@waltdnes.org
Re: [gentoo-user] rdate stopped working, and I just upgraded to baselayout 2
On 05/11/2011 08:09 PM, Walter Dnes wrote: On Wed, May 11, 2011 at 10:49:44PM +0100, Mick wrote I recall that not all ntp servers respond to rdate - perhaps the server(s) you tried have changed their configuration? Finally found one... nist1-ny.ustiming.org I'm in Toronto Canada, and New York City is about as close as it gets to me. Your message implies that there is some other program to get time from a server. Is it ntpd? Most people (made-up statistic) use NTP. There are a couple of different implementations available; I personally think openntpd is the easiest to configure if you don't have chronic (pun extremely intended) time issues.
Re: [gentoo-user] Re: Prevent depclean from removing Python-2.6?
On Wed, May 11, 2011 at 4:53 PM, Adam Carter adamcart...@gmail.com wrote: Apparently so. It seems like it ought to pay attention to eselect. If I've explicitly configured my system to use 2.6 instead of 2.7, removing 2.6 doesn't seem like a good thing... Sounds to me like that should be made into a feature request. What does the list think? If there's support I will log it. +1 It bit me, and just seems stupid. -- Kevin O'Gorman, PhD
Re: [gentoo-user] Re: How's the openrc update going for everyone?
On 5/11/2011 6:51 PM, Dale wrote: Does this look more better? root@fireball / # locale LC_PAPER=en_US.UTF8 LC_NAME=en_US.UTF8 LC_ADDRESS=en_US.UTF8 LC_TELEPHONE=en_US.UTF8 LC_MEASUREMENT=en_US.UTF8 LC_IDENTIFICATION=en_US.UTF8 LC_PAPER, is that like paper in my printer? What the heck does it want my phone number, address and other stuff for? Some of that I get but some is just plain nosy. O_O These are all proposed, but ultimately rejected, POSIX extensions to hold other standard, region-specific settings. glibc grabbed onto them when the latest POSIX was still in draft status and implemented them. LC_PAPER is one of a few places that holds the default paper sizes (I think Debian has an /etc/papersize or some such). It's kinda silly, since en_US isn't a paper size, but roughly speaking, en_US = 8.5x11 letter and everything else = A4. The others are for tracking: proper name format (e.g. family name first or last); postal address format; telephone number format (local, international, etc); units of measurement (imperial vs. metric); and the standards that govern the rest of the formats. Support for them is pretty sketchy and you can probably safely ignore them :) --Mike
Re: [gentoo-user] Re: How's the openrc update going for everyone?
On 5/11/2011 7:31 PM, Peter Humphrey wrote: On Wednesday 11 May 2011 22:14:55 Mike Edenfield wrote: The only problem with LC_ALL is that it overrides all of the other LC_* variables. - which is precisely what most ordinary desktop users want. In such a case it's a useful shorthand. Personally, I have no intention of ever allowing US English to pollute any of my boxes (no offence meant to anyone here), so LC_ALL=en_GB.UTF-8 suits me (so far - until I trip over something!). That was actually my point. I set LC_ALL in 02locale on my workstations/laptops, and so far I haven't had any need to change it. IMO, LC_ALL makes much more sense than LANG for the catch-all LC_* variable name so that's what I use. On a multi-user box, I would probably make a different choice. --Mike
[gentoo-user] OpenRC: Need to start net.eth1 and ntp-client by hand
Hi, after upgradeing to openrc there still some issues... 1) After reboot eth1 (there was/is no eth0!) is up and running (according to ifconfig) but ping site returns unknown host. After calling /etc/init.d/net.eth1 (which is a symlink to /etc/net.lo) as root by hand again the ping comand works How can I make this working at boot time? 2) /etc/ntp-client gets not called at boot time. Calling it by hand as root afterwards reveals no errors and all works find. How can I make this working at boot time,too? Thank you for your help in advance! Best regards, mcc
[gentoo-user] Update nvidia-drivers
Hi, this morning there was an update to nvidia-drivers-270.41.06. After running dmesg I found this: ioremap error for 0x9a000-0x9b000, requested 0x10, got 0x0 ioremap error for 0xcfe9-0xcfe91000, requested 0x10, got 0x0 I dont know, whether this is related to that update... In the context of the output of dmesg it looks like: nvidia :08:00.0: PCI INT A - GSI 24 (level, low) - IRQ 24 nvidia :08:00.0: setting latency timer to 64 vgaarb: device changed decodes: PCI::08:00.0,olddecodes=io+mem,decodes=none:owns=io+mem NVRM: loading NVIDIA UNIX x86_64 Kernel Module 270.41.06 Mon Apr 18 14:53:56 PDT 2011 microcode: CPU0: patch_level=0x1bf microcode: CPU1: patch_level=0x1bf microcode: CPU2: patch_level=0x1bf microcode: CPU3: patch_level=0x1bf microcode: CPU4: patch_level=0x1bf microcode: CPU5: patch_level=0x1bf microcode: Microcode Update Driver: v2.00 tig...@aivazian.fsnet.co.uk, Peter Oruba EXT4-fs (sda11): re-mounted. Opts: (null) EXT4-fs (sda5): mounted filesystem with ordered data mode. Opts: (null) EXT4-fs (sda6): mounted filesystem with ordered data mode. Opts: (null) EXT4-fs (sda7): mounted filesystem with ordered data mode. Opts: (null) EXT4-fs (sda8): mounted filesystem with ordered data mode. Opts: (null) EXT4-fs (sda9): mounted filesystem with ordered data mode. Opts: (null) EXT4-fs (sda10): mounted filesystem with ordered data mode. Opts: (null) EXT4-fs (sda3): mounted filesystem with ordered data mode. Opts: (null) EXT4-fs (sda12): mounted filesystem with ordered data mode. Opts: (null) sky2 :05:00.0: eth1: enabling interface sky2 :05:00.0: eth1: Link is up at 100 Mbps, full duplex, flow control both sky2 :05:00.0: eth1: Link is up at 100 Mbps, full duplex, flow control both Adding 6291452k swap on /dev/sda2. Priority:-1 extents:1 across:6291452k ioremap error for 0x9a000-0x9b000, requested 0x10, got 0x0 ioremap error for 0xcfe9-0xcfe91000, requested 0x10, got 0x0 Is this something to care of? And if yes -- what do I have to fix where ? Thank you very much for any help! :) Best regards mcc
Re: [gentoo-user] Virtual Packages
On 5/11/2011 5:43 PM, John wrote: Have noticed that some packages require virtual packages to installed as well. For example when installing dev-db/mysql, virtual/mysql is installed as well. What are the purposes of these virtual packages?? They allow other packages to depend on the presence of a service or feature instead of depending on a specific implementation. For example, both sys-libs/pam and sys-auth/openpam satisfy virtual/pam, since most applications will work just find against either library. There's about a dozen possible packages that provide virtual/bootloader. It's also used to allow different architectures to have different default implementations of the same service (like virtual/libc). virtual/mysql, as of v5.1, can mean dev-db/mysql or dev-db/mariadb. --Mike
Re: [gentoo-user] OpenRC: Need to start net.eth1 and ntp-client by hand
meino.cra...@gmx.de wrote: Hi, after upgradeing to openrc there still some issues... 1) After reboot eth1 (there was/is no eth0!) is up and running (according to ifconfig) but ping site returns unknown host. After calling /etc/init.d/net.eth1 (which is a symlink to /etc/net.lo) as root by hand again the ping comand works How can I make this working at boot time? 2) /etc/ntp-client gets not called at boot time. Calling it by hand as root afterwards reveals no errors and all works find. How can I make this working at boot time,too? Thank you for your help in advance! I will ask the obvious -- do you have those two in either boot or default run level? -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici cov...@ccs.covici.com
[gentoo-user] Will the next auto-build stage tar ball include OpenRC update?
Hello everyone. I am going to build a new gentoo box. Will the next auto-build stage tar ball (2011-5-12) for amd64 include the OpenRC update? If so I will not suffer the baselayout updating.
Re: [gentoo-user] Re: How's the openrc update going for everyone?
On May 11, 2011 4:38 PM, walt w41...@gmail.com wrote: On 05/11/2011 03:10 AM, Neil Bothwick wrote: On Wed, 11 May 2011 04:55:46 -0500, Dale wrote: I'll leave it like it is I guess. I like all the little green OK's that scroll up anyway. Reassuring, aren't they? I'd like a similar system for checking my marriage. +1 for the marriage checker. That would save me some headaches big time. James Wall
Re: [gentoo-user] Re: depclean after kde-4.6 upgrade
On Wednesday 11 May 2011 23:26:18 Nikos Chantziaras wrote: On 05/12/2011 12:28 AM, Mick wrote: Having completed the upgrade I noticed that a few packages are being called up for removal: sys-apps/dmidecode selected: 2.10 protected: none omitted: none I can't think of it being a dependency - did I emerge it and forgot about it? Do you care? Does it matter? :-) It probably doesn't matter, but I don't know if it does and was curious. Anyway, this confused me more: kde-base/okteta selected: 4.4.5 protected: none omitted: none okteta is not my world file. So something brought it in. It was not updated to v6, instead when I try to update it manually is asking for a second slot ... is this normal? Yes, it's normal. The slot will be installed, the old slot uninstalled. Btw, okteta is a dep of kdevelop, which is only pulled-in when the okteta USE flag is enabled. Maybe that's why you have it installed. Ah! Yes, that flag is now not there: $ euse -i okteta global use flags (searching: okteta) no matching entries found local use flags (searching: okteta) [-] okteta (dev-util/kdevelop): Enable hex editor plugin Thanks! -- Regards, Mick signature.asc Description: This is a digitally signed message part.