Yeah fixing both the ownership (to root.video) and the permissions (to
660) fix the problem. Until the camera gets unplugged and plugged back
in because then a new /dev/shm file gets created. So would installing
the debian package on an ubuntu box work?
--
/dev/video0 permission problem
https://
Have you tried if changing the ownership of this file fixes it?
$ sudo chown apu.apu /dev/shm/usb-*
$ xawtv
This patch should also work on a 64 bits box. The package was uploaded
for i386, then compiled by Debian machines for all other architectures.
--
/dev/video0 permission problem
https://bu
Actually, I think the owner of the /dev/shm/usb-* file is always
root.root. Look
$ ls -l /dev/shm/usb-*
ls: /dev/shm/usb-* nem érhető el: Nincs ilyen fájl vagy könyvtár
$ whoami
apu
plug in camera
$ ls -l /dev/shm/usb-*
-rw--- 1 root root 4096 2009-12-06 22:07 /dev/shm/usb-:00:1a.1-2:US
Hi,
I confirm this bug on Karmic with the pac207, and I guess this bug
should be reassigned from xawtv to libv4l, as explained in
http://bugs.debian.org/542204 . A patch is available in this report.
Here the /dev/shm/usb-* file is created with the owner and group of the
first use who started the
Yes, the problem is that
$ ls -l /dev/shm/usb-\:00\:1a.1-2\:USB\ Camera\ \(046d\:08da\)
-rw--- 1 root root 4096 2009-12-02 01:14 /dev/shm/usb-:00:1a.1-2:USB
Camera (046d:08da)
I got this from another bugreport (I think debian). Where these
permissions are set, I have no idea---I ce
If the permissions are 666, and xawtv is returning Permission Denied,
the problem must be something else
** Changed in: udev (Ubuntu)
Status: New => Incomplete
** Changed in: udev (Ubuntu)
Importance: Undecided => Low
** Changed in: udev (Ubuntu)
Status: Incomplete => Invalid
*
** Attachment added: "BootDmesg.txt"
http://launchpadlibrarian.net/36079258/BootDmesg.txt
** Attachment added: "CurrentDmesg.gz"
http://launchpadlibrarian.net/36079259/CurrentDmesg.gz
** Attachment added: "Dependencies.txt"
http://launchpadlibrarian.net/36079262/Dependencies.txt
** Att
