Re: [Cooker] dvb on kernel

2003-03-20 Thread Thierry Vignaud
Pierre Jarillon <[EMAIL PROTECTED]> writes:

> It would be great to include a switch supermount enable|disable in drakconf.

drakconf already enable you to disable supermount per mount point for
floppies, zip, ...




Re: [Cooker] dvb on kernel

2003-03-20 Thread Pierre Jarillon
Le Jeudi 20 Mars 2003 13:27, Götz Waschk a écrit :

> > . Disabling supermount and rebooting
> > solved the problem.
>
> That's why I've given up supermount a long time ago. That's the first
> thing I disable when I install a new Mandrake machine.

I agree with that.
It would be great to include a switch supermount enable|disable in drakconf.
When disabled, it is easy to create icons on the desktop according to fsttab.
This could be done automaticaly.

-- 
Pierre Jarillon - http://pjarillon.free.fr/
Vice-président de l'ABUL : http://abul.org/





Re: [Cooker] dvb on kernel

2003-03-20 Thread danny
On Thu, 20 Mar 2003, Jan Ciger wrote:
> Actually, the supermount is still buggy, just a bit less than the old one in 
> 9.0 - yesterday my USB Zip drive (the new 750MB variety) started to act up, 
> showing the free capacity of the disk to be only cca 100MB, even when only 
> 300MB file was on the disk. Disabling supermount and rebooting solved the 
> problem. 
> 
> Not to mention the annoying scanning of the Zip drive accompanied by a 
> jet-like noise of the drive spinning up every time I enter the /mnt directory 
> or connect some USB device (e.g. my webcam or Sony Clie). Actually, this 
> scanning blocks the system for few seconds completely, until the drive spins 
> up. Pretty bad, IMHO. And I am using the multimedia kernel, with low latency 
> on, kernel preempting on, so you would expect this not to happen. 

Andrey Borsenkov has done a tremendous job of improving supermount.  
Actually it is an almost complete rewrite which could not go into the main
kernel yet. I did decide to already put it in kernel-multimedia because it
was much stabler on my boxes (and it had some trivial conveniences with
the other patches I added). However, there may ofcourse be bugs than I am
not aware off. If the zipdrive problem was the kernel-mm 16mdk, it would
be very nice if you can try to reproduce that case.

