[Cooker] Services
I am "hacking" the i8kutils(*) package (as far as I can see, there is no Mandrake version of it) to make it more Mandrake-friendly and possibly to generate an rpm. It comes with SistemV style service script, but for Debian, which uses different program and conventions for the scripts. Is there a rule on how to write a service script for Mandrake or should I just try to copy from another script (e.g. lm_sensors, which does similar things)? Does drakservices automatically see what is in /etc/init.d or should it be made aware of new scripts? How do I assign priority to the service? (I mean, the number that appear in the link to the script from the runlevel init directory)? Thanks Biagio (*) i8kutils is a package written by a Debian developer and containing utilities for monitoring fan speed and CPU temperature on several Dell laptop models. It also allows to use the multimidia buttons.
Re: [Cooker] Re: Mdk 9.0 Recompiling Kernel for Athlon
On 29 Oct 2002, Juan Quintela wrote: > - In this particular case, the make clean is the thing that makes the > diff, but could not be enough: > > save .config > make mrproper > restore .config if you want. > make *config > make bzImage modules > make modules_install install > > should _always_ work, and is the recomended procedure. > What does exactly make mrproper? Does it also remove the *.o files? If yes, where is the advantage of having a make-like build process if you need *always* to make mrproper? When can you skip it?(*) Apologies for so many questions! Biagio (*): I thought that 2.4 had made obsolete the make mrproper and make clean part of the chain, but here you are telling me that I have misunderstood something...
Re: [Cooker] Network script problem in mdk9.0
On Wed, 16 Oct 2002, Thomas Backlund wrote: > From: "Biagio Lucini" <[EMAIL PROTECTED]> > > I have a problem with the network scripts in 9.0. In my laptop, I don't > > need the net cards to be started at boot, but at some point I may need to > > switch them on. In 8.2 I did > > > > service network restart eth0 > > > you only need: service network start > (since it was not started at boot) > Thanks for your answer, the card is configured correctly, but since it's a laptop and I use it both at home and at work and at home I have a dial-up connection, to avoid hanging at boot, with drakconnect I have decided not to start it at boot. As I said, everything was fine with Mandrake 8.2, where there was a way of restarting the network (I do start the network at boottime anyway, since I need the lo interface and postfix up in any case) by passing to the command eth0 as an argument. Now this feature seems not to be there anymore there in 9.0, and I was just wondering whether this was meant to be this way (because of an alternative, but in case what is the alternative?) or a "bug" (note the "). > Have you configured your network card correctly? > Card working if I replace in ifcfg-eth0 boot=no with boot=yes, without any other intervention. Any clue anyone? Thanks Biagio
[Cooker] Network script problem in mdk9.0
I have a problem with the network scripts in 9.0. In my laptop, I don't need the net cards to be started at boot, but at some point I may need to switch them on. In 8.2 I did service network restart eth0 and the card happen to work. In 9.0 the interface does not wake up. Is there anything I don't have understood or is it a problem? If it is a problem, I can also go deeper inside the script, but I want to be sure before starting this task. Thanks Biagio
Re: [Cooker] Missing pine
On 12 Oct 2002, Sitsofe Wheeler wrote: > > > Isn't nano available with Mandrake 9? It's a GPL'd clone of pico. > > > > > > > I have seen it in Texstar's repository, which let me think that it is not > > in contrib... > I thought the problem was that pine (the mail program) had been removed > rather than pico (the editor)... > Actually, the problem is that pico is part of pine, and pine sers often don't mind using pico for quick editing tasks. Biagio
Re: [Cooker] Missing pine
On Fri, 11 Oct 2002, Guy McArthur wrote: > Isn't nano available with Mandrake 9? It's a GPL'd clone of pico. > I have seen it in Texstar's repository, which let me think that it is not in contrib... Biagio
Re: [Cooker] Missing pine
On 11 Oct 2002, Pixel wrote: > Biagio Lucini <[EMAIL PROTECTED]> writes: > > > The question is: can I upload it to contrib or the fact > > that it is not GPL software clashes with the new 100% free policy of > > Mandrake? > > no you can't. > > The pb is that it's not "free software": not DFSG-compliant, and not > even "Open Source" [*] > > We do accept non-GPLed software (eg: LGPL, BSD...) ;pp > > > [*] squeak is an example of Open Source software not DFSG-compliant > Right. But Debian has as far as I know a non-free tree. Why this solution can't be implemented in Mandrake? Biagio
Re: [Cooker] Missing pine
On Fri, 11 Oct 2002, Charles A Edwards wrote: > On Fri, 11 Oct 2002 20:24:13 +0100 (BST) > Biagio Lucini <[EMAIL PROTECTED]> wrote: > > > can I upload it to contrib or the fact > > that it is not GPL software clashes with the new 100% free policy of > > Mandrake? > > Also it is already available for mandrake in PLF. > > I did not realise that you can find software like pine in PLF. I thought it was just a site where you can find software that might not completely compliant with the legislation of some country. Thanks for the comunication. It has been fun anyway to learn how to "mandake-ize" an rpm. Biagio
[Cooker] Missing pine
Guys, don't flame at me for what I am going to say: in the jump from 8.2 to 9.0 I am missing pine. I am already re-using it, since I have ported the source rpm from RH 8.0. Just a little tweaking and it will be ready for general use. The question is: can I upload it to contrib or the fact that it is not GPL software clashes with the new 100% free policy of Mandrake? Biagio
Re: [Cooker] Why ext3fs is a default fs, not ReiserFS?
On Thu, 10 Oct 2002, Aleksander Adamowski wrote: > In the 9.0 installer, during the "Setup filesystem" stage, when you > create a new partition, by default its filesystem type is tset to ext3fs. > > Now I have to tell all the newbie converts that install Linux to > manually change it to ReiserFS, because it is a more advanced filesystem. > After all, ext3 is just ext2 with a journal strapped-on. ReiserFS is a > new vision to filesystem design. And it is faster. > > If they just used the defaults, they'd probably be disappointed with > Linux "because it it slower than my Windows". Yes, ext2 and ext3 are > slower than FAT16/32. > > So what do you think about changing the default FS type to Reiser in mdk9.1? You are looking for trouble with this kind of arguments :-) Seriously, you have given a partial view of what ext3 is. There are serious reasons to choose it in my view, among which: a) back compatibility with ext2 (conversion to and fro on the fly and possibility of mounting clean ext3 partitions as ext2) b) not that slow for "normal use" (another thing is the server side, but you where talking about windows newbies...) c) three different types of journaling (the reiserfs team is working AFAIK to similar things, but this is still under implementation) Mind you: when comparing speed, remember that in ext3 by default a more time consuming but also more secure journaling is implemented... Biagio
Re: [Cooker] cooker unfreeze date / features
On Mon, 7 Oct 2002, [iso-8859-1] Götz Waschk wrote: > Am Montag, 7. Oktober 2002, 17:21:52 Uhr MET, schrieb Florent BERANGER: > > New versions : > > - glibc > The current version of glibc is 2.2.5, the one in Mandrake 9.0 2.3.0 as for today. Biagio
Re: [Cooker] Probable ghostscript bug in 9.0
Great then! I must have messed up something around with fonts while trying to import the Windows fonts with drakfont from XP. Thank you a lot and cancel my previous message on this subject Biagio On Fri, 4 Oct 2002, Danny Tholen wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On Friday 04 October 2002 23:25, Biagio Lucini wrote: > > http://homepage.ntlworld.com/biagio.lucini/linux/test_ghos.ps > hmm..I am perfectly able to view this file with kghostview or gv. > > Danny > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.0.7 (GNU/Linux) > > iD8DBQE9nguoaeiN+EU2vEIRAtFMAJ43CH/m2fGxfsxCMcJKdGQH4sy7RwCglhnD > npgfz+wCwGSM+Ellt7RLVhA= > =gRmq > -END PGP SIGNATURE- > >
Re: [Cooker] 8.2 -> 9.0 = NV/X troubles!
On Fri, 4 Oct 2002, Tim Stoop wrote: > Hi people, > > I upgraded my own desktop, a Athlon 1.4GHz, 512MB RAM, NVidia GeForce2 DDR. In > 8.2, I had the NVidia GLX-package and NVidia kernel installed. After upgrade, > I had a hell of a time getting it all to work. Since the nvidia-driver for X > isn't shipped with Mandrake, it thought it would use the nv-driver. It > didn't. But when I changed XFConfig-4 to use the nv driver, X just exited > with a signal 11. Pretty confusing. > > So, after a little playing around, I decided to reboot into that "other OS" > and download the NVIDIA-GLX en NVIDIA-kernel packages from MandrakeClub > (never been happier about being a member!) and after install and changing > some of the values I changed to get it to work and running XFdrake, it > finally worked again. > A few things that possibly can clarify the issue a) The NVidia drivers are proprietary and as such can't be shipped with Mandrake (at least with the download edition) b) the official "nv" driver at present does not work with the Geforce2Go c) there is a vesion of the "nv" driver in the Xfree86 CVS that works with your card, but I think without 3D acceleration (for more information, consult the archive of the linux-dell-laptop mailing list on Yahoo groups) d) At the time of rc3 I've made some NVidia rpm's (trivially rebuilds of the sources on that system) that TeXstar has uploaded on his site; in a while the NVidia official packages for 9.0 should be available from their website, but if needed I or someone else could make available their packages e) possibly we need to setup a contrib site for newbies: as soon as Mandrake ships with a new release, non-free drivers with detailed instruction on how to use them (for instance with nvidia you have to choose runlevel 3 etc.) must appear there. Biagio
[Cooker] Probable ghostscript bug in 9.0
My dayly bug report, hoping to have better look (get at least one answer, should it be even an insult, but on the problem in the subject) this time. I can't open with gv a class of postscript files: it complains about the ghostscript interpreter failing because of problems with Times-Roman. A typical file is http://homepage.ntlworld.com/biagio.lucini/linux/test_ghos.ps This one and a few more glitches force me to retain Mandrake 8.2 as my primary system and 9.0 just for testing purposes... Could somebody try to see whether there is a problem on his system as well? Thanks, Biagio
Re: [Cooker] expert rpm packager request
On Fri, 4 Oct 2002, [ISO-8859-1] Per Øyvind Karlsen wrote: > Per Øyvind Karlsen wrote: > > I've submitted cvoicecontrol to contribs... > Now let's see if it get's accepted=) > ftp://ftp.linux-mandrake.com/incoming/cvoicecontrol-0.9alpha-1mdk.src.rpm > Last time I looked at it it was "broken": it required editing of a file for a parameter that was not set. I did it in sort-of-arbitrary way (you had to fix a maximum integer that should correspond to a rate). It worked for me, but I always was unsure if my number was correct. How have you dealt with this problem? (provided that you had it) Biagio
[Cooker] Windowmaker bug (?)
I am experiencing this problem: I can't leave a terminal open when quitting WindowMaker and then find it again open at the next login. Probably this is due to the fact that terminal emulator launcher (at least as far as xterm and rxvt are concerned) are wrappers. Essentially, if I start X manually, ctr-alt-x1 shows me a message like rxvt: bad option -font- (etc.) In my view, this depends on how commands are executed from the Window Manager at startup: it can't recognize options. So if I execute 'rxvt -fn 9x15' is ok, but if I leave the terminal open and quit WindowMaker, at my new login I find the error message in the console rxvt: bad option "9x15". I have no clue on what causes this. I hope that this message is clear enough to allow somebody to understand the origin of the problem. Thanks Biagio
Re: [Cooker] devfsd.conf
On Mon, 30 Sep 2002 [EMAIL PROTECTED] wrote: > Now that 9.0 is out ... > > Minor spelling corrections in English version. > > > Initialize not initialise > Minimize not minimise > Maximize not maximise > > Did you say English or American? :-) Biagio
Re: [Cooker] LM9.0 Download Edition (Contrib ISO?)
On Thu, 26 Sep 2002, Leon Brooks wrote: > I'm happy to throw an RPM collection together from my existing archives but I > have (1) nowhere suitable to host it and (2) insufficient time to modify an > installer to take it into account (you would *have* to at least boot from it > and invoke a modified installer that knew about the extra CD/CDs). > > A general mechanism to allow `extension' or `bonus' CDs (including those not > from Mandrake, with an appropriate warning about mileage and variation) > during an install would be a fine addition to the installer, as would be the > ability to present a CD full of updates up front. > A modified installer perhaps is a bit of work. But if one could add the extra CD to the rpmdrake source list, then for upgrading is just matter of rpm -F * afterwards, while for installing new things you cold use rpmdrake... Biagio
Re: [Cooker] LM9.0 Download Edition (Contrib ISO?)
Am I missing something or there was a contrib directory in the 3rd iso of 8.2? It was disguised as RPM4. Now the new isos seem to have just RPM3 on the third CD. My question is if there will be new isos with RPM3 and RPM4 on the third CD. Or alternatively, if I rebuild the third iso with RPMs from contrib, how can I make the installer aware of their existence? Apologise if this is not the appropriate place to ask it, just following up this thread... Biagio On Thu, 26 Sep 2002, tarvid wrote: > There is always contrib from cooker. > > One can tell which packages have garnered attention recently. > > A tally of users reporting success with contrib packages would be useful. > > Jim Tarvid > > On Thursday 26 September 2002 04:40 am, Eric Fernandez wrote: > > Actually the contrib CD has never been downloadable as an iso, but as > > separate packages in a contrib sub-directory in the distribution > > directory (there was one in the 8.2 directory) The question is if it > > will be available in the 9.0 directory ? > > > > Eric > > > > Olivier Thauvin wrote: > > >This is a good question, but, did you notice there are contrib on ftp too > > > ! > > > > > >What happend with contrib ? Why there are no contrib for 9.0 ? How can > > > we'll install contrib for 9.0 in few month, when all will change ? > > > > > >Le Jeudi 26 Septembre 2002 07:09, Frederic Soulier a écrit : > > >>Hi > > >> > > >>I'm downloading the 3 ISOs (inst, ext & i18n) right now. > > >> > > >>One question though, on the following page: > > >> http://www.mandrakesoft.com/products/90/comparison > > >>it says the download edition has 4 CDs > > >> > > >>The missing ISO on the mirrors is the "Supplementatry Applications > > >>(contrib)" one. > > >>Is it gonna be made available later? > > >> > > >>/Fred > > >
Re: [Cooker] VFS: Busy inodes after unmount, self destruct after 5 seconds, have a nice day
Same experience over here, again never appeared in previous versions Biagio On Tue, 24 Sep 2002, marrandy wrote: > Hello. > > Never seen this on previous versions, same hardware. > > What is this all about ? > > Regards...Martin > >
[Cooker] Kernel freeze on i8200 (rc3)
Hi - I wanted to experiment with Mandrake 9.0 rc3 on my dell inspiron 8200 laptop. It seems that the system freezes after a while it has been in use (I've noted that when the system is frozen the fan is on and a few lights flash). Hardware fallure is likely to be excluded, since I don't have this problem with Mandrake 8.2 and it happens too often (3 times in ~9 hours of overall usage) in 9.0rc3. Any bright idea? Some option in the default .config of the kernel which can be switched on/off? Biagio P.S.: The i8200 needs proprietary NVidia and hsf Conexant drivers. Not to be excluded that the problem is with the former (I have recompiled the rpm on 9.0, so possible incompatibilities should be excluded).