Re: quickcam pro 4000

On Sat, 2008-05-31 at 23:15 +0100, Paul Sobey wrote:
> James wrote:
> 
> > 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?

I use ekiga with gnome for conferencing and camorama with the same
camera you have. I haven't found a video capturing program yet, though.
I hope someone knows of a nice one 

> This used to work really well with the pwc set of drivers, but support 
> was removed from the kernel, and thus Gentoo, a few months ago. I ended 
> up buying a Logitech Quickcam 9000 to replace mine, which has much 
> better picture, and is supported by the uvc set of drivers - these seem 
> to be under more active development.
> 

PWC support was added back into the kernel a long time ago under the V4L
version 1 section of the configuration.

The licensing for the proprietary drivers was dropped way back (those
were the extra drivers that got you higher framerates and better quality

Re: K3b complains about my locale

Re: K3b complains about my locale

Kevin O'Gorman schrieb:
> On Sat, May 31, 2008 at 12:38 PM, Neil Bothwick <neil <at> digimed.co.uk> wrote:
> 
>> On Sat, 31 May 2008 07:05:14 -0700, Kevin O'Gorman wrote:
>>
>>> Just to be sure, I re-ran locale-gen just now.  It reported two
>>> problems with a Polish locale (that I do not use):
>> Then remove it from /etc/locale.gen. you can remove the Spanish and
>> French ones too, if you don't use those languages.
>>
>> I did, just as an experiment.  It made no difference to the main issue: no
> locale is defined
> for programs started from KDE menus, and K3B is complaining about the
> resulting
> ASCII (1968) definition.
> 
> I'd rather that the locale-gen worked, but that's a side issue.
> 

Do you have something like LINGUAS="en" in /etc/make.conf?

You can try to use the unicode charset [1] in /etc/env.d/02locale, maybe
k3b wants this.

LANG=en_US.utf8
LC_ALL="en_US.utf8"

I also suggest going through the guide again and read thoroughly, often
there is only a tiny mistake a typo or something which makes things fail.

Can you tell us the output of:

locale
locale -a
cat /etc/locale.gen

[1] http://www.gentoo.org/doc/en/utf-8.xml

--

-- 
gentoo-user <at> lists.gentoo.org mailing list

Re: Problem with modifying PATH with a file in env.d

Stroller schrieb:
> 
> $ grep PATH .*
> .bashrc:export PATH="/bin:/sbin:/usr/bin:/usr/sbin:${PATH}"
> $
> 
> The path in my .bashrc adds to the existing path, but maybe you have 
> something else there?

I know that I can use .bashrc for adding something to PATH. But I want 
to modify PATH for every user without changing thier .bashrc. By the 
way, I plan to remove bash from my system and use busybox ash.

I just stumbled about something new:

marc <at> hive ~ $ echo $PATH
/usr/local/sbin/:/usr/local/bin:/usr/bin:/bin:/opt/bin:/usr/i686-pc-linux-gnu/gcc-bin/4.1.2:
/opt/sun-jdk-1.4.2.17/bin:/opt/sun-jdk-1.4.2.17/jre/bin:/opt/sun-jdk-1.4.2.17/jre/javaws:
/usr/kde/3.5/bin:/usr/qt/3/bin:/usr/games/bin:/bblinks
marc <at> hive ~ $ sudo -i
hive ~ # echo $PATH
/root/tools:/usr/lib/ccache/bin:/usr/lib/distcc/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:
/usr/bin:/sbin:/bin:/opt/bin:/usr/i686-pc-linux-gnu/gcc-bin/4.1.2:/opt/sun-jdk-1.4.2.17/bin:
/opt/sun-jdk-1.4.2.17/jre/bin:/opt/sun-jdk-1.4.2.17/jre/javaws:/usr/kde/3.5/sbin:/usr/kde/3.5/bin:/usr/qt/3/bin

My standard user (marc) has now /bblinks in his PATH, but not root?
Any idea why this is happens?

Marc

--

-- 
gentoo-user <at> lists.gentoo.org mailing list

baselayout-2, openrc and env-update

Hi,

I'm experimenting with baselayout-2 and openrc. I stumbled over 
something. In my stable system I get this output:

hive ~ # equery belongs env-update.sh
[ Searching for file(s) env-update.sh in *... ]
sys-apps/portage-2.1.4.4 (/usr/lib/portage/bin/env-update.sh)
sys-apps/baselayout-1.12.11.1 (/sbin/env-update.sh)
hive ~ # equery belongs env-update
[ Searching for file(s) env-update in *... ]
sys-apps/portage-2.1.4.4 (/usr/lib/portage/bin/env-update)
sys-apps/portage-2.1.4.4 (/usr/sbin/env-update -> 
../lib/portage/bin/env-update)

In my test environment I get this:
(build) hive / # equery belongs env-update.sh
[ Searching for file(s) env-update.sh in *... ]
sys-apps/portage-2.1.4.4 (/usr/lib/portage/bin/env-update.sh)
(build) hive / # equery belongs env-update
[ Searching for file(s) env-update in *... ]
sys-apps/portage-2.1.4.4 (/usr/sbin/env-update -> 
../lib/portage/bin/env-update)
sys-apps/portage-2.1.4.4 (/usr/lib/portage/bin/env-update)

portage provides env-update and env-update.sh, which is also provided my 
baselayout-1. But neither openrc nor baselayout-2 does provide 
env-update or env-update.sh. My problem is, I plan to build a lean 
system without portage (or gcc by the way). If I use baselayout-2, I do 
not have a way to use env-update(.sh), because it is not there. An older 
version of baselayout-2 provided env-update, which was a symbolic link 
to /sbin/rc . Does anyone know, how baselayout-2 does now handle 
updating env?

Regards,
Marc

--

-- 
gentoo-user <at> lists.gentoo.org mailing list

Possible bug in eselect-opengl

Hi,

I'm installing packages in my test environment using 
ROOT=/mediamachine/devroot. After installing xorg-server I get these 
results for opengl configuration:

(build) hive devroot # ls -l usr/lib/xorg/modules/extensions/libglx.so
lrwxrwxrwx 1 root root 67 2008-06-01 09:25 
usr/lib/xorg/modules/extensions/libglx.so -> 
/mediamachine/devroot//usr/lib/opengl/xorg-x11/extensions/libglx.so
(build) hive devroot # cat etc/env.d/03opengl
# Configuration file for eselect
# This file has been automatically generated.
LDPATH="/mediamachine/devroot//usr/lib/opengl/xorg-x11/lib"
OPENGL_PROFILE="xorg-x11"

Note that the link and 03opengl both contain /mediamachine/devroot. 
After chroot in /mediamachine/devroot I run eselect opengl again to set 
it to xorg-x11 and get these results:

(build) hive devroot # ls -l usr/lib/xorg/modules/extensions/libglx.so
lrwxrwxrwx 1 root root 45 2008-05-31 21:43 
usr/lib/xorg/modules/extensions/libglx.so -> 
/usr/lib/opengl/xorg-x11/extensions/libglx.so
(build) hive devroot # cat /etc/env.d/03opengl
# Configuration file for eselect
# This file has been automatically generated.
LDPATH="//usr//lib/opengl/xorg-x11/lib"
OPENGL_PROFILE="xorg-x11"

These results are what I would have already expected after installing 
xorg-server in /mediamachine/devroot! So is this a bug in eselect-opengl 
or is this tool working as it should?

Regards,
Marc

--

-- 
gentoo-user <at> lists.gentoo.org mailing list

[SOLVED] Re: Problem with modifying PATH with a file in env.d

Marc Blumentritt schrieb:

> I just stumbled about something new:
> 
> marc <at> hive ~ $ echo $PATH
>
/usr/local/sbin/:/usr/local/bin:/usr/bin:/bin:/opt/bin:/usr/i686-pc-linux-gnu/gcc-bin/4.1.2: 
> 
> /opt/sun-jdk-1.4.2.17/bin:/opt/sun-jdk-1.4.2.17/jre/bin:/opt/sun-jdk-1.4.2.17/jre/javaws: 
> 
> /usr/kde/3.5/bin:/usr/qt/3/bin:/usr/games/bin:/bblinks
> marc <at> hive ~ $ sudo -i
> hive ~ # echo $PATH
>
/root/tools:/usr/lib/ccache/bin:/usr/lib/distcc/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin: 
> 
>
/usr/bin:/sbin:/bin:/opt/bin:/usr/i686-pc-linux-gnu/gcc-bin/4.1.2:/opt/sun-jdk-1.4.2.17/bin: 
> 
>
/opt/sun-jdk-1.4.2.17/jre/bin:/opt/sun-jdk-1.4.2.17/jre/javaws:/usr/kde/3.5/sbin:/usr/kde/3.5/bin:/usr/qt/3/bin 
> 
> 
> My standard user (marc) has now /bblinks in his PATH, but not root?
> Any idea why this is happens?

OK, solved this myself. Adding ROOTPATH=/bblinks to 99busybox does set 
the path for root, too.

Regards
Marc

--

-- 
gentoo-user <at> lists.gentoo.org mailing list

Re: Re: Problem with modifying PATH with a file in env.d

Sun, 01 Jun 2008 08:58:07 +0200
Marc Blumentritt <marc.blumentritt <at> arcor.de> wrote:

> I just stumbled about something new:
> 
> marc <at> hive ~ $ echo $PATH
> /usr/local/sbin/:/usr/local/bin:/usr/bin:/bin:/opt/bin:/usr/i686-pc-linux-gnu/gcc-bin/4.1.2:
> /opt/sun-jdk-1.4.2.17/bin:/opt/sun-jdk-1.4.2.17/jre/bin:/opt/sun-jdk-1.4.2.17/jre/javaws:
> /usr/kde/3.5/bin:/usr/qt/3/bin:/usr/games/bin:/bblinks
> marc <at> hive ~ $ sudo -i
> hive ~ # echo $PATH
> /root/tools:/usr/lib/ccache/bin:/usr/lib/distcc/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:
> /usr/bin:/sbin:/bin:/opt/bin:/usr/i686-pc-linux-gnu/gcc-bin/4.1.2:/opt/sun-jdk-1.4.2.17/bin:
> /opt/sun-jdk-1.4.2.17/jre/bin:/opt/sun-jdk-1.4.2.17/jre/javaws:/usr/kde/3.5/sbin:/usr/kde/3.5/bin:/usr/qt/3/bin
> 
> My standard user (marc) has now /bblinks in his PATH, but not root?
> Any idea why this is happens?
> 
> Marc
> 

If you look in /etc/profile, you will see that root path is set to
$ROOTPATH, not $PATH, so root gets */sbin. To get /bblinks for root
too, add ROOTPATH="/bblinks"

Hope that helps

Miika

Should /boot be mounted to upgrade grub?

Should /boot be mounted to upgrade grub?

- Grant
--

-- 
gentoo-user <at> lists.gentoo.org mailing list

Re: Should /boot be mounted to upgrade grub?

Grant schrieb:
> Should /boot be mounted to upgrade grub?
> 
> - Grant

/boot is auto mounted by the grub ebuild using mount-boot.eclass.
--

-- 
gentoo-user <at> lists.gentoo.org mailing list