Re: [Cooker] Mdk 10.0 suggestion - FAX configuration
Am Mittwoch, 19. November 2003 13:26 schrieb Warly: # drakwizard Can't locate object method new via package Wizcommon (perhaps you forgot to load Wizcommon?) at /usr/lib/perl5/vendor_perl/5.8.1/MDK/Wizard/Wiztemplate.pm line 29. Compilation failed in require at /usr/sbin/drakwizard line 63. Maybe this module isn't meant to be able to run it at all. I have searched the net to find some documentation about it. I don't know if it is just my missing knowledge of perl which makes me failing. Which version of drakwizard ? I tried the one that comes with 9.2 Steffen
Re: [Cooker] k3bsetup not included in k3b
Am Samstag, 15. November 2003 19:38 schrieb Per Lindström: k3b advised me to run k3bsetup to fix a few problems, but k3bsetup is not installed. libk3b1 on the other hand installs /usr/lib/kde3/kcm_k3bsetup2.la and /usr/lib/kde3/kcm_k3bsetup2.so. Its a kde control center module now. You can find it under system in the kde control center. Steffen
Re: [Cooker] Mdk 10.0 suggestion - FAX configuration
Am Dienstag, 11. November 2003 12:52 schrieb Robert Fox: I have an AVM Fritz PCI card and I'd like to see an easy to configure Fax solutions for modems and ISDN in Mandrake 10. SuSE has SuSEFax . . . I've been a bit confused with the efax vs. hylafax configurations and what is really necessary for a single use solution. This would be a nice addition to drakconf (faxdrake or drakfax?) Allready thought about that. Two steps are done for this allready: 1) Packages of proprietary AVM drivers, which makes fax possible with your passive ISDN card. (HINT: ftp://ftp.berlios.de/pub/avm-capi4linux/ ;) ) A build switch for the package to compile it for different (4GB,UP etc) kernels would be nice. I didn't found the time to find out how to do this. 2.) a easy to use and easy to configure fax/answering machine solution) - lets use what SuSE uses in their newest distros (http://www.capisuite.de) . I have made a package of capisuite and sfftobpm (which is needed by capisuite), have a look at the 9.2/apps dir. packaging capi4hylafax shouldn't be so hard either, but capi4hylafax+hylafax is a bit much for home and soho use i would say. Otherwise i have a lot more often made the capi4hylafax+hylafax solution running. capisuite i haven't even tried yet. The package is made by a slightly changed SuSE spec. What is needed: Some documentation on how to make a drakwizard module or someone who can make one with information which values needs to be filled in there. So with a perl hacker we could be there in just a few days (hours?) :) (From what i have seen while looking trough some drakwizard modules) Pro for capisuite: - small - easy to configure - easy extensible (using python) - answering machine solution build in Contra capisuite: - gui solution for viewing/hearing messages/faxes isn't there (maybe kdeam can be used, maybe mail delivering is enough) - a regulary polling is used to send faxes (maybe dnotify can be used to make this nicer ?) I guess the Pro of hylafax is well known as well as the contras. Just make your own picture.
Re: [Cooker] Mdk 10.0 suggestion - FAX configuration
Am Dienstag, 11. November 2003 12:52 schrieb Robert Fox: I have an AVM Fritz PCI card and I'd like to see an easy to configure Fax solutions for modems and ISDN in Mandrake 10. SuSE has SuSEFax . . . I've been a bit confused with the efax vs. hylafax configurations and what is really necessary for a single use solution. This would be a nice addition to drakconf (faxdrake or drakfax?) Thx, R.Fox I tried to have a look at Wiztemplate, but since I'm more then new to perl i can't see whats wrong: # drakwizard Can't locate object method new via package Wizcommon (perhaps you forgot to load Wizcommon?) at /usr/lib/perl5/vendor_perl/5.8.1/MDK/Wizard/Wiztemplate.pm line 29. Compilation failed in require at /usr/sbin/drakwizard line 63. Maybe this module isn't meant to be able to run it at all. I have searched the net to find some documentation about it. I don't know if it is just my missing knowledge of perl which makes me failing. Greets Steffen
[Cooker] Re: dvb driver (and other things)
Am Freitag, 7. November 2003 02:35 schrieb Guido Draheim: Steffen Barszus wrote: Hi ! Just a question: The 9.2 dvb driver don't work. Should i file a bug for release or are the supposed not to work (that would cause the bug to be a feature request and this way to be invalid) ? I reported some weeks ago that the tmb dvb modules do work. Will see, i guess i install tmb kernel on sunday. Hi Steffen, Hi Guido, sorry, 'just forgot to upload the new dvb driver modules for 9.2, I was only shortly looking into 9.2 but the dozen annoying bugs made me turn back after a few days. However, during that time I did port some rpm specs and among them the dvb modules. Thanks, that will make my life easier, once i have setup my vdr machine, I will see if i can get my vdr RPMs then ready too. Since I had some private trouble a lot of things i planned are not finished. As always, installing will save the old non-functional dvb modules and upon deinstall the old ones are restored, so you can safely try the precompiled ones. The srpm is provided as well, and if you need dvb tools then be aware that the other tool rpms do still work nicely as soon as the dvb modules are installed in the system. I will look at it. I had hoped that the network functionality will be working with my full featured card. However, i haven't found a way to get that running. A goal for me was to make some scripts ready and package them as rpm to get filiago working out of the box ...but currently it doesn't seem to be possible. However vdr alone is a killer application ;) any progress in poking mdk people to actually try to ship a working kernel? ;-) just kiddin'... How true :( I don't understand which use a broken moddvb has in the kernel. I have reported that they are not working and a working patch is in the tmb kernel. So how complicated may it be to a) leave the broken patch out or b) use the ready functional patch from tmb ? However, i stop complaining. What i wonder too is what this : http://www.mandrakelinux.com/en/lgerrata.php3 New CDs and ISOs will be available shortly to correct these problems; they will come with the new kernel. means ? I got my dvd-only 9.2 yesterday, but from what i can see there is the old kernel on it. Communication should become better. However. The dvd looks a lot more proffessional this time in opposite to 9.2 and the packaging was better too. Steffen
[Cooker] Re: [Contrib-Rpm] dvdauthor-0.6.0-3mdk
Am Montag, 3. November 2003 16:32 schrieb Marcel Pol: [Contrib-RPM] -=-=-=- Name: dvdauthorRelocations: (not relocateable) Version : 0.6.0 Vendor: 0.6.4 is out ;) I know releases are pretty fast MandrakeSoft Release : 3mdk Build Date: Mon Nov 3 15:06:27 2003 Install Date: (not installed) Build Host: klama.mandrake.org Group : Video Source RPM: (none) Size: 98291 License: GPL Signature : (none) Packager: Marcel Pol [EMAIL PROTECTED] URL : http://dvdauthor.sourceforge.net Summary : Video DVD Creater. Summary: Video DVD Creator or DVD Authoring Tool Steffen
Re: [Cooker] Club RPMs?
Am Freitag, 31. Oktober 2003 11:12 schrieb Daouda LO: Hey, that looks like it should be kinda cool. I say should be because it prompts me for my login, password and root password, goes and configures the urpmi source and then hangs without ever going back to the wizard. Maybe broken links (location of the hdlist) on the server. I'll take a look with Alexis. Yep seems so, or a wrong urpmi.addmedia call from drakclub. I had it tried 3 days ago with 9.1 and there it was working. On 9.2 it waits on getting hdlist and no progress. Using drakclub --wget doesn't help either. urpmi.addmedia club.comm_i586_9.2 http://login:[EMAIL PROTECTED]/downloads2/comm/9.2/ with hdlist.cz works however. Maybe this helps you on figuring out whats wrong :) Steffen
Re: [Cooker] When can we finally get X to fall back to XFdrake??
Am Donnerstag, 30. Oktober 2003 14:11 schrieb Teletchéa Stéphane: Le jeu 30/10/2003 à 13:42, Buchan Milne a écrit : -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 ... Sorry to be against you Buchan, but as he knew there is a console program in RH, he should knew there is also one in Mdk aka XFdrake ... I could agree if he had said : i tried drakXfree and didn't found it, but here, he didn't even try to figure out. May be we should normalize definitively the Mandrake tools as drak* for example, but that's another point. We had that discussion allready ;) Back to the main point: I think Buchans idea isn't bad. If its only some comments of users thats missing i can give you a load of them. All sorts of things can fail, but if X fails to startup noobs are lost. I heard more then one time that people reinstall everything because X failed to start. So i second Buchans idea Steffen
drak*-tools (was: Re: [Cooker] When can we finally get X to fall back to XFdrake??)
Am Donnerstag, 30. Oktober 2003 14:53 schrieb Teletchéa Stéphane: Le jeu 30/10/2003 à 14:41, Steffen Barszus a écrit : May be we should normalize definitively the Mandrake tools as drak* for example, but that's another point. We had that discussion allready ;) Yes but it is still not completely normalised, so as we're going to 9.3/10.0, it could be the good occasion for that. I absolutly agree with you here. A drak[tab] should show all tools that are available. Beside that i think one of the most important things is to fix drakfirewall: [EMAIL PROTECTED] drakfirewall SCALAR(0x8b11308) [EMAIL PROTECTED] On 9.2 it silently dies without an visible error in the GUI. And yep i know i should run drakgw before drakfirewall, but that is a no go w/o a NIC ;). As this problem exists since 9.0 i think, i guess i shouldn't file it as bug on bugs.mandrake.com or should i ? See here: http://qa.mandrakesoft.com/show_bug.cgi?id=3572 I don't understand why this isn't fixed and what is so complicated to insert a question which device connects to the net. Yeah its another story again I know ;) Steffen
Re: [Cooker] Suggestion: move 9.2 to 9.2b or 9.2.1 and CHANGE the kernel!
Am Mittwoch, 29. Oktober 2003 18:32 schrieb Diego Iastrubni: does it mean then there will be newer ISO's or not? some people want MDK9.2 and I will be more then happy to give them the fixed public ISO's. If you would read the errata page, you would see that new ISOs and CDs are in the work. ;) Steffen , 29 2003, 19:10,Eric Fernandez: John Allen wrote: WTH does that mean How can a public ftp server contain leaked version of Mandrake 9.2? I correct myself : leaked bittorrent links (available to non-members). Eric
[Cooker] dvb driver
Hi ! Just a question: The 9.2 dvb driver don't work. Should i file a bug for release or are the supposed not to work (that would cause the bug to be a feature request and this way to be invalid) ? I reported some weeks ago that the tmb dvb modules do work. Will see, i guess i install tmb kernel on sunday. Steffen
Re: [Cooker] [IMPORTANT] 9.2 install potentially frying some LG cdrom drives
Am Montag, 27. Oktober 2003 14:12 schrieb Guillaume Cottenceau: Steffen Barszus [EMAIL PROTECTED] writes: On Friday 24 October 2003 07:14 am, Guillaume Cottenceau wrote: Guillaume Cottenceau [EMAIL PROTECTED] writes: For the moment, it seems it's related to LG CRD-84xx drives. Another Question. Is it safe to install Mdk 9.2 with another drive and have an LG on the machine afterwards ? Or should i wait till a kernel *NO*! It seems that normal kernel is even stronger than BOOT (install) kernel: some ppl have had the LG cdrom fried at boot of the normal kernel. Thanks :) Please wait for the update kernel, or your drive will be damaged. My drive is allready returned and I'm proud to be LG free ;) I asked for a friend. Thanks for your answer Steffen
Re: [Cooker] Re: [IMPORTANT] 9.2 install potentially frying some LG cdrom drives
Am Montag, 27. Oktober 2003 17:25 schrieb Juan Quintela: Hi Just to clarify a bit. Anything that has write capabilities (i.e. CD-RW or DVD+/-RW _have_ to had a correct FLUSH_CACHE command. It appears that DVD's use a different Firmware code than CD's on LG, and DVD's are not affected. Later, Juan. Then I don't know why my drive died. Maybe it was pure luck, that it died after booting with 9.2 CD ? It is a) a cd-writer and b) a dvd-rom. Anyway, it didn't work anymore so i have returned it. BTW: I don't think that posting to multiple lists work with mandrakes sympa setup. All 4 mails are posted to cooker. None of the mails of this thread get trough to expert (some experts confirmed this). I guess you have to write different mails to each list. For this thread I think it is important to fix this. Who is responsible ? Warly ?? Greets Steffen
Re: [Cooker] Re: LG Drives
Am Sonntag, 26. Oktober 2003 11:11 schrieb Michael Scherer: I do not know if the error is recoverable ( ie reflashing the firmware ), Nope, reflashing the firmware does not help. flashing before frying the drive does help. My drive is fried (returned it for money allready) The same drive with newer firmware on other machines did not get killed. I have tried to flash it afterwards and it didn'tr help, it was the same as before. So no need to try it . Hope that helps other people. Steffen
Re: [Cooker] [IMPORTANT] 9.2 install potentially frying some LG cdrom drives
On Friday 24 October 2003 07:14 am, Guillaume Cottenceau wrote: Guillaume Cottenceau [EMAIL PROTECTED] writes: For the moment, it seems it's related to LG CRD-84xx drives. Another Question. Is it safe to install Mdk 9.2 with another drive and have an LG on the machine afterwards ? Or should i wait till a kernel update is out ? I will install 9.2 on a friends machine tomorrow and he as an LG drive too. For install i use sure another drive. Greets Steffen
Re: [Cooker] [IMPORTANT] 9.2 install potentially frying some LG cdrom drives
Am Samstag, 25. Oktober 2003 13:52 schrieb Greg Meyer: On Saturday 25 October 2003 07:42 am, Steffen Barszus wrote: On Friday 24 October 2003 07:14 am, Guillaume Cottenceau wrote: Guillaume Cottenceau [EMAIL PROTECTED] writes: For the moment, it seems it's related to LG CRD-84xx drives. Another Question. Is it safe to install Mdk 9.2 with another drive and have an LG on the machine afterwards ? Or should i wait till a kernel update is out ? I will install 9.2 on a friends machine tomorrow and he as an LG drive too. For install i use sure another drive. It looks to me like if you try to use the drive, whether installing with it or using it later, you will fry it. If you don't need it, maybe you should disconnect it until the update comes. Ok thanks. I will take this advice, maybe we wait until the new kernel is out. Since we know now the reason of it, it shouldn't take to long. I for myself doesn't have that problem anymore, i have my cash back for my fried drive and will stay away from LG from now on. Thanks Steffen
Re: [Cooker] [IMPORTANT] [UPDATED: origin of the problem found] 9.2 install potentially frying some LG cdrom drives
Am Freitag, 24. Oktober 2003 23:12 schrieb Guillaume Cottenceau: Guillaume Cottenceau [EMAIL PROTECTED] writes: For the moment, it seems it's related to LG CRD-84xx drives. Ok, here's status: Nicolas Planel found the origin of the problem. It's the packet writing support for cd/dvd burners that was introduced on 15th of August, changelog reading: - 2.4.22-rc2q5. [...] * add packet cdvd support (svetoslav). What amazes me is that we've had it in the kernel of 9.2-RC1 and 9.2-RC2, and it still managed to be, erhm, featured, in the final version. All people who say we should do more beta and RC I had the 9.2RC1 here too and had no problems. Alltough i don't remember if i had the CDROm built in during that time. I've passed suggestions to our management as to what to do now - I think we should act *fast* and be responsible, but I don't know what will be decided exactly. By the way, latest list: fried: COMPAQ CRD-8322B(CP1) CRD-8400B (machine: Dell Optiplex gx1) CRD-8400B (machine: IBM PC 300 PL) CDR-8400B(mi) CRD-8400C COMPAQ CRD-8402B LG CRD-8480C (machine: Old Dell XPS T650r) GCR-8481B (machine: Dell Optiplex gx270; rom: 1.06; date: jun 2003) CRD-8482B (machine: Dell Optiplex GX1) GOLDSTAR CDR-8482B (machine: HP Vectra VL400; firmware: 1.01) CRD-8482B (Dell Precision 220, rom: 1.05) LG (machine: HP Vectras VL4xx) GCC 4480B DVD/CD-R/RW/CDROM (firmware 1.00 - upgrading firmware to 1.01 workarounds problem) work: LG GMA-4020B DVD-RW LG GCC-4120B CDRW/DVD LG CD-RW CED-8080B DVD/CD-R/RW/CDROM LG CD-RW CED-8120B (motherboard: ASUS K7M) HL-DT-ST GCC-4480B (machine: Shuttle SB 62 G2 - i865/ICH5; firmware 1.01 - WARNING, firmware 1.00 is reported to have the fry problem!) HL-DT-ST RW/DVD GCC-4480B (motherboard: ASUS A7N8X-Deluxe) HL-DT-STDVD-ROM GDR8161B (motherboard: Soyo) HL-DT-ST CD-RW GCE-8240B HL-DT-ST GCE-8481B CD-CDRW (chipset: SIS 651/962) HL-DT-ST CD-ROM GCR-8520B HL-DT-ST GCE-8520B (motherboard: ASUS P4P800)
Re: [Cooker] [IMPORTANT] 9.2 install potentially frying some LG cdrom drives
Am Donnerstag, 23. Oktober 2003 14:34 schrieb Guillaume Cottenceau: Steffen Barszus [EMAIL PROTECTED] writes: Oct 23 12:53:49 localhost kernel: I/O error: dev 0b:00, sector 1404912 Oct 23 12:53:55 localhost kernel: I/O error: dev 0b:00, sector 1407792 Oct 23 12:54:02 localhost kernel: I/O error: dev 0b:00, sector 1410672 I have to investigate that further. I can't imagine how a drive can be fried by booting from it :( . I thought the kernel panic was because of a bad image. Will check cabling and all the other things in the evening today. Thx! Keep us in touch. Cabling and my hardware is Ok. I have rechecked it with my teac drive i have laying around here. With that all is fine. So my LG is definitly fried. I will try to flash my LG drive tomorrow at work, or is something speaking against that ? Should i better send the drive to my store to get it repaired (I had it 3 weeks or the like build in, bought 8 weeks before)? Effects of frying are here that i have a lot of drive seek complete errors and other read errors. Further: Since my CD1 is burned bad i hadn't booted after the kernel and got a kernel panic, so it seems not to be safe to boot the CD at all. My LG drive is a DVD/CD-R/RW/CDROM Combo drive (GCC 4480B, firmware 1.00), so it aren't only cdrom drives, but also burner. HTH and hope i get my drive back to life again Steffen
Re: [Cooker] Re: k3b and supermount WORK togeter on CVS version!
Am Freitag, 24. Oktober 2003 12:24 schrieb R N dev: Hi I just re-aligned cvs version of k3b I had some ideas in my mind and was writing them in a mail, when i finished to compile i realized that importing session worked well! (ok i'm going to trash my little poor code;-) Thanks to all and hope Svetoslav Slavtchev can thanks Sebastian too. Now i hope to see these features as soon as possible on mdk packet. Yep. Thats why i love free software :D The current CVS of k3b just rocks :) Steffen
Re: [Cooker] [IMPORTANT] 9.2 install potentially frying some LG cdrom drives
Steffen Barszus [EMAIL PROTECTED] writes: My LG drive is a DVD/CD-R/RW/CDROM Combo drive (GCC 4480B, firmware 1.00), so it aren't only cdrom drives, but also burner. Ouch! Regis says in a previous mail that the following works: HL-DT-ST GCC-4480B (machine: Shuttle SB 62 G2 - i865/ICH5) It seems to be exactly the same as yours! :/ Yep it was reported twice as working (Asus A7V8X and the above). I have booted from it and immediatly done a restart afterwards. Now it can't read any CDs anymore. Had no problems before and since that drive is just a few weeks old i don't think it has reached its end of life point. With my TEAC 512EB all is fine. Will return the drive tomorrow and go for an NEC1300A or the like. And another note: Flashing the drive does not recover it from the damage, have tested it just an hour ago. Greets Steffen -- NEU FÜR ALLE - GMX MediaCenter - für Fotos, Musik, Dateien... Fotoalbum, File Sharing, MMS, Multimedia-Gruß, GMX FotoService Jetzt kostenlos anmelden unter http://www.gmx.net +++ GMX - die erste Adresse für Mail, Message, More! +++
Re: [Cooker] [IMPORTANT] 9.2 install potentially frying some LG cdrom drives
Am Donnerstag, 23. Oktober 2003 08:00 schrieb Curtis Hildebrand: I've had confirmations that with another LG model, the HL-DT-ST CD-ROM GCR-8520B, 9.2 worked nice (e.g. did NOT do any damage to the cdrom drive). Also, with the HL-DT-ST CD-ROM GCR-8522B, 9.2rc2 worked nice (it's then -probable- 9.2 will work nice). If your looking for LG drives that work, my DVD/CD-RW works fine on a ASUS A7N8X-Deluxe motherboard. ]$ cat /proc/ide/hdc/model HL-DT-ST RW/DVD GCC-4480B Curtis I'm not sure if it is related. I have exactly that drive on an kt133a chipset/Duron 1,1 Ghz. Booting from Mdk 9.2 CD resulted in a kernel panic (error at decompressing kernel image) and i have now mostly read errors on every CD Oct 23 12:53:35 localhost kernel: I/O error: dev 0b:00, sector 1404748 Oct 23 12:53:42 localhost kernel: I/O error: dev 0b:00, sector 1404752 Oct 23 12:53:49 localhost kernel: scsi0: ERROR on channel 0, id 0, lun 0, CDB: Request Sense 00 00 00 40 00 Oct 23 12:53:49 localhost kernel: Current sd0b:00: sense key Medium Error Oct 23 12:53:49 localhost kernel: Additional sense indicates No seek complete Oct 23 12:53:49 localhost kernel: I/O error: dev 0b:00, sector 1404912 Oct 23 12:53:55 localhost kernel: I/O error: dev 0b:00, sector 1407792 Oct 23 12:54:02 localhost kernel: I/O error: dev 0b:00, sector 1410672 I have to investigate that further. I can't imagine how a drive can be fried by booting from it :( . I thought the kernel panic was because of a bad image. Will check cabling and all the other things in the evening today. Steffen
Re: [Cooker] 9.2 disasters list (continuing)
Am Samstag, 18. Oktober 2003 07:39 schrieb Ron Stodden: Simon Oosthoek wrote: On Sat, Oct 18, 2003 at 11:04:01AM +1000, Ron Stodden wrote: Another 9.2 showstopper! Post it at: bugs.mandrakelinux.com No. I have legally carried out my only duty - to notify MandrakeSoft, the owner of the cooker mailing list. To do that is all that can possibly be required. [ ... snipped a lot away ... ] It was just an advice that you maybe could do so. I see no argument for starting a philosophic discussion, lets better find the reason for your symptoms. Do you have an idea what could have created the files ? It must be an app that you have run as root. From the naming scheme i would say it are temp files, but what app creates temp files in /root/ instead of the temp dir ? Has someone beside Ron seen this ? Greets Steffen
Re: [Cooker] And next ?
Am Mittwoch, 8. Oktober 2003 23:53 schrieb Thierry Vignaud: Pierre Jarillon [EMAIL PROTECTED] writes: http://bugs.mandrakelinux.com/ Cool. Something to play with in future :) . As said before, I can't really afford to work on/with cooker, this way might be a lot better solution for me to contribute to Mandrake Good conception. It looks faster than bugzilla, but it is empty. Bugzilla is too slow : to display a bug such as http://qa.mandrakesoft.com/show_bug.cgi?id=5066 has a weight of 438084 bytes. This is mainly due to the great number of option in the select markup. With a 56k modem, at least100 seconds are necessary to load this page, and 15s with an ADSL 512k. This is too much. vote for #5809 then :-) and spam warly about it :-) Done. Hope bugzilla becomes usable sometimes in future. - page size - DrakConf vs. drakconf = both get checked with the vote for this bug link= results in 11() votes for this bug , same for bugzilla vs. BugZilla - after back and uncheck one of the entries i get an exception , another step back and click on the button finally saves the vote. This all results in 5 steps or the like for each bug (including that he asks me everytime for login). So i have 5 minutes to work on each bug. (including 2minutes for load the page, hopefully only once otherwise i would need maybe 10-15 minutes per bug) maybe use mod_gzip for the page containig all the packages ? lzs_comp saves me a lot of time if i can use it (once i have 9.2 installed) Steffen
Re: [Cooker] [Mandrake 10] Ideas for RpmDrake [long]
Am Mittwoch, 8. Oktober 2003 12:16 schrieb Guillaume Cottenceau: We decided for Media on this list around 3 months ago, this was a sort of community decision I'd say, so I think it's counter-productive to change them all again, except of course if everyone on this list would strongly agree with channels instead of media (which I personally don't, but I may be the only one ;p). bahhh channel ... please noo. media is perfect for what it describes. - Add more sources/media/channels automatically I know that Mandrake will never implement this, but what the hell :) one can dream. The biggest problem with RpmDrake is that sources are still too complicated to configure. Therefore I Olivier Thauvin's easy-urpmi should be integrated in the media configuration tool, when I have time :/ however I'm not very much in favor of pushing newbies to use external packages (at the time cooker was easily addable graphically, so many people broke their system by trying to install programs ugrades). Oh you don't hang around on newbie channels i guess ? tell them about contrib. tell them how to add it And i doubt contrib is external ;) Steffen
[Cooker] typo3 -sth for oden ?
Hi ! Oden i saw you have done some web apps. Maybe you might be interested in packaging typo3 too ? Its a really cool CMS and has some plugins. Its a bit pain to install it manually, maybe you want to give it a try ?? Have a look at typo3.org/.com. Greets Steffen
Re: [Cooker] more good news for Mandrake
Am Freitag, 3. Oktober 2003 13:32 schrieb Eric Fernandez: Adam Williamson wrote: A big pat on the back for fpons: http://lwn.net/Articles/49967/ To conclude this lengthy and time consuming experiment involving package installations and distribution upgrades, we have two clear winners - Debian and Mandrake. Yes, and what they consider a disadvantage (the fact that the kernel has to be upgraded separately) is imo an advantage. A question : under Debian : there is no equivalent of urpmi.update -a ? Media update is automatic ? Eric From what i have read in the comments, the kernel wasn't updated on debian and a apt-get update before upgrading is needed as well.
Re: [Cooker] And next ?
Am Montag, 29. September 2003 18:40 schrieb Vincent Danen: On Sun Sep 28, 2003 at 02:36:41PM -0700, James Sparenberg wrote: [...] - How to have more contributors? A bugzilla (or similar product) for the release version? Seems strange I know but if you hook people on the concept as users with a smaller bug number (hopefully) in a release version you could well spark the interest needed (as well as hone the skills needed) for working in http://bugs.mandrakelinux.com/ Cool. Something to play with in future :) . As said before, I can't really afford to work on/with cooker, this way might be a lot better solution for me to contribute to Mandrake Thanks Vincent Steffen
Re: [Cooker] And next ?
Am Montag, 29. September 2003 01:34 schrieb James Sparenberg: On Sun, 2003-09-28 at 01:19, Warly wrote: It may be a good idea, before cooker opens again, to take these days to have some brainstorm. May you give your opinion on : - What was wrong in 9.2 development process? - We though a bit late in the 9.2 developement process to split cooker ml, we should do it now. - What could we do to improve 9.3/10.0 development. - What should we do to improve the Wiki. - Should we have cooker snapshot ISOs? - What could we do, as a community, to increase the acceptance of mandrakelinux? - How to have more contributors? And anything related to the mandrakelinux distro. In answer to all of the above. How about splitting the development along 2 lines. Mandrake tools and packages. The idea here from my thought is that these really are two separate areas, with separate goals. 100% agree of this The next step would be to make the development of tools a continues project rather than a point/major release function. Create a fourth area called testing on the mirrors. This area differs from updates in that it isn't a bug fix but a known alpha product that is based on a stable release (in this case 9.2) and those power users who chose to can participate in the continuous testing of new ideas and directions. Yep. And this way people could test some things on stable release for cooker. Some of us have hard times to follow cooker, for testing mandrake tools this should really be affordable for a lot more people and have more testers because of that. Finally when the MDK team chooses the final tool set from updates and this area, they become the tool set for the next release and then the crunch time would be able to concentrate on packages. Overall it would yield a much more stable release process IMHO. That idea is the best idea i have read during the whole thread. This would also help i18n people in translating, as translating could be done and tested during the whole time. I absolutly vote for this split up of development. Steffen
Re: [Cooker] And next ?
Am Sonntag, 28. September 2003 10:19 schrieb Warly: It may be a good idea, before cooker opens again, to take these days to have some brainstorm. May you give your opinion on : - What was wrong in 9.2 development process? - the mirror situation - the mailinglists were eating mails (on all lists, not just cooker) Its just time now, to do anything about it. - We though a bit late in the 9.2 developement process to split cooker ml, we should do it now. That would be cool imho. It saves time and bandwith to be able to focus on topics on is interested in. - What could we do to improve 9.3/10.0 development. going further in the direction, we are moving :) - What should we do to improve the Wiki. More clear information, on how to participate. - Should we have cooker snapshot ISOs? I think no. - What could we do, as a community, to increase the acceptance of mandrakelinux? HowTos, Information, howtos. Fixing drakconnect. - How to have more contributors? Decreasing time consumption and power needed to participate. It was sometimes like fighting against windmills to get heared on the cooker list. Splitting up the lists could help here. And anything related to the mandrakelinux distro. Fix drakconnect. IMHO drakconnect is in a lot of ways the weakest point of mandrake. On the other hand it so hard to fix problems that drakconnect could cause, because the needed informations may be on the net, that you can't reach. So it has to be number one priority to make absolutly sure, that all net related things work flawless. I could count countless facts here, but there was allready a lot of discussion about it. The need is bigger to document them on the wiki (drakconnect, drakfirewall, drakgw ) Steffen
[Cooker] Some apps for next mandrake
Hi ! I just want propose two apps for next mandrake. _Typo3_ This one is a full blown CMS. Its really nice, has a lot of possibilities. It has further some big references. http://www.typo3.org I have no clue how webapps are packaged. But it would be nice if one could just urpmi typo3 and start to work. There are too some plugins for it. (webshop etc.) _XFCE4 _ This one should be a good alternative to the big ones. A pitty that it was released to late. Hope i get around to test it in future. Steffen
Re: [Cooker] [9.3/10.0 THOUGHTS] Drakconnect and network configuration
Am Donnerstag, 18. September 2003 18:51 schrieb Thierry Vignaud: John Keller [EMAIL PROTECTED] writes: http://qa.mandrakesoft.com/twiki/bin/view/Main/DrakConnectWishlist wouldn't this be better merged into http://qa.mandrakesoft.com/twiki/bin/view/Main/DrakXToolsWishlist ? Hmmm I think the topic is big enough on its own, supposed it is the beginning of brainstorm/Wishlist. There were some other related threads on that topic, that should be collected in that page too. I guess there are a lot of things to do on a new drakconnect, hope libCONF will help here a lot :) Steffen
Re: [Cooker] [9.3/10.0 THOUGHTS] Drakconnect and network configuration
Am Dienstag, 16. September 2003 18:06 schrieb FACORAT Fabrice: This may seems early to talk about that, but some ideas come to me this morning in the bus and I'd rather write them down when there are clear. Many people complain about the fact that drakconnect is mostly buggy and not convenient ( config lose, difficulties to set some settings, config mix up, bad profiles management, ... ). I think this is due to the fact how drakconnect represent himself the network and internet connection. So here are my thoughts : We should separate system settings and device specific settings. System settings are : hostname For device specific settings, we should act like this : We should follow the Object Oriented approach. The base is the NetDevice and this interface have some attributes. NetDevicee : IP netmask gw type From interface you can derived ( this exist in English ? ... ) from the type if you have an pci/usb/pcmcia/serial/parallel with some attributes [ ... a lot .. ;)] * USB Modem case show info, select protocol + settings ( username, password, ... ). For driver if you need the firmware in driver say need to select firmware and give the ability for the user to select firmware unless drakconnect manage to take the firmware himself ( windows partition scan + firmware file copy ) so them show the path to the firmware file ( for example /usr/share/sagem800/firmware/myfirmware.bin ) I add possibility for different ISP here. - The user need to explicitly delete a NetDevice to free the associated interface. So I can unplug my USB modem, and 2 months later plug it and see it take the same settings as I don't delete it. Yep I think I forgot many things, some things could be incorrect or impossible ( kernel/software limitation but this could be changed ), but this is how I see the perfect config tool. In this situation, drakconnect will completely abstract the network layer. If the user want to do things himself, it's just a matter of disabling drakconnect ( a special service maybe will be necessary in order to test/modify/... the settings of NetDevice ) At least it sounds interesting. I think too drakconnect needs a major change in concept. I add some things i think that would usefull: For all that are not allways on the net: - dialup for user. This may be accomplished by a special dial-tool or having existing dial tools for each connection and preconfigure that tools, so that they are usable (Q: which users should be able to dial out ?= List of users on the system) Your concept would need a unified dial tool, so that the right one is triggered . Parts of your concept is possible i guess trough netprofile, parts of it are possible with linecontrol/mserver(?) parts of it sounds like SuSEs meta-pppd (smpppd). I think drakconnect should be splitted up in LAN and internet, since these both are different. Maybe this should go in the wiki instead of discussing it here ? Steffen
Re: [Cooker] dvd burning tools update hack-k3b
Am Montag, 15. September 2003 16:31 schrieb Marcel Pol: On Mon, 15 Sep 2003 07:52:53 +0200 (MEST) Svetoslav Slavtchev [EMAIL PROTECTED] wrote: On Thu, 11 Sep 2003 09:29:11 +0200 (MEST) Svetoslav Slavtchev [EMAIL PROTECTED] wrote: an update for dvd+rw-tools is needed for support of data dvd copy (and making k3b quiet ) http://varna.demon.co.uk/~svetlio/ruby-contrib/mdk-cook/hac k-k3b/ as i could't see it @ changelog i changed the name to k3b_0.10cvs and added some spell fixes in the DVD info messeges Thanks. I uploaded it now (didn't get around to it in the weekend). I don't have a dvd burner, so I don't think I can test the functionality that's added. I did have problems with burning mp3 and wav files on a regular cdr, it complained about unknown file type, while k3b 0.9 didn't have problems with that. H with a self compiled k3b based on k3b-cvs-script i do not have such problems. Maybe libmad is not used or such a thing ? The best about this version is, that burning is a lot lesser cpu intensiv now. Even mp3-burning on the fly is possible now for me. Steffen
[Cooker] drakfont obsolete ?
Hi ! As I heard, I can create a special folder in my home and copy some fonts there in. This fonts (ttf too)will be automatically used by Xfree. Doesn't that obsoletes drakfont completly or at least simplifies it to that step ? Steffen#
Re: [Cooker] ALSA - corrupted metalic sound sometimes
Am Donnerstag, 11. September 2003 21:49 schrieb Thomas Backlund: From: Austin [EMAIL PROTECTED] I would like to get this fixed before MDK 9.2 ships That would be nice, but don't break yourself over it. This is pro audio hardware... not very common. Then again, it's our fault that it's broken, not alsa's fault. That and the fact that a novice would never get the Quattro working anyway, since hotplug loads the OSS module (usbaudio) first, which doesn't work at all with the Quattro. That's why I want it fixed... since it's our build that broke it... and if IRC, there has been some other complaints against alsa usb sound... Yep, what you mean is the pwc-cam problem. Webcams that need the pwc module need the usb-audio too. If such a webcam is plugged in, the system frezes/restarts. If usb-audio is blacklisted, the machine starts but obviously there is no sound. Searching bugzilla for pwc should show some related bugs, f.i. the one that Jürgen Elbert posted. Steffen
[Cooker] typo3 CMS not in contrib ?
Hi ! I just looked around and saw that typo3 is not in contrib. typo3 is a CMS system that looks really nice and seems to be very feature rich. Is there someone who could package that for contrib ? I think its really worth to be in Mandrake. Just have a look at http://www.typo3.org . The license is GPL. Steffen
Re: [Cooker] mod_dvb in current cooker kernel ?
Am Freitag, 12. September 2003 01:27 schrieb Svetoslav Slavtchev: Hi Steffen, Hi ! As I'm currently short in time since i have began a new work (haven't count with that ), has there something moved regarding dvb-modules in kernel ? Is the mod_dvb that Thomas has in his kernel now used in the standard kernel too ? If not, is there any chance too get that working now finally ? no idea ? Neither I ... Is someone working on the dvb-tools or is someone waiting for me to get them ready ? i just tried to package libdvb, but it's too hackish and probably over my rpm knowledge. Hmm havent worked with that lib till yet. should the sample apps also be included ? striped ( the build doesn't strip them) important is: apps/scan/ = channel search apps/av7110loadkeys/ = IR Remote apps/dvbnet/ = IPviaSky /Sat-DSL apps/szap/ = small usefull apps for channel-switch ([tsc]zap) The sample apps doesn't need to be packaged. Unrelated to the driver tarball: dvbtune - often used - f.i. for tuning for dvbnet qdvbzap - qt frontend for [cst]zap/dvbtune/mplayer/xine (dunno how well that works Interesting would be an ifup-script for dvb0_0 too. This weekend the vdr-xine-frontend plugin was released the first time, so vdr got finally a X11 frontend for users of budget cards. With streamdev-plugin a distributed vdr-network is possible ;) (want to have tv over WLAN on a laptop?). I hope I get some sparetime next days ... Steffen
Re: [Cooker] mod_dvb in current cooker kernel ?
Am Freitag, 12. September 2003 02:08 schrieb Svetoslav Slavtchev: striped ( the build doesn't strip them) PS. check http://varna.demon.co.uk/~svetlio/ruby-contrib/mdk-cook/hack-k3b/ Will have a look at libdvb tomorrow. I need some sleep now ;) Steffen
[Cooker] mod_dvb in current cooker kernel ?
Hi ! As I'm currently short in time since i have began a new work (haven't count with that ), has there something moved regarding dvb-modules in kernel ? Is the mod_dvb that Thomas has in his kernel now used in the standard kernel too ? If not, is there any chance too get that working now finally ? Is someone working on the dvb-tools or is someone waiting for me to get them ready ? I worked on the vdr package for some time now, but ran against the wall for a few times now. My current problem is that i can't let go the script in the background and return a exit 0 out of the init-script. I will try now in my fourth attempt to use two scripts and start the script that starts vdr in a loop from the init-script. I hope i get that ready soon now :( If there are no working mod_dvb i'm not in a hurry, since we wont get working dvb anyway. And no, i don't have the possibility to look that for myself. This would need to download the kernel and I can't do that on my dialup currently. I have monitored the changelog if i see related comments, but i didn't see it, otherwise i may have missed it. Is there a fixed freeze day for contrib ? How much time do i have to get vdr ready for contrib-9.2 ? Steffen
Re: [Cooker] DVB Driver Utilities 1.0.0
Am Sonntag, 7. September 2003 14:03 schrieb Michael Lothian: Hi I was wondering if anyone has the utilities for the DVB driver? The main one I'm looking for is tzap. I know the 1.0.0 final drivers are included in the tmb kernels but they don't have the utilities that are notmally compiled with the drivers. I know that they come with dvb-modules-1.0.0-pre4.0.20030617.1mdk.i586.rpm but that would instal the old drivers. Any ideas? Yup package them ;) I have it on my todo, but here are coming to much things together at the moment for me :(. I have just began a new work and want to get ready vdr for Contrib. I want to have isdn4k-utils there ippp active filter actually work (current doesn't), dvbtune-cvs is a often needed app for dvb. The apps that are included in the DVB-Driver tarball are too usefull/urgent needed (tzap,szap, scan =usefull, urgent needed = av7110_loadkeys (if remote control is used this load the keys of the remote ). Further i want to extend the avm package to more kernels and want to have them on the commercial CDs for convinience of users that have these devices since they can only get to the net with these drivers. I hope i get a day free the next days. Any help is welcome Steffen
Re: [Cooker] Re: [CHRPM] rxvt-2.7.10-3mdk
Am Donnerstag, 4. September 2003 12:39 schrieb David Baudens: Am Donnerstag, 4. September 2003 02:48 schrieb David Baudens: Am Donnerstag, 4. September 2003 02:21 schrieb David Baudens: Using rpmdrake or using console (ctrlr-alt-f1)? Yep i know that ( alt+F2 = rxvt) Just my humble opinion Problem is that a terminal emulator is not needed for an office/multimedia/internet/ect. workstation. So, if people who install computer don't explictly say he want to use a terminal, there is no reason to install it. It is why Konsole is not installed when KDE is installed. Act as that seems to me reasonable Ok , makes me thinking means console-tools konsole, mc and such stuff ? Hmm I think konsole should be installed by default if kde is used. The splitting however makes it possible (should) to deinstall konsole. But as i said just my humble opinion. Steffen
Re: [Cooker] Re: [CHRPM] rxvt-2.7.10-3mdk
Am Donnerstag, 4. September 2003 13:30 schrieb Guillaume Cottenceau: Now, there is another reason, maybe even more important: Linux is, as Windows, still too complicated for most users, who tend to ask their friends for support when they have a request. And these friends will surely often ask them to open a console or a terminal and launch whatever command from there. Hitting Ctrl-Alt-F1 is more complicated (and won't work if they want to launch an XFree app). Thus, a terminal program should be installed and easily accessible from the Menu, in my humble opinion (even if one is accessible from MCC, because if the friend is a Debian fan he won't know that). 100% Ack. I just thought that too. Just think of My internet doenst work :( questions. The first things you want to know are things like route -n, ping, lspcidrake -v and important parts from syslog. All that is most easily explained and done on a console. Steffen
Re: [Cooker] [PROPOSAL] add windows fonts import in drakfirstime
Am Donnerstag, 4. September 2003 17:21 schrieb Buchan Milne: Exactly. 9.1's issues with configuring some modems is a nightmare. Q: I have a problem with configuring my modem A: Install latest drakxtools update Q: How? You don't even mind how often i had this ;). =Catch22. We must be able to guarantee a user can't stuff up their internet connection. This means all the required settings should be in the non-expert mode of drakconnect, and should get the user a valid hostname, and if the provider has DDNS, actually register the name or use the name supplied (but be able to change it in advanced configuration). In its whole meaning a completly new concept for all that stuff should be thought out i guess. Maybe something for next release. Steffen
[Cooker] Re: [CHRPM] mandrake_theme-0.0.5-1mdk
Am Donnerstag, 4. September 2003 21:31 schrieb Warly: -=-=-=- This package contains the default bootsplash theme with its images and configuration for different resolution as well as the lilo image and the desktop background image. Buildarchs: noarch Wouldn't it be nice to have a kde(gnome?)-splash screen in that theme as well ? -=-=-=- Warly [EMAIL PROTECTED] 0.0.5-1mdk - new discovery black background - various post install script fixes - new discovery lilo boot logo -=-=-=- W: mandrake_theme non-standard-group System/Configuration/Theme W: mandrake_theme no-url-tag -=-=-=-
Re: [Cooker] Re: [CHRPM] rxvt-2.7.10-3mdk
Am Donnerstag, 4. September 2003 02:21 schrieb David Baudens: Why? To not have several terminal emulators in applications menu. Rxvt is always installed (used by MCC) and will be duplicated with other terminals. Thats good :) However, we need to ensure that kde-konsole is installed per default then, as on my testinstall of RC1 rxvt was the only terminal application installed. I guess something for Laurent ;) David Baudens wrote: -=-=-=- Name: rxvt Relocations: (not relocateable) Version : 2.7.10 Vendor: MandrakeSoft Release : 3mdk Build Date: Wed Sep 3 21:14:33 2003 -=-=-=- David Baudens [EMAIL PROTECTED] 2.7.10-3mdk - Remove menu entry for rxvt package (but keep it for CJK package) Steffen
Re: [Cooker] Re: [CHRPM] rxvt-2.7.10-3mdk
Am Donnerstag, 4. September 2003 02:48 schrieb David Baudens: Am Donnerstag, 4. September 2003 02:21 schrieb David Baudens: Why? To not have several terminal emulators in applications menu. Rxvt is always installed (used by MCC) and will be duplicated with other terminals. Thats good :) However, we need to ensure that kde-konsole is installed per default It is when you choose Console tools (or something like that, I don't have files to check here) during installation. I uploaded a new rpmsrate today (which probably needed to be enhanced, I need to do more tests to be sure). What i wanted say is that kde-konsole should be installed if kde-workstation is choosen. How am i supposed to urpmi without it ? ;) Just my humble opinion Steffen
Re: [Cooker] DVB and TMB Kerel
Am Montag, 1. September 2003 16:53 schrieb Michael Lothian: What exactly should I have in my /etc/modules.conf file I was playing arround with it earlier and for the first time /dev/dvb appeared with things in it how ever there was no /dev/video1 so I thought that I still hadn't set it up correctly so changed the config again only to discover that it won't appear in a value card anyway, probeall /dev/dvb dvb-ttpci alias /dev/dvb/* /dev/dvb below dvb-ttpci alps_bsrv2 alps_tdmb7 alps_tdlb7 add below dvb-ttpci grundig_29504-401 grundig_29504-491 add below dvb-ttpci stv0299 ves1820 the same i posted just two or three times ;) BTW could you try to learn to quote ? Steffen
Re: [Cooker] hack-k3b ?
Am Montag, 1. September 2003 16:37 schrieb Svetoslav Slavtchev: Hi ! I can remember that someone spoke about a hack k3b package. Maybe the following from k3b mailinglist is usefull for that :) i think it was me :) Ah :)) Would be cool to see that at contrib, i've tried to prepare smth, but the package probably needs quite deeper look . srpm @ http://varna.demon.co.uk/~svetlio/ruby-contrib/mdk-cook/probably_brok en/hack-k3b-0.10.0.20030901-1mdk.src.rpm Would be interesting if someone with a dvd burner would test. From what i have understood, it supports dvd-r and growisofs (dvd+r) best, svetljo PS. me should move 0.20030901 to the release tag :( Yep. Greets Steffen
Re: [Cooker] Whatever happened to free choice?
Am Montag, 1. September 2003 16:48 schrieb Ben Reser: On Sat, Aug 23, 2003 at 06:27:54PM +0200, Steffen Barszus wrote: That was discussed allready I think, what i wonder is that it isn't fixed. What about a virtual provide dm ? I think the requirement is for something that's kdm compatable in its configuration. So kdm-compatable would be more accurate. Just dm would apply to gdm which doesn't read the same config file... Ok, so a provide virtual-kdm on both kdm and mdkkdm I guess, but i can't do something about this anyway. Steffen
Re: [Cooker] DVB and TMB Kerel
Am Montag, 1. September 2003 17:30 schrieb Thierry Vignaud: Steffen Barszus [EMAIL PROTECTED] writes: It shows up in hard drake under Other MultiMedia devices as a SAA7146 I did not write this moving dvd device in another category is just cosmetics: Yep. The question for me is more if the rest is working. I can search or make a package for dvb-tools this afternoon. Greets Steffen
Re: [Cooker] DVB and TMB Kerel
Am Dienstag, 2. September 2003 16:05 schrieb Thomas Backlund: Michael Lothian kirjoitti viestissään (lähetysaika Tiistai 2. Syyskuuta 2003 15:35): Quoting Steffen Barszus [EMAIL PROTECTED]: probeall /dev/dvb dvb-ttpci alias /dev/dvb/* /dev/dvb below dvb-ttpci alps_bsrv2 alps_tdmb7 alps_tdlb7 add below dvb-ttpci grundig_29504-401 grundig_29504-491 add below dvb-ttpci stv0299 ves1820 the same i posted just two or three times ;) Well for the second or third time this doesn't work ;) It complains about the grundig_29504-401 driver. I tried removing this, at startup lsmod | grep dvb shows nothing. modprobe dvb-ttpci will load the drivers however /dev/dvb/adapter0/fronend0 is still missing. Seems that sympa is eating mail . I haven't read that this doesn't work for you. I can get it to appear using alias char-major-250 dvb alias dvb dvb-ttpci below dvb-ttpci alps_bsrv2 alps_tdmb7 alps_tdlb7 add below dvb-ttpci tda1004x add below dvb-ttpci stv0299 ves1820 options dvb-core dvb_shutdown_timeout=0 I will search the dvb-mailinglist about this. However I still have to modprobe dvb-ttpci each time I boot up the pc. Ok. From what i see the difference is on module tda1004x, it is in your entry but not in mine. So could you try the following: probeall /dev/dvb dvb-ttpci alias /dev/dvb/* /dev/dvb below dvb-ttpci alps_bsrv2 alps_tdmb7 alps_tdlb7 add below dvb-ttpci grundig_29504-401 grundig_29504-491 add below dvb-ttpci stv0299 ves1820 tda1004x I have no clue if alias char-major-250 dvb-ttpci is necessary. Maybe other know that better then me. the above is still working for me. Regards Steffen
Re: [Cooker] DVB and TMB Kerel
Am Montag, 1. September 2003 02:17 schrieb Michael Lothian: Hi I'm using the latest tmb kernel (tmb 2.4.22.3) But my DVB card still isn't working! It shows up in hard drake under Other MultiMedia devices as a SAA7146 Vendor: Philips Semiconductors Bus: PCI Bus identification: 1131:7146:13c2:1011 Location on the bus: 0:3:0 Description SAA7146 Module: dvb-ttpci Media class: MULTIMEDIA_OTHER Hard drake freezes when Configure module is pressed Do any of you guys have any ideas? I would say because it is just not implemented yet ? Pixel, Thierry ??? If it is implemented you would have an entry of several lines in /etc/modules.conf. Till now as far as i have seen from changelog list only devsd has the needed entries. Search the mailinglist for the modules.conf entries i proposed and maybe you want to have a look at my vdr rpm. I just need to clean the init-script this evening and it should be ready then. Do we have a dvb-tools package now ( av7110_loadkeys, scan [ts]zap, dvbnet) ?? Should i make one this evening ?? Greets Steffen
Re: [Cooker] DVB and TMB Kerel
Am Montag, 1. September 2003 12:53 schrieb Michael Lothian: So how evactly do I fix it so it does work? Ad do you need vdr installed to make kvdr work? Mike As i have read you have just a nova and no full featured card. So you wont be able to use kvdr. There are several possibilities for a budget card only setup. You could use dvbtune/tzap mplayer (and qdvbzap as frontend to this) mplayer with dvbin patch (self compiled) Xine ( that should be able to handle dvb too) Or if you want to record and use the features of vdr you could wait and try the vdr-xine-plugin once the plugin is out. The situation for Nova only setup isn't that good, or at least just began to get better. qdvbzap is very new ( 0.0.1) and the vdr-xine-plugin isn't ready yet. Does the driver load for you if you make an modprobe dvb-ttpci , does the driver load if you make a cat /dev/dvb/adapter0/video0 (this will give an error message, but the driver should be loaded then. This is that would be interesting here. Further it might me usefull to package qdvbzap, the dvb-tools( tzap and scan for your card) and dvb-tune too. HTH Steffen
[Cooker] %_pre_useradd()
Hi !
I have a problem here. I tried to use the above mentioned macro. It
seems i fail to find the right syntax.
I have tried
%_pre_useradd vdr /var/lib/vdr
but that seems not to work. I had then a look at the rpm macros and the
user-helper script.
Thats is the macro:
%_add_user_helper /usr/share/rpm-helper/add-user
%_pre_useradd() %_add_user_helper %{name} $1 %{1} %{2} %{3} \
%{nil}
I suppose %nil to be an empty string. But with that , the following
script would not work.
if [ $# -lt 5 ]; then
echo usage: $0 pkg name num installed user name home dir
shell 12
exit 1
fi
pkg=$1 # name of the package
num=$2 # number of packages installed
name=$3 # name of the user
dir=$4 # home directory
shell=$5# shell
So shouldn't it be
%_pre_useradd() %_add_user_helper %{name} $1 %{1} %{2} %{3} %{4}
then ?
Further I don't know which number i should give fro %{1}, i suppose from
reading rpm howto, that 1 is the right, as the user should only be
created if the package is installed the first time. Is this right ?
Sorry if this is just dump, i try hard to learn how all these things
work ;)
Hope somebody could shed some light on this as it seems i can't get it
to work.
Greets
Steffen
Re: [Cooker] %_pre_useradd()
Am Sonntag, 31. August 2003 19:38 schrieb Buchan Milne: Hope somebody could shed some light on this as it seems i can't get it to work. It should work as you have it, otherwise maybe you need a 3rd argument (shell)? Thanks for the tip with rpm -qp --scripts and your other explanations. I had to pass the shell to it also. Greets Steffen
Re: [Cooker] rc1 the last rc before final ?
Am Freitag, 29. August 2003 14:24 schrieb Guillaume Cottenceau: David Coe [EMAIL PROTECTED] writes: Quoted from the top-right corner of http://www.mandrakelinux.com/en/ which also was hurriedly corrected yesterday to remove reference to RC2. More haste less speed :-) Argh, an error from our webmasters. Reported. Thanks. Thanks for clearing this :)
Re: [Cooker] resend: no silent bootsplash
Am Samstag, 30. August 2003 01:42 schrieb Olivier Blin: Ah before i forget, the progressbar of enterprise-spot isn't working in silent mode, but works in verbose. Will file a bug if i find the time. Hi Do you use enterprise-spot with 800x600 framebuffer ? I have vga=788, so i guess, yes. It should work is enterprise theme works, it's basically the same config file. I will recheck maybe with 789 ? I have a white bar and nothing thats moving, if i press Esc then in Verbose mode the progressbar works. Steffen
[Cooker] hack-k3b ?
Hi ! I can remember that someone spoke about a hack k3b package. Maybe the following from k3b mailinglist is usefull for that :) --- new version of the K3b CVS snapshooter is available at: http://fenrir.infoiasi.ro/~xcyborg/k3b/cvs/k3b-cvs.sh Features: - checks out the latest CVS version of K3b and creates a tar.bz2 archive with the proper name (e.g. k3b-0.10.CVS.20030831.tar.bz2) - automatically checks the K3b version (from src/main.cpp) and sets the directory and the output filename accordingly - supports the following output formats: tar.gz, tar.bz2 (default) and src.rpm (the source rpm was originally intended for Red Hat 9, but it can be rebuilt on other Linux distributions, too) - it can apply a patch to the sources before the output file is created - it can checkout, compile and install K3b from CVS from one single command ( k3b-cvs -i ) - inside the archive a file INFO-SNAPSHOT is created which contains informations about who took the snapshot, when, where (the hostname) and the patches that were applied to the original CVS sources For hints about other commands available see the help message: [EMAIL PROTECTED] SRPMS]# ./k3b-cvs.sh --help K3b CVS snapshooter v0.2 - Mihai Maties [EMAIL PROTECTED] http://fenrir.infoiasi.ro/~xcyborg/k3b/ -c the equivalent of a 'make clean' command -d workdir the 'workdir' directory is used as working directory instead of current directory -h|--help this help screen -i compiles and installs the latest version of K3b on your system ( the equivallent of './configure make make install' ) -j select 'tar.bz2' output format ( default option ) -m compiles the K3b snapshot ( the equivallent of './configure make' ) -p patchfileapply 'patchfile' to the sources. The patch is applied in the top level directory with the '-p1' paramater ( see 'man patch' for more info ) -s select 'src.rpm' output format -o outputdirwrite the output file into the specified directory -v verbose -z select 'tar.gz' output format
Re: [Cooker] udftools ? too late for mdk9.2?
Am Freitag, 29. August 2003 00:27 schrieb Svetoslav Slavtchev: Ainsi parlait Steffen Barszus : I thought that cooker is frozen means that main is frozen, or is the same true now for contrib ? I have hoped to get my vdr packages in contrib 9.2 and some of the plugins in plf. Can i forget that now or am i right that it is possible to get that in the next days ? PLF is never frozen, we even sometimes introduce there packages that couldn't get in mandrake, as I did for ppp some times ago. -- Guillaume Rousse There is always a way, and it usually doesn't work -- Murphy's Military Laws n°94 :) what about a review and upload ? :) The comment was targeted at my comment regarding vdr-plugins ftp://ftp.berlios.de/pub/avm-capi4linux/temp (Source RPM will show up in the next days) Your RPMs belong to contrib, that is not frozen either, so the tools should go in there. best, svetljo PS. i still think they belong to cooker or contrib as without them in the main kernel are two unuseful patches : - packetcdvd - mmc3 (DVD+RW as DVD-RAM/ harddrive) Upload to contrib is possible, main is frozen. Greets Steffen
Re: [Cooker] rc1 the last rc before final ?
Am Freitag, 29. August 2003 13:57 schrieb Buchan Milne: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 David Coe wrote: Steffen Barszus wrote: pro-linux reports that rc1 nay be the last rc before final version. This is the same site that had the bad review of 9.1? Jep, and I don't like them either ;) But this information seems to come from oddicial rc1 announce :( Is that true ? I haven't read anything about that and don't know where they got that information from. A typical pro-linux misinformation ? Quoted from the top-right corner of http://www.mandrakelinux.com/en/ which also was hurriedly corrected yesterday to remove reference to RC2. More haste less speed :-) How about using the authoratative schedule: http://qa.mandrakesoft.com/twiki/bin/view/Main/ReleaseInfo#Schedule_e stimation_WarLy Yep I would preferably use that too, but why the heck does the above get announced ? To put some pressure on testers ?? ;) Of course, note that we are about a week behind schedule. Hope all gets ready what I want to have for 9.2 ;) And I hope I didn't trigger a big whining and complaining thread as we had for 9.1 . Steffen
Re: [Cooker] Re: [CHRPM] kernel-2.4.22.2mdk-1-1mdk
Am Freitag, 29. August 2003 13:55 schrieb Thomas Backlund: From: Steffen Barszus [EMAIL PROTECTED] Am Donnerstag, 28. August 2003 22:07 schrieb Thomas Backlund: From: Steffen Barszus [EMAIL PROTECTED] Am Donnerstag, 28. August 2003 21:05 schrieb Thomas Backlund: - fix mod_dvb build framework again, and add some updates/fixes from cvs, but don't break Juans crc32 fixes :) Will try that out tomorrow. Does that mean you have too the play_iframe() patch applied ? If yes i would compile vdr according to that :) I'm not sure... I used the cvs snapshot from 20030827, + some added ids.. Could you send it to me so I can verify, an if it's not added, I'll add it to my next build yhat should hit the mirrors tomorrow, or on saturday... Thomas It wasn't in the snapshot... Thought so :) This is the patch, taken from dvb mailinglist. I'm not sure if it is safe, but it was reported to smooth dvd playback with vdr's dvd-plugin. If you need a clean patch (if that patch does not apply i will ask oliver endriss for a clean patch) I have asked mostly, because to take advantage of the patch, vdr needs a different compiling/patch. Didn't need one, since it's a short patch, so I applied it by hand... and made a clean patch for Juan/Nicholas to apply if they want... (and I left it outside the mod_dvb tarball, so it's easy to add/remove...) Hoped so ;) If your mod_dvb wworks so well as the last one, i hope Juan takes your version :)) I hope so too... The patch is applied to my: 2.4.22-2.tmb.1mdk wich is compiling on klama right now... Well it seems i can't even catch up with new kernel releases over isdn ;) . Maybe Juan can say if he takes over mod_dvb from you. I will test now your 2.4.22-1.tmb and report back if all works as expected here ASAP (the next hours). I have seen that group video found its way in, and i think i have seen that the devfs entry has found its way in. I didn't have seen a comment by pixel if the installer will recognize dvb cards and set all approriate. Whats missing else ah the vdr package. Is there someone who could review my packages that it could go in contrib before freeze ? Will try to get that ready today too. other than that patch, it's mostly a resync with 2.4.22-2mdk my other work in progress will have to wait for the next build, probably tomorrow... Thomas Steffen
[Cooker] Re: [CHRPM] ldetect-lst-0.1.8-2mdk
Am Freitag, 29. August 2003 15:03 schrieb Thierry Vignaud: -=-=-=- Name: ldetect-lst Relocations: (not relocateable) Version : 0.1.8 Vendor: MandrakeSoft Release : 2mdk Build Date: Fri Aug 29 14:45:15 2003 Install Date: (not installed) Build Host: ke.mandrakesoft.com Group : System/Libraries Source RPM: (none) Size: 211408 License: GPL I have another ISDN one ;) All hisax_st5481 have empty description strings. Maybe it would be a good idea to call them Bewan USB ISDN card and conpatible or Bewan/Gazel USB ISDN card . 0x0483 0x4810 ISDN:hisax_st5481 Have a look at 'grep hisax_st /usr/share/ldetect-lst/*' Steffen
Re: [Cooker] Re: [CHRPM] kernel-2.4.22.2mdk-1-1mdk
Am Freitag, 29. August 2003 15:29 schrieb Thomas Backlund: From: Steffen Barszus [EMAIL PROTECTED] [...] Well it seems i can't even catch up with new kernel releases over isdn ;) . Maybe Juan can say if he takes over mod_dvb from you. I will test now your 2.4.22-1.tmb and report back if all works as expected here ASAP (the next hours). [...] I know the feeling ... I once used to ghave only ISDN, and it was a pain to try to keep up... I even synced one Cooker mirror over GPRS once, and _that_ actually worked ;-)... but my phone was occupied for a very long time... ;-) But now it feels like my 512k ADSL is not enough ;-) Would it help you if I start providing diffs against kernel-source on my homepage ? Not really ;) more restricted then my bandwidth will be my time in the next days/weeks. I will have found a work finally now (beginning coming monday) after being at home for several months (nearly a year). But that does not belong to the list and in wide parts it is the normal release rush thats hard to follow now ;) Syncing main i gave up before some weeks. Its mainly transferring new kde-packages and I'm not interested in testing kde ;). Maybe I will relocate in the next year and the problem is solved. Your kernel works fine here BTW. I have just one issue, but i havent tested that yet on 9.1/older cooker kernels (mplayer crashes the ARM (the video decoder cpu on the dvb board) of the DVB card if it is the first app accessing the card, but this wont be triggered by someone other then me since with working vdr mplayer will be called from inside vdr, so vdr is the first app accessing the device) I will follow the discussion if Juan takes your mod_dvb and test that then finally. Greets Steffen
Re: [Cooker] Re: [CHRPM] ldetect-lst-0.1.8-2mdk
Am Freitag, 29. August 2003 15:36 schrieb Thierry Vignaud: Steffen Barszus [EMAIL PROTECTED] writes: I have another ISDN one ;) All hisax_st5481 have empty description strings. Maybe it would be a good idea to call them Bewan USB ISDN card and conpatible or Bewan/Gazel USB ISDN card . 0x0483 0x4810 ISDN:hisax_st5481 Have a look at 'grep hisax_st /usr/share/ldetect-lst/*' update it accordingly what you think is the best and send me the result of cvs diff -u lst Output is attached Greets Steffen? lst/10avmpci.lst ? lst/avm-usb.lst Index: lst/usbtable === RCS file: /cooker/soft/ldetect-lst/lst/usbtable,v retrieving revision 1.69 diff -u -r1.69 usbtable --- lst/usbtable 12 Mar 2003 18:13:31 - 1.69 +++ lst/usbtable 29 Aug 2003 21:20:54 - @@ -306,22 +306,22 @@ 0x047d 0x5003 se401 Kensington|USB Camera 0x047e 0x1001 uss720 Lucent Microelectronics|USS720 Parallel Port 0x047e 0xf101 unknown Lucent Microelectronics|Atlas Modem -0x0483 0x4810 ISDN:hisax_st5481 -0x0483 0x4811 ISDN:hisax_st5481 -0x0483 0x4812 ISDN:hisax_st5481 -0x0483 0x4813 ISDN:hisax_st5481 -0x0483 0x4814 ISDN:hisax_st5481 -0x0483 0x4815 ISDN:hisax_st5481 -0x0483 0x4816 ISDN:hisax_st5481 -0x0483 0x4817 ISDN:hisax_st5481 -0x0483 0x4818 ISDN:hisax_st5481 -0x0483 0x4819 ISDN:hisax_st5481 -0x0483 0x481a ISDN:hisax_st5481 -0x0483 0x481b ISDN:hisax_st5481 -0x0483 0x481c ISDN:hisax_st5481 -0x0483 0x481d ISDN:hisax_st5481 -0x0483 0x481e ISDN:hisax_st5481 -0x0483 0x481f ISDN:hisax_st5481 +0x0483 0x4810 ISDN:hisax_st5481 Bewan/Gazel ISDN USB card compatible +0x0483 0x4811 ISDN:hisax_st5481 Bewan/Gazel ISDN USB card compatible +0x0483 0x4812 ISDN:hisax_st5481 Bewan/Gazel ISDN USB card compatible +0x0483 0x4813 ISDN:hisax_st5481 Bewan/Gazel ISDN USB card compatible +0x0483 0x4814 ISDN:hisax_st5481 Bewan/Gazel ISDN USB card compatible +0x0483 0x4815 ISDN:hisax_st5481 Bewan/Gazel ISDN USB card compatible +0x0483 0x4816 ISDN:hisax_st5481 Bewan/Gazel ISDN USB card compatible +0x0483 0x4817 ISDN:hisax_st5481 Bewan/Gazel ISDN USB card compatible +0x0483 0x4818 ISDN:hisax_st5481 Bewan/Gazel ISDN USB card compatible +0x0483 0x4819 ISDN:hisax_st5481 Bewan/Gazel ISDN USB card compatible +0x0483 0x481a ISDN:hisax_st5481 Bewan/Gazel ISDN USB card compatible +0x0483 0x481b ISDN:hisax_st5481 Bewan/Gazel ISDN USB card compatible +0x0483 0x481c ISDN:hisax_st5481 Bewan/Gazel ISDN USB card compatible +0x0483 0x481d ISDN:hisax_st5481 Bewan/Gazel ISDN USB card compatible +0x0483 0x481e ISDN:hisax_st5481 Bewan/Gazel ISDN USB card compatible +0x0483 0x481f ISDN:hisax_st5481 Bewan/Gazel ISDN USB card compatible 0x0483 0x7554 unknown SGS Thomson Microelectronics|56k SoftModem 0x0489 0x0502 unknown Foxconn / Hon Hai|SmartMedia Card Reader Firmware Loader 0x0489 0x0503 unknown Foxconn / Hon Hai|SmartMedia Card Reader
Re: [Cooker] resend: no silent bootsplash
Am Freitag, 29. August 2003 21:48 schrieb John Keller: [mail isn't getting through to the list, yet again...] I think I saw someone else mention this a while back, but I thought I'd try and stir things up again. I've never been able to get the silent version of the bootsplashes. This has been the case ever since the first trials with the new bootsplash, but I held off saying anything until now because I thought that maybe something was unfinished. I have a clean install of RC2, updated to current cooker, and I double-checked that I've got the correct settings. All the same, I always get the verbose mode when I boot and shut down, no matter which bootsplash I use. Does anyone else see this? Is this a problem with a lack of (video) RAM, or something else? - John For me the silent mode only showed up, once i had installed bootsplash-thmes from contrib and changed the theme. After that it worked. And it looked awesome :D Steffen
Re: [Cooker] resend: no silent bootsplash
Am Samstag, 30. August 2003 00:09 schrieb Buchan Milne: On Fri, 29 Aug 2003, Steffen Barszus wrote: Am Freitag, 29. August 2003 21:48 schrieb John Keller: matter which bootsplash I use. Does anyone else see this? Is this a problem with a lack of (video) RAM, or something else? - John For me the silent mode only showed up, once i had installed bootsplash-thmes from contrib and changed the theme. After that it worked. And it looked awesome :D For Mandrake theme, set splash=silent in your append line for your default boot image, or pass splash=silent from the bootloader prompt. That didn't worked here. I had the boring v2 like bootsplash that is too in 9.1. I saw it the first time after i changed it with the scripts provided by bootsplash-themes. Ah before i forget, the progressbar of enterprise-spot isn't working in silent mode, but works in verbose. Will file a bug if i find the time. Steffen
Re: [Cooker] udftools ? too late for mdk9.2?
Am Donnerstag, 28. August 2003 01:18 schrieb Svetoslav Slavtchev: Hi, i just prepared two src.rpm's for udf-tools (stable 1.0.0b2 cvs 1.0.0b3) could some one review them, and may be upload them to contrib. they are pretty needed for packet cd/dvd writing and for dvd+rw used as a harddrive or dvd-ram. best, svetljo PS. src.rpms are @ http://varna.demon.co.uk/~svetlio/ruby-contrib/mdk-cook/probably_brok en/ specs attached and the kernel needs udf write support :( I thought that cooker is frozen means that main is frozen, or is the same true now for contrib ? I have hoped to get my vdr packages in contrib 9.2 and some of the plugins in plf. Can i forget that now or am i right that it is possible to get that in the next days ? Steffen
Re: [Cooker] udftools ? too late for mdk9.2?
Am Donnerstag, 28. August 2003 17:13 schrieb Adam Williamson: I thought that cooker is frozen means that main is frozen, or is the same true now for contrib ? I have hoped to get my vdr packages in contrib 9.2 and some of the plugins in plf. Can i forget that now or am i right that it is possible to get that in the next days ? If it's the same as last time, you should be OK - previously we've been told that contrib follows different rules and never freezes as deeply as main. Ok thanks, that is what i thought, and the same goes i guess for udf tools (I can write/read real udf on cd-rw using cd-rw as better floppy ? that would be cool, i miss that since a long time) , as the dvb drivers need to be fixed as well first. Steffen
Re: [Cooker] Re: perms on /dev/rtc device
Am Donnerstag, 28. August 2003 17:43 schrieb Olivier Blin: Several multimedia applications use /dev/rtc, such as tvtime and mplayer. However, standard perms on this device doesn't allow its use:[EMAIL PROTECTED] linux]# ll /dev/misc/rtc crw-r-1 root root 10, 135 jan 1 1970 /dev/misc/rtc I guess some pam configuration could dynamically turn these perms for the user, as for the audio devices. ok will be in next pam release Thanks, I guess permissions are now ok for /dev/misc/rtc $ ll /dev/misc/rtc crw---1 olivier root 10, 135 jan 1 1970 /dev/misc/rtc But mplayer still can't use RTC : Linux RTC init error in ioctl (rtc_irqp_set 1024): Permission denied Again. Why not let /dev/misc/rtc be owned by group video and add the users per default to that group ? It may be that i don't understand the extended pam voodoo ;) Steffen
Re: [Cooker] Re: [CHRPM] kernel-2.4.22.2mdk-1-1mdk
Am Donnerstag, 28. August 2003 21:05 schrieb Thomas Backlund: - fix mod_dvb build framework again, and add some updates/fixes from cvs, but don't break Juans crc32 fixes :) Will try that out tomorrow. Does that mean you have too the play_iframe() patch applied ? If yes i would compile vdr according to that :) Greets Steffen
Re: [Cooker] Re: [CHRPM] kernel-2.4.22.2mdk-1-1mdk
Am Donnerstag, 28. August 2003 22:07 schrieb Thomas Backlund:
From: Steffen Barszus [EMAIL PROTECTED]
Am Donnerstag, 28. August 2003 21:05 schrieb Thomas Backlund:
- fix mod_dvb build framework again, and add some updates/fixes
from cvs, but don't break Juans crc32 fixes :)
Will try that out tomorrow. Does that mean you have too the
play_iframe() patch applied ? If yes i would compile vdr according
to that :)
I'm not sure...
I used the cvs snapshot from 20030827, + some added ids..
Could you send it to me so I can verify, an if it's not added,
I'll add it to my next build yhat should hit the mirrors tomorrow,
or on saturday...
Thomas
This is the patch, taken from dvb mailinglist. I'm not sure if it is
safe, but it was reported to smooth dvd playback with vdr's dvd-plugin.
If you need a clean patch (if that patch does not apply i will ask
oliver endriss for a clean patch) I have asked mostly, because to take
advantage of the patch, vdr needs a different compiling/patch.
If your mod_dvb wworks so well as the last one, i hope Juan takes your
version :))
A pitty that i don't have the skystar2 (b2c2) yet to test with.
-
--- av7110.c.orgSat Aug 23 17:35:11 2003
+++ av7110.cTue Aug 26 20:01:17 2003
@@ -4237,29 +4237,23 @@ dvb_audio_write(struct file *file, const
return dvb_aplay(av7110, buf, count, file-f_flagsO_NONBLOCK,
0);
}
-u8 iframe_header[] = { 0x00, 0x00, 0x01, 0xe0, 0x00, 0x00, 0x80, 0x00,
0x00 };
-
#define MIN_IFRAME 40
static int
play_iframe(av7110_t *av7110, u8 *buf, unsigned int len, int nonblock)
{
-int i, n=1;
+int i, n;
if (!(av7110-playingRP_VIDEO)) {
if (AV_StartPlay(av7110, RP_VIDEO) 0) {
return -EBUSY;
}
-n=MIN_IFRAME/len+1;
}
/* setting n always 1, fixes problems when playing stillframes
consisting of I- and P-Frames */
n=MIN_IFRAME/len+1;
- /* FIXME: nonblock? */
- dvb_play(av7110, iframe_header, sizeof(iframe_header), 0, 1, 0);
-
for (i=0; in; i++)
dvb_play(av7110, buf, len, 0, 1, 1);
--
[Cooker] dvb and kernel 2.4.22-0.7
Hi! I had finally tried now kernel 2.4.22-0.7 regarding dvb functionality. What I get is this: -- ]# modprobe dvb-ttpci modprobe: Too deep recursion in module dependencies! modprobe: Circular dependency? dmxdev dvb_filter dvb_ksyms dvb-ttpci Aborted -- So the same game es before. Thomas kernel worked like a charme here, couldn't the patch of thomas used here simply ? I currently download 2.4.22-1 while writing this and will try there. Regards Steffen
Re: [Cooker] dvb and kernel 2.4.22-0.7
Am Mittwoch, 27. August 2003 12:37 schrieb Thomas Backlund: From: Steffen Barszus [EMAIL PROTECTED] Hi! I had finally tried now kernel 2.4.22-0.7 regarding dvb functionality. What I get is this: -- ]# modprobe dvb-ttpci modprobe: Too deep recursion in module dependencies! modprobe: Circular dependency? dmxdev dvb_filter dvb_ksyms dvb-ttpci Aborted -- So the same game es before. Thomas kernel worked like a charme here, couldn't the patch of thomas used here simply ? It had some crc32 duplicates against the kernel, wich kept hooking nic cards (or the other way around...), wich Juan fixed..., but it seems some other things broke... I currently download 2.4.22-1 while writing this and will try there. Regards tonight I start to resync my patches against 2.4.22-1 and hopefully I'm able to post it tomorrow ... Thomas That would be cool. Thanks for your efforts. It would be cool to just do mplayer -vo mpegpes -ao mpegpes -vcd 2 to play a svcd to my dvb or just urpmi some packages to built my vdr machine. Regards Steffen
Re: [Cooker] Bugzilla down?
Am Mittwoch, 27. August 2003 13:58 schrieb Buchan Milne: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Götz Waschk wrote: Am Mittwoch, 27. August 2003, 00:40:40 Uhr MET, schrieb Warly: Gettting forbidden error on qa.mandrakesoft.com fixed :) It's not fixed for me: http://qa.mandrakesoft.com/show_bug.cgi?id=4918 It's not possible to view/search for bug reports, but it is not possible to post, and probably not to modify: http://qa.mandrakesoft.com/short_desc=Zenity%20emulation%20of%20gdia log%20is%20broken...keywords=form_name=enter_bug Forbidden You don't have permission to access /short_desc=Zenity emulation of gdialog is broken (at least for --menu)comment ... Additionally, a 403 Forbidden error was encountered while trying to use an ErrorDocument to handle the request. Yep that is what i get since weeks now, but nobody seems to have recognized that yet. Steffen
Re: [Cooker] Bugzilla down?
Am Mittwoch, 27. August 2003 15:45 schrieb Michael Scherer: On Wednesday 27 August 2003 14:38, Steffen Barszus wrote: Am Mittwoch, 27. August 2003 13:58 schrieb Buchan Milne: http://qa.mandrakesoft.com/short_desc=Zenity%20emulation%20of%20 gd ia log%20is%20broken...keywords=form_name=enter_bug Forbidden You don't have permission to access /short_desc=Zenity emulation of gdialog is broken (at least for --menu)comment ... Additionally, a 403 Forbidden error was encountered while trying to use an ErrorDocument to handle the request. Yep that is what i get since weeks now, but nobody seems to have recognized that yet. It works for me, and i guess for other too so, there is something strange. Yep, seems so, as i get new bugzilla mails, so others seem able to post. are you using a proxy ? Nope on which navigator ? Konquerror can you tell me what did you try exactly to do ? I have tried to post a new bug. From what i have discovered it seemed to be a parsing error somehow, at least bugzilla took all content of the post past the first slash as url, what of course wont work. My mail should be in cooker mailinglist archiv, if you want the complete text i tried to enter. Greets Steffen
Re: [Cooker] Bugzilla down?
Am Mittwoch, 27. August 2003 15:47 schrieb Buchan Milne: Yep that is what i get since weeks now, but nobody seems to have recognized that yet. I haven't had problems before, and this one just went through ... Well i had a quick try remembering that the webservers have moved recently. I have deleted all cookies related to qa.linux-mandrake.com and now it have worked. Had a related issue with club too. So it seems its a konquerror issue or at least related. Steffen
Re: [Cooker] perms on /dev/rtc device
Am Sonntag, 24. August 2003 21:47 schrieb Jan Ciger: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Frederic Crozat wrote: |I guess some pam configuration could dynamically turn these perms | for the user, as for the audio devices. | | Good idea, I was wondering the same thing yesterday.. I'll see with | Fred Lepied if we can add console privilege to that.. Hmm, isn't it better to allow everybody to read /dev/rtc instead of just console user ? I do not think that it is a security hole and /dev/rtc could provide useful info for more things than for just mplayer running on the console that way. Jan I would suggest making it root.video as the devb devices should have that permission too and give the ordinary user membership in video. Why do we have the permissions if we don't use them ? Steffen
Re: [Cooker] something for plf/jpackage ? ds_X
Am Montag, 25. August 2003 01:16 schrieb Adam Williamson: On Sun, 2003-08-24 at 20:00, Steffen Barszus wrote: Hi ! ds_X is a very usefull tool for (de/re)muxing of mpeg files. It is written in java, distributed under GPL, but only distributed in sourcecode. I'm sure it is nothing for main/contrib ;) , but maybe it could be packaged for jpackage or the like. http://www.radonmaster.de/robernd/tools/ I've been needing something like this for AGES. Thanks, Steffen. I have used pvastrumento for that a long time, but this tool is a lot better :) . Cool that it helps you :) Steffen
Re: [Cooker] mplayer - blue skin is missing
Am Montag, 25. August 2003 09:43 schrieb Götz Waschk: I'll replace the netscape and windowsmediaplayer skins with orange and krystal in the next update, WDYT? Agree :) Its good to replace these skins with something really usefull. Steffen
Re: [Cooker] mplayer - blue skin is missing
Am Montag, 25. August 2003 09:13 schrieb Götz Waschk: Am Sonntag, 24. August 2003, 20:42:56 Uhr MET, schrieb Steffen Barszus: Ok so i recheck it. Maybe i have missed it and i will ask them to change the default mplayer.conf to reflect their own decissions. Afzer all it wouldn't have much affect on your package, so could you set blue as default ? Its a lot nicer and has more functionality then the old default skin. OK, I could do that. Fine :) I would further suggest to take out fullscreen and cache from the default configuration, but we had this discussion allready ;) Yes, I'm against that as I think the defaults from the MPlayer developers are reasonable. Ok didn't get that it are defaults from mplayerhq The problem is that you cannot specify a different fullscreen default for gmplayer. Is it a special fullscreen command ? As said, if it comes from mplayer people let it as it is. For me the annoyance is, that even a 40x60 mpeg is played fullscreen and it is allways occupying the whole screen. BTW orange and krystal is missing two in the skin package as far as I can see. I don't want to include ALL skins available, but I could throw out the more ugly ones to include the better looking skins. Please get the latest mplayer-skins package and check it first. Will do so, i just thought that it would be good to have the top three ones from mplayerhq skin contest in the skin package. I guess the top 3 were Blue, orange and crystal? Could you suggest another skin to remove from the current package? Yep. Have a look at mplayerhq.hu. At the middle of the page it is written that the number one is blue and beeing the new default theme, orange is the second and crystal the third. I for myself love blue for its appearance. If you have mplayer in fullscreen move the cursor to the bottom of the screen and youu'll see what i mean ;) The apps I use work unproblematic. Namely this are kimg2mpg and tosvcd. Most important are the app in main that use mjpegtools, that would be gstreamer-plugins. Well never tried that either. I could ask on the mjpeg mailinglist, if there could be any backward compatibility issues. From what i have understood it is mainly a bugfix release plus the new matrix feature. R.Bultje: Most importantly, this release allows full-fledged DVD creation. Also, we now depend on libquicktime and we suggest using mplayer for divx encoding, so we have removed the quicktime4linux and avifile depdendencies. This should fix nearly 90% of all build failures. there are also smaller fixes, but I won't go into them here. Steffen
Re: [Cooker] Re: [CHRPM] mplayer-0.91-4mdk
Am Montag, 25. August 2003 13:35 schrieb Götz Waschk: Am Montag, 25. August 2003, 12:17:45 Uhr MET, schrieb Adam Williamson: Götz Waschk [EMAIL PROTECTED] 0.91-4mdk - require the skins package containing Blue - use Blue as default skin Is this not, er, a bit stupid? If mplayer is going to require the skins package, splitting them up is surely no benefit. Wouldn't it be better to move the blue skin into the main package and keep the skins package optional? I don't think so. Making the skins a separate package has still the advantage of making it possible to update mplayer independant from the skins. I could include a default skin in the mplayer package, that's true. But people who install the gui version of mplayer wouldn't mind the additional mplayer-skins installation. I guess mplayer-gui is depending on mplayer-skins and that is Ok. If mplayer depends on mplayer-skins it would be not ok. I trust Götz that he knows what he is doing ;) Steffen
[Cooker] mplayer - blue skin is missing
Hi ! I have rechecked the last 0.91 mplayer package and mplayer gui is still using default as default skin. Since the beginning of june the theme blue is the default skin for mplayer. Could the skin package be updated please and the new default theme set aprroriate ?. I would further suggest to take out fullscreen and cache from the default configuration, but we had this discussion allready ;) BTW orange and krystal is missing two in the skin package as far as I can see. BTW2: mjpegtools 1.6.2 will be released soon as far as i can tell. I'M using the cvs version and can tell that it works really well. Greets Steffen
Re: [Cooker] mplayer - blue skin is missing
Am Sonntag, 24. August 2003 18:29 schrieb Götz Waschk: Am Sonntag, 24. August 2003, 15:30:50 Uhr MET, schrieb Steffen Barszus: I have rechecked the last 0.91 mplayer package and mplayer gui is still using default as default skin. Since the beginning of june the theme blue is the default skin for mplayer. Could the skin package be updated please and the new default theme set aprroriate ?. The skin package was updated to include the Blue theme. But it's not the default skin, as I haven't changed the default mplayer.conf. If you think this is wrong, als the MPlayer developers at the mplayer-users list. Ok so i recheck it. Maybe i have missed it and i will ask them to change the default mplayer.conf to reflect their own decissions. Afzer all it wouldn't have much affect on your package, so could you set blue as default ? Its a lot nicer and has more functionality then the old default skin. I would further suggest to take out fullscreen and cache from the default configuration, but we had this discussion allready ;) Yes, I'm against that as I think the defaults from the MPlayer developers are reasonable. Ok didn't get that it are defaults from mplayerhq BTW orange and krystal is missing two in the skin package as far as I can see. I don't want to include ALL skins available, but I could throw out the more ugly ones to include the better looking skins. Please get the latest mplayer-skins package and check it first. Will do so, i just thought that it would be good to have the top three ones from mplayerhq skin contest in the skin package. BTW2: mjpegtools 1.6.2 will be released soon as far as i can tell. I'M using the cvs version and can tell that it works really well. Next week is a version freeze, so I guess it's too late :-( Maybe we could make an exception, so could you please test all the apps that use mjpegtools? The apps I use work unproblematic. Namely this are kimg2mpg and tosvcd. If someone using transcode usually could test that .. but i wont touch transcode as i don't know anything about transcode (have never used it) . The only problematic things i have seen on mjpeg mailinglist is compilation problems on altivec-code. The release is a minor release. What make it so much better is, that you can choose now different matrices (kvcd, tmpgenc, the standard ones and own load from a file). For svcd creation this gives you a big quality boost as the bitrate doesn't hit the maxbitrate so fast. A pitty that it comes so short after version :(. What i can offer is to test the things i can test. So if someone other then me can test transcode Greets Steffen
[Cooker] something for plf/jpackage ? ds_X
Hi ! ds_X is a very usefull tool for (de/re)muxing of mpeg files. It is written in java, distributed under GPL, but only distributed in sourcecode. I'm sure it is nothing for main/contrib ;) , but maybe it could be packaged for jpackage or the like. http://www.radonmaster.de/robernd/tools/ Steffen
Re: [Cooker] Whatever happened to free choice?
Am Samstag, 23. August 2003 17:39 schrieb Brian Tyndall: Tried urpmi --auto-select this morning and got:- kdebase-3.1.3-4mdk.i586 (due to missing mdkkdm-9.1-28mdk.i586) kdebase-nsplugins-3.1.3-4mdk.i586 (due to missing mdkkdm-9.1-28mdk.i586) libkdebase4-nsplugins-3.1.3-4mdk.i586 (due to missing mdkkdm-9.1-28mdk.i586) IMHO this is totally out of order. mdkkdm is an _alternative_ to kdm and some of us do not want to use it, as is our choice. Are users to get into the habit of --allow-nodeps and the lists become full of MDK sucks messages? That was discussed allready I think, what i wonder is that it isn't fixed. What about a virtual provide dm ? Steffen
Re: [Cooker] preperation for dvb - devfsd, hardrake
Am Freitag, 22. August 2003 12:42 schrieb Thierry Vignaud: Steffen Barszus [EMAIL PROTECTED] writes: 1) a devfsd-conf entry : REGISTER ^dvb/adapter[0-9]+/[^/]+$ PERMISSIONS root.video 0660 REGISTER ^v4l/[^/]+[0-9]+$ PERMISSIONS root.video 0660 ^^ default group video would be needed then too. And IMHO all users (real users uid 500) should belong to that group too, so they can play with mplayer trough the device. this should be safe to include in std devfsd what do you have in /dev/v4l/ ? video0 is the /dev/video link still created with the above patch ? Yep. 2) harddrake pci-id's: grep dvb-ttpci modules.pcimap in /lib/modules/`uname -r` harddrake has to add the /etc/modules.conf entry --- probeall /dev/dvb dvb-ttpci alias /dev/dvb/* /dev/dvb below dvb-ttpci alps_bsrv2 alps_tdmb7 alps_tdlb7 add below dvb-ttpci grundig_29504-401 grundig_29504-491 add below dvb-ttpci stv0299 ves1820 options dvb-ttpci latency=128 # comment the following out if you want to use dvb-net options dvb-core dvb_shutdown_timeout=5 # adapt the following to your needs and comment it in if you need it #post-install dvb-ttpci /path/to/av7110_loadkeys [options] -- pixel, can drakx add this if above test success ? av7110_loadkeys is in the linuxtv-dvb-1.0.0 driver package, as well as some other usefull tools (scan = channelscan, [ts]zap ) if we want drakx support, we need to have this in std install. warly ? Would be nice, yes. The entry should be commented out, as we can not detect if there is a IR-receiver plugged to the card or if the card has the possibility at all (maybe it could be detected if the card has the possibility, but it woud not be worth to do so, as we do not know if the receiver is really used, and if used which remote control is used). The scan tool is most important to dvb-t users, as there the channels are allways a bit different. Glad to read this. Will try hard to get vdr in contrib the next days. Greets Steffen
Re: [Cooker] Re: kernel-tmb-2.4.22-0.5.2tmb_mdk
Am Donnerstag, 21. August 2003 11:32 schrieb Juan Quintela: thomas == Thomas Backlund [EMAIL PROTECTED] writes: thomas Ok, Hi thanks a lot for the good work. thomas I didn't have time to add more features at this time, thomas or to fix the psaux, so that will have to wait for my next thomas kernel, I just rebuilt the whole set so people can use it... psaux make my SMP system crash here, I just removed the patch (as told in other mail). Looking at your 2tmb patches. thomas %changelog thomas * Mon Aug 18 2003 Thomas Backlund [EMAIL PROTECTED] 2.4.22-0.5.2tmb_mdk thomas - drop psaux synaptics patch until I have time to fix it thomas - fix mod_dvb patch to use new build framework I also fixed mod_dvb compat.c features, as it was interfering with correct modules :( Later, Juan. Ok will try it out, as fast, as it hits my mirror. Steffen
[Cooker] adduser helper/ adding a user in postinstall
Hi ! I want to add a user vdr in postinstall of vdr-package. Now I'm a bit stuck. - do we have a group video per default (don't want to reinstall beta 1 to check this ? - which home shoud the user get (vdr should running as user vdr) - can I add vdr to group video at the same time ? Hope the questions aren't to dumb. I'm a bit tired and may not see things right before my eyes ;) BTW: Wouldn't it be good to have a rpm-macro reference ore the like ? Could something like this be generated from existing macros ? Regards Steffen
Re: [Cooker] adduser helper/ adding a user in postinstall
Am Donnerstag, 21. August 2003 22:51 schrieb Mark Draheim: On Thu, 21 Aug 2003 22:17:28 +0200 Steffen Barszus [EMAIL PROTECTED] wrote: I want to add a user vdr in postinstall of vdr-package. Now I'm a bit stuck. - do we have a group video per default I don't think so. My personal install scripts check for group video and add it if it's not present. I think I saw the corresponding message last time installed cooker. Question: Can we get one ? I think there are more video specific things aren't they ? and since we have a group audio - which home shoud the user get (vdr should running as user vdr) - can I add vdr to group video at the same time ? BTW: Wouldn't it be good to have a rpm-macro reference ore the like ? Could something like this be generated from existing macros ? frankly, I don't understand the question. Anyway, I know for sure that Guido experimented with some insanely sophisticated scripting when he built the dvb rpms. The purpose was to add users to group video at rpm installation. But I think he gave up on this... Well I just want to add one user called vdr , this user should be member of group video . and it has just the purpose of running vdr. Well I will look at it tomorrow. Maybe then things are clearer ;) The question about the rpm-macro reference dooes not belong to the rest of the message. I'm just tired of digging trough /usr/lib/rpm and the like and other packages to find what I need ;) Some first _experimental_ rpms of vdr and some plugins are on ftp://ftp.berlios.de/pub/avm-capi4linux/temp/ I will upload source rpm if someone wants to have a look at it too. Steffen
Re: [Cooker] adduser helper/ adding a user in postinstall
Am Freitag, 22. August 2003 00:16 schrieb Buchan Milne: On Thu, 21 Aug 2003, Steffen Barszus wrote: Hi ! I want to add a user vdr in postinstall of vdr-package. Now I'm a bit stuck. - do we have a group video per default (don't want to reinstall beta 1 to check this ? I don't think so. Ok - which home shoud the user get (vdr should running as user vdr) Somewhere not usually mounted NFS, ie not on /home or /usr, which basically leaves /var. If you have some directory on /var, use that (as openldap, squid, amanda, etc do). Ah ok. Thanks. - can I add vdr to group video at the same time ? Yes. Something like: %pre %_pre_useradd vdr /var/lib/vdr %_pre_groupadd video vdr Thanks a lot. It seems there is no point in removing them in %postun, since the scripts don't do anything (at least on 9.1). Hope the questions aren't to dumb. I'm a bit tired and may not see things right before my eyes ;) rpm --eval %_pre_groupadd should show some interesting things. I know I should have taken some sleep before asking here. Yep it shows all I need. BTW: Wouldn't it be good to have a rpm-macro reference ore the like ? Could something like this be generated from existing macros ? Yes, should go in RPM-HOWTO on the Wiki, and we need to get docs from a Wiki into installable format (ie into scrollkeeper or similar) for offline reference. Looking forward to see something like this :) Steffen
Re: [Cooker] kernel-tmb-2.4.22-0.5.2tmb_mdk(dvb-core needed by net devices ?)
Am Mittwoch, 20. August 2003 02:24 schrieb Svetoslav Slavtchev: Quoting Steffen Barszus [EMAIL PROTECTED]: Am Dienstag, 19. August 2003 23:39 schrieb Svetoslav Slavtchev: Quoting Steffen Barszus [EMAIL PROTECTED]: Am Dienstag, 19. August 2003 22:55 schrieb Svetoslav Slavtchev: Quoting Steffen Barszus [EMAIL PROTECTED]: can you may be post your modules.conf devfsd.conf changes ? I have done this allready. Maybe the mail didn't came trough and it was not in this thread. So here they come: REGISTER ^dvb/adapter[0-9]+/[^/]+$ PERMISSIONS root.video 0660 REGISTER ^ost/video[0-9]+$ PERMISSIONS root.video 0660 REGISTER ^v4l/[^/]+[0-9]+$ PERMISSIONS root.video 0660 Thats what I have, but REGISTER ^dvb/adapter[0-9]+/[^/]+$ PERMISSIONS root.video 0660 REGISTER ^v4l/[^/]+[0-9]+$ PERMISSIONS root.video 0660 would be enough I think. only for managing permissions? no symlinks? modload ? dvb/adapter doesn't need links for compatibility, /dev/video is elsewhere in the devfs config. If parts of the modules.conf can be put in devfs config it would be fine too, but I don't understand the devfs magic really ;) And my modules.con entries: probeall /dev/dvb dvb-ttpci alias /dev/dvb/* /dev/dvb below dvb-ttpci alps_bsrv2 alps_tdmb7 alps_tdlb7 add below dvb-ttpci grundig_29504-401 grundig_29504-491 add below dvb-ttpci stv0299 ves1820 do you really need all frontends? am i missing smth or a single frontend should be sufficient for a single dvb card ? ( or more, you don't have diffrent kinds right?) Well. This works for all cards with Vendor Id 1131 and Prod Id 7146. Why make it more difficult and trying to distinguish on Subvendor and sub product Id which frontend is used ? I can take that out and see if i can reproduce it here if one or both, or parts of it are taken out. Will do so tomorrow morning and post results i'll check it here with your config addjustments let see what will hapen :) Ok :) Steffen
Re: [Cooker] kernel-tmb-2.4.22-0.5.2tmb_mdk(dvb-core needed by net devices ?)
Am Mittwoch, 20. August 2003 02:39 schrieb Svetoslav Slavtchev: i'll check it here with your config addjustments let see what will hapen :) it's getting even more interesting :) after adding this entries to modules.conf devfsd.conf dvb-core isn't loaded any more and everything seems back to normal Does this also happen if only devfs is in there ? My thought is that it could stay as it is now and only the right config put in to cure the problem. could someone explain me , how could this happen ?-) Maybe because in modules.conf the relation is explicit defined now and dvbcore isn't searching the symbols on its own. There should be network related symbols in dvbcore, since I can use dvb as network device for getting IPviaSky (Newsgroup broadcasts, streaming services, Internet with modem or ISDN as backchannel) alltough at least the Internet via satellite isn't exactly cheap and I din't get it to work reliable :) Greets Steffen
Re: [Cooker] kernel-tmb-2.4.22-0.5.2tmb_mdk
Am Dienstag, 19. August 2003 10:43 schrieb Thomas Backlund: Ok, so now my next kernel is out: and I have testbooted and built every kernel (up, smp, ent, sec, BOOT, doc, source) I didn't have time to add more features at this time, or to fix the psaux, so that will have to wait for my next kernel, I just rebuilt the whole set so people can use it... - drop psaux synaptics patch until I have time to fix it - fix mod_dvb patch to use new build framework Tested and mod_dvb works now :))Thanks a lot. Greets Steffen
[Cooker] preperation for dvb - devfsd, hardrake
Hi! Since mod_dvb works on tmb-kernel, I guess it will soon on Standardkernel. I have tried 3 times now to file it on hardrake and devfs on bugzilla and failed, so i think its ok to summerize it here ? 1) a devfsd-conf entry : REGISTER ^dvb/adapter[0-9]+/[^/]+$ PERMISSIONS root.video 0660 REGISTER ^v4l/[^/]+[0-9]+$ PERMISSIONS root.video 0660 Do we have a standardgroup video or a similar group ? If not we need one. 2) harddrake pci-id's: grep dvb-ttpci modules.pcimap in /lib/modules/`uname -r` harddrake has to add the /etc/modules.conf entry --- probeall /dev/dvb dvb-ttpci alias /dev/dvb/* /dev/dvb below dvb-ttpci alps_bsrv2 alps_tdmb7 alps_tdlb7 add below dvb-ttpci grundig_29504-401 grundig_29504-491 add below dvb-ttpci stv0299 ves1820 options dvb-ttpci latency=128 # comment the following out if you want to use dvb-net options dvb-core dvb_shutdown_timeout=5 # adapt the following to your needs and comment it in if you need it #post-install dvb-ttpci /path/to/av7110_loadkeys [options] -- av7110_loadkeys is in the linuxtv-dvb-1.0.0 driver package, as well as some other usefull tools (scan = channelscan, [ts]zap ) I currently do some last tests on vdr package, should be ready soon, as well as a few plugins for it. Greets Steffen
Re: [Cooker] kernel-tmb-2.4.22-0.5.2tmb_mdk(dvb-core needed by net devices ?)
Am Dienstag, 19. August 2003 20:56 schrieb Thomas Backlund: Nope. the box is shutdown :-( Steffen, sorry to drag you into the middle of this discussion... Could you see with lsmod on your system if the dvb-core gets hooked by something that isn't needed for dvb, like your network cards... Nope all is fine. I have attached the output of lsmod. I must admit that I don't have a network card built in yet. I will see if i can make a slot free and put one in, but sure not this evening. Tomorrow I can try a 3c95x and a 8139 based NIC if it is helpfull. For me it looks wonderfull. And yes you can do IPviaSky over a dvb card, but the device is called then dvb0_0 or the like ;) Greets Steffen
Re: [Cooker] kernel-tmb-2.4.22-0.5.2tmb_mdk(dvb-core needed by net devices ?)
Am Dienstag, 19. August 2003 20:56 schrieb Thomas Backlund: Steffen, sorry to drag you into the middle of this discussion... Could you see with lsmod on your system if the dvb-core gets hooked by something that isn't needed for dvb, like your network cards... Thomas Sorry I have the feeling i forgot sth. Module Size Used byNot tainted sr_mod 19384 0 (autoclean) (unused) dvb-ttpci 311476 4 (autoclean) alps_bsrv2 5052 1 (autoclean) alps_tdmb7 4936 0 (autoclean) alps_tdlb7 5168 0 (autoclean) grundig_29504-401 5164 0 (autoclean) grundig_29504-491 4900 0 (autoclean) stv0299 8596 0 (autoclean) (unused) ves1820 5436 0 (autoclean) dvb-core 51832 10 (autoclean) [dvb-ttpci alps_bsrv2 alps_tdmb7 alps_tdlb7 grundig_29504-401 grundig_29504-491 stv0299 ves1820] input 5632 0 (autoclean) [dvb-ttpci] videodev7840 1 (autoclean) [dvb-ttpci] snd-seq-oss31808 0 (unused) snd-seq-midi-event 6016 0 [snd-seq-oss] snd-seq42320 2 [snd-seq-oss snd-seq-midi-event] snd-pcm-oss43428 0 snd-mixer-oss 14264 0 [snd-pcm-oss] snd-cs46xx 77480 0 snd-pcm78692 0 [snd-pcm-oss snd-cs46xx] snd-timer 18276 0 [snd-seq snd-pcm] snd-ac97-codec 44824 0 [snd-cs46xx] snd-rawmidi17664 0 [snd-cs46xx] snd-seq-device 5672 0 [snd-seq-oss snd-seq snd-rawmidi] snd-page-alloc 8948 0 [snd-cs46xx snd-pcm] gameport3284 0 [snd-cs46xx] snd40900 0 [snd-seq-oss snd-seq-midi-event snd-seq snd-pcm-oss snd-mixer-oss snd-cs46xx snd-pcm snd-timer snd-ac97-codec snd-rawmidi snd-seq-device] soundcore 6340 0 [snd] af_packet 14856 0 (autoclean) hisax 504624 3 isdn 137708 3 [hisax] slhc6596 1 [isdn] ext3 82344 3 (autoclean) jbd48548 3 (autoclean) [ext3] supermount 83040 1 (autoclean) ide-cd 33700 0 cdrom 32768 0 [sr_mod ide-cd] ide-scsi 11184 0 scsi_mod 105600 2 [sr_mod ide-scsi] usb-uhci 25040 0 (unused) usbcore73836 1 [usb-uhci] rtc 8940 0 (autoclean) xfs 514684 2
Re: [Cooker] kernel-tmb-2.4.22-0.5.2tmb_mdk(dvb-core needed by net devices ?)
Am Dienstag, 19. August 2003 21:10 schrieb Charles A Edwards: On Tue, 19 Aug 2003 21:56:22 +0300 Thomas Backlund [EMAIL PROTECTED] wrote: Steffen, sorry to drag you into the middle of this discussion... Could you see with lsmod on your system if the dvb-core gets hooked by something that isn't needed for dvb, like your network cards... To throw my voice in..it hooks to the network card on my system via-rhine 17200 1 (autoclean) mii 4172 0 (autoclean) [via-rhine] dvb-core 58392 0 (autoclean) [via-rhine] crc32 3780 0 (autoclean) [via-rhine] Charles Well have put in fast a 3c959x card and had configured it, can't confirm this. 3c59x 29136 1 dvb-core 51832 3 (autoclean) [dvb-ttpci alps_bsrv2 alps_tdmb7 alps_tdlb7 grundig_29504-401 grundig_29504-491 stv0299 ves1820] Steffen
Re: [Cooker] Re: Bootsplash submissions
Am Dienstag, 19. August 2003 22:13 schrieb Bongani Hlope: On Tue, 19 Aug 2003 19:36:39 +0530 Jaimon Jose [EMAIL PROTECTED] wrote: On Tue, 2003-08-19 at 15:37, David Walser wrote: Brant Fitzsimmons wrote: Hello all, Are you taking submissions for bootsplash designs? If so, I'd like to add mine. If not, I'm sorry for wasting everyone's time. http://bfcomputerconsulting.com/images/mandrake_splash.jpg I think it would look OK on a corporate desktop, but that's just my opinion. Any comments? Be gentle. ;-) Excellent...Good job... What about using the same font for Linux as the Mandrake font? Otherwise great job. My thought ;) I formyself would prefer a black-grey theme (Thinking of the standard background in 9.1 in Black with grey band and a small logo and a mandrake tux in color somewhere + a blueish progressbar, but I'm not able to do such a thing ;) ) Something like blacktux but with mandrake font would be cool too. Steffen
Re: [Cooker] kernel-tmb-2.4.22-0.5.2tmb_mdk(dvb-core needed by net devices ?)
Am Dienstag, 19. August 2003 22:55 schrieb Svetoslav Slavtchev: Quoting Steffen Barszus [EMAIL PROTECTED]: Well have put in fast a 3c959x card and had configured it, can't confirm this. 3c59x 29136 1 dvb-core 51832 3 (autoclean) [dvb-ttpci alps_bsrv2 alps_tdmb7 alps_tdlb7 grundig_29504-401 grundig_29504-491 stv0299 ves1820] Steffen and you could you try removing the dvb-card(s), and check again ? (just in case you have spare time for testing) svetljo I could try to setup temporary a second machine i have around here, just need to put in a hd and install the 9.2beta1 and the tmb kernel. Is that enough ? Or would maybe unloading the drivers be enough ? (don't think so.) Its a bit hard to put the card out of the machine, I have to completly unwire it then (f-connector to sat-dish). Steffen
Re: [Cooker] kernel-tmb-2.4.22-0.5.2tmb_mdk(dvb-core needed by net devices ?)
Am Dienstag, 19. August 2003 23:39 schrieb Svetoslav Slavtchev: Quoting Steffen Barszus [EMAIL PROTECTED]: Am Dienstag, 19. August 2003 22:55 schrieb Svetoslav Slavtchev: Quoting Steffen Barszus [EMAIL PROTECTED]: Well have put in fast a 3c959x card and had configured it, can't confirm this. 3c59x 29136 1 dvb-core 51832 3 (autoclean) [dvb-ttpci alps_bsrv2 alps_tdmb7 alps_tdlb7 grundig_29504-401 grundig_29504-491 stv0299 ves1820] Steffen and you could you try removing the dvb-card(s), and check again ? (just in case you have spare time for testing) svetljo I could try to setup temporary a second machine i have around here, just need to put in a hd and install the 9.2beta1 and the tmb kernel. Is that enough ? i think this is not needed (i'm not the only one with the symptomps) Or would maybe unloading the drivers be enough ? (don't think so.) Its a bit hard to put the card out of the machine, I have to completly unwire it then (f-connector to sat-dish). sound like a lot of work, can you may be post your modules.conf devfsd.conf changes ? I have done this allready. Maybe the mail didn't came trough and it was not in this thread. So here they come: REGISTER ^dvb/adapter[0-9]+/[^/]+$ PERMISSIONS root.video 0660 REGISTER ^ost/video[0-9]+$ PERMISSIONS root.video 0660 REGISTER ^v4l/[^/]+[0-9]+$ PERMISSIONS root.video 0660 Thats what I have, but REGISTER ^dvb/adapter[0-9]+/[^/]+$ PERMISSIONS root.video 0660 REGISTER ^v4l/[^/]+[0-9]+$ PERMISSIONS root.video 0660 would be enough I think. And my modules.con entries: probeall /dev/dvb dvb-ttpci alias /dev/dvb/* /dev/dvb below dvb-ttpci alps_bsrv2 alps_tdmb7 alps_tdlb7 add below dvb-ttpci grundig_29504-401 grundig_29504-491 add below dvb-ttpci stv0299 ves1820 I can take that out and see if i can reproduce it here if one or both, or parts of it are taken out. Will do so tomorrow morning and post results maybe some deep devfs/modules magic is involved and the current devfsd.conf still uses the old dvb_api snip REGISTER ^dvb/card([0-9]+)/([^/0-9]*)[0-9]+$ CFUNCTION GLOBAL mksymlink /dev/$devname ost/\2\1 UNREGISTER^dvb/card([0-9]+)/([^/0-9]*)[0-9]+$ CFUNCTION GLOBAL unlink ost/\2\1 /snip That could be deleted, they are obsolete, and more obsolete since the old drivers aren't anymore in the kernel. Greets Steffen
