Sorry, I'm really stressed at the moment ;-)
Today I reported this bug to GNOME. You can find it here:
http://bugzilla.gnome.org/show_bug.cgi?id=559388
I tested this bug again and it still appears in Ubuntu 8.04 (Hardy
Heron). But this bug does not appear in Ubuntu 8.10 (Intrepid Ibex)
Live-CD!
The initial bug description shows that the kernel rediscovers the disk
and its partition just fine. So it is obviously a bug in the userspace
infrastructure.
--
Ipod won't re-mount
https://bugs.launchpad.net/bugs/37898
You received this bug notification because you are a member of Ubuntu
Desktop
Duncan:
With the camcorder attached and switched on, please save the output of "dmesg"
into a file and attach it. Also, post the output of
ls /sys/bus/ieee1394/devices/
and
grep . /sys/bus/ieee1394/devices/fw-host0/*
Furthermore, does Ubuntu's libraw1394 package maintainer listen
*** This bug is a duplicate of bug 6290 ***
https://bugs.launchpad.net/bugs/6290
Scott James Remnant wrote on 2008-06-09:
> dv1394 is going away in the kernel :-(
Nowadays I think that dv1394 will remain in the mainline as long as the
ieee1394 driver stack remains in there. However, it is i
*** This bug is a duplicate of bug 6290 ***
https://bugs.launchpad.net/bugs/6290
Scott James Remnant wrote on 2008-04-24:
> ...
The statements about IEEE 1394 and about what the linux1394 stack does
are... somewhat inaccurate. I won't comment further.
> Failing that, an interim solution wou
Duncan Lithgow wrote:
> Reopening this bug.
>
> In Ubuntu 8.10 (Alpha 6) importing dv over firewire does not "just work" with
> Kino 1.3.0
>
> I'm back at the familiar message: "WARNING: raw1394 kernel module not loaded
> or failure to > read/write /dev/raw1394
>
> My first guess is that this
Sorry, I was absent ;-)
I try to describe this problem a second time.
Scenario 1: Ubuntu Gutsy 7.10
1. open nautilus
2. press the "edit" button so that you can type a location (e.g.
/home/user/Desktop)
3. type the following address: smb://[EMAIL PROTECTED] and press "return"
4. now you have to l
Public bug reported:
Binary package hint: nautilus
I think that this bug occurs in Ubuntu hardy and not in Ubuntu Gutsy.
if I log in a samba server in nautilus (smb://[EMAIL PROTECTED]) I will not be
able to log in the same server with another account (smb://[EMAIL PROTECTED]).
Instead of showi
Security enhanced replacement drivers are being worked on since last
year, but not yet ready for prime time. It is possible with these
drivers to let scripts assign different device file permissions based on
the type of FireWire device ( -> finer grained device security). These
drivers also imple
I wrote:
> The unsupported isochronous request types in raw1394 that
> dvgrab 1.x can use alternatively to dvgrab1394
should read "...to dv1394"
> dvgrab-2.1.tgz
should read "dvgrab-2.1.tar.gz"
--
use /dev/video1394, not /dev/raw1394
https://bugs.launchpad.net/bugs/6290
You received this bug n
Jeff, that's evidently a very old version of dvgrab. File a bug for the
dvgrab package --- it should be updated to version 2.1.
Yes, the dv1394 driver will eventually vanish. But there is no date set
for its removal yet; it depends on how fast the new alternative FireWire
stack which was merged
As I understood it, address based filtering could/would have been done
with the multiple files approach too. However the capabilities based
approach sounds really good. AFAICS it achieves basically the same in a
simpler way. Simpler = more secure.
I think the multi-file approach would allow to ena
Except if you don't load ohci1394 or load ohci1394 with the parameter
phys_dma=0. Switching physical DMA off will work fine with raw1394,
dv1394, video1394... It will just break sbp2 until I get
http://bugzilla.kernel.org/show_bug.cgi?id=6393 fixed. (It's not high on
my list, and it is a nuisance t
Yes, you are right. Actually, a cheap setup to achieve #1 by #4 is to
have two FireWire controllers in the PC and connect them.
--
use /dev/video1394, not /dev/raw1394
https://launchpad.net/bugs/6290
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/lis
A note on /dev/raw1394's security implications:
1. You cannot access local memory through raw1394, except for ROMs and
CSRs that are exposed to other nodes any way.
2. It is extremely hard to manipulate data on attached SBP-2 devices
(FireWire storage devices).
3. You can disturb operation of th
15 matches
Mail list logo
