Re: [gentoo-user] Mailing list and PGP/MIME

2008-05-30 Thread Daniel Iliev
On Fri, 30 May 2008 10:39:35 +0900
Paul Sebastian Ziegler [EMAIL PROTECTED] wrote:


 Glad to hear you didn't mind, Daniel.

Actually, I've enjoyed it! :)
It was very crazy to see my name under something I've never said. The
lack of control just rushed my adrenaline even though I was expecting
something like that. Thanks!

 Yes, you traced me correctly. And as Rob already noticed, that could
 be circumvented by spoofing the header a little more.

True. It wouldn't be so hard to send the message from another place.

 Also you were correct to notice, that the receiving server has the
 last word - however many servers today do -not- perform reverse DNS
 lookups. You can basically put into the EHLO message whatever you
 want and the receiving server will buy it.
 
 So with some effort we could make it look as if the message was
 actually received from fg-out-1718.google.com. At least as long as
 pidgeon.gentoo.org doesn't do reverse DNS lookups, which frankly I
 didn't check. :)
 
 --Paul

Unfortunately many times one cannot control the reverse records,
because the IP address pool belongs to the ISP. Nevertheless the SMTP
server logs the IP address which the message came from. It doesn't
matter if the message would be bounced or accepted because of the
(in)correct reverse resolving. Additionally there's the SPF [1] and I
believe the email system at gentoo.org uses it. If that's so and my
poor abused address :) was at a domain with SPF record imposing fail
policy, that message shouldn't be accepted at all. At best you'd get
something like:

   Domain of [EMAIL PROTECTED] does not designate 192.0.2.25
   as permitted sender.

Anyways the right thing to do is to ban the IP address which the
offencive message came from, not the email address. So, signatures
don't come to play here.

[1] http://www.openspf.org/


-- 
Best regards,
Daniel
-- 
gentoo-user@lists.gentoo.org mailing list



Re: [gentoo-user] Wireless problem

2008-05-30 Thread Jil Larner

Hi,

Power saving, see man iwconfig (but I can't say more, I never touched it)

Bye,
Jil

Rev. Ferris a écrit :

Hi!
I have a wireless problem.
I bought yesterday a Zyxel G202 USB stick and I attack it of my 
workstation.

This hardware is supported from zd1211rw driver.
I set all parameters of my network and I started it.
It works fine, pretty signal quality, good speed, etc.
After some quiet time, from my network monitor I noticed a lost in the 
connection.
Now, if I restart the connection it works fine, but after a X time it 
disconnects again.
I don't find any message on dmesg or /var/log/messages and for that 
reason I have no idea how I can solve the problem. I think it is 
something correlates with energy management.

Any idea?
Thanks,
Luigi

--
gentoo-user@lists.gentoo.org mailing list



Re: [gentoo-user] K3b complains about my locale

2008-05-30 Thread Kevin O'Gorman
On Thu, May 29, 2008 at 4:09 PM, Daniel Pielmeier 
[EMAIL PROTECTED] wrote:

 Kevin O'Gorman schrieb:

  On Thu, May 29, 2008 at 3:18 PM, Mick [EMAIL PROTECTED] wrote:

  On Thursday 29 May 2008, Kevin O'Gorman wrote:

 On Thu, May 29, 2008 at 2:29 PM, Mick [EMAIL PROTECTED]
 wrote:

 On Thursday 29 May 2008, Kevin O'Gorman wrote:

 When I crank up K3b, it complains about my setup, with the message

System locale charset is ANSI_X3.4-1968
Your system's locale charset (i.e. the charset used to encode
 filenames) is set to ANSI_X3.4-1968. It is highly unlikely that this
 has been done intentionally.
Most likely the locale is not set at all. An invalid setting
 will result in problems when creating data projects.
