Re: [gentoo-user] LC_COLLATE overridden by LC_ALL?

2016-07-27 Thread Matthias Schwarzott
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

2010-10-09 Thread Matthias Schwarzott
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 ?

2010-09-14 Thread Matthias Schwarzott
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?

2010-08-07 Thread Matthias Schwarzott
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