[gentoo-user] Midori: Couldn't find a place to store the pinned certificate

2013-02-15 Thread v_2e
Hello! I am trying to access bugs.gentoo.org using www-client/midori-0.4.8 and here is what I get: bugs.gentoo.org/ Error granting trust: Couldn't find a place to store the pinned certificate pkcs11:library-manufacturer=GNOME%20Keyring I get the same message also for my own

Re: [gentoo-user] unmerge sys-fs/udev-171-r9

2013-02-15 Thread Neil Bothwick
On Thu, 14 Feb 2013 18:06:03 -0700, Joseph wrote: Is it safe to unmerge sys-fs/udev-171-r9 it is blocking udev-197 It's difficult to give a definitive answer without seeing the emerge output. -- Neil Bothwick We can't solve problems by using the same kind of thinking we used when we

[gentoo-user] Robot Font

2013-02-15 Thread Nilesh Govindrajan
Hi, I installed media-fonts/roboto from asux overlay and configured /etc/fonts/local.conf as follows: ?xml version=1.0? !DOCTYPE fontconfig SYSTEM fonts.dtd fontconfig match target=font edit mode=assign name=hinting booltrue/bool

Re: [gentoo-user] Delayed update semantics

2013-02-15 Thread Tanstaafl
On 2013-02-14 2:26 PM, James wirel...@tampabay.rr.com wrote: So, my latest ideas is to sync up and then wait one week before acutally installing those new packages. This would allow the fodder that the good folks on this list catch, bitch about (um, I mean file bug reports) and fix, to occur

[gentoo-user] [Slightly, but not entirely, OT] Help Python!

2013-02-15 Thread Willie WY Wong
I don't know whether this has percolated to Gentoo users yet. http://pyfound.blogspot.ch/2013/02/python-trademark-at-risk-in-europe-we.html A company in the UK is trying to trademark the use of Python for IT related products. The Python Software Foundation is seeking evidence for consistent

Re: [gentoo-user] Midori: Couldn't find a place to store the pinned certificate

2013-02-15 Thread Mick
On Friday 15 Feb 2013 08:33:04 v...@ukr.net wrote: Hello! I am trying to access bugs.gentoo.org using www-client/midori-0.4.8 and here is what I get: bugs.gentoo.org/ Error granting trust: Couldn't find a place to store the pinned certificate

Re: [gentoo-user] pam_get_uid: no such user

2013-02-15 Thread Daniel Frey
On 02/14/2013 04:15 PM, Adam Carter wrote: This particular machine doesn't have ssh/xinetd or the like routed from outside the local LAN. Unless someone made a mistake with the config somewhere. Run tcpdump to be sure. Well, an `emerge -1 libtool glibc gcc emerge -e world` fixed

Re: [gentoo-user] udev-197: what to do -- S0LVED

2013-02-15 Thread Stefan G. Weichinger
Am 28.01.2013 00:00, schrieb Allan Gottlieb: Thanks for all the suggestions. I did the following, which worked. 1. Built and installed kernel with CONFIG_DEVTMPFS=y 2. Moved udev-postmount back to /etc/init.d (I had moved it to /tmp). rc-update add udev-postmount default. 3. Reboot

[gentoo-user] Re: udev-197: what to do -- S0LVED

2013-02-15 Thread nunojsilva
On 2013-02-15, Stefan G. Weichinger wrote: Am 28.01.2013 00:00, schrieb Allan Gottlieb: Thanks for all the suggestions. I did the following, which worked. 1. Built and installed kernel with CONFIG_DEVTMPFS=y 2. Moved udev-postmount back to /etc/init.d (I had moved it to /tmp).

Re: [gentoo-user] Re: udev-197: what to do -- S0LVED

2013-02-15 Thread Stefan G. Weichinger
Am 15.02.2013 18:41, schrieb (Nuno Silva): If you depend in the network device order in any way, and you used names like the ones the kernel uses, you *have* to do something about the network device naming. For example, if you have eth0 and eth1 and you rely on eth0 being A and eth1 B,

Re: [gentoo-user] Re: udev-197: what to do -- S0LVED

2013-02-15 Thread Stefan G. Weichinger
Am 15.02.2013 18:45, schrieb Stefan G. Weichinger: Am 15.02.2013 18:41, schrieb (Nuno Silva): If you depend in the network device order in any way, and you used names like the ones the kernel uses, you *have* to do something about the network device naming. For example, if you have eth0

Re: [gentoo-user] Re: udev-197: what to do -- S0LVED

2013-02-15 Thread Alex Schuster
Stefan G. Weichinger writes: # cat /proc/version Linux version 3.6.11-gentoo # zgrep -i devtm /proc/config.gz CONFIG_DEVTMPFS=y CONFIG_DEVTMPFS_MOUNT=y # mount | grep tmpfs udev on /dev type devtmpfs (rw,nosuid,relatime,size=10240k,nr_inodes=493463,mode=755) tmpfs on /run type tmpfs

Re: [gentoo-user] Re: udev-197: what to do -- S0LVED

2013-02-15 Thread Stefan G. Weichinger
Am 15.02.2013 20:07, schrieb Alex Schuster: Stefan G. Weichinger writes: # cat /proc/version Linux version 3.6.11-gentoo # zgrep -i devtm /proc/config.gz CONFIG_DEVTMPFS=y CONFIG_DEVTMPFS_MOUNT=y # mount | grep tmpfs udev on /dev type devtmpfs

Re: [gentoo-user] unmerge sys-fs/udev-171-r9

2013-02-15 Thread Joseph
On 02/15/13 07:58, Florian Philipp wrote: Am 15.02.2013 03:38, schrieb Canek Peláez Valdés: On Thu, Feb 14, 2013 at 7:06 PM, Joseph syscon...@gmail.com wrote: Is it safe to unmerge sys-fs/udev-171-r9 it is blocking udev-197 As long as you don't stop udev, nor try to reboot before merging the

Re: [gentoo-user] Re: udev-197: what to do -- S0LVED for ME as well ;-)

2013-02-15 Thread Stefan G. Weichinger
Am 15.02.2013 20:20, schrieb Stefan G. Weichinger: enp2s0 instead of eth0 I don't really care about using that new naming ... doesn't matter to me right now. AFAI understand things won't change if I don't touch the udev-rules? Bit the bullet and rebooted after checking and reading

[gentoo-user] Turn backlight off with XScreensaver only when explicitly locked

2013-02-15 Thread v_2e
Hello! I am trying to make XScreensaver turn off the backlight of my laptop screen when I lock it, however I cannot achieve exactly what I want. I have the following situation: 1. If I set XScreensaver to activate the Blak Screen Only mode after some very-very long time (in order it not to

Re: [gentoo-user] unmerge sys-fs/udev-171-r9

2013-02-15 Thread Dale
Joseph wrote: On 02/15/13 07:58, Florian Philipp wrote: Am 15.02.2013 03:38, schrieb Canek Peláez Valdés: On Thu, Feb 14, 2013 at 7:06 PM, Joseph syscon...@gmail.com wrote: Is it safe to unmerge sys-fs/udev-171-r9 it is blocking udev-197 As long as you don't stop udev, nor try to reboot