Solution: To properly set the locale charset make sure the LC_*
 environment variables are set. Normally the distribution setup tools
 take care of this.

 It is correct that this is not intentional (it does seem antique).  I

 have

  configured .mybashrc to set my LANG to en_US, but nothing beyond
 that. What distribution setup tools is it referring to, so that I

 can

 correct this on gentoo?

 What have you set up in your /etc/locale.gen ?

 I won't take credit for setting this up, because I don't think I did.
  On
 the other hand,
 I've had occasion to internationalize a web page to dutch and polish,

 which

 appear
 in the list.  So I dunno where it came from.

 But here's what's there:

 # /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
 [EMAIL PROTECTED] ISO-8859-15
 es_MX ISO-8859-1
 #fa_IR UTF-8
 fr_FR ISO-8859-1
 [EMAIL PROTECTED] ISO-8859-15
 #it_IT ISO-8859-1
 pl_PL ISO-8859-15

 This looks fine.  If when you run $ locale you get a list with LANG=en_US
 but
 further down LC_ALL=   (blank), then set export LC_ALL=xxx in your
 .bashrc
 to
 whatever you want your locale set to.


 Halfway there.  I did that, and now locale looks like

 [EMAIL PROTECTED] ~ $ locale
 LANG=en_US
 LC_CTYPE=en_US
 LC_NUMERIC=en_US
 LC_TIME=en_US
 LC_COLLATE=en_US
 LC_MONETARY=en_US
 LC_MESSAGES=en_US
 LC_PAPER=en_US
 LC_NAME=en_US
 LC_ADDRESS=en_US
 LC_TELEPHONE=en_US
 LC_MEASUREMENT=en_US
 LC_IDENTIFICATION=en_US
 LC_ALL=en_US
 [EMAIL PROTECTED] ~ $

 However, when I start k3b from the KDE menus, it still complains.

 On the other hand, if I start k3b from the shell that gives the locale
 results above,
 it starts clean.  So the issue seems to be that I need to inform KDE about
 the
 locale.

 I did a fresh boot, and that did not help, so I wonder if .mybashrc is the
 correct
 place to do this.


 try /etc/env.d/02locale

 LANG=en_US
 LC_ALL=en_US

 For details take a look at the localisation guide.
 http://www.gentoo.org/doc/en/guide-localization.xml
 --
 gentoo-user@lists.gentoo.org mailing list


The file /etc/env.d/02locale does not exist on my system.  I can create it,
of course,
but I suspect I may be missing something.  Is there a package I should
emerge?

++ kevin

-- 
Kevin O'Gorman, PhD


Re: [gentoo-user] K3b complains about my locale

2008-05-30 Thread Dominik Zajac
if theres no file 02local you have to create it and set your locales there.
after donig this run env-update

regards

Dominik

On Fri, May 30, 2008 at 3:34 PM, Kevin O'Gorman [EMAIL PROTECTED] wrote:

 On Thu, May 29, 2008 at 4:09 PM, Daniel Pielmeier 
 [EMAIL PROTECTED] wrote:

 Kevin O'Gorman schrieb:

  On Thu, May 29, 2008 at 3:18 PM, Mick [EMAIL PROTECTED] wrote:

  On Thursday 29 May 2008, Kevin O'Gorman wrote:

 On Thu, May 29, 2008 at 2:29 PM, Mick [EMAIL PROTECTED]
 wrote:

 On Thursday 29 May 2008, Kevin O'Gorman wrote:

 When I crank up K3b, it complains about my setup, with the message

System locale charset is ANSI_X3.4-1968
Your system's locale charset (i.e. the charset used to encode
 filenames) is set to ANSI_X3.4-1968. It is highly unlikely that this
 has been done intentionally.
Most likely the locale is not set at all. An invalid setting
 will result in problems when creating data projects.
Solution: To properly set the locale charset make sure the LC_*
 environment variables are set. Normally the distribution setup tools
 take care of this.

 It is correct that this is not intentional (it does seem antique).  I

 have

  configured .mybashrc to set my LANG to en_US, but nothing beyond
 that. What distribution setup tools is it referring to, so that I

 can

  correct this on gentoo?

 What have you set up in your /etc/locale.gen ?

 I won't take credit for setting this up, because I don't think I did.
  On
 the other hand,
 I've had occasion to internationalize a web page to dutch and polish,

 which

 appear
 in the list.  So I dunno where it came from.

 But here's what's there:

 # /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
 [EMAIL PROTECTED] ISO-8859-15
 es_MX ISO-8859-1
 #fa_IR UTF-8
 fr_FR ISO-8859-1
 [EMAIL PROTECTED] ISO-8859-15
 #it_IT ISO-8859-1
 pl_PL ISO-8859-15

 This looks fine.  If when you run $ locale you get a list with
 LANG=en_US
 but
 further down LC_ALL=   (blank), then set export LC_ALL=xxx in your
 .bashrc
 to
 whatever you want your locale set to.


 Halfway there.  I did that, and now locale looks like

 [EMAIL PROTECTED] ~ $ locale
 LANG=en_US
 LC_CTYPE=en_US
 LC_NUMERIC=en_US
 LC_TIME=en_US
 LC_COLLATE=en_US
 LC_MONETARY=en_US
 LC_MESSAGES=en_US
 LC_PAPER=en_US
 LC_NAME=en_US
 LC_ADDRESS=en_US
 LC_TELEPHONE=en_US
 LC_MEASUREMENT=en_US
 LC_IDENTIFICATION=en_US
 LC_ALL=en_US
 [EMAIL PROTECTED] ~ $

 However, when I start k3b from the KDE menus, it still complains.

 On the other hand, if I start k3b from the shell that gives the locale
 results above,
 it starts clean.  So the issue seems to be that I need to inform KDE
 about
 the
 locale.

 I did a fresh boot, and that did not help, so I wonder if .mybashrc is
 the
 correct
 place to do this.


 try /etc/env.d/02locale

 LANG=en_US
 LC_ALL=en_US

 For details take a look at the localisation guide.
 http://www.gentoo.org/doc/en/guide-localization.xml
 --
 gentoo-user@lists.gentoo.org mailing list


 The file /etc/env.d/02locale does not exist on my system.  I can create it,
 of course,
 but I suspect I may be missing something.  Is there a package I should
 emerge?

 ++ kevin

 --
 Kevin O'Gorman, PhD



