Re: [Cooker] Do not renice X by default
Le 30 Octobre 2003 00:05, Con Kolivas a écrit : > > > By the way, adding in the supermount patch for test8 to test9 seems to > > work fine - in fact, I haven't had any troubles except for my usb scanner > > not being detected at all. > > Chances are you're not loading the usb module correctly (some have changed > names) or you're not mounting the new usbfs. Put this into your /etc/fstab > : > > none /proc/bus/usb usbfs defaults 0 0 I tried and still my scanner wouldn't work. The weird thing is that it would appear in the /proc/bus/usb/devices and in usbview. On a wild guess (while checking commands that started with "usb" - thank god for autocomplete!) I tried usbmodules --device /proc/bus/usb/003/004 (the adress given in /proc/bus/usb/devices) and I got "scanner" as the output. Checking "man usbmodules" helped me understand what the command did (yeah, I know I'm not supposed to type in random commands as root). In a flash of insight I tried "modprobe scanner" and it worked. I am now happily testing out my homemade test9 kernel and so far, so good! The only thing not working seems to be the framebuffer console (I'm in 25x80 text mode now). In fact, I finally put "vga=ask" in the 2.6.0-test9 entry in lilo.conf, and it didn't even ask me anything - it went straight to 25x80 text mode. Oh well, that's a minor annoyance. I'll continue testing test9 for a while... -- Élie Charest [EMAIL PROTECTED] http://archie.homelinux.net:8080
Re: [Cooker] When can we finally get X to fall back to XFdrake??
Greg Meyer wrote: I think Buchan's point is that if one tries to start X and it fails, XFdrake should be launched automatically to try and help the user fix the problem. how about this in the init 3 scripts have one that pipes "X start %datetime%" or something to /var/log/Xmark then at some point during each of the WM load (when it does do so) remove the file (this signals that X did in fact start) Then in the init 1 scripts have a script check for Xmark and START XFdrake (perhaps with a message like "Xwindows seems to have failed to start please press Y within # seconds to reconfigure Xwindows")
[Cooker] Why doesn't kde require X
I was setting up a chroot environment tonight and I did 'urpmi --root /mnt/newroot kmail' and XFree86 did not get installed. Is this normal or correct? -- /g "Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read" -Groucho Marx
Re: [Cooker] New ISO with updates
Yeah, but I am trying to figure it all out right now. I am having a terrible time getting MakeCD to run in anything other than auto mode. If I use the config file, it won't build the iso. The scripts are not well documented and everyone else that talks about doing this skips so many details in their descriptions, assuming everyone knows it all, that it is nearly impossible to figure out. So I'll be happy to update it once I figure out WTF to do. SomeDrake needs to post when the official "LG-SAFE" isos are ready (im going to assume that somebody yelled "STOP THE PRESSES" (aka via BF "ARRÊTEZ LES PRESSIONS") when this bug was found so i couldn't buy a nonLG-SAFE set) btw you might want to include how to tell the difference (like maybe the win32 auto run reads linux-Mandrake 9.2a?)
Re: [Cooker] Boot-up speed
On Thursday 30 Oct 2003 23:06, guran wrote: > Is it possible to use swsusp as a regular "halt-susp" > to get around the need of everyone who thinks that the next second is > important. > Otherwise I think that Linux or Unix has other walues than a fast start. > regards > guran Well... about the fact swsusp is even existing in Mandrake 9.2 I got my own not so very positive ideas. Of course I tested it, and as expected it didn't work well. Swsusp is far from mature on linux -and will never be in 2.4 kernels-. Swsusp is a nice way to prevent a laptop from loosing it's data when the battery runs out, not a way to reboot a system day in day out. Sorry, but I've had it with the guys who say "Mandrake works fine with me, so anyone stating otherwise should shut up", and unfortunately there are far too many of them on this list... Jos
Re: [Cooker] kernel-2.6-test8 rpms
> > You may just as well jump to test9. I built against test8 only because > > test9 did not propagated to locale kernel.org mirror last weekend. > > patch applies to it even without any offset. > > Nice :) > I have packaged -test9 with supermount -test8 patch, you can find it > here : > http://compil.mandrake.org/~blino/kernel-2.6/ > httpd is up again on klama, thanks warly :) > > > Also I had very nasty > > problem with test8 - no traffic ever flowed over dialup PPP > > connection. test9 fixed it whatever it was. Oh and test8 does not boot > > with inintrd and devfs :) > > Ouch :-/ > I can't do much testing this week because I use a slow dialup > connection, that's why I don't upload 2.6 to contrib. > I'll do that next week :) well vanilla test9 has brocken rlogin/rsh and here is the fix by Linus http://marc.theaimsgroup.com/?l=linux-kernel&m=106722085714275&w=2 CONFIG_SOUND=yes CONFIG_SND=yes cause the problems with /etc/init.d/alsa if set to =m everything is ok CONFIG_USB=yes does the same for /etc/init.d/usb usbfs is not automatically mounted which might cause troubles for certain drivers turning to module fixes the problem all FS's built in ? why that ? svetljo -- 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] kernel-2.6-test8 rpms
> You may just as well jump to test9. I built against test8 only because > test9 did not propagated to locale kernel.org mirror last weekend. > patch applies to it even without any offset. Nice :) I have packaged -test9 with supermount -test8 patch, you can find it here : http://compil.mandrake.org/~blino/kernel-2.6/ httpd is up again on klama, thanks warly :) > Also I had very nasty > problem with test8 - no traffic ever flowed over dialup PPP > connection. test9 fixed it whatever it was. Oh and test8 does not boot > with inintrd and devfs :) Ouch :-/ I can't do much testing this week because I use a slow dialup connection, that's why I don't upload 2.6 to contrib. I'll do that next week :) Regards -- Olivier Blin
Re: [Cooker] When can we finally get X to fall back to XFdrake??
On Thu, Oct 30, 2003 at 08:22:05AM -0500, Greg Meyer wrote: > On Thursday 30 October 2003 08:11 am, Teletchéa Stéphane wrote: > > > > This kind of question should never need to be asked ... > > > > > > Regards, > > > Buchan > > > > 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 think Buchan's point is that if one tries to start X and it fails, XFdrake > should be launched automatically to try and help the user fix the problem. I think it is a good idea. I had the problem some weeks ago and could not find the right program. The xf86setup etc were not verey helpful to me as I needed to know what frequences my screen has, and I did not find that info easily. And I think that xfdrake was not installed by default:-( Keld
Re: [Cooker] Boot-up speed
Adam Williamson wrote: > On Thu, 2003-10-30 at 22:29, Han Boetes wrote: > > Adam Williamson wrote: > > > On Thu, 2003-10-30 at 19:41, Han Boetes wrote: > > > > > > > mayor problem since linux is not a reboot OS. > > > > ^^^ > > please quote carefully. This hardly reflects what I said. > > Uh? It's exactly what you said. You argued that bootup time is > irrelevant "since linux is not a reboot OS". I point out that there are > perfectly normal real-world situations in which end users do in fact > boot Linux frequently. Where's my flaw? > > > > Well. It's certainly designed to be capable of running more or less > > > perpetually, that's true. That doesn't mean that's how people use it, > > > though. I boot my system at a minimum once a day, because I power it off > > > every night in order to save power. I expect most non-geek home users do > > > the same with their systems. > > > > You just repeat an already used argument. > > Whether or not it's already used is irrelevant; it's not one I've seen > *refuted*, which is all that matters. Right... # Han -- http://www.xs4all.nl/~hanb/software http://www.xs4all.nl/~hanb/documents/quotingguide.html
Re: [Cooker] Boot-up speed
On Thu, 2003-10-30 at 22:29, Han Boetes wrote: > Adam Williamson wrote: > > On Thu, 2003-10-30 at 19:41, Han Boetes wrote: > > > > > mayor problem since linux is not a reboot OS. > > ^^^ > please quote carefully. This hardly reflects what I said. Uh? It's exactly what you said. You argued that bootup time is irrelevant "since linux is not a reboot OS". I point out that there are perfectly normal real-world situations in which end users do in fact boot Linux frequently. Where's my flaw? > > Well. It's certainly designed to be capable of running more or less > > perpetually, that's true. That doesn't mean that's how people use it, > > though. I boot my system at a minimum once a day, because I power it off > > every night in order to save power. I expect most non-geek home users do > > the same with their systems. > > You just repeat an already used argument. Whether or not it's already used is irrelevant; it's not one I've seen *refuted*, which is all that matters. -- adamw
Re: [Cooker] Boot-up speed
Is it possible to use swsusp as a regular "halt-susp" to get around the need of everyone who thinks that the next second is important. Otherwise I think that Linux or Unix has other walues than a fast start. regards guran -- Mandrake Linux 9.2 kernel-2.4.22.21mdk-1-1mdk Only in a society that has 'a priori' defined what is the truth can the result from the evolution of life be defined false.
Re: [Cooker] Boot-up speed
Adam Williamson wrote: > On Thu, 2003-10-30 at 19:41, Han Boetes wrote: > > > mayor problem since linux is not a reboot OS. ^^^ please quote carefully. This hardly reflects what I said. > Well. It's certainly designed to be capable of running more or less > perpetually, that's true. That doesn't mean that's how people use it, > though. I boot my system at a minimum once a day, because I power it off > every night in order to save power. I expect most non-geek home users do > the same with their systems. You just repeat an already used argument. # Han -- http://www.xs4all.nl/~hanb/software http://www.xs4all.nl/~hanb/documents/quotingguide.html
[Cooker] [Bug 6257] [gcc] generates bad code with k6-2 optimizations
http://qa.mandrakesoft.com/show_bug.cgi?id=6257 --- Additional Comments From [EMAIL PROTECTED] 2003-10-30 23:05 --- I think this is actually may be due to the new version of binutils. It appears to be the assembler (as 2.14.90.0.5) that throws up the error. Also I've only seen it in MPlayer1.0pre2 and MPlayer-CVS MPlayer0.91 compiles alright with -march=k6-2 so might be a bug in MPlayers code. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: gcc 3.3.1-4mdk generates bad assembler code with the following command: gcc -O3 -march=k6-2 -fomit-frame-pointer -S -c subreader.o subreader.i /tmp/ccBvbpab.s: Assembler messages: /tmp/ccBvbpab.s:4969: Error: value of 134 too large for field of 1 bytes at 35f0 subreader.c is from mplayer 1.0pre2 (in the contribs). Other optimization options (like -march=pentium4 or removing -fomit-frame-pointer or using -O2) don't create that error.
Re[2]: [Cooker] New ISO with updates
GM> Yeah, but I am trying to figure it all out right now. I am having a terrible GM> time getting MakeCD to run in anything other than auto mode. If I use the GM> config file, it won't build the iso. The biggest problem for me is how to replace properly vmlinuz from kernel-boot and initrd for it and images from images/ dir. I have seen a post about new released images but don't know where to find them. Maybe in the cooker? And of course the 4th cd : should I add packages from main that didn't fit on the 3 cds or not. GM> The scripts are not well documented and everyone else that talks about doing GM> this skips so many details in their descriptions, assuming everyone knows it GM> all, that it is nearly impossible to figure out. So I'll be happy to update GM> it once I figure out WTF to do. For now I have put everything on hold hopping that the new iso-s will contain all the necessary fixes. Does anybody know what will the new isos look like. Would they be just lg fix, or everything fixed ?
Re: [Cooker] Boot-up speed
On Thu, 2003-10-30 at 19:41, Han Boetes wrote: > mayor problem since linux is not a reboot OS. Well. It's certainly designed to be capable of running more or less perpetually, that's true. That doesn't mean that's how people use it, though. I boot my system at a minimum once a day, because I power it off every night in order to save power. I expect most non-geek home users do the same with their systems. -- adamw
[Cooker] [OT] Uniquely Vietnamese solution to software piracy
No software, so no piracy, so no problem, now we can join WTO and avoid US trade sanctions. http://www.siliconvalley.com/mld/siliconvalley/business/columnists/gmsv/7139304.htm Vietnam implemented a trade agreement with the United States in 2001 that requires the government to bring down the piracy rate. And the government also needs to do that to meet its goal of joining the World Trade Organization by 2005. Microsoft Windows and Office cost at least $140 in Vietnam -- way out of reach for most people, where the per capita annual income is roughly $420. ...so a lot of it got stolen. How do we solve this problem? We take the vulnerable software out of the loop, no worries? ``We are trying step by step to eliminate Microsoft,'' said Nguyen Trung Quynh of Vietnam's Ministry of Science and Technology. Laugh? I dang near fell off my chair! (-: Quick, send them a fixed 9.2 ISO set! Cheers; Leon
Re: [Cooker] Xboard fixes
Le Jeudi 30 Octobre 2003 21:39, vous avez écrit : > > Now, gnuchess application is in %_gamesbindir, I just fixed xboard, > > until I can't upload it, my rpms are here: > > > > http://compil.mandrake.org/~nanardon/xboard-4.2.6-6mdk.src.rpm > > http://compil.mandrake.org/~nanardon/xboard-4.2.6-6mdk.i586.rpm > > Hmm, someone restarted apache on klama? The one time it would have been > useful (last week) it wasn't running ... Warly did when I said to him apache was not running :) > > /me wonders about abusing %post to start apache on klama ;-) Ho sure ;))) If you can do the same about mailing list server, so it ;) -- Linux pour Mac !? Enfin le moyen de transformer une pomme en véritable ordinateur. - JL. Olivier Thauvin - http://nanardon.homelinux.org/
Re: [Cooker] Xboard fixes
> Now, gnuchess application is in %_gamesbindir, I just fixed xboard, > until I can't upload it, my rpms are here: > > http://compil.mandrake.org/~nanardon/xboard-4.2.6-6mdk.src.rpm > http://compil.mandrake.org/~nanardon/xboard-4.2.6-6mdk.i586.rpm Hmm, someone restarted apache on klama? The one time it would have been useful (last week) it wasn't running ... /me wonders about abusing %post to start apache on klama ;-)
Re: [Cooker] Gnome Ghostview does not allow changing printer settings
> Thanks, this is what I have tried to find out. I hope this kind of > functionality could be integrated in future to printerdrake. (or > configurations/gnome menu) Yes, a GUI for alternatives would be nice (and also something to check the existence of alternatives to catch problems with migrating to alternatives - see smbclient problems now and gcc problems back in 9.0 IIRC), but this is not printerdrake specific. Maybe we need a drakalternatives or something.
Re: [Cooker] Xboard fixes
Le Jeudi 30 Octobre 2003 20:50, Han Boetes a écrit : > Olivier Thauvin wrote: > > Now, gnuchess application is in %_gamesbindir, I just fixed xboard, until > > I can't upload it, my rpms are here: > > > > http://compil.mandrake.org/~nanardon/xboard-4.2.6-6mdk.src.rpm > > http://compil.mandrake.org/~nanardon/xboard-4.2.6-6mdk.i586.rpm > > I just committed them. Me too, but warly confimed to me upload are still bloqued. > > > > # Han -- Linux pour Mac !? Enfin le moyen de transformer une pomme en véritable ordinateur. - JL. Olivier Thauvin - http://nanardon.homelinux.org/
Re: [Cooker] Xboard fixes
Olivier Thauvin wrote: > Now, gnuchess application is in %_gamesbindir, I just fixed xboard, until I > can't upload it, my rpms are here: > > http://compil.mandrake.org/~nanardon/xboard-4.2.6-6mdk.src.rpm > http://compil.mandrake.org/~nanardon/xboard-4.2.6-6mdk.i586.rpm I just committed them. # Han -- http://www.xs4all.nl/~hanb/software http://www.xs4all.nl/~hanb/documents/quotingguide.html
Re: [Cooker] Boot-up speed
Vedran Ljubovic wrote: > - I also agree that using bash slows down things. Time it. You're making conclusions based on assumptions. > But I don't think that writing rc script itself in C will help much. rc script > is only a small portion of overhead, I think that the bigger problem are > scripts in init.d that are 100% bash, such as devfsd script that makes a bunch > of symbolic links and stuff. C isn't human readable. Tweaking the bootstuff isn't hard. It's very rewarding for people who want to learn something about linux and having 30 seconds extra boottime is not a mayor problem since linux is not a reboot OS. What _is_ hard is to make a proper init for _everyone_. # Han -- http://www.xs4all.nl/~hanb/software http://www.xs4all.nl/~hanb/documents/quotingguide.html
Re: [Cooker] What is an LG CD-ROM?
Jos wrote: On Thursday 30 Oct 2003 17:06, Evan Waite wrote: Haha, you mean still have horizontal lines (2) across them. I have a 19" Dell Trinitron (P992) that is only about a year old and has had the lines since new. Duh... that is by design... thin wires that keep the grid on its place. Read any good site about CRTs and you'll find info about this. I've seen one poor guy using Photoshop on a Diamondtron monitor trying to paint them white! -- Mark
Re: [Cooker] Gnome Ghostview does not allow changing printer settings
Thanks, this is what I have tried to find out. I hope this kind of functionality could be integrated in future to printerdrake. (or configurations/gnome menu) Mika Buchan Milne wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 FACORAT Fabrice wrote: Le jeu 30/10/2003 à 01:40, lamikr_mdk a écrit : I tried to change the printer settings in the ggv (ggv-2.4.0.1-1mdk) from "/usr/bin/lpr" to xpp but the settings does not store. If I try to print or go to check out settings again, "/usr/bin/lpr" is back... Does anybody know where ggv stores config files, maybe I could then try to change this setting manually. this cooker, not expert/confirme/... see in gconf-editor -> apps -> ggv -> printing -> command key Or, to do this system-wide: # update-alternatives --config lpr There are 3 programs which provide `lpr'. SelectionCommand - --- 1/usr/bin/lpr-xpp *+2/usr/bin/lpr-cups 3/usr/bin/lpr-kprinter Enter to keep the default[*], or type selection number:
[Cooker] [Bug 6259] [urpmi] cannot install grace if grace-devel is installed
http://qa.mandrakesoft.com/show_bug.cgi?id=6259 [EMAIL PROTECTED] changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-10-30 19:22 --- $ rpm -qp --provides mnt/distrib/9.1/contrib/RPMS/grace-devel-5.1.12-1mdk.i586.rpm grace = 5.1.12 grace-devel = 5.1.12-1mdk $ rpm -qp --provides /mnt/distrib/9.2/contrib/RPMS/grace-devel-5.1.12-2mdk.i586.rpm grace-devel = 5.1.12-2mdk So it is already fixed in grace package for 9.2 at least. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: RESOLVED creation_date: description: urpmi reports "Everything already installed" when trying to install grace if grace-devel is alreadey installed. It seems that if foo-bar is installed then "urpmi foo" reports "Everything already installed" In order to install grace, I had to do urpmi grace-5 A temporary workaround is urpmi -a grace, but I have a script that enforces a standard build for my users and if I decide that perl and perl-gtk are in the standard but other perl are not, using urpmi -a perl would install all perl packages. My script takes my std pkg list and isuue a urpmi replacing urpmi with urpmi -a would lead to extra packages installed. Here is a demo: [EMAIL PROTECTED] root]# urpmi grace-devel installing /crm/Install/Mandrake/9.1/i586/Mandrake/RPMS2/grace-devel-5.1.12-1mdk.i586.rpm Preparing...## 1:grace-devel## [EMAIL PROTECTED] root]# urpmi grace Everything already installed [EMAIL PROTECTED] root]# urpmi grace-5 installing /crm/Install/Mandrake/9.1/i586/Mandrake/RPMS2/grace-5.1.12-1mdk.i586.rpm Preparing...## 1:grace ## [EMAIL PROTECTED] root]# (It was done on a MDK9.1 urpmi-4.2-34.1mdk but also applies to recent cookers. If you need more demo on cooker, I'll be able to past a demo from my collegue cooker laptop which is not present on site at this time) Regards. PS: bugs.mandrake.com is not available. (DNS error)
Re: [Cooker] Boot-up speed
Le jeu 30/10/2003 à 17:01, Vedran Ljubovic a écrit : > --- Jos Hulzink <[EMAIL PROTECTED]> wrote: > > > > Also shared printers can be set up after the desktop > > is there, though > > indeed, for real servers you might want to change > > priority. My problem is > > how to do implement your suggestions (which I agree > > with) in a neat way? > > Also consider that some people use a dm to login, > while others use auto-login feature and go directly to > desktop... it's not easy, there are really two > realistic options: > - start services when needed (e.g. start cups only > when i try to print something) but it would require > hacking kde wrong point, or valid only for desktop PC 1°/ in workstation or when you share the printer, others computers should be able to see and print to it 2°/ ok, you hack kde and gnome. and WM, fluxbox etc ... or if i use CLI ? now you need to hack directly lpr > or > - use an arbitrary delay before starting a service and > renice it so that user experience is not harmed. > I think this second solution is not that bad, what do > you think? put them at the end after dm start -- La tolerance est la charite de l'intelligence. -- Jules Lemaitre
Re: [Cooker] What is an LG CD-ROM?
On Thursday 30 October 2003 11:05 am, Jos wrote: > Duh... that is by design... thin wires that keep the grid on its place. > Read any good site about CRTs and you'll find info about this. > > Jos and it only affects trinitron based monitors. Thats why I know lots of people wont touch em. Those little lines drive them nuts. There are plenty of monitors not based on trinitron technology that don't have this bad side effect. -- -~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~- Brook Humphrey Mobile PC Medic, 420 1st, Cheney, WA 99004, 509-235-9107 http://www.webmedic.net, [EMAIL PROTECTED], [EMAIL PROTECTED] Holiness unto the Lord -~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-
[Cooker] [Bug 6259] [urpmi] New: cannot install grace if grace-devel is installed
http://qa.mandrakesoft.com/show_bug.cgi?id=6259 Summary: cannot install grace if grace-devel is installed Product: urpmi Version: 4.4-34mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 Component: packaging AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] urpmi reports "Everything already installed" when trying to install grace if grace-devel is alreadey installed. It seems that if foo-bar is installed then "urpmi foo" reports "Everything already installed" In order to install grace, I had to do urpmi grace-5 A temporary workaround is urpmi -a grace, but I have a script that enforces a standard build for my users and if I decide that perl and perl-gtk are in the standard but other perl are not, using urpmi -a perl would install all perl packages. My script takes my std pkg list and isuue a urpmi replacing urpmi with urpmi -a would lead to extra packages installed. Here is a demo: [EMAIL PROTECTED] root]# urpmi grace-devel installing /crm/Install/Mandrake/9.1/i586/Mandrake/RPMS2/grace-devel-5.1.12-1mdk.i586.rpm Preparing...## 1:grace-devel## [EMAIL PROTECTED] root]# urpmi grace Everything already installed [EMAIL PROTECTED] root]# urpmi grace-5 installing /crm/Install/Mandrake/9.1/i586/Mandrake/RPMS2/grace-5.1.12-1mdk.i586.rpm Preparing...## 1:grace ## [EMAIL PROTECTED] root]# (It was done on a MDK9.1 urpmi-4.2-34.1mdk but also applies to recent cookers. If you need more demo on cooker, I'll be able to past a demo from my collegue cooker laptop which is not present on site at this time) Regards. PS: bugs.mandrake.com is not available. (DNS error) -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
Re: [Cooker] What is an LG CD-ROM?
On Thursday 30 Oct 2003 17:06, Evan Waite wrote: > >actually, unlike crt screens, it's hard to make an lcd screen without > >a few dead pixels (only one dead transistors and ...). > > [ well, on the contrary, high quality crt trinitron screens used to > > have an horizontal line on them ] > > Haha, you mean still have horizontal lines (2) across them. I have a > 19" Dell Trinitron (P992) that is only about a year old and has had the > lines since new. Duh... that is by design... thin wires that keep the grid on its place. Read any good site about CRTs and you'll find info about this. Jos
[Cooker] Xboard fixes
Now, gnuchess application is in %_gamesbindir, I just fixed xboard, until I can't upload it, my rpms are here: http://compil.mandrake.org/~nanardon/xboard-4.2.6-6mdk.src.rpm http://compil.mandrake.org/~nanardon/xboard-4.2.6-6mdk.i586.rpm Enjoy. -- Linux pour Mac !? Enfin le moyen de transformer une pomme en véritable ordinateur. - JL. Olivier Thauvin - http://nanardon.homelinux.org/
Re: [Cooker] Boot-up speed
BLINDAUER Emmanuel wrote: Le Mercredi 29 Octobre 2003 00:41, Han Boetes a écrit : S01xfs S02dm S03iptables S09network Yes but dm needs networking at the least. This solution may work for you but mandrake has to have sane defaults for everyone. Which is the general problem with suggestions. Most people only take their own preferences and situation in account. Starting X and the correspondant dm take some time, perhaps 2 ou 3 second, to be operational to input a login name. I think that this time can be used to start network and related stuff. other process like postfix or cups can be started at later time, because the logging action take some time Since it seems that networking is one of the bottlenecks: Having networking up is generally just to have the loopback interface running. Without knowing more, does dm's/X need more than that really? I'd then propose to set up net interfaces in parallell: loopback - guess it starts 'instantly', fine for most dependencies eth0 - dhcp/zcip might take some time: comes up when it comes up eth1 - static? fine & dandy! ... ethN The only problem I see is services that are bound to specific ip:s. How does Apache react when it want's to bind to a specific ip that doesn't exist? On the other hand, starting interfaces in the order of loopback, static interfaces and last dhcp/zcip and returning a [OK] after static is done would solve that problem. Yes, this is maybe a solution for my needs, but it seems like it could catch many situations in the wild. Maybe initscripts..rpm should fork a initscripts-hiavail for servers... Or better: check to see if we are in runlevel 5 or not, since a server normally don't run X (or?). Just my swedish krona... /m
RE: [Cooker] LG-fixed cooker install available
I remastered 9.2 with the files mentioned below (from cooker) using the standard Mandrake script. When the installation starts it shows the new kernel version. When it reaches the disk partitioning section, it does show the Windows partitions but it does not recognizes them as formatted. When clicking on such a partition is shows "not formatted" and when continuing (a manual partitioning) the checkboxes next to the Windows partitions indicate they will be formatted. I have no idea what is the cause, but if this is caused by the new kernel that should be fixed as it might destroy people's installations. On 29 Oct 2003 17:56:51 - you wrote: >Hi, > >I've copied to our local mirror updated files regarding >2.4.22-21mdkBOOT, which fixes the LG drives problem. Those >include boot disks, isolinux/alt0 directory and >Mandrake/mdk/modulez.cz-2.4.22-21mdkBOOT. > >There have been a first batch of boot images but with a deps >problem for some network modules (at least), so I copy the >md5sum >here for you to verify you're using the correct ones: > >297444c202f83de01a93679a9a61751c cdrom.img >a8a6078dd76d21e220b3586c0f5e34b9 hdcdrom_usb.img >a5ea89a65945ab94414d7775a93d72f0 hd.img >cc4ffb3492332bc104704b19493a8ae3 network_gigabit_usb.img >c32aa8737c5dae63cd7a9f504b35a7a3 network.img >d454ed66ff8fc25bee76989ba04483fc pcmcia.img > >We have tested network.img with an "affected" LG 8322B, install >and reboot do work nicely now. > >If unsure of what version of kernel you're booting, you might >even verify it that way: > >[EMAIL PROTECTED] /tmp/t] strings network.img | grep 2.4.22 >2.4.22-21mdkBOOT ([EMAIL PROTECTED]) #1 Sat Oct 25 >11:41:10 CEST 2003 > >-- >Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/ ___ Join Excite! - http://www.excite.com The most personalized portal on the Web!
[Cooker] [Bug 6000] [X11R6-contrib] Hardware acceleration with 3DFX Voodoo 4/5 broken
http://qa.mandrakesoft.com/show_bug.cgi?id=6000 --- Additional Comments From [EMAIL PROTECTED] 2003-10-30 18:28 --- I did select "3D accellerated XFree86" (or whatever the option was for accelerated X) I have these glide-related RPMS installed: [EMAIL PROTECTED]> rpm -aq | grep -i glide XFree86-glide-module-4.3-23mdk Glide_V5-cvs-6mdk ...yet DRI didn't work until I manually installed libglide3-v5.so If I use rpmdrake to search for libglide3-v5.so, it doesn't find it. If I look at the Glide_V5-cvs-6mdk package, it doesn't contain libglide3-v5.so, it contains libglide3.so.3 I am unable to find libglide3-v5.so on the as-shipped 9.2 dist. If I've missed it somewhere, please let me know. Thanks, Dave -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: Unable to configure X with hardware acceleration with a 3dFX Voodoo 4/5 graphics card. X works great without hardware acceleration.
[Cooker] SUB cooker
___ Join Excite! - http://www.excite.com The most personalized portal on the Web!
RE: [Cooker] What is an LG CD-ROM?
>actually, unlike crt screens, it's hard to make an lcd screen without >a few dead pixels (only one dead transistors and ...). > [ well, on the contrary, high quality crt trinitron screens used to > have an horizontal line on them ] > Haha, you mean still have horizontal lines (2) across them. I have a 19" Dell Trinitron (P992) that is only about a year old and has had the lines since new. Dead pixels are more common on the cheaper LCD screens but as far as I know, all of them (even the mega $$$) ones have at least a couple dead pixels. -Evan
Re: [Cooker] Boot-up speed
--- Buchan Milne <[EMAIL PROTECTED]> wrote: > Yes, just accept the username and password, and show > some moving > graphics until you have authenticated the user. > > Ever noticed how long it takes to tell you your > password is wrong on > first start? Couldn't we just hack the bootsplash so that it shows fields for login and password :) __ Do you Yahoo!? Exclusive Video Premiere - Britney Spears http://launch.yahoo.com/promos/britneyspears/
Re: [Cooker] Boot-up speed
Hello, I agree with most of your points. --- Jos Hulzink <[EMAIL PROTECTED]> wrote: > On Thu, 30 Oct 2003, Vedran Ljubovic wrote: > > - I don't think parallelizing helps on computers > with > > a single CPU that doesn't support hyperthreading. > Sure > > Not true I think... Think about initializing network > cards with a dhcp > server. This isn't a busy wait. It is one of the > few examples that really > matter, but ok. We need benchmarks to see what's > true. You could isolate all such cases and fork & them. I agree that it would be much nicer to have a signle file that sets all dependencies in a clean style. But it a) takes time to implement, and more importantly bug-proof! (but if you already did it, then kudos to you!) b) is nonstandard - as in administrators coming from other unix/linux systems would be completely lost. > > * people not sharing printers and scanners can > afford > > to start cups and scannerdrake after the desktop > is up > > (10 seconds) > > Also shared printers can be set up after the desktop > is there, though > indeed, for real servers you might want to change > priority. My problem is > how to do implement your suggestions (which I agree > with) in a neat way? Also consider that some people use a dm to login, while others use auto-login feature and go directly to desktop... it's not easy, there are really two realistic options: - start services when needed (e.g. start cups only when i try to print something) but it would require hacking kde or - use an arbitrary delay before starting a service and renice it so that user experience is not harmed. I think this second solution is not that bad, what do you think? > If your network card is useless, you can't open > email :) So it's not that > easy... What is the limit of non-working hardware ? Ok, so we agree that network is immediately necessary for desktop, while printing and scanning are not. What else? Through such discussion we could reach a list of services that can be delayed until after the desktop is up. > away. I used a > binary for /etc/rc.d/rc for that script isn't > interesting, and > scripts don't allow multithreading. Another solution > hacks init, > drops /etc/rc.d/rc and calls everything directly. > Question is: what is > right ? do we (Mandrake) care about dropping > standards in favour of a few > seconds ? I've read a very convincing post on Slashdot about this. Basically, bash is loaded immediately after kernel is booted and subsequent calls do not cause any overhead. Bash is also very fast. I'd like to see exact benchmarks of using c vs. bash in any of these scripts, given that all other circumstances are the same. Also, if you are going to use posix threads in C than good for you, but otherwise old-style threads are nothing but processes and multi-processing can be achieved in shell with fork operator. > > One another thing: consider the services that > already > > work in background: scannerdrake, usb detection, > xfs, > > apmd, cups, crond, xinetd, kheader, devfsd. > > Parallelizing tasks is as easy as adding a & to > > appropriate script. > > And finding the dependencies, which is a nice puzzle > sometimes :) > > Jos > __ Do you Yahoo!? Exclusive Video Premiere - Britney Spears http://launch.yahoo.com/promos/britneyspears/
Re: [Cooker] What is an LG CD-ROM?
Olivier Thauvin <[EMAIL PROTECTED]> writes: > Le Jeudi 30 Octobre 2003 15:05, Austin a écrit : > > On Thu, 2003-10-30 at 04:06, Jay DeKing wrote: > > > Yeah... like my fancy new LG LCD display. It's got some dead pixels, > > and the store I bought it at says LG won't return it unless there are > > MORE THAN SEVEN dead pixels, otherwise the store has to foot the bill. > > Ah ah... > A friends just get a new computer, the screen (LG LCD display too) > has two dead pixel. It seems LG is very good to made bad hardware :( actually, unlike crt screens, it's hard to make an lcd screen without a few dead pixels (only one dead transistors and ...). [ well, on the contrary, high quality crt trinitron screens used to have an horizontal line on them ] they've fscked their cdrom drives (and they did know it since newer firmwares weren't broken -- maybe they didn't want to release updates so that nobody get afraid) but they cannot be bashed for a few dead pixels
Re: [Cooker] Dependency Oddities (weirdness)
Gwenole Beauchesne <[EMAIL PROTECTED]> writes: > > > rpm it requires dejagnu and glibc-static-devel > > > I went ahead and rebuilt without this and got no errors. Comments? > > 2. gcc needs > > > > gcc-gnat >= 3.1 is needed by gcc-3.3.1-2mdk > > libgnat1 >= 3.1 is needed by gcc-3.3.1-2mdk > > needed to build the ada95 frontend > > > glibc-static-devel >= 2.2.5-14mdk is needed by gcc-3.3.1-2mdk > > dejagnu is needed by gcc-3.3.1-2mdk > > needed to get working make check > > > tetex is needed by gcc-3.3.1-2mdk > > tetex-dvips is needed by gcc-3.3.1-2mdk > > tetex-latex is needed by gcc-3.3.1-2mdk > > needed to get docs > > If I add BuildRequires, they are needed. But you are free to maintain your > own packages. maybe can we add a few "%ifdef %make_check" or "%ifdef %ada_build" in order to bootstrap other arches (which would first define them to 0 and then to 1 on second build once 3rd party dep have been compiled) ?
Re: [Cooker] A new guide about rpmdrake
Buchan Milne wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Eric Fernandez wrote: Hi everyone I have updated my guide, corrected the font problem and added the kernel update tutorial. BTW, you may want to mention Club free (I believe the urpmi.web page has some mirrors listed) urpmi meduim. Currently for 9.2 we have only mozilla-1.5 (and updated win4lin kernels but they are now behind again). For 9.1, there is quite a bit more, including mozilla-1.5, OpenOffice.org-1.1, and a few more (with my last packages for 9.1 coming soon). Good idea, I should do a page to promote this indeed. Why not using some colour background / icons to indicate the parts for members and for everyone ? My idea is also to extend my guide to present a selection of these "big" programs, or by themes, for example, a tour of the games. I was amazed, the game repository (with contrib and PLF) alone is 1.8GB (installed) ! Eric
Re: [Cooker] When can we finally get X to fall back to XFdrake??
Le jeu 30/10/2003 à 15:57, Svetoslav Slavtchev a écrit : > > On Tuesday 21 Oct 2003 7:42 pm, Buchan Milne wrote: > > Driver "nvidia" "nv" "vesa" > > > > It would try the non-free driver first, then the 2D one, and fall back to > > vesa > > if neither are available. > > > > Obviously this would require a patch to X... > > IMO this doesn't look sane, doable, aceptable, > > but it shouldn't be that hard to > define additional layout using vesa driver and lower resolution, > and if X fails , try starting it with ..-layout safemode The right solution is that if XFree failed it should try to use vesa drivers with a standard resolution ( 800x600 or 640x480 at least ) as you have will win9x failsafe mode. - Halte-la, mon grand. Cette barbe hirsute, ces bretelles, cet air hautain. Ne serais-tu pas l'un de ces condescendants utilisateurs d'Unix? - Tiens mon petit, je te file trois ronds. Va t'acheter une vraie becane.
Re: [Cooker] A new guide about rpmdrake
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Eric Fernandez wrote: > Hi everyone > > I have updated my guide, corrected the font problem and added the kernel > update tutorial. BTW, you may want to mention Club free (I believe the urpmi.web page has some mirrors listed) urpmi meduim. Currently for 9.2 we have only mozilla-1.5 (and updated win4lin kernels but they are now behind again). For 9.1, there is quite a bit more, including mozilla-1.5, OpenOffice.org-1.1, and a few more (with my last packages for 9.1 coming soon). Regards, Buchan - -- |--Another happy Mandrake Club member--| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x202 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE/oT+ZrJK6UGDSBKcRAqICAJsG9zPCoWeYW4z6JiaL8jGhW1YmhwCeM1Na JSsqO9k9Z9rYgwaBg69lgXA= =DgVf -END PGP SIGNATURE-
Re: [Cooker] A new guide about rpmdrake
Hi everyone I have updated my guide, corrected the font problem and added the kernel update tutorial. Cheers Eric
[Cooker] Re: What is an LG CD-ROM?
Olivier Thauvin wrote: I was unable to do a net install with the integrate 3C940 Gbits network card (network.img/network_gigabit_usb.img), I will test to make it working with an installled system. The motherboard is an ASUS P4P8E, it would be nice to make network install working quickly because this motherboard will have lot of success. I have used this driver: http://www.asus.com.tw/support/download/selectftp.aspx?l1_id=1&l2_id=15&l3_id=19&m_id=2&f_name=046_Linux.zip but it seems like the home site of this driver is there: http://www.syskonnect.de/syskonnect/support/driver/htm/sk98lin.htm I think anyone can mount i586/images/network.img via loop device, extract network.rdz, gunzip it, mount it via loop device also, extract modules/modules.mar file from this initrd image, get 'mar' archiver from cooker CVS (http://cvs.mandrakesoft.com/cgi-bin/cvsweb.cgi/gi/mdk-stage1/mar/), compile it, get the list of modules by mar -l modules.mar, add the new module into list, pack the new modules.mar (by mar -c), fix modules/modules.dep, umount initd, gzip it back, put into mounted diskette image and umount it back. Pretty easy, isn't it? ;-) -- Andrey
[Cooker] [Bug 6167] [evolution] Newer versions of Evolution (1.4.4) is much slower with big IMAP4 mailboxes
http://qa.mandrakesoft.com/show_bug.cgi?id=6167 --- Additional Comments From [EMAIL PROTECTED] 2003-10-30 16:58 --- Could you try new package (1.4.5-1mdk) I've uploaded on http://people.mandrakesoft.com/~fcrozat/evolution/ ? They lower the limit asked when listing stuff when using IMAP.. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: I have mailboxes that are between 150MB-350MB in size (and Yes, I want to keep all this information). Newer versions of Evolution are very slow to respond and end up thrashing the disks on the IMAP mail server. The version supplied with MDK 9.0 and 9.1 did not have this problem. This suggests Evolution has some additional linear search behaviour it didn't have before. It's virtually unusable as it is now. I'm tempted to use Mozilla mail, but the version supplied with MDK 9.2 has a significant memory leak (and I have 1GB of RAM).
Re: [Cooker] When can we finally get X to fall back to XFdrake??
> On Tuesday 21 Oct 2003 7:42 pm, Buchan Milne wrote: > > -BEGIN PGP SIGNED MESSAGE- > > Hash: SHA1 > > > > A long time ago, X used to fall back to running a configuration tool. > > This may have been long ago, when XFdrake wstill had a link for > > XF86configure (or whatever Redhat used to call their tool). > > I think the best option here would be to do something similar with the > display > drivers as is done with the resoultions - ie. specify 3 or 4 in > XF86Config-4, > and get X to try them in order. So for an nvidia card you could have... > > Driver "nvidia" "nv" "vesa" > > It would try the non-free driver first, then the 2D one, and fall back to > vesa > if neither are available. > > Obviously this would require a patch to X... IMO this doesn't look sane, doable, aceptable, but it shouldn't be that hard to define additional layout using vesa driver and lower resolution, and if X fails , try starting it with ..-layout safemode svetljo -- 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] When can we finally get X to fall back to XFdrake??
On Tuesday 21 Oct 2003 7:42 pm, Buchan Milne wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > A long time ago, X used to fall back to running a configuration tool. > This may have been long ago, when XFdrake wstill had a link for > XF86configure (or whatever Redhat used to call their tool). I think the best option here would be to do something similar with the display drivers as is done with the resoultions - ie. specify 3 or 4 in XF86Config-4, and get X to try them in order. So for an nvidia card you could have... Driver "nvidia" "nv" "vesa" It would try the non-free driver first, then the 2D one, and fall back to vesa if neither are available. Obviously this would require a patch to X... David Sansome
Re: [Cooker] When can we finally get X to fall back to XFdrake??
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jan Ciger wrote: > | Le jeu 30/10/2003 à 14:20, Buchan Milne a écrit : > | > |>>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 ... > |> > |>And what if the user had never used Redhat before??? This guy has been > |>using Linux on hist desktop for over a year, do we expect newbies to > |>know more than this? > > I have better idea than to dump the newbie to XFdrake (that is finally a > security risk, since the tool runs as root - i.e. you reboot, X fails, > XFdrake runs, you are away from the machine and somebody screws your > computer in the meantime). Who said it would be without password? It should be something along the lines of "The X Window System failed to start, enter your root password to reconfigure the X Windows System". The only question, is who would be running this? (Svetjlo's idea is better though, better to have vesa X than newt console version of XFdrake). > Why not put a message into /etc/issue saying to run XFdrake ? Do you mean /etc/motd? > It will > display on the console, so the newbie gets the idea to do it. It is > trivial change and will fix the issue. Why don't we have cron send the user email saying "Please run this task now" instead of running said task? It would be more secure than having cron run the tasks, as cron could run as an unpriveleged user ... IMHO, a better /etc/motd (last time I saw FreeBSD, it had some hints in /etc/motd) would be worthwhile, but mostly for console users (ie " Permissions changing all the time? Configure msec using 'drakperm' (needs X) Missing software? Search with urpmq , urpmf --description or urpmf , install with urpmi . Remember to update your packages by adding an updates urpmi medium and running 'urpmi.update update_source; urpmi --auto-select --media update_source'. Missing the tools you used during installation? Run 'drakconf' (console) For application-specific help, try 'man -K ' or check the documentation installed with a package by running 'rpm -qd ' To remove this message, run '> /etc/motd' " Now, *that* would be useful. Regards, Buchan - -- |--Another happy Mandrake Club member--| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x202 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE/oSzlrJK6UGDSBKcRAjrHAKDHQA87bWuiIArBfN1723CKrq78LACeNVhY A4l3jnrKk5fE7oJSGmoF2Wk= =wR3L -END PGP SIGNATURE-
Re: drak*-tools (was: Re: [Cooker] When can we finally get X to fall back to XFdrake??)
Le jeu 30/10/2003 à 14:28, Steffen Barszus a écrit : > I absolutly agree with you here. A drak[tab] should show all tools that > are available. On top of that, Rh did it for their tools ( all redhat-config prefixed if I remember well ) --- Combien de gens ne sont abstraits que pour paraitre profonds. -- Joseph Joubert, Pensees
Re: [Cooker] When can we finally get X to fall back to XFdrake??
> -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > | Le jeu 30/10/2003 à 14:20, Buchan Milne a écrit : > | > |>>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 ... > |> > |>And what if the user had never used Redhat before??? This guy has been > |>using Linux on hist desktop for over a year, do we expect newbies to > |>know more than this? > > I have better idea than to dump the newbie to XFdrake (that is finally a > security risk, since the tool runs as root - i.e. you reboot, X fails, > XFdrake runs, you are away from the machine and somebody screws your > computer in the meantime). you are right , isn't it possible to fallback to vesa/fb XFree driver at lower resolution, and then sugest running XFdrake to correct the setings and if XFdrake is to be run, ask for root passwd > Why not put a message into /etc/issue saying to run XFdrake ? It will > display on the console, so the newbie gets the idea to do it. It is > trivial change and will fix the issue. IMO for most newbies this wont help much svetljo -- 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] When can we finally get X to fall back to XFdrake??
On Thursday 30 October 2003 16:00, Jan Ciger wrote: > | Le jeu 30/10/2003 à 14:20, Buchan Milne a écrit : > |>>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 > |>> ... > |> > |>And what if the user had never used Redhat before??? This guy has > |> been using Linux on hist desktop for over a year, do we expect > |> newbies to know more than this? > > I have better idea than to dump the newbie to XFdrake (that is > finally a security risk, since the tool runs as root - i.e. you > reboot, X fails, XFdrake runs, you are away from the machine and > somebody screws your computer in the meantime). and what about asking the root password before ? -- Michaël Scherer
Re: [Cooker] When can we finally get X to fall back to XFdrake??
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 | Le jeu 30/10/2003 à 14:20, Buchan Milne a écrit : | |>>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 ... |> |>And what if the user had never used Redhat before??? This guy has been |>using Linux on hist desktop for over a year, do we expect newbies to |>know more than this? I have better idea than to dump the newbie to XFdrake (that is finally a security risk, since the tool runs as root - i.e. you reboot, X fails, XFdrake runs, you are away from the machine and somebody screws your computer in the meantime). Why not put a message into /etc/issue saying to run XFdrake ? It will display on the console, so the newbie gets the idea to do it. It is trivial change and will fix the issue. Jan - -- Jan Ciger VRlab EPFL Switzerland GPG public key : http://www.keyserver.net/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE/oSehn11XseNj94gRAuxLAJwIFHe8GMvVkqowkdUDRW5pWuQmcgCfdcVA Bz9LVyX/HbJdlx1RUsy2nWw= =8n4E -END PGP SIGNATURE-
[Cooker] [Bug 6053] [drakxtools] problem in detection routine for network printer
http://qa.mandrakesoft.com/show_bug.cgi?id=6053 --- Additional Comments From [EMAIL PROTECTED] 2003-10-30 15:55 --- both support this, the problems seems to comes from host_timeout values ( 400ms ) see : 1°/ default printerdrake setting : [EMAIL PROTECTED] admin]$ nmap -r -P0 --host_timeout 400 --initial_rtt_timeout 200 -p 9100 Starting nmap 3.30 ( http://www.insecure.org/nmap/ ) at 2003-10-30 15:50 UTC WARNING: No targets were specified, so 0 hosts scanned. Nmap run completed -- 0 IP addresses (0 hosts up) scanned in 0.021 seconds [EMAIL PROTECTED] admin]$ nmap -r -P0 --host_timeout 400 --initial_rtt_timeout 200 192.168.1.30 192.168.1.40 Starting nmap 3.30 ( http://www.insecure.org/nmap/ ) at 2003-10-30 15:50 UTC Skipping host 192.168.1.30 due to host timeout Skipping host 192.168.1.40 due to host timeout Nmap run completed -- 2 IP addresses (2 hosts up) scanned in 1.933 seconds 2°/ with host_timeout = 4000 ( 4000ms -> 4s ) [EMAIL PROTECTED] admin]$ nmap -r -P0 --host_timeout 4000 --initial_rtt_timeout 200 192.168.1.30 192.168.1.40 Starting nmap 3.30 ( http://www.insecure.org/nmap/ ) at 2003-10-30 15:50 UTC Skipping host 192.168.1.30 due to host timeout Strange read error from 192.168.1.40 (104): Operation now in progress Interesting ports on 192.168.1.40: (The 1635 ports scanned but not shown below are in state: closed) Port State Service 21/tcp openftp 23/tcp opentelnet 25/tcp opensmtp 80/tcp openhttp 113/tcpopenauth 515/tcpopenprinter 631/tcpopenipp 1024/tcp openkdm 9100/tcp openjetdirect Nmap run completed -- 2 IP addresses (2 hosts up) scanned in 5.832 seconds 3°/ complete nmpa : [EMAIL PROTECTED] admin]$ nmap 192.168.1.30 Starting nmap 3.30 ( http://www.insecure.org/nmap/ ) at 2003-10-30 15:54 UTC Interesting ports on 192.168.1.30: (The 1637 ports scanned but not shown below are in state: closed) Port State Service 21/tcp openftp 23/tcp opentelnet 80/tcp openhttp 514/tcpopenshell 515/tcpopenprinter 631/tcpopenipp 9100/tcp openjetdirect Nmap run completed -- 1 IP address (1 host up) scanned in 9.072 seconds 4°/ something interesting : [EMAIL PROTECTED] admin]$ nmap -r -P0 --host_timeout 400 --initial_rtt_timeout 200 -p 9100 192.168.1.30 192.168.1.40 Starting nmap 3.30 ( http://www.insecure.org/nmap/ ) at 2003-10-30 15:54 UTC Interesting ports on 192.168.1.30: Port State Service 9100/tcp openjetdirect Interesting ports on 192.168.1.40: Port State Service 9100/tcp openjetdirect Nmap run completed -- 2 IP addresses (2 hosts up) scanned in 0.088 seconds I suspect it's because I run nmap several or someone print to this laser just before ... -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: I've got 2 network printers, a Konica 7830n ( 192.168.1.40 ) and a Lanier 5227 ( 192.168.1.30 ) with static IP. I noticed that when using autodetection, printerdrake is unable to detect them. I have to specify the IP adress manually, the same applies also sometimes for diskdrake concerning NFS server detection. So I dig a little in /usr/lib/libDrakX/printer/detect.pm Note : my broadcast is 192.168.1.255. 1°/ Is the detection routine ( getIPsInLocalNetworks() ) is very right ? -> If I cut & paste it on shell, I have this : [EMAIL PROTECTED] admin]# ping -w 1 -b -n 192.168.1.255 | cut -f 4 -d ' ' | sed s/:// | egrep '^[0-9]+\\.[0-9]+\\.[0-9]+\\.[0-9]+' | uniq | sort WARNING: pinging broadcast address -> If I omit the \\ for \ [EMAIL PROTECTED] admin]# ping -w 1 -b -n 192.168.1.255 | cut -f 4 -d ' ' | sed s/:// | egrep '^[0-9]+\.[0-9]+\.[0-9]+\.[0-9]+' | uniq | sort WARNING: pinging broadcast address 192.168.1.10 192.168.1.101 192.168.1.102 192.168.1.103 192.168.1.104 192.168.1.105 192.168.1.151 192.168.1.152 192.168.1.153 192.168.1.154 192.168.1.160 192.168.1.254 192.168.1.40 -> As the warning is annoying and should not appear : [EMAIL PROTECTED] admin]# ping -w 1 -b -n 192.168.1.255 2>/dev/null | cut -f 4 -d ' ' | sed s/:// | egrep '^[0-9]+\.[0-9]+\.[0-9]+\.[0-9]+' | uniq | sort 192.168.1.10 192.168.1.101 192.168.1.102 192.168.1.103 192.168.1.104 192.168.1.105 192.168.1.151 192.168.1.152 192.168.1.153 192.168.1.154 192.168.1.160 192.168.1.254 192.168.1.40 -> So this is fine. Now what's about the routine which scan the differents host ( whatNetPrinter ) ? nmap -r -P0 --host_timeout 400 --initial_rtt_timeout 200 -p 9100 192.168.1.40 First time I test I had nothing and nmap failed with "skipping host
Re: [Cooker] Boot-up speed
Le Mercredi 29 Octobre 2003 00:41, Han Boetes a écrit : > > S01xfs > > S02dm > > S03iptables > > S09network > > Yes but dm needs networking at the least. This solution may work for > you but mandrake has to have sane defaults for everyone. Which is the > general problem with suggestions. Most people only take their own > preferences and situation in account. Starting X and the correspondant dm take some time, perhaps 2 ou 3 second, to be operational to input a login name. I think that this time can be used to start network and related stuff. other process like postfix or cups can be started at later time, because the logging action take some time I've tried my own solution at home, who was booting a ltsp terminal. between the bootup of the computer (pressing the power button) and getting a login screen: 60s: booting on a disquette some bytes are read -> netboot -> DL of the kernel, booting the kernel, setting network, launching X, READY!
Re: [Cooker] What is an LG CD-ROM?
Le Jeudi 30 Octobre 2003 15:05, Austin a écrit : > On Thu, 2003-10-30 at 04:06, Jay DeKing wrote: > Yeah... like my fancy new LG LCD display. It's got some dead pixels, > and the store I bought it at says LG won't return it unless there are > MORE THAN SEVEN dead pixels, otherwise the store has to foot the bill. Ah ah... A friends just get a new computer, the screen (LG LCD display too) has two dead pixel. It seems LG is very good to made bad hardware :( By chance, the LG CD drive is a DVD reader, not affect by the wrong firmware. About 9.2 install: I was unable to do a net install with the integrate 3C940 Gbits network card (network.img/network_gigabit_usb.img), I will test to make it working with an installled system. The motherboard is an ASUS P4P8E, it would be nice to make network install working quickly because this motherboard will have lot of success. > > Seesh. Quality. > Austin -- Linux pour Mac !? Enfin le moyen de transformer une pomme en véritable ordinateur. - JL. Olivier Thauvin - http://nanardon.homelinux.org/
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
[Cooker] Re[2]: 9.2 - manpages in Russian completely screwed up
-Original Message- > > Andrey Borzenkov <[EMAIL PROTECTED]> writes: > > > please, fix. > > i'll > > thank you. i just realized that koi8-r patch for groff is disabled. any reason?
Re: [Cooker] Do not renice X by default
On Thu, 2003-10-30 at 08:42, Olivier Blin wrote: > X isn't niced by gdm (just have a look with top). > It was quite incoherent to nice X from xdm and not from gdm ... Oops, okay... ignore my last post. I love gdm. :-) Austin -- Austin Acton Synthetic Organic Chemist, Teaching Assistant, Ph.D. Candidate Department of Chemistry, York University, Toronto MandrakeLinux Volunteer Developer, homepage: www.groundstate.ca
Re: [Cooker] What is an LG CD-ROM?
On Thu, 2003-10-30 at 04:06, Jay DeKing wrote: > Ahhh! GoldStar! The bane of the Damark Catalog Shopper ... > > "Lucky GoldStar?" That's a bit of a stretch, even if you take marketing's > values into account. There's very little "lucky" about GoldStar for the end > user. Yeah... like my fancy new LG LCD display. It's got some dead pixels, and the store I bought it at says LG won't return it unless there are MORE THAN SEVEN dead pixels, otherwise the store has to foot the bill. Seesh. Quality. Austin -- Austin Acton Synthetic Organic Chemist, Teaching Assistant, Ph.D. Candidate Department of Chemistry, York University, Toronto MandrakeLinux Volunteer Developer, homepage: www.groundstate.ca
Re: [Cooker] Do not renice X by default
> > > Le 29 Octobre 2003 22:49, Con Kolivas a écrit : > > > > A couple of years > > > > ago when I was subscribed to this list I suggested renicing X by > > default > > > > to -10 and noticed that it was done on the following release by > > default. Hmm, although X is niced to -10 in /etc/X11/xdm/Xservers, top indicates that it's currently running at nice 0. ? Austin -- Austin Acton Synthetic Organic Chemist, Teaching Assistant, Ph.D. Candidate Department of Chemistry, York University, Toronto MandrakeLinux Volunteer Developer, homepage: www.groundstate.ca
Re: [Cooker] When can we finally get X to fall back to XFdrake??
On Thu, 2003-10-30 at 13:49, Greg Meyer wrote: > On Thursday 30 October 2003 08:37 am, Buchan Milne wrote: > > Adam Williamson wrote: > > > On Thu, 2003-10-30 at 13:22, Greg Meyer wrote: > > >>I think Buchan's point is that if one tries to start X and it fails, > > > > XFdrake > > > > >>should be launched automatically to try and help the user fix the > > >> problem. > > > > > > Uh, it is. Anyone who uses nvidia drivers knows this, as every time you > > > install a new kernel they aren't found, X fails to start, and Mandrake > > > pops up two nice prompts offering to start XFdrake and show you the > > > logs. > > Not on my box. When X doesn't start because the nvidia drivers are not yet > installed on a new kernel, I get dumped to a console. See Buchan's reply to me, I guess... -- adamw
Re: [Cooker] When can we finally get X to fall back to XFdrake??
Le jeu 30/10/2003 à 13:11, Teletchéa Stéphane a écrit : > Le jeu 30/10/2003 à 13:42, Buchan Milne a écrit : > > This kind of question should never need to be asked ... > > > > Regards, > > Buchan > > 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. Both are wrong and right at the same time 1°/ a user should never have to ask this 2°/ XFdrake ( hard to type as you have to put 2 capital letters )should have a symlink to it named drakxfree 3°/ dm ( and so kdm/mdkkdm as gdm seems to do it right ) should launch XFdrake if X failed to start -- Les ruines d'une maison Se peuvent reparer : que n'est cet avantage Pour les ruines du visage ! -- Jean de La Fontaine, La Fille
Re: [Cooker] When can we finally get X to fall back to XFdrake??
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. > 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. Right. > So i second Buchans idea I must agree with him also, at the end, you've convinced me, i was just trying to give the other side of the story, i'm bad ... > Steffen Stef signature.asc Description: PGP signature
Re: [Cooker] When can we finally get X to fall back to XFdrake??
On Thursday 30 October 2003 08:37 am, Buchan Milne wrote: > Adam Williamson wrote: > > On Thu, 2003-10-30 at 13:22, Greg Meyer wrote: > >>I think Buchan's point is that if one tries to start X and it fails, > > XFdrake > > >>should be launched automatically to try and help the user fix the > >> problem. > > > > Uh, it is. Anyone who uses nvidia drivers knows this, as every time you > > install a new kernel they aren't found, X fails to start, and Mandrake > > pops up two nice prompts offering to start XFdrake and show you the > > logs. Not on my box. When X doesn't start because the nvidia drivers are not yet installed on a new kernel, I get dumped to a console. -- /g "Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read" -Groucho Marx
[Cooker] [Bug 5127] [fluxbox] accented characters not visible in menus with default style
http://qa.mandrakesoft.com/show_bug.cgi?id=5127 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-10-30 14:49 --- fixed, this theme is no longer shipped with fluxbox and the new default theme works fine -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: RESOLVED creation_date: description: When the default style MDKBox is used, accented characters aren't visible in menus. The font used in this theme isn't shipped with fluxbox. *font: gelly
Re: [Cooker] When can we finally get X to fall back to XFdrake??
Le jeu 30/10/2003 à 14:21, Rob a écrit : > On Thursday 30 October 2003 08:11, Teletchéa Stéphane wrote: > > 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 ... > > That's great for that one user, but now there's "Mandrake 9.2 > Discovery Edition" aimed at people who don't even know what a > command line is. Those are the people who need a "safe mode" by > default when X can't run. The truth is, Mandrake isn't like Red > Hat, and nothing against Red Hat users but I hope it never is. > It's always been easier and saying "the end user should have > known..." is almost always not helpful. > > Rob I agree totally on what you say : Mandrake is better than RH, especially for new users. BUT i'm saying that in this specific purpose, they must subscribe to the club or buy a pack where this kind of problems will be solved. This is part of the SERVICE Mandrake should gain money on, so my point is : 1 - you have some knowledge or want ot improve, so this it one issue you should be able to survive to, or 2 - you just don't want to have a look at what is happening, so you buy a powerpack to get the help, subscribe to the club, buy a preinstalled computer. Stef signature.asc Description: PGP signature
Re: [Cooker] When can we finally get X to fall back to XFdrake??
On Thu, 2003-10-30 at 13:37, Buchan Milne wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Adam Williamson wrote: > > On Thu, 2003-10-30 at 13:22, Greg Meyer wrote: > > > >>I think Buchan's point is that if one tries to start X and it fails, > XFdrake > >>should be launched automatically to try and help the user fix the problem. > > > > Uh, it is. Anyone who uses nvidia drivers knows this, as every time you > > install a new kernel they aren't found, X fails to start, and Mandrake > > pops up two nice prompts offering to start XFdrake and show you the > > logs. > > Are you using gdm? That would be the *non-default* display manager, and > this doesn't work with kdm or mdkkdm, and probably not 'startx' either. Ah, right - yeah, I use gdm, I just figured the same would happen with other dms too. If it doesn't, that needs fixing, I guess. -- adamw
[Cooker] [Bug 6217] [mrproject] New: Crash when loading project with subtasks
http://qa.mandrakesoft.com/show_bug.cgi?id=6217 Summary: Crash when loading project with subtasks Product: mrproject Version: 0.9.1-3mdk Platform: PC OS/Version: All Status: RESOLVED Severity: critical Priority: P2 Component: mrproject AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] This bug makes the current version unusable. When you create subtasks in your project, save it and then try to open the project, mrproject segfaults. There is a patch available to fix this problem: http://bugzilla.codefactory.se/show_bug.cgi?id=681 I applied it and works perfectly. Maybe it is worth thinking about providing this also as a bugfix for 9.2. It is really depressing if you spent hours for creating a project, just to find out the next day that you can't open your file anymore. bye, Oliver --- Additional Comments From [EMAIL PROTECTED] 2003-10-30 14:44 --- Oops, sorry, I overlooked this bug :(( Somebody here just got it.. Fixed package available at http://people.mandrakesoft.com/~fcrozat/mrproject/ I'll check if we can do an official update for 9.2 -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
Re: [Cooker] When can we finally get X to fall back to XFdrake??
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Teletchéa Stéphane wrote: > Le jeu 30/10/2003 à 14:20, Buchan Milne a écrit : > >>>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 ... >> >>And what if the user had never used Redhat before??? This guy has been >>using Linux on hist desktop for over a year, do we expect newbies to >>know more than this? > > Yes, but in that case, he should subscribe to MandrakeClub or buy a pack > and solve this problem with the manual or on-line. Why should he need a manual to do this trivial thing? When last did you need a manual to do this in Windows (I'm guessing it was Windows 3.1). >>This is largely irrelevant. For a desktop OS, it is criminal to dump a >>user in a console without any help if they have just changed the >>monitor. If we can't ensure that X will come up, why should newbies use >>Mandrake over Debian? > > I agree on this point in the case you describe. I was just answering > about THIS user in particular. > > BTW, i'm not sure if we should provide such -finger in the nose- > practice that far : at the end, this is the kind of plus value one > should expect from club membership and/or pack ? So, we shouldn't be making a user-friendly linux distribution, instead we should make a user-unfriendly linux distribution, and then sell support? Sorry, but this business model is doomed. Regards, Buchan - -- |--Another happy Mandrake Club member--| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x202 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE/oRU4rJK6UGDSBKcRAoTCAJ0QKFxC4Bxh6OXI80rsqcvv9DN1HQCgrSfj ynhNTghmZNdtZE0/ebZAmkY= =qA8h -END PGP SIGNATURE-
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
Re: [Cooker] Do not renice X by default
> any idea about gdm ? > it's not set in /etc/X11/gdm/gdm.conf X isn't niced by gdm (just have a look with top). It was quite incoherent to nice X from xdm and not from gdm ... -- Olivier Blin
Re: [Cooker] When can we finally get X to fall back to XFdrake??
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Adam Williamson wrote: > On Thu, 2003-10-30 at 13:22, Greg Meyer wrote: > >>I think Buchan's point is that if one tries to start X and it fails, XFdrake >>should be launched automatically to try and help the user fix the problem. > > Uh, it is. Anyone who uses nvidia drivers knows this, as every time you > install a new kernel they aren't found, X fails to start, and Mandrake > pops up two nice prompts offering to start XFdrake and show you the > logs. Are you using gdm? That would be the *non-default* display manager, and this doesn't work with kdm or mdkkdm, and probably not 'startx' either. Regards, Buchan - -- |--Another happy Mandrake Club member--| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x202 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE/oRQdrJK6UGDSBKcRAh1LAKC8HjMj2DN6+BsZ2O5UQz/wwWofwACgs+iY ppMX2E4cbMNfAmAbGgEzzw8= =t52F -END PGP SIGNATURE-
Re: [Cooker] When can we finally get X to fall back to XFdrake??
Le jeu 30/10/2003 à 14:20, Buchan Milne a écrit : > > 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 ... > > And what if the user had never used Redhat before??? This guy has been > using Linux on hist desktop for over a year, do we expect newbies to > know more than this? Yes, but in that case, he should subscribe to MandrakeClub or buy a pack and solve this problem with the manual or on-line. > > 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. > > This is largely irrelevant. For a desktop OS, it is criminal to dump a > user in a console without any help if they have just changed the > monitor. If we can't ensure that X will come up, why should newbies use > Mandrake over Debian? I agree on this point in the case you describe. I was just answering about THIS user in particular. BTW, i'm not sure if we should provide such -finger in the nose- practice that far : at the end, this is the kind of plus value one should expect from club membership and/or pack ? WDYT ? > Regards, > Buchan > Regards, Stef signature.asc Description: PGP signature
Re: [Cooker] Boot-up speed
Buchan Milne wrote: Only load services when they're needed (or after gui is up) I think that's what WinXP does. It's not that simple. For me to be able to log in (on my desktop in a LAN), I need at least NFS (ie portmap, nfslock) and autofs up and running. For a disconnected LDAP setup (see the article on mandrakesecure.net), I need LDAP up and running too (otherwise is is not possible to login, or show user lists if using user lists on the dm). I'm guessing here, but when booting Mandrake on a reasonably fast machine (2.4GHz), the major delays I see are the depmod and activities which are looking for things which aren't there, such as NFS mounts from other machines which aren't up, or LAN adapters which aren't in use (e.g. a laptop NIC which is only used in-home or in-office). When these things ARE there, startup proceeds quickly. The problem may be the timeouts involved in looking for things you're not going to find. This is *definitely* a problem in shutdown. If, for example, my desktop mounts an NFS directory from my laptop, and I then shut the laptop down, shutting down the desktop will retry umount for the mount 3 times while shutting down NFS, and another 3 times during the final "unmounting file systems" phase. Each retry takes something like 90-120 seconds. Granted, on the particular issue of NFS, it's probably possible to tweak things to make this better, but that doesn't hold in every case. My laptop, when used in-house, often has its on-board NIC plugged into my internal LAN. If it doesn't (when on the road), there is a delay of at least a minute trying to bring up eth0. Part of the solution may simply be to revisit these timeouts, and adopt the philosophy that in today's networks, if you don't find it in a few seconds, it's probably not there, and you should either abandon the attempt or else background it. Another part of the solution would be a way to let particular components "block" on the availability of others, so that one component's initialization can proceed asynchronously, and a second component only blocks from the time it decides it requires the service until the time it is ready. A partial solution would be to create a few parallel initialization streams each of which serially runs components which depend upon one another.
Re: [Cooker] When can we finally get X to fall back to XFdrake??
On Thursday 30 October 2003 08:11, Teletchéa Stéphane wrote: > 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 ... That's great for that one user, but now there's "Mandrake 9.2 Discovery Edition" aimed at people who don't even know what a command line is. Those are the people who need a "safe mode" by default when X can't run. The truth is, Mandrake isn't like Red Hat, and nothing against Red Hat users but I hope it never is. It's always been easier and saying "the end user should have known..." is almost always not helpful. Rob
Re: [Cooker] Boot-up speed
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jos Hulzink wrote: > On Thu, 30 Oct 2003, Michael Lothian wrote: > > >>Would it be possible to have a desktop pc option at install where all >>prioritories are for a desktop user >> >>Make the gui no 1 prioritory at boot time >> >>Only load services when they're needed (or after gui is up) >> >>I think that's what WinXP does. > > > Indeed, but this is impossible due to the fact Xfree acts like a > monolythic block of concrete that relies on networking and stuff. As long > as linux gets no decent separation between accellerated drivers and an X > that supports this, (see also KGI, XGGI, fbdev) this is not an option. > > Mind that even in XP you can't log in untill your networking is up, if you > are logging on to a domain. But it sure looks 1000 x faster and more > smooth. Yes, just accept the username and password, and show some moving graphics until you have authenticated the user. Ever noticed how long it takes to tell you your password is wrong on first start? Regards, Buchan - -- |--Another happy Mandrake Club member--| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x202 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE/oRCtrJK6UGDSBKcRAtpgAJ0c8l24eHCb/QUigsDcH9AH12YfuACgyi2d sNSR8QqrO58Rag+AVgX9fBw= =lufS -END PGP SIGNATURE-
Re: [Cooker] When can we finally get X to fall back to XFdrake??
On Thursday 30 October 2003 08:11 am, Teletchéa Stéphane wrote: > > This kind of question should never need to be asked ... > > > > Regards, > > Buchan > > 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 think Buchan's point is that if one tries to start X and it fails, XFdrake should be launched automatically to try and help the user fix the problem. -- /g "Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read" -Groucho Marx
[Cooker] [Bug 6053] [drakxtools] problem in detection routine for network printer
http://qa.mandrakesoft.com/show_bug.cgi?id=6053 --- Additional Comments From [EMAIL PROTECTED] 2003-10-30 14:20 --- Perhaps your printers do not listen on port 9100 or any other port which printerdrake is checking. Please do a simple nmap 192.168.1.40 and nmap 192.168.1.30 and post the output here. Then we can see whether your printers use another port or the TCP/Socket protocol at all. Note that printers using only the LPD protocol are not auto-detected. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: I've got 2 network printers, a Konica 7830n ( 192.168.1.40 ) and a Lanier 5227 ( 192.168.1.30 ) with static IP. I noticed that when using autodetection, printerdrake is unable to detect them. I have to specify the IP adress manually, the same applies also sometimes for diskdrake concerning NFS server detection. So I dig a little in /usr/lib/libDrakX/printer/detect.pm Note : my broadcast is 192.168.1.255. 1°/ Is the detection routine ( getIPsInLocalNetworks() ) is very right ? -> If I cut & paste it on shell, I have this : [EMAIL PROTECTED] admin]# ping -w 1 -b -n 192.168.1.255 | cut -f 4 -d ' ' | sed s/:// | egrep '^[0-9]+\\.[0-9]+\\.[0-9]+\\.[0-9]+' | uniq | sort WARNING: pinging broadcast address -> If I omit the \\ for \ [EMAIL PROTECTED] admin]# ping -w 1 -b -n 192.168.1.255 | cut -f 4 -d ' ' | sed s/:// | egrep '^[0-9]+\.[0-9]+\.[0-9]+\.[0-9]+' | uniq | sort WARNING: pinging broadcast address 192.168.1.10 192.168.1.101 192.168.1.102 192.168.1.103 192.168.1.104 192.168.1.105 192.168.1.151 192.168.1.152 192.168.1.153 192.168.1.154 192.168.1.160 192.168.1.254 192.168.1.40 -> As the warning is annoying and should not appear : [EMAIL PROTECTED] admin]# ping -w 1 -b -n 192.168.1.255 2>/dev/null | cut -f 4 -d ' ' | sed s/:// | egrep '^[0-9]+\.[0-9]+\.[0-9]+\.[0-9]+' | uniq | sort 192.168.1.10 192.168.1.101 192.168.1.102 192.168.1.103 192.168.1.104 192.168.1.105 192.168.1.151 192.168.1.152 192.168.1.153 192.168.1.154 192.168.1.160 192.168.1.254 192.168.1.40 -> So this is fine. Now what's about the routine which scan the differents host ( whatNetPrinter ) ? nmap -r -P0 --host_timeout 400 --initial_rtt_timeout 200 -p 9100 192.168.1.40 First time I test I had nothing and nmap failed with "skipping host 192.168.1.40 due to host timeout" . When I removed --host_timeout 400, or If I do it a second time it works. So maybe host_timeout value should be increase ... Don't forget it's milliseconds ! But even by increasing these value, printerdrake still don't give me the list of network printer printers in my LAN. So what's wrong ? There's must be something wrong after ... I expect that printerdrake could give me the list of network printers in my LAN if I check autodetect printers and select TCP/IP/Socket printers ... And from this list I choose a printer and then configure it ... AM
Re: [Cooker] When can we finally get X to fall back to XFdrake??
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Teletchéa Stéphane wrote: > Le jeu 30/10/2003 à 13:42, Buchan Milne a écrit : >>Buchan Milne wrote: >> >>>A long time ago, X used to fall back to running a configuration tool. >>>This may have been long ago, when XFdrake wstill had a link for >>>XF86configure (or whatever Redhat used to call their tool). >>> >>>Why, if a user makes a mistake, do they end up with a console login, >>>when they could have XFdrake instead to help them fix the problem? >>> >>>See the comments in the OSNews review to see why I am asking this again. >>> >>>Windows95 even had a safe mode which would help you reoconfigure your >>>display settings. 8 years later, and Mandrake doesn't. >> >>Seen on a local LUG list: >> >>"I made the mistake of changing my monitor, and now X doesn't seem to be >>running...I have no idea on how to fix the problem or where to start. I >>am currently running Mandrake 9.1. Is there a console program (like in >>RedHat, namely, setup and then to X setup) where you can fix the X >>display resolution / refresh rates? Or if there isn't, how can I set up >>my computer to use the default setting which allows any monitor to be >>connected to it and it still displays something. What files do I need >>to edit?" >> >>This kind of question should never need to be asked ... > > 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 ... And what if the user had never used Redhat before??? This guy has been using Linux on hist desktop for over a year, do we expect newbies to know more than this? > 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. This is largely irrelevant. For a desktop OS, it is criminal to dump a user in a console without any help if they have just changed the monitor. If we can't ensure that X will come up, why should newbies use Mandrake over Debian? Regards, Buchan - -- |--Another happy Mandrake Club member--| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x202 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE/oRAurJK6UGDSBKcRAjXEAJ9v3nN6Qew1iQcNTKNy2oWoTtXIGACgo1/6 sN2E3j43jKjKf8rj29PI27g= =u8kz -END PGP SIGNATURE-
Re: [Cooker] Do not renice X by default
> > You need the kernel source of the kernel you want the drivers > > compiled for. By default it looks for the kernel in /usr/src/linux > > so I usually symlink that to my latest kernel build directory. > > Sorry for not stating so: I do have kernel-2.6-source of the same > version installed. I can actually compile the driver - it's the > installation that doesn't (when I do depmod). I get something like > "wrong module type" or something like that. Hi, You should have a look at these threads : http://www.mail-archive.com/[EMAIL PROTECTED]/msg114289.html http://www.ussg.iu.edu/hypermail/linux/kernel/0307.1/1162.html I'm not sure if I can do something in the kernel package so that nvidia drivers compile out of the box. Maybe I could add a script that does all this stuff automatically. Regards -- Olivier Blin
Re: NTP client in clock.pl [Was: Re: [Cooker] Some wishes for Mandrake 10.0...]
Le jeu 30/10/2003 à 11:46, Daouda LO a écrit : > I think that this is aimed only at the client part. We assume that the > time server is available only in the local network and has the 'at > least 3 external stratums' correctly (manually) set. External servers list > should be dropped. WDYT ? so this should really be in a different button. But that's sound sensible --- Il ne faut pas mettre de vinaigre dans ses ecrits, il faut y mettre du sel. -- Montesquieu, Mes pensees
Re: [Cooker] Boot-up speed
On Thu, 30 Oct 2003, Michael Lothian wrote: > Would it be possible to have a desktop pc option at install where all > prioritories are for a desktop user > > Make the gui no 1 prioritory at boot time > > Only load services when they're needed (or after gui is up) > > I think that's what WinXP does. Indeed, but this is impossible due to the fact Xfree acts like a monolythic block of concrete that relies on networking and stuff. As long as linux gets no decent separation between accellerated drivers and an X that supports this, (see also KGI, XGGI, fbdev) this is not an option. Mind that even in XP you can't log in untill your networking is up, if you are logging on to a domain. But it sure looks 1000 x faster and more smooth. Jos
Re: [Cooker] ADSL + postfix default config = open relay?
On Thu, 30 Oct 2003 20:22, Luca Berra wrote: > On Thu, Oct 30, 2003 at 12:54:05PM +0100, Guillaume Cottenceau wrote: >> However, why is it using "subnet" by default? > but probably the reason is that postfix target is real mail > servers on a lan, not standalone system. No, reason is that on almost all broadband and dialup links that opens you to traffic from no more than your own lan, and your private point-to-point link to the ISP. With the arrangement previously described, most Windows machines would be completely legs-in-air and beckoning to the entire ISP (or at least that subnet) by default. Unwise. Cheers; Leon
Re: [Cooker] When can we finally get X to fall back to XFdrake??
Le jeu 30/10/2003 à 13:42, Buchan Milne a écrit : > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Buchan Milne wrote: > > A long time ago, X used to fall back to running a configuration tool. > > This may have been long ago, when XFdrake wstill had a link for > > XF86configure (or whatever Redhat used to call their tool). > > > > Why, if a user makes a mistake, do they end up with a console login, > > when they could have XFdrake instead to help them fix the problem? > > > > See the comments in the OSNews review to see why I am asking this again. > > > > Windows95 even had a safe mode which would help you reoconfigure your > > display settings. 8 years later, and Mandrake doesn't. > > Seen on a local LUG list: > > "I made the mistake of changing my monitor, and now X doesn't seem to be > running...I have no idea on how to fix the problem or where to start. I > am currently running Mandrake 9.1. Is there a console program (like in > RedHat, namely, setup and then to X setup) where you can fix the X > display resolution / refresh rates? Or if there isn't, how can I set up > my computer to use the default setting which allows any monitor to be > connected to it and it still displays something. What files do I need > to edit?" > > This kind of question should never need to be asked ... > > Regards, > Buchan 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. Stef signature.asc Description: PGP signature
Re: [Cooker] Re: 9.2 - manpages in Russian completely screwed up
On Thu, 30 Oct 2003 21:01, Thierry Vignaud wrote: > Andrey Borzenkov <[EMAIL PROTECTED]> writes: > > please, fix. > > i'll[message ends here] Er... is that a good omen? )-: Cheers; Leon
[Cooker] Re: 9.2 - manpages in Russian completely screwed up
Andrey Borzenkov <[EMAIL PROTECTED]> writes: > please, fix. i'll
Re: [Cooker] urpmi --auto-select + recompile from src.rpm
> Hello, > > I was wondering, if there is some way to upgrade (or install) new > packages form src.rpm source packages, rather than from precompiled > i586.rpm packages, with the ease urpmi provides, so that one could fully > benefit from his/her CPU. > > > "urpmi --auto-selects" can only be used to upgrade precompiled packages, > and won't help much if someone wants to update whole system from source > src.rpm packages. > > > What I mean, if there is some script, that would download new src.rpm > packages from let's say cooker, recompile them for a given architecture, > and than install. > > Doing this manually is somewhat long, slow, monotonous... > > > Regards, > > Tomasz Chmielewski Perhaps slbd may suite your needs... http://qa.mandrakesoft.com/twiki/bin/view/Main/SlBd regards, Stefan
[Cooker] [Bug 6258] [jabber] adding logrotate support in jabber to avoid server crash
http://qa.mandrakesoft.com/show_bug.cgi?id=6258 --- Additional Comments From [EMAIL PROTECTED] 2003-10-30 13:54 --- Created an attachment (id=945) --> (http://qa.mandrakesoft.com/attachment.cgi?id=945&action=view) script to be add in /etc/logrotate.d/ script to be add in /etc/logrotate.d/ this will rotate montly record.log and will rotate error.log if error.log size exceed 1M. Both will make 4 copies. if empyty or does not exist, will not give an error ( san can be add directly in logrotate package as we can assume that if jabber si installed, logrotate isinstalled too and adding a dependency against logrotate may seems superflue ) -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: I've got a request for jabber package : provide support for logrotate. Indeed I was unable to start my local jabber server until I understand that the problem's comes from /var/log/jabber/record.log and /var/log/jabber/error.log . error.log grow, and grow so much that at the end jabber doesn't want to start as error.log was too big ( more than 7Mo, maybe kopete related ... ). This limitation comes from xdb component. So adding a script in /etc/logrotate.d could did the trick and allow to don't have a jabber server stopping running at all ( this is limit a DoS against jabber ). weekly rotations should be enough with 4 copies for record.log, and rotation when filesize exceed 1M should be enough for error.log : /var/log/jabber/record.log { monthly rotate 4 notifempty missingok } /var/log/jabber/error.log { size=1M rotate 4 notifempty missingok
[Cooker] [Bug 6258] [jabber] New: adding logrotate support in jabber to avoid server crash
http://qa.mandrakesoft.com/show_bug.cgi?id=6258 Summary: adding logrotate support in jabber to avoid server crash Product: jabber Version: 1.4.2a-9mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 Component: jabber AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I've got a request for jabber package : provide support for logrotate. Indeed I was unable to start my local jabber server until I understand that the problem's comes from /var/log/jabber/record.log and /var/log/jabber/error.log . error.log grow, and grow so much that at the end jabber doesn't want to start as error.log was too big ( more than 7Mo, maybe kopete related ... ). This limitation comes from xdb component. So adding a script in /etc/logrotate.d could did the trick and allow to don't have a jabber server stopping running at all ( this is limit a DoS against jabber ). weekly rotations should be enough with 4 copies for record.log, and rotation when filesize exceed 1M should be enough for error.log : /var/log/jabber/record.log { monthly rotate 4 notifempty missingok } /var/log/jabber/error.log { size=1M rotate 4 notifempty missingok -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
Re: [Cooker] Boot-up speed
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Michael Lothian wrote: > Would it be possible to have a desktop pc option at install where all > prioritories are for a desktop user > > Make the gui no 1 prioritory at boot time > > Only load services when they're needed (or after gui is up) > > I think that's what WinXP does. It's not that simple. For me to be able to log in (on my desktop in a LAN), I need at least NFS (ie portmap, nfslock) and autofs up and running. For a disconnected LDAP setup (see the article on mandrakesecure.net), I need LDAP up and running too (otherwise is is not possible to login, or show user lists if using user lists on the dm). So, maybe a "Windows XP home" type scenario and a "Windows XP Pro in Windows domain"-type scenario. Regards, Buchan - -- |--Another happy Mandrake Club member--| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x202 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE/oQizrJK6UGDSBKcRAqbZAJ0SQriYn+c9iq5d4fJM/pD39r6pbwCfWw/G wXF8Ov+0fK2uq0Foq9tLCBM= =eiTP -END PGP SIGNATURE-
Re: [Cooker] When can we finally get X to fall back to XFdrake??
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Buchan Milne wrote: > A long time ago, X used to fall back to running a configuration tool. > This may have been long ago, when XFdrake wstill had a link for > XF86configure (or whatever Redhat used to call their tool). > > Why, if a user makes a mistake, do they end up with a console login, > when they could have XFdrake instead to help them fix the problem? > > See the comments in the OSNews review to see why I am asking this again. > > Windows95 even had a safe mode which would help you reoconfigure your > display settings. 8 years later, and Mandrake doesn't. Seen on a local LUG list: "I made the mistake of changing my monitor, and now X doesn't seem to be running...I have no idea on how to fix the problem or where to start. I am currently running Mandrake 9.1. Is there a console program (like in RedHat, namely, setup and then to X setup) where you can fix the X display resolution / refresh rates? Or if there isn't, how can I set up my computer to use the default setting which allows any monitor to be connected to it and it still displays something. What files do I need to edit?" This kind of question should never need to be asked ... Regards, Buchan - -- |--Another happy Mandrake Club member--| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x202 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE/oQchrJK6UGDSBKcRArIrAKCsRiHT4l4W5zzB1YgS8MiblW6wjQCfcHrM LcqhL9RRyRx6yIBdxTlTv3w= =ygZ7 -END PGP SIGNATURE-
Re: [Cooker] Boot-up speed
Le jeu 30/10/2003 à 12:01, Jos Hulzink a écrit : > On Thu, 30 Oct 2003, Vedran Ljubovic wrote: > > Here are some thinkings: > > > > - Harddrake should *not* be disabled by default. If > > one changes some piece of hardware (they'll probably > > do that while their system is off :) strange things > > may happen to their system. You may not change your > > hardware often, but I for example have my case on > > Removing harddrake might be sensible for laptops and > > computers that are known to be black-boxes (servers, > > non tech-savvy users; I'd like to make that call > > myself). > > My point is that someone who changes hardware knows what he is doing, and > pressing "H" at boot time to run harddrake is only a small step after > hacking your hardware. you're wrong. 1°/ linux users since 5 years, cooker user since 3 years, sysadmin and i don't even know that pressing H was launching harddrake ... Where this feature is writed and easily accessible to someone who don't even try to find it ? 2°/ people changing hardware don't know what they do, especially on linux. Normally if you change your hardware ( put USB/Firewire devices, or add a CDROM/CDRWM ), you expect it should work automatically ( how many people praise XP when it was able to detect and configure alone their hardware when XP had the correct drive ? of course when something was wrong ... ). Even for graphic card/monitor we all waiting for the day when we will be able to switch the graphic card and that linux/mdk will detect this at boot and simply automatically configure it, etc ... > 95% of the users will never change hardware, or it > must be an usb stick, which should not heb handled by harddrake, for > harddrake only detects at boot time. (My system comes with /dev/sda1 not > found while mounting filesystems for I happened to have an USB stick in my > machine during the install of 9.2. Have been too lazy to fix it yet.) or a USB printer, or a new USB keyboard/mouse to replace your PS/2 keyboard/mouse, a USB HD, an USB camera, ... > > and other such examples. That's 18 seconds or more > > than 20% of overall boot-up time. I don't think > > parallelization can bring that much benefit. > > Also consider splitting harddrake in part that is > > needed to run X (detecting video card, monitor and > > mouse) and the rest that runs after the desktop is up. > > It can even show a nice GUI for new hardware :) What > > else can be delayed after the GUI is up? > > Harddrake isn't _THAT_ slow, splitting it up would cause more overhead. > > /me wonders if XFree can be stripped. 99 % of the users will never use the > remote connect features of X. I'm not an X expert, are the remote connect > features and such loaded when X starts ? the network support in XFree doesn't slow XFree startup. culprits here are the toolkits, the De ( gnome/KDE ) and ldd. the network support may slow XFree during usage ( i.e not everything is optimized for direct access, but that's a wrong debate ) --- Faites-vous des amis prompts a vous censurer. -- Nicolas Boileau, Satires
Re: [Cooker] Boot-up speed
Would it be possible to have a desktop pc option at install where all prioritories are for a desktop user Make the gui no 1 prioritory at boot time Only load services when they're needed (or after gui is up) I think that's what WinXP does. Mike
Re: [Cooker] ADSL + postfix default config = open relay?
On Thu, Oct 30, 2003 at 12:54:05PM +0100, Guillaume Cottenceau wrote: I'd say it's nice. However, why is it using "subnet" by default? Maybe Wietse/others have good reasons for it? I'd prefer they back the change on their side - also, it's better for us to change only the lowest possible number of parameters, so that new users are less lost when setting up our package for their needs. i'll ask but probably the reason is that postfix target is real mail servers on a lan, not standalone system. I'd say that chrooting is good for security, and it's generally a good option. People wanting more complex or problematic-with-chroot configs can normally easily remove it. It would help to know what are the strong feeling sof Wietse. look at this thread http://archives.neohapsis.com/archives/postfix/2003-10/1590.html especially Wietse comments: http://archives.neohapsis.com/archives/postfix/2003-10/1600.html http://archives.neohapsis.com/archives/postfix/2003-10/1620.html and Simon's http://archives.neohapsis.com/archives/postfix/2003-10/1733.html Tough i believe Simons script sucks :) Postfix binaries chroot themselves after starting, so there should be no need to copy libraries they are linked to in the chroot. We should only need to copy libraries dlopen()-ed by those binaries and their requirements (if they are not already loaded by the binaries) With this i mean that only nss libraries should be needed (sasl plugins are loaded before chrooting) L. -- Luca Berra -- [EMAIL PROTECTED] Communication Media & Services S.r.l. /"\ \ / ASCII RIBBON CAMPAIGN XAGAINST HTML MAIL / \
Re: [Cooker] Gnome Ghostview does not allow changing printer settings
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 FACORAT Fabrice wrote: > Le jeu 30/10/2003 à 01:40, lamikr_mdk a écrit : > >>I tried to change the printer settings in the ggv (ggv-2.4.0.1-1mdk) >>from "/usr/bin/lpr" to xpp but the settings does not store. >> >>If I try to print or go to check out settings again, "/usr/bin/lpr" >>is back... >> >>Does anybody know where ggv stores config files, maybe I could then >>try to change this setting manually. > > > this cooker, not expert/confirme/... > > see in gconf-editor -> apps -> ggv -> printing -> command key > Or, to do this system-wide: # update-alternatives --config lpr There are 3 programs which provide `lpr'. SelectionCommand - --- 1/usr/bin/lpr-xpp *+2/usr/bin/lpr-cups 3/usr/bin/lpr-kprinter Enter to keep the default[*], or type selection number: Regards, Buchan - -- |--Another happy Mandrake Club member--| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x202 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE/oPvjrJK6UGDSBKcRAg+oAKC9TSf6nfjRbZb0YgOLDxhAPTIjWACeMDoO VFH+bzS3hKfLQVZveOTYVdk= =1KDr -END PGP SIGNATURE-
Re: [Cooker] urpmi basesystem
Pascal Terjan <[EMAIL PROTECTED]> writes: > I just tryied urpmi --root /tmp/mdk basesytem, it worked really > nicer than the first time I did it months ago. > > Only got 2 errors (except for kernel but that's not a problem) : > > 8:glibc ## > /var/tmp/rpm-tmp.27792: line 24: rm: command not found > > This one is easy to fix but has no impact... IIRC this also happens during install and that's simply not fixable due to Requires and PreReq's (beside, it's not a problem - again, IIRC). -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] urpmi --auto-select + recompile from src.rpm
Am Donnerstag, 30. Oktober 2003, 13:06:51 Uhr MET, schrieb Tomasz Chmielewski: > I was wondering, if there is some way to upgrade (or install) new > packages form src.rpm source packages, rather than from precompiled > i586.rpm packages, with the ease urpmi provides, so that one could fully > benefit from his/her CPU. I doubt there would be much benefit from this approach. > What I mean, if there is some script, that would download new src.rpm > packages from let's say cooker, recompile them for a given architecture, > and than install. There's rpm-rebuilder in main, maybe it can be tweaked somehow. -- What difference does it make to the dead, the orphans and the homeless, whether the mad destruction is wrought under the name of totalitarianism or the holy name of liberty or democracy? Mahatma Gandhi (1869 - 1948), "Non-Violence in Peace and War"
[Cooker] urpmi --auto-select + recompile from src.rpm
Hello, I was wondering, if there is some way to upgrade (or install) new packages form src.rpm source packages, rather than from precompiled i586.rpm packages, with the ease urpmi provides, so that one could fully benefit from his/her CPU. "urpmi --auto-selects" can only be used to upgrade precompiled packages, and won't help much if someone wants to update whole system from source src.rpm packages. What I mean, if there is some script, that would download new src.rpm packages from let's say cooker, recompile them for a given architecture, and than install. Doing this manually is somewhat long, slow, monotonous... Regards, Tomasz Chmielewski
Re: [Cooker] Boot-up speed
On Thu, 30 Oct 2003, Vedran Ljubovic wrote: > --- Jos <[EMAIL PROTECTED]> wrote: > > http://www.stack.nl/~josh/Mandrake > > Hello Jos! > > I think you have an excellent page there. > > Here are some thinkings: > > - Harddrake should *not* be disabled by default. If > one changes some piece of hardware (they'll probably > do that while their system is off :) strange things > may happen to their system. You may not change your > hardware often, but I for example have my case on > Removing harddrake might be sensible for laptops and > computers that are known to be black-boxes (servers, > non tech-savvy users; I'd like to make that call > myself). My point is that someone who changes hardware knows what he is doing, and pressing "H" at boot time to run harddrake is only a small step after hacking your hardware. 95% of the users will never change hardware, or it must be an usb stick, which should not heb handled by harddrake, for harddrake only detects at boot time. (My system comes with /dev/sda1 not found while mounting filesystems for I happened to have an USB stick in my machine during the install of 9.2. Have been too lazy to fix it yet.) > - I don't think parallelizing helps on computers with > a single CPU that doesn't support hyperthreading. Sure Not true I think... Think about initializing network cards with a dhcp server. This isn't a busy wait. It is one of the few examples that really matter, but ok. We need benchmarks to see what's true. > we both need hard figures to back up our claims, but I > believe the effort can be spent much better by > rethinking some services and making their selection > smarter! Think about it: > * laptops don't need harddrake (4 seconds) > * people without a network card don't need > NFS/SMB/TMDNS (3-4 seconds) > * people not sharing printers and scanners can afford > to start cups and scannerdrake after the desktop is up > (10 seconds) Also shared printers can be set up after the desktop is there, though indeed, for real servers you might want to change priority. My problem is how to do implement your suggestions (which I agree with) in a neat way? > and other such examples. That's 18 seconds or more > than 20% of overall boot-up time. I don't think > parallelization can bring that much benefit. > Also consider splitting harddrake in part that is > needed to run X (detecting video card, monitor and > mouse) and the rest that runs after the desktop is up. > It can even show a nice GUI for new hardware :) What > else can be delayed after the GUI is up? Harddrake isn't _THAT_ slow, splitting it up would cause more overhead. /me wonders if XFree can be stripped. 99 % of the users will never use the remote connect features of X. I'm not an X expert, are the remote connect features and such loaded when X starts ? Oh and of course the reason X / KDE / Gnome boots so slow: the ELF file format... > To people bashing windows for this: please think about > it, it's a feature. I want to start doing productive > things as soon as possible. This is a desktop machine > we're talking about. I don't care if 90% of hardware > isn't working yet if I can startup my > editor/browser/e-mail program (sometimes I want to > hack rc so openoffice is started before everything > else, so i don't have to wait 20 sec for it ;) If your network card is useless, you can't open email :) So it's not that easy... What is the limit of non-working hardware ? > - I agree completely on depmod. > > - I also agree that using bash slows down things. But > I don't think that writing rc script itself in C will > help much. rc script is only a small portion of > overhead, I think that the bigger problem are scripts > in init.d that are 100% bash, such as devfsd script > that makes a bunch of symbolic links and stuff. That's not the issue. The issue is that a binary isn't hackable anymore. Using binaries will cause some unix freaks to run away. I used a binary for /etc/rc.d/rc for that script isn't interesting, and scripts don't allow multithreading. Another solution hacks init, drops /etc/rc.d/rc and calls everything directly. Question is: what is right ? do we (Mandrake) care about dropping standards in favour of a few seconds ? > One another thing: consider the services that already > work in background: scannerdrake, usb detection, xfs, > apmd, cups, crond, xinetd, kheader, devfsd. > Parallelizing tasks is as easy as adding a & to > appropriate script. And finding the dependencies, which is a nice puzzle sometimes :) Jos
Re: [Cooker] 9.2 Errata not init floppy: not solved
Francisco Alcaraz <[EMAIL PROTECTED]> writes: > If it is impossible make a boot floppy due to the size of > the kernel, it could be appropriate erase this option in > DrakConf, couldn't it? It should still be possible since vmlinuz's size is less than 1.44 MB.. but soom it'll not be possible anymore I guess :). -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/