Re: [gentoo-user] LC_COLLATE overridden by LC_ALL?
Am 27.07.2016 um 17:33 schrieb Bertram Scharpf: > Hi, > > bsch@host ~ % mkdir showsort > user@host ~ % cd showsort > user@host ~/showsort % touch .A .Z .a .z A Z a z > user@host ~/showsort % set | grep -a '^\(LANG\|LC_\)' > LANG=de_DE.utf8 > LC_ALL=de_DE.utf8 > LC_COLLATE=C > > Why doesn't ls obey LC_COLLATE=C and how can I fix this? > Look at the description of LC_ALL: LC_ALLIf set to a non-empty string value, override the values of all the other internationalization variables. Then do only set LANG and LC_COLLATE and not (!) LC_ALL. You can run the tool "locale". It will show the effective values used for each locale category. For your settings: $ LANG=de_DE.utf8 LC_ALL=de_DE.utf8 LC_COLLATE=C locale LANG=de_DE.utf8 LC_CTYPE="de_DE.utf8" LC_NUMERIC="de_DE.utf8" LC_TIME="de_DE.utf8" LC_COLLATE="de_DE.utf8" LC_MONETARY="de_DE.utf8" LC_MESSAGES="de_DE.utf8" LC_PAPER="de_DE.utf8" LC_NAME="de_DE.utf8" LC_ADDRESS="de_DE.utf8" LC_TELEPHONE="de_DE.utf8" LC_MEASUREMENT="de_DE.utf8" LC_IDENTIFICATION="de_DE.utf8" LC_ALL=de_DE.utf8 When not setting LC_ALL: $ LANG=de_DE.utf8 LC_COLLATE=C locale LANG=de_DE.utf8 LC_CTYPE="de_DE.utf8" LC_NUMERIC="de_DE.utf8" LC_TIME="de_DE.utf8" LC_COLLATE=C LC_MONETARY="de_DE.utf8" LC_MESSAGES="de_DE.utf8" LC_PAPER="de_DE.utf8" LC_NAME="de_DE.utf8" LC_ADDRESS="de_DE.utf8" LC_TELEPHONE="de_DE.utf8" LC_MEASUREMENT="de_DE.utf8" LC_IDENTIFICATION="de_DE.utf8" LC_ALL= In scripts I normally use LC_ALL=C sort. Regards Matthias
Re: [gentoo-user] help with Persistent hard disk device names with udev
On Monday 30 August 2010, Pau Peris wrote: Hi, i would like to give persistent device names to the system hard drives (just renaming its original device name to the one i want using its serial number as identifier). I've created the following rules which are not currently working. I'm trying to use device serial numbers to properly set its device name. One of the main reasons for doing that is i have a RAID composed by 3 disk (let's say sda sdc sdd) and when i plug another 4 disks sda becomes sde, sdc becomes sdg and so on while new drives take old device names, that's why i would like to make it sure device names remains always the same. Here are the rules Código: SUBSYSTEM==block, ATTR{serial}=VNVB05G2RKTRZH, NAME=hda SUBSYSTEM==block, ATTR{serial}=9QK0T4WM, NAME=sda SUBSYSTEM==block, ATTR{serial}=3QD0X58D, NAME=sdb SUBSYSTEM==block, ATTR{serial}=9QK0RS9G, NAME=sdc SUBSYSTEM==block, ATTR{serial}=9VP0SBVN, NAME=sdc KERNEL==hd*, SUBSYSTEM==block, ATTR{serial}=VNVB05G2RKTRZH, NAME=hda%n KERNEL==sd*, SUBSYSTEM==block, ATTR{serial}=9QK0T4WM, NAME=sda%n KERNEL==sd*, SUBSYSTEM==block, ATTR{serial}=3QD0X58D, NAME=sdb%n KERNEL==sd*, SUBSYSTEM==block, ATTR{serial}=9QK0RS9G, NAME=sdc%n KERNEL==sd*, SUBSYSTEM==block, ATTR{serial}=9VP0SBVN, NAME=sdc%n Should this work? Do some one know how can i get it to work? thanks in advanced It could work if you fixed the rules as the other answers told you, but PLEASE don't do this! There are a lot of arguments like dmesg output and sysfs content will no longer match userspace observations. It will break once there is another disk that is not renamed and gets KERNEL=sda assigned. Why do you not just use /dev/disk/by-* links as everyone else does? Regard Matthias
Re: [gentoo-user] what's going on with updates ?
On Monday 13 September 2010, Stéphane Guedon wrote: Since few days ( two or three ?), every time I launch emerge, it's saying me it needs an update of portage itself. In plus, I have upgraded udev at least two times (160161162 today)... Don't sync two times a day and emerge -u world if you don't want updates ;-) besides the ebuild commit dates are: udev-160: 12 Jul 2010 udev-161: 24 Aug 2010 udev-162: 12 Sep 2010 So I don't understand why you get more updates the same day. Plus, I have had two warning message concerning updates : sudo and an other... what's going on ? Is somebody founding security holes à la pelle (french expression). Still udev ebuild development still lacks some days after udev upstream to just test ebuilds and also for time reasons. Matthias
Re: [gentoo-user] OT: EPG (dvb-t) download application?
On Samstag, 7. August 2010, Neil Bothwick wrote: On Sat, 7 Aug 2010 14:20:41 +0200, meino.cra...@gmx.de wrote: I dont want to install vdr just for the reason to generate a textfile with a program guide. That's why I didn't post the vdr results. And in my initial posting I mentioned, that I use a dvb-t card as source, therefore nxtvepg is not useable for this purpose as far as I think, since it uses bttv and network based tv streams. Look at the web site, it mentions using it with DVB-T cards. Yes, and if you read this chapter, it states: --- snip --- Digital TV transmission (DVB) DVB natively supports an EPG which is completely unrelated to Nextview EPG. A major difference between those two is that DVB EPG is provided by the respective networks themselves and covers at most several related networks (i.e. channels in the same bouquet), while Nextview EPG is provided network independently and usually covers all national networks in a country. --- snip --- So no, nxtvepg does not support the normal EPG of DVB-?. To just gather the epg I still think the easiest way is to install plain vdr and vdr-dummydevice as dummy output device, add a matching channels.conf. Then run it, trigger a epg scan and after some time stop vdr. Regards Matthias