Re: [gentoo-user] Mailing list and PGP/MIME

2008-05-30 Thread Wolf Canis
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Daniel Iliev wrote:
 Come ooon! :)
 The whole bet thing was of course a joke.
 What I had in mind is that you'd have to hack Gmail which I believe
 won't classify as relatively easy. Not to mention that even just
 for proof of concept this would be illegal, so I'd never expect you
 to do it.

No problem. :-)

 
 Alright, the most important thing in this discussion appears that we
 all agree that signing mails to ML or not, either way there's no harm.
 So, I think we'd better stop at this point and let it go.
 
 Agreed?

I have no problem with that. :-)


-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkhAIVgACgkQKT9zBKF0twVWLQCfWd/4i0XgyOTuHuJIAxv8pq8D
Ug0An0q7/0FB909Ox7SMu3qWAtndAQbL
=6TZf
-END PGP SIGNATURE-
-- 
gentoo-user@lists.gentoo.org mailing list



Re: [gentoo-user] Mailing list and PGP/MIME

2008-05-30 Thread Wolf Canis
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Daniel Iliev wrote:
 Unfortunately many times one cannot control the reverse records,
 because the IP address pool belongs to the ISP. Nevertheless the SMTP
 server logs the IP address which the message came from. It doesn't
 matter if the message would be bounced or accepted because of the
 (in)correct reverse resolving. Additionally there's the SPF [1] and I
 believe the email system at gentoo.org uses it. If that's so and my
 poor abused address :) was at a domain with SPF record imposing fail
 policy, that message shouldn't be accepted at all. At best you'd get
 something like:
 
Domain of [EMAIL PROTECTED] does not designate 192.0.2.25
as permitted sender.
 
 Anyways the right thing to do is to ban the IP address which the
 offencive message came from, not the email address. So, signatures
 don't come to play here.
 
 [1] http://www.openspf.org/

But you see it isn't that difficulty to abuse a email address.
That what happened to your address and what P. S. Ziegler described
was what I meant with relatively easy. ;-)

Have fun,
W. Canis :-)

-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkhAIscACgkQKT9zBKF0twXUNACfdOnkosO99d8JqV0+JsYynrhP
0hkAoJgZzmfQAMcTpg8hehBhbZ/frb4M
=XD5e
-END PGP SIGNATURE-
-- 
gentoo-user@lists.gentoo.org mailing list



Re: [gentoo-user] Mailing list and PGP/MIME

2008-05-30 Thread Daniel Iliev
On Fri, 30 May 2008 17:52:41 +0200
Wolf Canis [EMAIL PROTECTED] wrote:

 But you see it isn't that difficulty to abuse a email address.
 That what happened to your address and what P. S. Ziegler described
 was what I meant with relatively easy. ;-)
 
 Have fun,
 W. Canis :-)


Alright, I give up! (but ain't gonna sign my posts :P)

See you guys next week and have a nice weekend! :)


-- 
Best regards,
Daniel
-- 
gentoo-user@lists.gentoo.org mailing list



[gentoo-user] quickcam pro 4000

2008-05-30 Thread James
Hello,

I have this usb camera installed (or so I think):