About the jet noise: If you enter mnt with konqueror, yes, the drive may 
start spinning. This is a konqueror bug, and the patch (checking whether 
the fstab entry contains 'none' is actually a hack, and should be 
improved). Also, if you configured the zip with fstype=auto, it may try to 
mount it as UFS, which will take a long time. I'm testing a new version of 
supermount now which will let you specify multiple fstypes per device, so 
hopefully that will solve the issue (in addition, it will let you remove 
the CD even when files are still open (which includes being in a dir on 
the drive with konqueror).

Since it make take a while before the kernel team decides to include this 
new supermount (I think Juan would like to very critically look at it, and 
I do not when he has time). But if people like it, I can make kernel rpms
available with these patches available somewhere. Either in the kernel-mm 
(but Adam was right that this should not be the correct place for testing 
these things) or somewhere else (ideas). This way, we will be able to do a 
lot of testing, with more hardware. And hopefully get a very good 
supermount in 9.2.

danny








Re: [Cooker] dvb on kernel

2003-03-20 Thread Steffen Barszus
On Thursday 20 March 2003 13:07, Götz Waschk wrote:
> It's not enough to ask one or two times to get some driver included in
> the kernel. You have to get on you knees and beg for it.
>
> Seriously, the kernel developer is too busy for this, the best chance
> you have is to write a nice working patch and mail it to the
> maintainer. Even this is no guarantee, as the trouble with supermount
> showed.

Nothing I can do (provide a patch) or would do (beggin' and complaining 
endless for this). I have no problem to compile it myself, the only reason 
for me to complain is to make Mandrake better and make it easier for newbies. 

What belongs to supermount, I never had any problems with it, I love to have 
it. 

-- 
Regards
Steffen

counter.li.org : #296567.
machine: 181800
vdr-box : 87

Please dont CC me, since if I have replied I'll watch the tread. Both mails 
will be filtered to the ML-folder. Thanks



Re: [Cooker] dvb on kernel

2003-03-20 Thread Götz Waschk
Am Donnerstag, 20. März 2003, 13:21:06 Uhr MET, schrieb Jan Ciger:
> Actually, the supermount is still buggy, just a bit less than the old one in 
> 9.0 - yesterday my USB Zip drive (the new 750MB variety) started to act up, 
> showing the free capacity of the disk to be only cca 100MB, even when only 
> 300MB file was on the disk. Disabling supermount and rebooting solved the 
> problem. 

That's why I've given up supermount a long time ago. That's the first
thing I disable when I install a new Mandrake machine.
-- 
What difference does it make to the dead, the orphans and the
homeless, whether the mad destruction is wrought under the name of
totalitarianism or the holy name of liberty or democracy?
Mahatma Gandhi (1869 - 1948), "Non-Violence in Peace and War"



Re: [Cooker] dvb on kernel

2003-03-20 Thread Jan Ciger
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Thursday 20 March 2003 13:07, Götz Waschk wrote:
> Am Donnerstag, 20. März 2003, 11:45:02 Uhr MET, schrieb Bruno Prior:
> > That's exactly right. And I asked about this on 31 Dec, so there was
> > plenty of time to include if wanted. It's not a problem not to include
> > it, but it is a minor nuisance to include an out-of-date version. Better
> > to take it out altogether.
>
> It's not enough to ask one or two times to get some driver included in
> the kernel. You have to get on you knees and beg for it.
>
> Seriously, the kernel developer is too busy for this, the best chance
> you have is to write a nice working patch and mail it to the
> maintainer. Even this is no guarantee, as the trouble with supermount
> showed.

Actually, the supermount is still buggy, just a bit less than the old one in 
9.0 - yesterday my USB Zip drive (the new 750MB variety) started to act up, 
showing the free capacity of the disk to be only cca 100MB, even when only 
300MB file was on the disk. Disabling supermount and rebooting solved the 
problem. 

Not to mention the annoying scanning of the Zip drive accompanied by a 
jet-like noise of the drive spinning up every time I enter the /mnt directory 
or connect some USB device (e.g. my webcam or Sony Clie). Actually, this 
scanning blocks the system for few seconds completely, until the drive spins 
up. Pretty bad, IMHO. And I am using the multimedia kernel, with low latency 
on, kernel preempting on, so you would expect this not to happen. 

Jan
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE+ebIyn11XseNj94gRAtjFAJ9w9AIUmpLM5yMwvnQwRdluE6F4lgCfc7zA
mBA8cBFEDMDDrcccLiyUOM4=
=p8Ro
-END PGP SIGNATURE-




Re: [Cooker] dvb on kernel

2003-03-20 Thread Steffen Barszus
On Thursday 20 March 2003 12:45, Bruno Prior wrote:
> Steffen Barszus wrote:
> > HEAD is in the meantime the stable Branch (DVB) (since weeks). AFAIK the
> > dvb drivers are in 1.0 RC and they are a lot improved over the 0.9.4
> > release (what I suspect is that the one that comes with the mandrake
> > kernel are 0.9.4, I would say the are 0.8.x but I can't say for sure).
> > And I forwarded the 1.0beta or RC announce from linux-dvb to cooker. So
> > yes his question comes to late, but I had allready 3 related mails about
> > it. But with the current development speed of linuxdvb it is better to
> > get the latest from linux-dvb anyway. Just no need to carry the old
> > drivers within the kernel.
>
> That's exactly right. And I asked about this on 31 Dec, so there was
> plenty of time to include if wanted. It's not a problem not to include
> it, but it is a minor nuisance to include an out-of-date version. Better
> to take it out altogether.
>
> The same goes for the dabusb driver.
>
> And another thing that is a small annoyance with regard to the dabusb
> driver: the driver is included, but devfs does not appear to be
> configured to provide the device file(s), so it's pretty useless without
> fiddling behind the scenes. And likewise, I could find no applications
> for using the drivers for dvb or dabusb in main or contrib, nor could I
> find any documentation to explain what was needed. Basically, as you
> need to download the source packages to do anything useful, these
> drivers in their current state are pretty useless.
>
> Maybe updating dvb and dabusb can be added to the TODO list for 9.2.

Maybe is the wrong word ;) They definitly should ! I would assume that vdr 
will become stable (1.2.0) in near future, the drivers too (1.0.0), and vdr 
is a killer-application. I know quite some people that get linux to run vdr 
alone. 

-- 
Regards
Steffen

counter.li.org : #296567.
machine: 181800
vdr-box : 87

Please dont CC me, since if I have replied I'll watch the tread. Both mails 
will be filtered to the ML-folder. Thanks



Re: [Cooker] dvb on kernel

2003-03-20 Thread Götz Waschk
Am Donnerstag, 20. März 2003, 11:45:02 Uhr MET, schrieb Bruno Prior:
> That's exactly right. And I asked about this on 31 Dec, so there was 
> plenty of time to include if wanted. It's not a problem not to include 
> it, but it is a minor nuisance to include an out-of-date version. Better 
> to take it out altogether.

It's not enough to ask one or two times to get some driver included in
the kernel. You have to get on you knees and beg for it. 

Seriously, the kernel developer is too busy for this, the best chance
you have is to write a nice working patch and mail it to the
maintainer. Even this is no guarantee, as the trouble with supermount
showed.

-- 
What difference does it make to the dead, the orphans and the
homeless, whether the mad destruction is wrought under the name of
totalitarianism or the holy name of liberty or democracy?
Mahatma Gandhi (1869 - 1948), "Non-Violence in Peace and War"



Re: [Cooker] dvb on kernel

2003-03-20 Thread Bruno Prior
Steffen Barszus wrote:
HEAD is in the meantime the stable Branch (DVB) (since weeks). AFAIK the dvb 
drivers are in 1.0 RC and they are a lot improved over the 0.9.4 release 
(what I suspect is that the one that comes with the mandrake kernel are 
0.9.4, I would say the are 0.8.x but I can't say for sure). And I forwarded 
the 1.0beta or RC announce from linux-dvb to cooker. So yes his question 
comes to late, but I had allready 3 related mails about it. But with the 
current development speed of linuxdvb it is better to get the latest from 
linux-dvb anyway. Just no need to carry the old drivers within the kernel. 
That's exactly right. And I asked about this on 31 Dec, so there was 
plenty of time to include if wanted. It's not a problem not to include 
it, but it is a minor nuisance to include an out-of-date version. Better 
to take it out altogether.

The same goes for the dabusb driver.

And another thing that is a small annoyance with regard to the dabusb 
driver: the driver is included, but devfs does not appear to be 
configured to provide the device file(s), so it's pretty useless without 
fiddling behind the scenes. And likewise, I could find no applications 
for using the drivers for dvb or dabusb in main or contrib, nor could I 
find any documentation to explain what was needed. Basically, as you 
need to download the source packages to do anything useful, these 
drivers in their current state are pretty useless.

Maybe updating dvb and dabusb can be added to the TODO list for 9.2.

Cheers,

Bruno Prior





Re: [Cooker] dvb on kernel

2003-03-19 Thread Steffen Barszus
On Wednesday 19 March 2003 14:00, Götz Waschk wrote:
> Am Mittwoch, 19. März 2003, 13:35:22 Uhr MET, schrieb Francesc Pinyol 
Margalef:
> > Is it planned for final 9.1 to update the DVB drivers under
> > 3rdparty/mod_dvb?
>
> No. Don't you think it's a little bit too late to ask this after the
> final release?
>
> BTW Isn't the DVB driver in the cooker kernel the latest stable
> release (that is no HEAD snapshot)?

HEAD is in the meantime the stable Branch (DVB) (since weeks). AFAIK the dvb 
drivers are in 1.0 RC and they are a lot improved over the 0.9.4 release 
(what I suspect is that the one that comes with the mandrake kernel are 
0.9.4, I would say the are 0.8.x but I can't say for sure). And I forwarded 
the 1.0beta or RC announce from linux-dvb to cooker. So yes his question 
comes to late, but I had allready 3 related mails about it. But with the 
current development speed of linuxdvb it is better to get the latest from 
linux-dvb anyway. Just no need to carry the old drivers within the kernel. 

-- 
Regards
Steffen

counter.li.org : #296567.
machine: 181800
vdr-box : 87

Please dont CC me, since if I have replied I'll watch the tread. Both mails 
will be filtered to the ML-folder. Thanks



Re: [Cooker] dvb on kernel

2003-03-19 Thread Götz Waschk
Am Mittwoch, 19. März 2003, 13:35:22 Uhr MET, schrieb Francesc Pinyol Margalef:
> Is it planned for final 9.1 to update the DVB drivers under
> 3rdparty/mod_dvb?
No. Don't you think it's a little bit too late to ask this after the
final release?

BTW Isn't the DVB driver in the cooker kernel the latest stable
release (that is no HEAD snapshot)?
-- 
   Götz Waschk <> master of computer science  <> University of Rostock
 http://wwwtec.informatik.uni-rostock.de/~waschk/waschk.asc for PGP key
 --> Logout Fascism! <--



[Cooker] dvb on kernel

2003-03-19 Thread Francesc Pinyol Margalef
Hi!

Is it planned for final 9.1 to update the DVB drivers under
3rdparty/mod_dvb?
Thanks,

Francesc

--
Francesc Pinyol Margalef[EMAIL PROTECTED]
http://www.terra.es/personal9/francesc.pinyol/