lsbus:
Bus 004 Device 003: ID 046d:08b2 Logitech, Inc. QuickCam Pro 4000

/etc/udev/rules.d/40-video.rules has this entry:
KERNEL==video[0-9]*,  NAME=v4l/video%n, SYMLINK+=%k, GROUP=video


So what is a good application to view the live video with?



James

-- 
gentoo-user@lists.gentoo.org mailing list



RE: [gentoo-user] K3b complains about my locale

2008-05-30 Thread Marzan, Richard non Unisys
From: Dominik Zajac [mailto:[EMAIL PROTECTED] 
Sent: Friday, May 30, 2008 10:24 AM
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] K3b complains about my locale

if theres no file 02local you have to create it and set your locales there. 
after donig this run env-update

regards

Dominik
On Fri, May 30, 2008 at 3:34 PM, Kevin O'Gorman [EMAIL PROTECTED] wrote:
On Thu, May 29, 2008 at 4:09 PM, Daniel Pielmeier [EMAIL PROTECTED] wrote:
Kevin O'Gorman schrieb:

On Thu, May 29, 2008 at 3:18 PM, Mick [EMAIL PROTECTED] wrote:
On Thursday 29 May 2008, Kevin O'Gorman wrote:
On Thu, May 29, 2008 at 2:29 PM, Mick [EMAIL PROTECTED] wrote:
On Thursday 29 May 2008, Kevin O'Gorman wrote:
When I crank up K3b, it complains about my setup, with the message

   System locale charset is ANSI_X3.4-1968
   Your system's locale charset (i.e. the charset used to encode
filenames) is set to ANSI_X3.4-1968. It is highly unlikely that this
has been done intentionally.
   Most likely the locale is not set at     all. An invalid setting
will result in problems when creating data projects.
   Solution: To properly set the locale charset make sure the LC_*
environment variables are set. Normally the distribution setup tools
take care of this.

It is correct that this is not intentional (it does seem antique).  I
have
configured .mybashrc to set my LANG to en_US, but nothing beyond
that. What distribution setup tools is it referring to, so that I
can
correct this on gentoo?
What have you set up in your /etc/locale.gen ?
I won't take credit for setting this up, because I don't think I did.  On
the other hand,
I've had occasion to internationalize a web page to dutch and polish,
which
appear
in the list.  So I dunno where it came from.

But here's what's there:

# /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
[EMAIL PROTECTED] ISO-8859-15
es_MX ISO-8859-1
#fa_IR UTF-8
fr_FR ISO-8859-1
[EMAIL PROTECTED] ISO-8859-15
#it_IT ISO-8859-1
pl_PL ISO-8859-15
This looks fine.  If when you run $ locale you get a list with LANG=en_US
but
further down LC_ALL=   (blank), then set export LC_ALL=xxx in your .bashrc
to
whatever you want your locale set to.

Halfway there.  I did that, and now locale looks like

[EMAIL PROTECTED] ~ $ locale
LANG=en_US
LC_CTYPE=en_US
LC_NUMERIC=en_US
LC_TIME=en_US
LC_COLLATE=en_US
LC_MONETARY=en_US
LC_MESSAGES=en_US
LC_PAPER=en_US
LC_NAME=en_US
LC_ADDRESS=en_US
LC_TELEPHONE=en_US
LC_MEASUREMENT=en_US
LC_IDENTIFICATION=en_US
LC_ALL=en_US
[EMAIL PROTECTED] ~ $

However, when I start k3b from the KDE menus, it still complains.

On the other hand, if I start k3b from the shell that gives the locale
results above,
it starts clean.  So the issue seems to be that I need to inform KDE about
the
locale.

I did a fresh boot, and that did not help, so I wonder if .mybashrc is the
correct
place to do this.

try /etc/env.d/02locale

LANG=en_US
LC_ALL=en_US

For details take a look at the localisation guide. 
http://www.gentoo.org/doc/en/guide-localization.xml
-- 
gentoo-user@lists.gentoo.org mailing list

The file /etc/env.d/02locale does not exist on my system.  I can create it, of 
course,
but I suspect I may be missing something.  Is there a package I should emerge?

++ kevin

-- 
Kevin O'Gorman, PhD






I guarantee that those instructions will work for you. Check to see if you have 
02locale in your /etc/env.d/ dir.


--
gentoo-user@lists.gentoo.org mailing list



[gentoo-user] Java default Swing stile

2008-05-30 Thread Florian Philipp
Hi list!

I've recently started both programming and using some Java applications
(not that I would have a choice ...).

Well, anyway, as it seems the default style for Swing is set to
Metal, Java's own rather ugly and non-conforming variant. Is there
a way to set this to GTK, QT or whatever I have here other than
through the functionality in the programs themeselve?
Or is it really the Java-VM who's dictating what's the default for a
given platform (Windows/Linux)?

Thanks in advance!

Florian Philipp


signature.asc
Description: PGP signature


Re: [gentoo-user] Java default Swing stile

2008-05-30 Thread Dirk Uys
On Fri, May 30, 2008 at 9:20 PM, Florian Philipp
[EMAIL PROTECTED] wrote:
 Hi list!

 I've recently started both programming and using some Java applications
 (not that I would have a choice ...).

 Well, anyway, as it seems the default style for Swing is set to
 Metal, Java's own rather ugly and non-conforming variant. Is there
 a way to set this to GTK, QT or whatever I have here other than
 through the functionality in the programs themeselve?
 Or is it really the Java-VM who's dictating what's the default for a
 given platform (Windows/Linux)?

 Thanks in advance!

 Florian Philipp


I think the JVM defaults to motif, it's supported on most platforms. I
found this on the web:

start-quote
Yes, it is possible.

In the ~/java/lib dir, create / edit a file with name swing.proprierties:

Change the line:

swing.defaultlaf=com.sun.java.swing.plaf.CURRENTLO OKANDFEEL

to

swing.defaultlaf=com.sun.java.swing.plaf.gtk.GTKLo okAndFeel
/end-quote

Don't know if it works though?
-- 
gentoo-user@lists.gentoo.org mailing list



Re: [gentoo-user] Wireless problem

2008-05-30 Thread Rev. Ferris
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Unfortunately this card doesn't accept that command:
iwconfig eth2 power off
Error for wireless request Set Power Management (8B2C) :
SET failed on device eth2 ; Operation not supported.

Any other suggestion?
Thanks,
Luigi

Alle venerdì 30 maggio 2008, Jil Larner ha scritto:
 Hi,

 Power saving, see man iwconfig (but I can't say more, I never touched
 it)

 Bye,
 Jil
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.9 (GNU/Linux)

iEYEARECAAYFAkhAYD0ACgkQYoDKzgS2pLPSIgCgjCVq/FaNECUlrDkuG9j+qMLi
D0gAoIs/Uz8/aicBHsCkIbeHJCgh3Skz
=DDrb
-END PGP SIGNATURE-
-- 
gentoo-user@lists.gentoo.org mailing list



[gentoo-user] glsa-check question

2008-05-30 Thread Marco Simeone
Hello.
Do you know why glsa-check tells me to update sun-jdk, even if it's alredy
updated ?

# glsa-check -p $(glsa-check -t all)
This system is affected by the following GLSAs:
Checking GLSA 200705-23
The following updates will be performed for this GLSA:
 dev-java/sun-jdk-1.5.0.15 (1.6.0.06)

Checking GLSA 200702-07
The following updates will be performed for this GLSA:
 dev-java/sun-jdk-1.5.0.15 (1.6.0.06)

Checking GLSA 200701-15
The following updates will be performed for this GLSA:
 dev-java/sun-jdk-1.5.0.15 (1.6.0.06)

On my system there are installed sun-jdk-1.6.0.06 and sun-jdk-1.4.2.17
(required by eclipse-sdk-3.2),  but not sun-jdk-1.5.0.15.

Thanks,
Marco.


Re: [gentoo-user] K3b complains about my locale

2008-05-30 Thread Kevin O'Gorman
On Fri, May 30, 2008 at 12:06 PM, Marzan, Richard non Unisys 
[EMAIL PROTECTED] wrote:

 From: Dominik Zajac [mailto:[EMAIL PROTECTED]
 Sent: Friday, May 30, 2008 10:24 AM
 To: gentoo-user@lists.gentoo.org
 Subject: Re: [gentoo-user] K3b complains about my locale

 if theres no file 02local you have to create it and set your locales there.
 after donig this run env-update

 regards

 Dominik
 On Fri, May 30, 2008 at 3:34 PM, Kevin O'Gorman [EMAIL PROTECTED]
 wrote:
 On Thu, May 29, 2008 at 4:09 PM, Daniel Pielmeier 
 [EMAIL PROTECTED] wrote:
 Kevin O'Gorman schrieb:

 On Thu, May 29, 2008 at 3:18 PM, Mick [EMAIL PROTECTED] wrote:
 On Thursday 29 May 2008, Kevin O'Gorman wrote:
 On Thu, May 29, 2008 at 2:29 PM, Mick [EMAIL PROTECTED] wrote:
 On Thursday 29 May 2008, Kevin O'Gorman wrote:
 When I crank up K3b, it complains about my setup, with the message

System locale charset is ANSI_X3.4-1968
Your system's locale charset (i.e. the charset used to encode
 filenames) is set to ANSI_X3.4-1968. It is highly unlikely that this
 has been done intentionally.
Most likely the locale is not set at all. An invalid setting
 will result in problems when creating data projects.
Solution: To properly set the locale charset make sure the LC_*
 environment variables are set. Normally the distribution setup tools
 take care of this.

 It is correct that this is not intentional (it does seem antique).  I
 have
 configured .mybashrc to set my LANG to en_US, but nothing beyond
 that. What distribution setup tools is it referring to, so that I
 can
 correct this on gentoo?
 What have you set up in your /etc/locale.gen ?
 I won't take credit for setting this up, because I don't think I did.  On
 the other hand,
 I've had occasion to internationalize a web page to dutch and polish,
 which
 appear
 in the list.  So I dunno where it came from.

 But here's what's there:

 # /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
 [EMAIL PROTECTED] ISO-8859-15
 es_MX ISO-8859-1
 #fa_IR UTF-8
 fr_FR ISO-8859-1
 [EMAIL PROTECTED] ISO-8859-15
 #it_IT ISO-8859-1
 pl_PL ISO-8859-15
 This looks fine.  If when you run $ locale you get a list with LANG=en_US
 but
 further down LC_ALL=   (blank), then set export LC_ALL=xxx in your .bashrc
 to
 whatever you want your locale set to.

 Halfway there.  I did that, and now locale looks like

 [EMAIL PROTECTED] ~ $ locale
 LANG=en_US
 LC_CTYPE=en_US
 LC_NUMERIC=en_US
 LC_TIME=en_US
 LC_COLLATE=en_US
 LC_MONETARY=en_US
 LC_MESSAGES=en_US
 LC_PAPER=en_US
 LC_NAME=en_US
 LC_ADDRESS=en_US
 LC_TELEPHONE=en_US
 LC_MEASUREMENT=en_US
 LC_IDENTIFICATION=en_US
 LC_ALL=en_US
 [EMAIL PROTECTED] ~ $

 However, when I start k3b from the KDE menus, it still complains.

 On the other hand, if I start k3b from the shell that gives the locale
 results above,
 it starts clean.  So the issue seems to be that I need to inform KDE about
 the
 locale.

 I did a fresh boot, and that did not help, so I wonder if .mybashrc is the
 correct
 place to do this.

 try /etc/env.d/02locale

 LANG=en_US
 LC_ALL=en_US

 For details take a look at the localisation guide.
 http://www.gentoo.org/doc/en/guide-localization.xml
 --
 gentoo-user@lists.gentoo.org mailing list

 The file /etc/env.d/02locale does not exist on my system.  I can create it,
 of course,
 but I suspect I may be missing something.  Is there a package I should
 emerge?

 ++ kevin

 --
 Kevin O'Gorman, PhD






 I guarantee that those instructions will work for you. Check to see if you
 have 02locale in your /etc/env.d/ dir.


 --
 gentoo-user@lists.gentoo.org mailing list

 It looks like I'd collect on that guarantee.
I did not have 02locale in /etc/env.d/dir, although there was a lot of other
stuff in that directory.
I added the two lines.
I ran env-update
I ctl-alt-backspace restarted my KDE/X system
I clicked k3b on the Multimedia submenu

It barked at me again about x3.4-1968.

So something isn't getting set up.

I have a feeling about 02locale being so specific.  Why 02.  Back in the
days when I had
a similar thing going on with SysV Init, we had such stuff in our rc.d
directory for run levels.
Most of those files got installed by particular owning packages.  Would
anyone who has
this file, and does not think they created it from 

Re: [gentoo-user] K3b complains about my locale

2008-05-30 Thread Neil Bothwick
On Fri, 30 May 2008 16:25:33 -0700, Kevin O'Gorman wrote:

 I have a feeling about 02locale being so specific.  Why 02.

So that the locale environment variables are set before most of the
others.


-- 
Neil Bothwick

If Yoda so strong in force is, why words in right order he cannot put?


signature.asc
Description: PGP signature