[Cooker] kerberos and pam
*Hi ! It seems that the pam module for kerberos is still missing in mandrake : i didn't manage to make text login, nis, kdm or gdm use it (via pam) for authentification ! But the PAM module does exists for RedHat !!! So why not for Mdk ? Thanks to tell me if i'm wrong, Henri*
[Cooker] groups on install, Pinnacle DV not detected, ez-ipupdate
Hi ! here are some suggestions for the mdk 9.0 : 1- it would be great to have the possiblility to define the cdwriters group members during the install if a cd-burner is detected, 2- why isn't it possible to create groups for the users during the installation ? 3- my Pinnacle DV card is not detected at install. I had to make the insmod ieee1394 and raw1394 by myself... here is the result for lspci : 00:08.0 FireWire (IEEE 1394): Lucent Microelectronics FW323 (rev 04) 4- the EZ-IPUPDATE package doesn't print [OK] or [FAILED] when doing a service ez-ipudate start. thanks, Henri.
[Cooker] usb-uhci + usb-ohci
Hi, Yes, that's me, with another problem ;-) I've got the same problem with 9.0RC1 than with 8.2 : my motherboard has an usb-uhci controller, where my scanner and my modem are connected, and i've added an usb-ohci extension card to plug my printer. But this is not detected at install, so that i have to make a modprobe usb-ohci service cups restart each time i want to print, or add usb-ohci in /et/modules by myself...not great for beginners ! this is my modules.conf : alias ppp-compress-26 ppp_deflate alias eth0 3c59x alias tty-ldisc-13 n_hdlc alias sound-slot-0 snd-via8233 alias ppp-compress-21 bsd_comp alias tty-ldisc-3 ppp_async probeall scsi_hostadapter usb-storage ide-scsi probeall usb-interface usb-ohci ehci-hcd usb-uhci alias char-major-108 ppp_generic above snd-via8233 snd-pcm-oss alias tty-ldisc-14 ppp_synctty alias ppp-compress-24 ppp_deflate alias /dev/nvidia* NVdriver alias usb-interface0 usb-uhci As you can see, there is a probeall usb ohci, but not any alias usb-interface1 usb-ohci... Henri.
[Cooker] USB-SCSI Cable + Jaz
Hi, I've got a jaz drive which was internal and that i've converted to external with the Iomega scsi to USB Cable. I've noticed that the auto-detection doesn't really work : i have to make an ls /dev/sda as root for this file to be created and the drive detected. Then, everything is ok and i see the dynamic icon on KDE desktop...That's almost working, but the first step is missing ! Thanks, Henri
[Cooker] mandatory icons removed at boot
Hi, I've put some mandatory icons for the kde desktop in /usr/share/config/kdesktop/Desktop, so that Mozilla, etc. appears for every users. The problem is that they are removed on every reboot ! (I'm using 9.0RC1) Henri.
[Cooker] pb with SVCD
Hi, On Mdk 9.0 RC1 I've notice that the module for konqueror which reads videos does work for VCD2 mpeg format, but doesn't for SVCD...i hope this will later ! With VCD2 however, the stop button doesn't work onr the close button of the window which opens : i have to click on go up in konqueror to make the window get closed... Henri.
[Cooker] window Maker menu
Hi, I wonder why windowMaker of RC1 isn't the same as gnome or kde ? This is the window maker default menu ! On Mdk 8.2 it was better, even if there wasn't the link to the what to do menu... Henri
Re: [Cooker] kerberos and pam
Florin wrote: [EMAIL PROTECTED] (Henri) writes: *Hi ! It seems that the pam module for kerberos is still missing in mandrake : i didn't manage to make text login, nis, kdm or gdm use it (via pam) for authentification ! But the PAM module does exists for RedHat !!! So why not for Mdk ? Thanks to tell me if i'm wrong, Henri* ok, I will have a look at it and add it ... have a nice day, Thanks ! I'll use it as soon as it is ready ! that's far better than putting a firewall ! Moreover, i'm making a cvs server to code with friends, and using kerberos will make it possible to unifie all this : kerberos for the CVS and NIS for logins wasn't pretty and in fact unuseful. Now this will be OK... Thanks a lot, Henri.
[Cooker] Gnome and printing
Hi, I'm a little bit confused with RC1 ( RC2 will be at home tomorow :-) ) : Can't we print and watch the printing queue easily in graphical mode ?? Isn't there any thing about it in the menu nor on the panel, nor in preferences of gnome ?? I know KDE is the default desktop, but is it so difficult to make a little gnome-applet at least to see when something is going wrong, to change the orientation...or do we really have to use this xpp thing, which doesn't open when you print from gnumeric for example ? Henri.
Re: [Cooker] Gnome and printing
Austin Acton wrote: It's called gtklp. It's in contribs, and it's good. Austin On Mon, 2002-09-09 at 19:06, Henri wrote: Hi, I'm a little bit confused with RC1 ( RC2 will be at home tomorow :-) ) : Can't we print and watch the printing queue easily in graphical mode ?? Isn't there any thing about it in the menu nor on the panel, nor in preferences of gnome ?? I know KDE is the default desktop, but is it so difficult to make a little gnome-applet at least to see when something is going wrong, to change the orientation...or do we really have to use this xpp thing, which doesn't open when you print from gnumeric for example ? Henri. Well, couldn't there be a little message not supported but know to work, do you want to install it ? at launch of gnome ? beginners will never go to see in contribs (my mother won't ;-) if i don't do it, and she wouldn't be able to)... thanks for the tip, Henri.
[Cooker] urpmi + cd burner
Hi, each time i want to install something with urpmi, i've got towait for ten minutes it stops searching my empty cd-drive, or i have to put any cd in it to make it stop. I've got a got an ide cd-burner (emulated as scsi), Henri.
Re: [Cooker] urpmi + cd burner
François Pons wrote: Henri [EMAIL PROTECTED] writes: Hi, each time i want to install something with urpmi, i've got towait for ten minutes it stops searching my empty cd-drive, or i have to put any cd in it to make it stop. I've got a got an ide cd-burner (emulated as scsi), Disable supermount and it will be faster, you will avoid the probe done by supermount driver. François. You mean i have the choice : installing packages easily but making my cd be unusable by my family, which doesn't care about mounting/umounting, or the contrary ? I think this isn't serious : both installing a software and using a cdrom should be easy for newbees... Henri.
Re: [Cooker] OpenOffice and MSEC 4
Gwenole Beauchesne wrote: On Sat, 7 Sep 2002, Henri wrote: There is a VERY annoying bug with msec at level for : ooffice won't launch for users which are not in the group allowed to see config files, as selected during installation. The problem was even worse than that. :-/ Thanks for reply ! So what is really the problem ? what do you mean by even worse ? Please correct this, I don't want to make the config of my machine readable to every one just to be able to use OpenOffice ! Chances are that will be fixed in OOo 1.0.1-9mdk if it arrives in time. Count at least 24 hours from now for compiling/testing. The problem is the same with StarOffice 6... Dearest Open Source :-)... I am sorry but I can't do anything with that. Bye, Gwenole.
Re: [Cooker] Gnome and printing
Henri wrote: Austin Acton wrote: It's called gtklp. It's in contribs, and it's good. Austin On Mon, 2002-09-09 at 19:06, Henri wrote: Hi, I'm a little bit confused with RC1 ( RC2 will be at home tomorow :-) ) : Can't we print and watch the printing queue easily in graphical mode ?? Isn't there any thing about it in the menu nor on the panel, nor in preferences of gnome ?? I know KDE is the default desktop, but is it so difficult to make a little gnome-applet at least to see when something is going wrong, to change the orientation...or do we really have to use this xpp thing, which doesn't open when you print from gnumeric for example ? Henri. Well, couldn't there be a little message not supported but know to work, do you want to install it ? at launch of gnome ? beginners will never go to see in contribs (my mother won't ;-) if i don't do it, and she wouldn't be able to)... thanks for the tip, Henri. Hi, In fact i think this gtklp, or at least xpp, should really appear in the action menu of gnome, with screenshots and logout. It's very disapointing not to have an easy link to configure a printer, or simply... to print a file ! Henri.
[Cooker] hardware unknown
Hi, i've already sent this info, but as i get no reply... My pinnacle DV card isn't detected at install. and is listed in unknown in drakconf. The modules which are necessary to make it work with kino (should be installed when a card is detected i think) are : raw1394 and ieee1394. here is the results of lspcidrake -v : unknown : Agere Systems|FW322 1394A PCI PHY/Link Open Host Ctrlr I/F [SERIAL_FIREWIRE] (vendor:11c1 device:5811 subv:11bd subd:000e) and lspci -v : 00:08.0 FireWire (IEEE 1394): Lucent Microelectronics FW323 (rev 04) (prog-if 10 [OHCI]) Subsystem: Pinnacle Systems Inc.: Unknown device 000e Flags: bus master, medium devsel, latency 64, IRQ 19 Memory at d000 (32-bit, non-prefetchable) [size=4K] Capabilities: [44] Power Management version 2 Please, include it, video is far as much important as webcams autodetection... Thanks Henri
Re: [Cooker] Mozilla FR
Guillaume Cottenceau wrote: Henri [EMAIL PROTECTED] writes: Hi, It seems that mozilla 1.1 french version won't be ready for 9.0. I suggest to give the choice to the user during install : installing 1.0 in french, which works pretty well, or using the last version in english. do you realize that this would need a special dialog just for that, during install? this is crazy :-). not only for french, but for all languages not translated. Moreover, the web browser/mail client is the first thing everybody looks for at first. Mandrake is a french distrib, that's not not at all. Mandrake is no more french than japanese or anything. we do have many french developers so our own tools are better localized for french, but this is the only speciality about french (except our broken english of course). mandrake creators are french, the first office was in France, and the place where it is used the most is France...so mandrake is french, as redhat is american and suse deutsch. That doesn't mean everybody is french at mandrake !
Re: [Cooker] Mozilla FR
Igor Izyumin wrote: On Tuesday 10 September 2002 05:15 pm, Henri wrote: mandrake creators are french, the first office was in France, and the place where it is used the most is France...so mandrake is french, as redhat is american and suse deutsch. Bulls**t. My impression is that far more Americans using it than French people. Yes, it's a popular distro in France, but it's also one of the most popular in the U.S. For example, I don't like many things about Redhat, such as the fact that it has a strong preference for Gnome (which I can't stand), its horrible security record, and the fact that almost every release is broken in a major way. Which is why I use Mandrake, and many other people use Suse. Also, your suggestion of asking the user about Mozilla during installation: why? The user could simply go to Edit-Preferences-Appearance-Languages and install the language pack they want after the distro is installed. Yes, they have to read a couple of English menus, but it's not too difficult. the problem is that there isn't any french translation of mozilla 1.1, but there is one for 1.0. In the 8.2 release, Mozilla 9.8 was in french after install : people which are going to upgrade won't understand why upgrading means loosing the french traduction ! Is it really a progress ? I would prefer a 1.0 in french than an 1.1 in English : Linux would still be said to be a not well traducted OS... Henri
Re: [Cooker] got firewire camer t work under MDK9.0RC2
Byron Poland wrote: On Tue, 2002-09-10 at 19:40, faraj Meir wrote: I want to save video from my cam and compress it to divx/xvid, canI do it , and if yes how? Try kino from contrib, and then transcode available at plf. As told in a previous message, could kino be installed when a firewire card is detected ? It's also needed to modprobe ieee1394 and modprobe raw1394 or add those two drivers into /etc/modules. Is it possible to make it automatique during install ? Henri
Re: [Cooker] RC2: KDE Icons
Ian Ventura-Whiting wrote: On the desktop please change the home icon. It looks naff. ** Ian Ventura-Whiting */Senior Customer Support Engineer/* Network Disaster Recovery Ltd No. 2 Golden Cross 220 Chester Street Aston Birmingham B6 4AH Tel: +44 (0) 121 380 2000 Fax: +44 (0) 121 359 0534 Email: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] Web:_ _www.NDR.co.uk http://www.ndr.co.uk/ ** The information contained in this e-mail and any attachments are ntended for the named recipient(s) only. It may also be privileged and confidential. If you are not an intended recipient, you must take no action as a result of receiving it, including, but not limited to copying, distributing and amending it. If this communication has been sent to you in error, please contact us immediately and do not show the communication to any other party. NDR shall have no liability whatsoever in respect of the content of the communication and makes no warranty as to accuracy. Any views or opinions presented are solely those of the author. Viruses:- Although we have taken steps to ensure that this e-mail and attachments are free from viruses, we advise that in keeping with good computing practice, the recipient should ensure they are actually virus free. ** I do agree, it's ridiculous. All others are great (like the icons for sections in the menu, icons for scanners...). Why having this flat icon on the desktop ? This is the one we use the most, and the one which is the worst. Perhaps that could be good to have the same home icon on gnome and kde... Henri
Re: [Cooker] kcontrol problems
Per Øyvind Karlsen wrote: After an update a few days back, the kcontrol menu was empty, when starting kcontrol all the icons were gone, when changing menystyle to original(or whatever it's named, I forgot, but you'll probably get my point:o) they appeared again, and when reverting to mandrake style they were gone again:( i've got the same problem since 8.1 when i only use the what to do? menu...
[Cooker] notebooks and Linuxconf system profiles
Hi, I 've looked at linuxconf system profiles : that's great in theory but what a mess ! I have a notebook which is sometimes on the network with dhcp and sometime in standalone with a modem. When i boot on linux without being connected to the network i have to wait for 5 minutes for dhcp to fail and the boot goes on ! I think this should be set up at the install with drakX. Something like this is a notebook, let's configure two profiles : how do you connect when your at home ? at work ? etc... Another detail : my network have a xfs font server - the XF86Config file should be different if i'm on network and the xfs service should start only when i'm in standalone... The drakconf profiles doesn't talk about you nis domain, your NFS mount points, and really, this should be great if Mdk makes a great interface to that : linuxconf is really ununderstandable. Notebooks ARE becoming more and more importants in enterprise and home networks : i hope this is a priority at mandrake to provide good tools for notebooks users in next release... Thanks, Henri
[Cooker] notebooks and Linuxconf system profiles
Hi, I 've looked at linuxconf system profiles : that's great in theory but what a mess ! I have a notebook which is sometimes on the network with dhcp and sometime in standalone with a modem. When i boot on linux without being connected to the network i have to wait for 5 minutes for dhcp to fail and the boot goes on ! I think this should be set up at the install with drakX. Something like this is a notebook, let's configure two profiles : how do you connect when your at home ? at work ? etc... Another detail : my network have a xfs font server - the XF86Config file should be different if i'm on network and the xfs service should start only when i'm in standalone... The drakconf profiles doesn't talk about you nis domain, your NFS mount points, and really, this should be great if Mdk makes a great interface to that : linuxconf is really ununderstandable. Notebooks ARE becoming more and more importants in enterprise and home networks : i hope this is a priority at mandrake to provide good tools for notebooks users in next release... Thanks, Henri
Re: [Cooker] notebooks and Linuxconf system profiles
J. Greenlees wrote: Henri wrote: Hi, I 've looked at linuxconf system profiles : that's great in theory but what a mess ! I have a notebook which is sometimes on the network with dhcp and sometime in standalone with a modem. When i boot on linux without being connected to the network i have to wait for 5 minutes for dhcp to fail and the boot goes on ! I think this should be set up at the install with drakX. Something like this is a notebook, let's configure two profiles : how do you connect when your at home ? at work ? etc... Another detail : my network have a xfs font server - the XF86Config file should be different if i'm on network and the xfs service should start only when i'm in standalone... The drakconf profiles doesn't talk about you nis domain, your NFS mount points, and really, this should be great if Mdk makes a great interface to that : linuxconf is really ununderstandable. Notebooks ARE becoming more and more importants in enterprise and home networks : i hope this is a priority at mandrake to provide good tools for notebooks users in next release... Thanks, Henri That is not the first time I have heard this comment. My notebook doesn't give me this error, not even when it is physically disconnected from the dhcp network. I was thinking it might be the track network card id, but then remembered that it isn't enabled. Jaqui I don't understand your answer, sorry ! what is it you're naming track network card id ? The mac address ? My DHCP does use it, is it the reason of the pb ? That would be strange ! Can you explain differently please ? Anyway, the main subject is not only about this dhcp pb, but that i 'd like to be able to create EASILY profiles during install and/or from drakconf...linuxconf is really two difficult to understand for users who hasn't time to be a bidouilleur :)
[Cooker] ipcs bad format
Hi, the ipcs -m command doesn't give a well formatted output in french : columns are badly aligned... -- Segments de mémoire partagée touche shmid propriétaire perms octets nattch statut 0x 0 root 77710735362 dest 0x 32769 root 644110592 1 dest
[Cooker] scsi-USB Jaz adaptor
Hi, I've got an external scsi jaz drive. I've got an Iomega scsi to USB Cable so that i can plug it onto my notebook on usb port. The devfsd auto-detection doesn't really work : i have to make an ls /dev/sda as root for this file to be created and the drive detected. Then, it is ok : even a dynamic icon appears -sometimes- on KDE desktop...but it is really boring to have to make a su then ls /dev/sda each time... Can someone correct this bug ? is it a kernel usb-storage or devfs bug ? Thanks, Henri
[Cooker] KDM bug - passwd expired
Hi, I found an annying bug in KDM : My passwd expired today (0 days) - it says i should change it immediatly BUT does not let me to connect ! Going into console mode, i enter my login+passwd, and it tell me I must change it right now and prompt me for a new passwd - i'm logged in ! - in fact there are two bugs : this should let me login (as i'm still allowed to until tomorow), AND a kpasswd box should appear to prompt for a new passwd. Henri.
Re: [Cooker] KDM bug - passwd expired
sorry, I forgot to tell I'm using a Mandrake 9.0, in 4th msec security level... Henri a écrit: Hi, I found an annoying bug in KDM : My passwd expired today (0 days) - it says i should change it immediatly BUT does not let me to connect ! Going into console mode, i enter my login+passwd, and it tell me I must change it right now and prompt me for a new passwd - i'm logged in ! - in fact there are two bugs : this should let me login (as i'm still allowed to until tomorow), AND a kpasswd box should appear to prompt for a new passwd. Henri.
[Cooker] bug+solution in speedtouch.sh
Perhaps this is already fixed, but in mandrake 9.0, using a speedtouch USB modem, service internet start gives sometimes : error at line 150 in speedtouch.sh 0=0 command not found. when you edit the /usr/share/speedtouch/speedtouch.sh you find that there is a pb : *$RETURNED=0 which is stupid ! the correct thing is **RETURNED=0 without the dollar... *
Re: [Cooker] Re: [xmms] xmms can't work with KDE
Luca Olivetti a écrit: Guillaume Cottenceau wrote: Have a look at /usr/bin/soundwrapper, it's really simple. And broken for remote X Audio on remote X connections has never worked correctly, AFAIK. Most applications work fine (with a modified soundwrapper to take into account the LD_PRELOAD set by ltsp sound). Arts doesn't work fine (choppy sound), applications with a nas output plugin (e.g. mplayer) work the best. Anyway you're right: remote sound is a mess and it's a pity (ltsp is an amazing way to recover otherwise useless pcs). Still I find the autodetection made by soundwrapper too simplistic. Bye I think that there should be a common way to access sound devices : some software use directly the /dev/dsp, some other provide plugins for every sound server...those two solutions are bad. there should be ONE soundwrapper used by EVERY application and a soundwrapper.conf which would permit to set options (for ex : server=nasd, allow-remote-sound=yes, etc...) That is REALLY far two complicated for the moment, and ltsp works fine on the remote client side in general : that's the server side which does not work properly, even without any remote X.
[Cooker] DrakTermServ, root directory export and chroot
Hi, Why is DraTermServ exporting the root dir of the server ? couldn't it be a /var/drakTermServRoot or something like that, as it is done with ltsp ? That would be even greater if that was a chrooted service... I don't really like the idea to export everything, and that does not seem really useful. Henri
[Cooker] xmovie as default on KDE
Hi, i installed 9.0 and upgraded to 9.1RC2. Is it normal that xmovie is the default video viewer under KDE ? That such an ugly software ! Why not having the embedded reader by default ?
Re: [Cooker] DrakTermServ, root directory export and chroot
But LTSP is not very esay to use...don't you think that there could be the choice ? LTSP is not as simple to install as DrakTermServ, and concerning remote drives it is even worse...DrakTermServ is a really good tool, but that would be great to have such an option. And do you really think that people uses command line apps on their TX ? I don't think so, most people just want to work remotly on a exported display, AND be able to use locals cdrom/floppy drives. And LTSP does not do any chroot, why not doing it in drakTermServ ? Buchan Milne a écrit: Henri wrote: Hi, Why is DraTermServ exporting the root dir of the server ? So that you can run every single binary installed on the server on any of the clients, so you can use it for thick-clients also, without having to have multiple copies of everything as you do when using something like LTSP. couldn't it be a /var/drakTermServRoot or something like that, as it is done with ltsp ? That would be even greater if that was a chrooted service... I don't really like the idea to export everything, and that does not seem really useful. Well, there is already LTSP, which works fine on Mandrake also. So, you have a choice. Use LTSP if you have really thin clients (Pentium or slower), or Mandrake's terminal-server if you have thicker (ie Pentium MMX or better) clients. Buchan -- |--Another happy Mandrake Club member--| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x121 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
[Cooker] Gnome run a command box
when you press ALT+F2 under gnome (mdk9.1rc2), the cursor is not set in the text field by defaut, the user has to click on it (stupid because you would like to be able to enter directly your command without having to use your mouse when you use the keyboard shortcut).
Re: [Cooker] DrakTermServ, root directory export and chroot
Buchan Milne a écrit: Henri wrote: But LTSP is not very esay to use...don't you think that there could be the choice ? That's not Mandrake's problem. What i mean is that drakTerm should give the choice : export all the root dir so that you are able to run everything locally n your TX OR using a small directory containing only the necessary to use a remote X session. In your mind it seems that is if you need the first solution, use drakTerm, and if you need the second, go to LTSP. What i suggest is to add the second solution to drakTerm because it is far easier to use a graphical tool creating configuring everything, and because that's really boring to set up local drives with LTSP. i hope i'm clear...;) LTSP is not as simple to install as DrakTermServ, Show us the souce to the entire LTSP distro (one that can be built easily), and maybe something can be done. Last time I looked, you could only download binaries of the majority of their stuff. I believe it is not true anymore. They changed their config file format and created a new LBE source package. take a look at http://www.LTSP.org/lbe-alpha-2.html. and concerning remote drives it is even worse...DrakTermServ is a really good tool, but that would be great to have such an option. And do you really think that people uses command line apps on their TX ? ??? Mandrake Terminal server (AFAIK, haven't used it that much) runs everything locally by default (I have not tried the thin-client part at all), but you have a fully working setup with menus etc. I don't think so, most people just want to work remotly on a exported display, AND be able to use locals cdrom/floppy drives. ??? AFAIK access to local devices works? And LTSP does not do any chroot, why not doing it in drakTermServ ? ? LTSP does chroot AFAIK, which is why you need two copies of everything you want to run locally. No ! tftp/nfs are NOT chrooted : the dir which is exported is at /opt/ltsp, but it does not mean this is chrooted. What i would like is that the server can be used as a workstation, with an isolated server. Anyway that's not the bigger pb. What i would really like is drakTerm to be a complete remote X solution : for the moment, it only provide one kind of the two ways to use remote thin stations. Buchan -- |--Another happy Mandrake Club member--| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x121 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
Re: [Cooker] DrakTermServ, root directory export and chroot
Buchan Milne a écrit: Henri wrote: Buchan Milne a écrit: What i mean is that drakTerm should give the choice : export all the root dir so that you are able to run everything locally n your TX OR using a small directory containing only the necessary to use a remote X session. In your mind it seems that is if you need the first solution, use drakTerm, and if you need the second, go to LTSP. What i suggest is to add the second solution to drakTerm because it is far easier to use a graphical tool creating configuring everything, and because that's really boring to set up local drives with LTSP. i hope i'm clear...;) drakTerm supports both, but you cannot support both if you do not export the majority of the root partition. If you are in the postition where over 50% of your client machines are MMX or faster, I would use drakTerm, otherwise I would use LTSP. that is the case, but running a local KDE caught from an NFS export on a 200mmx, i don't think it is really very fast ! LTSP is not as simple to install as DrakTermServ, Show us the souce to the entire LTSP distro (one that can be built easily), and maybe something can be done. Last time I looked, you could only download binaries of the majority of their stuff. I believe it is not true anymore. They changed their config file format and created a new LBE source package. take a look at http://www.LTSP.org/lbe-alpha-2.html. It's been a while since I looked at terminals (1 year for LTSP, 6 months for drakTerm), but I don't see their entire setup there. Where are their kernel configs etc? Last time I looked, there were *only* binaries to be seen. No ! tftp/nfs are NOT chrooted : the dir which is exported is at /opt/ltsp, but it does not mean this is chrooted. What i would like is that the server can be used as a workstation, with an isolated server. Why, you're just duplicating everything. What motivation is there to have to maintain two sets of software (including security updates etc)? That is simple : - the risk to have something compromised on the NFS exported dir is decreased if the only thing you export is XFree and a set of 10 essential commands needed to boot the machine, - if the NFS server is attacked, that won't be a big problem if it is chrooted. You can't chroot all your system hierarchy i think. The server can be used as a workstation with drakTerm. Anyway that's not the bigger pb. What i would really like is drakTerm to be a complete remote X solution : for the moment, it only provide one kind of the two ways to use remote thin stations. According to Stew, that is incorrect since about August last year. I think that only tftp is chrooted, not the nfs server. -- |--Another happy Mandrake Club member--| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x121 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
Re: [Cooker] [Bug 2139] [kdebase] kcontrol access control, can'tchange the welcome mensage
falcaraz a écrit: http://qa.mandrakesoft.com/show_bug.cgi?id=2139 [EMAIL PROTECTED] changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-03-10 20:24 --- Cooker from this morning, not more problems --- 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: Kcontrol -- System -- Access control, you can change the welcome message (for example putting it in Spanish), it seems all is OK, but in kdm still appears Welcome to Mandrake 9.1 right. In the french version, there's no way to have redémarrer instead of reboot. Moreover, i think this is a stupid thing that reboot is the defaut action ! when you enter your name and press enter, the choice of the OS on which to reboot appears : i think this should go to the password texte zone (this occurs when you unactivate the users icons, in 4th security level).
Re: OT: desktop advocacy (was Re: [Cooker] whose bright idea?)
The two MAIN problems under gnome are certainly file management and...PRINTING Abiword has it's own printbox, so does galeon, so does gnumeric, so does ggv...can someone do something pretty about that ! You can't tell a new user to open an xterm and type lpr...and what if you want to print landscape ? Please read man lpr. That's not serious. That's a shame because there are really very good things in gnome panel (i love the two menus concept) , desktop (icons resizing) , control-center (really easier than kcontrol) and nautilus (image zoom with the mouse..) for ex. We need those two very important dialog boxes : printing and file selection. Buchan Milne a écrit: Adam Williamson wrote: On Mon, 2003-03-10 at 18:25, Jean-Michel Dault wrote: File dialog is one legitimate problem, it's well known and well discussed, and is in the works for GNOME 2.4. No-one can agree on exactly what to do with it, though =). It's just a hangover, basically. GNOME 2.0 was a framework release so they just ported the old file dialog to GTK+ 2, and then there were more pressing things to work on for 2.2. AFAICR, this was originally promised for 2.0! Then again for 2.2! It's been years since they have promised to have this fixed. And it won't be as functional when it is done either. One very nice thing to try in the GNOME file dialog that doesn't work in KDE, AFAICT - tab-completion! Type a partial directory name in the entry box, hit tab, see what happens...=) It may not work in the Location field, but it does work (not via tabbing, via a drop-down box) in the recently-used directory drop-down. I just don't see the difference, to be honest. Your average luser runs an email client and a browser, right? I just don't see the difference For the most part, yes, but there are many other things to do. Calculator, chat, instant messaging for example. gcalctool, xchat, gaim. xchat and gaim are strengths of the GTK+ environment, I know several KDE users who use them...there's GnomeICU, too. Remember, JM mentioned corporates. Besides email and web (which are often not striclty work), our users never need irc/chat/im stuff. One of the biggest issues is file management etc, and Nautilus just doesn't cut it. Also, Gnome doesn't have an OpenOffice quick starter any more. Well, it all depends on the definition of app, really ;). The stuff in Fifth Toe (galeon and some other programs) will be part of GNOME at some point, and from a certain angle you can call things like gnome-system-monitor apps. But the point is that you can make an app that uses the GTK+ toolkit but no other bits of the GNOME framework, or you can make one that, er, does :). Exactly the reasons Gnome fails to be consistent. The only Qt/non-KDE apps around are those that are specifically cross-platform. It looks like the GNOME people go out of their way to create a non-consistent desktop. Now I don't say GNOME is not suitable for some people, just that for new users, it might have some rough edges. I don't see the rough edges as particular to new users, really. It's better just to say GNOME 2.2 still has some rough edges :). Most of them are being industriously filed down for 2.4, though. :) When last did Gnome not have rough edges? KDE2.2.x was pretty good, KDE3.0.x was better. Nothing since Gnome1.4 has shown any promise IMHO (except that Nautilus seems to have gotten a little bit faster). Buchan -- |--Another happy Mandrake Club member--| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x121 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
Re: [Cooker] DrakTermServ, root directory export and chroot
Buchan Milne a écrit: Henri wrote: Buchan Milne a écrit: Why, you're just duplicating everything. What motivation is there to have to maintain two sets of software (including security updates etc)? That is simple : - the risk to have something compromised on the NFS exported dir is decreased if the only thing you export is XFree and a set of 10 essential commands needed to boot the machine, How so? The clients only have read-only access to everything AFAICR. Ok, a simple example. I have a TX server + TX clients. someone unplug a TX and use his notebook instead, using his ip (fixed on the dhcp with mac adress). As the NFS server does not verify if the IP was obtained from the dhcp server or not, the person can mount all the system from the TX server and, for example, see what is installed on it, who are the users... If th NFS server exported only a small system, only person being able to LOG graphically onto the system could access the filesystem. - if the NFS server is attacked, that won't be a big problem if it is chrooted. You can't chroot all your system hierarchy i think. I don't see the relevance of this, if someone gets write access to the NFS server, that means they have local access as root on the server, in which case chrooting is of no value. Unless I'm missing something. You mean chrooted isn't useful ??! strange idea no ? The server can be used as a workstation with drakTerm. Anyway that's not the bigger pb. What i would really like is drakTerm to be a complete remote X solution : for the moment, it only provide one kind of the two ways to use remote thin stations. According to Stew, that is incorrect since about August last year. I think that only tftp is chrooted, not the nfs server. I was meaning two ways of diskless workstations, one thin (all apps run on the server), one thick (all apps run on the client, just loaded from the server). If this is not what you meant, please explain: What i would really like is drakTerm to be a complete remote X solution : for the moment, it only provide one kind of the two ways to use remote thin stations. -- |--Another happy Mandrake Club member--| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x121 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
Re: [Cooker] [Bug 3136] [drakxtools] New: the lcd/monitor switchfreeze the computer!!!!
jean-baptiste.soufron a écrit: http://qa.mandrakesoft.com/show_bug.cgi?id=3136 Product: drakxtools Component: XFdrake Summary: the lcd/monitor switch freeze the computer Version: 9.1-18mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: major Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] hello, I have a laptop, a compaq presario 700 with a pro savage 4+ videocard, I used a RH8 previously and everything was fine when I press the lcd/monitor switch to look at some divx on my TV through the svideo tv/out or something like that... the computer just freeze... and it freezes for real like there is no other solution than to turn it off and turn it on again! you should really try to find out what's happening... thanks --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. right, i have the same notebook, and this occured on 9.0 with xine (if i used the xv driver) and not with vlc. THis does not occure anymore with 9.1RC2. was it a xine+xv+Xfree pb ?
[Cooker] APCI not working on presario 700
on presario 700 : upgraded 9.0 to rc2 : apci does not work. i made a non-expert upgrade, and packages apci and apcid were NOT installed by default. I went to control center-lilo config and then it installed it BUT TURNING IT ON FREEZE THE PC AT BOOT ! using the non-fb entry, i can see it frozen on a the apci PCI detection
Re: [Cooker] [Bug 2993] [Installation] New: NIS configuration missing?
John Allen a écrit: You do get asked, unfortunately only if you click the Advanced button on the root password screen,. dave wrote: During installation, I was never asked if I was using NIS authentication. The ypbind/yptools packages were selected, etc. This is up to and including 9.1rc2. cool. and does it work for kerberos and ldap too ? there was no pam module for kerberos on 9.0 :-( is it solved ?
Re: [Cooker] APCI not working on presario 700
Thanks ! Could it be possible that mandrake provides a precompiled kernel without apic and detect at intall when the machine is a buggy one ? (Of course if only the presario 7xx has the bug, it would be stupid...) And isn't it possible to use noapic apci=on on boot instead of recompiling ? Sascha Noyes a écrit: On Monday 10 March 2003 17:14, Henri wrote: on presario 700 : upgraded 9.0 to rc2 : apci does not work. i made a non-expert upgrade, and packages apci and apcid were NOT installed by default. I went to control center-lilo config and then it installed it BUT TURNING IT ON FREEZE THE PC AT BOOT ! using the non-fb entry, i can see it frozen on a the apci PCI detection Sascha's obligatory Presario 700 message: This series of laptops has got bugs in its implementation of Power Management (which is done entirely with the newer ACPI and not the old APM). This causes the machine to lock up on boot with the default kernel. It is possible to boot the default kernel with the switch acpi=off added at boot time, but then power management is not available. (So the fan will go 100% all the time, etc.). It is therefore necessary to recompile the kernel without APIC (yes: without APIC, and with ACPI (they conflict) and ACPI is what is necessary for power management) to get power management features. See the following for a detailed how-to for getting everything working: http://individual.utoronto.ca/noyes/projects/laptop/tuxtop.html
Re: [Cooker] [Bug 2993] [Installation] New: NIS configuration missing?
Buchan Milne a écrit: On Mon, 10 Mar 2003, Henri wrote: cool. and does it work for kerberos and ldap too ? there was no pam module for kerberos on 9.0 :-( is it solved ? Used to work for LDAP, NIS, and Winbind (Windows Domain). Winbind is partially broken, LDAP should work but I have not tested it yet .. IMHO, the drop-down box should be available in expert mode or not, since this is the *only* opportunity the user is ever going to get to use these features. Buchan Iunderstand that there is still no pam-kerberos...that's too bad, it has been available for a long time on RedHat...
Re: [Cooker] DrakTermServ, root directory export and chroot
Stew Benedict a écrit: On Mon, 10 Mar 2003, Henri wrote: What i would really like is drakTerm to be a complete remote X solution : for the moment, it only provide one kind of the two ways to use remote thin stations. Unfortunately this whole thread is a little late for the party. Same thing happened last release. No-one mentions a thing about the package until the eve, or worse yet after, the release of the distribution. Stew Benedict right, sorry about that. I will try not to forget to post this request some weeks after the 9.1 release, this way perhaps it will be looked at for 9.2 ;-( Anyway, i've been asking for a long time (8.2 i think) for a kerberos pam-module (there is one in redhat)...nobody ever did it...and i'm sorry of that but i cannot do it myself !
Re: [Cooker] APCI not working on presario 700
Gary Greene a écrit: On Tuesday 11 March 2003 3:07 am, Henri wrote: Thanks ! Could it be possible that mandrake provides a precompiled kernel without apic and detect at intall when the machine is a buggy one ? (Of course if only the presario 7xx has the bug, it would be stupid...) This is how SuSE gets around this problem. Am i supposed to switch my notebook to another distrib just for that ? It is quit important for a notebook and i think that this mandrake version was supposed to be a easier one for notebook : zeroconf, switchprofiles...and apci is one of the main new features, so can't there be a special kernel for the buggy bios ? PLEEEAASE !! About compiling a kernel, getting the kernel-source rpm, editing the config file and using rpm --rebuild should be ok, shouldn't it ? While talking about the kernel, isn't there anymore the kernel-header package ?? That means we have to download all sources just to compil an new driver (NVIDIA for ex) ??? And isn't it possible to use noapic apci=on on boot instead of recompiling ? Sascha Noyes a écrit: On Monday 10 March 2003 17:14, Henri wrote: on presario 700 : upgraded 9.0 to rc2 : apci does not work. i made a non-expert upgrade, and packages apci and apcid were NOT installed by default. I went to control center-lilo config and then it installed it BUT TURNING IT ON FREEZE THE PC AT BOOT ! using the non-fb entry, i can see it frozen on a the apci PCI detection Sascha's obligatory Presario 700 message: This series of laptops has got bugs in its implementation of Power Management (which is done entirely with the newer ACPI and not the old APM). This causes the machine to lock up on boot with the default kernel. It is possible to boot the default kernel with the switch acpi=off added at boot time, but then power management is not available. (So the fan will go 100% all the time, etc.). It is therefore necessary to recompile the kernel without APIC (yes: without APIC, and with ACPI (they conflict) and ACPI is what is necessary for power management) to get power management features. See the following for a detailed how-to for getting everything working: http://individual.utoronto.ca/noyes/projects/laptop/tuxtop.html
Re: [Cooker] [Bug 2993] [Installation] New: NIS configuration missing?
Buchan Milne a écrit: Henri wrote: Iunderstand that there is still no pam-kerberos...that's too bad, it has been available for a long time on RedHat... No one ever said that. [EMAIL PROTECTED] bgmilne]$ urpmq --fuzzy krb The following packages contain krb: krb5-workstation pam_krb5 krbafs-devel krb5-libs krbafs-utils telnet-client-krb5 krbafs ftp-client-krb5 telnet-server-krb5 krb5-server ftp-server-krb5 freeradius-krb5 krb5-devel I don't have a 9.0 or 8.2 box near, 8.1 seems to have all krb5 packages besides pam_krb5. are you sure that was available for 9.0 ? I had not be aware that had been done, sorry. I had talked about that here during the beta tests, and i think it was not ready. Perhaps i simply haven't seen it anyway...thanks. But there is no support in the installer for setting kerberos up. Buchan -- |--Another happy Mandrake Club member--| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x121 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
[Cooker] webdav+konqueror
Hi, On 9.0, it was possible to access a webdav share with a url like webdav://myserver/myshare from konqueror. Now the webdav does not work anymore : that's great, it is sufficient to use http, like it is the case on mozilla, galeon and even nautilus. BUT i can't access it because it forget to show me the dialog box to enter the password i obtain directly the authoristion required error page ! The problem is not on the server because mozilla does work great (but not writable :-(...)
Re: [Cooker] webdav+konqueror
Henri a écrit: Hi, On 9.0, it was possible to access a webdav share with a url like webdav://myserver/myshare from konqueror. Now the webdav does not work anymore : that's great, it is sufficient to use http, like it is the case on mozilla, galeon and even nautilus. BUT i can't access it because it forget to show me the dialog box to enter the password i obtain directly the authoristion required error page ! The problem is not on the server because mozilla does work great (but not writable :-(...) Ok, a simple logout solved the problem : still using the webdav:// on konqueror : that's a shame however, nautilus does it very well with a simple http. sorry for this wrong error report.
Re: [Cooker] APCI not working on presario 700
Gary Greene a écrit: On Tuesday 11 March 2003 12:31 pm, Henri wrote: Gary Greene a écrit: On Tuesday 11 March 2003 3:07 am, Henri wrote: Thanks ! Could it be possible that mandrake provides a precompiled kernel without apic and detect at intall when the machine is a buggy one ? (Of course if only the presario 7xx has the bug, it would be stupid...) This is how SuSE gets around this problem. Am i supposed to switch my notebook to another distrib just for that ? It is quit important for a notebook and i think that this mandrake version was supposed to be a easier one for notebook : zeroconf, switchprofiles...and apci is one of the main new features, so can't there be a special kernel for the buggy bios ? PLEEEAASE !! I believe I'd have to second that since I have a Presario 700E notebook that has exactly this problem. Before now I've been having to use SuSE on it, but if I can use Mandrake with out difficulties, I'd prefer that. About compiling a kernel, getting the kernel-source rpm, editing the config file and using rpm --rebuild should be ok, shouldn't it ? While talking about the kernel, isn't there anymore the kernel-header package ?? That means we have to download all sources just to compil an new driver (NVIDIA for ex) ??? And isn't it possible to use noapic apci=on on boot instead of recompiling ? Sascha Noyes a écrit: On Monday 10 March 2003 17:14, Henri wrote: on presario 700 : upgraded 9.0 to rc2 : apci does not work. i made a non-expert upgrade, and packages apci and apcid were NOT installed by default. I went to control center-lilo config and then it installed it BUT TURNING IT ON FREEZE THE PC AT BOOT ! using the non-fb entry, i can see it frozen on a the apci PCI detection Sascha's obligatory Presario 700 message: This series of laptops has got bugs in its implementation of Power Management (which is done entirely with the newer ACPI and not the old APM). This causes the machine to lock up on boot with the default kernel. It is possible to boot the default kernel with the switch acpi=off added at boot time, but then power management is not available. (So the fan will go 100% all the time, etc.). It is therefore necessary to recompile the kernel without APIC (yes: without APIC, and with ACPI (they conflict) and ACPI is what is necessary for power management) to get power management features. See the following for a detailed how-to for getting everything working: http://individual.utoronto.ca/noyes/projects/laptop/tuxtop.html I've seen the last -13mdk kernel says apic is disabled on more motherboard - going to update from RC2 to this last kernel and tell if that work.
Re: [Cooker] APCI not working on presario 700
Henri a écrit: Gary Greene a écrit: On Tuesday 11 March 2003 12:31 pm, Henri wrote: Gary Greene a écrit: On Tuesday 11 March 2003 3:07 am, Henri wrote: Thanks ! Could it be possible that mandrake provides a precompiled kernel without apic and detect at intall when the machine is a buggy one ? (Of course if only the presario 7xx has the bug, it would be stupid...) This is how SuSE gets around this problem. Am i supposed to switch my notebook to another distrib just for that ? It is quit important for a notebook and i think that this mandrake version was supposed to be a easier one for notebook : zeroconf, switchprofiles...and apci is one of the main new features, so can't there be a special kernel for the buggy bios ? PLEEEAASE !! I believe I'd have to second that since I have a Presario 700E notebook that has exactly this problem. Before now I've been having to use SuSE on it, but if I can use Mandrake with out difficulties, I'd prefer that. About compiling a kernel, getting the kernel-source rpm, editing the config file and using rpm --rebuild should be ok, shouldn't it ? While talking about the kernel, isn't there anymore the kernel-header package ?? That means we have to download all sources just to compil an new driver (NVIDIA for ex) ??? And isn't it possible to use noapic apci=on on boot instead of recompiling ? Sascha Noyes a écrit: On Monday 10 March 2003 17:14, Henri wrote: on presario 700 : upgraded 9.0 to rc2 : apci does not work. i made a non-expert upgrade, and packages apci and apcid were NOT installed by default. I went to control center-lilo config and then it installed it BUT TURNING IT ON FREEZE THE PC AT BOOT ! using the non-fb entry, i can see it frozen on a the apci PCI detection Sascha's obligatory Presario 700 message: This series of laptops has got bugs in its implementation of Power Management (which is done entirely with the newer ACPI and not the old APM). This causes the machine to lock up on boot with the default kernel. It is possible to boot the default kernel with the switch acpi=off added at boot time, but then power management is not available. (So the fan will go 100% all the time, etc.). It is therefore necessary to recompile the kernel without APIC (yes: without APIC, and with ACPI (they conflict) and ACPI is what is necessary for power management) to get power management features. See the following for a detailed how-to for getting everything working: http://individual.utoronto.ca/noyes/projects/laptop/tuxtop.html I've seen the last -13mdk kernel says apic is disabled on more motherboard - going to update from RC2 to this last kernel and tell if that work. GREAT ! that is now working ! at least, i see the percentage of charge, if i'm on battery or not in kde !! Thanks to J. Quintela for this new update !!! Now, how to test suspend/hibernation etc modes ? it asks me for commands... thanks to all.
Re: [Cooker] [Bug 3128] [Hardware] New: NVidia permisions
gregor.pirnaver a écrit: http://qa.mandrakesoft.com/show_bug.cgi?id=3128 Product: Hardware Component: Video Summary: NVidia permisions Version: 9.1-0.1mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P3 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Could this be fixed permanently? Q: OpenGL applications exit with the following error message: Error: Could not open /dev/nvidiactl because the permissions are too restrictive. Please see the FREQUENTLY ASKED QUESTIONS section of /usr/share/doc/NVIDIA_GLX-1.0/README for steps to correct. A: It is likely that a security module for the PAM system may be changing the permissions on the NVIDIA device files. In most cases this security system works, but it can get confused. To correct this problem it is recommended that you disable this security feature. Different Linux distributions have different files to control this; please consult with your distributor for the correct method of disabling this security feature. As an example, if your system has the file /etc/security/console.perms then you should edit the file and remove the line that starts with dri (we have also received reports that additional references to dri in console.perms must be removed, but this has not been verified by NVIDIA). If instead your system has the file /etc/logindevperms then you should edit the file and remove the line that lists /dev/nvidiactl. The above steps will prevent the PAM security system from modifying the permissions on the NVIDIA device files. Next, you will need to reset the permissions on the device files back to their original permissions and owner. You can do that with the following commands: chmod 0666 /dev/nvidia* chown root /dev/nvidia* --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. the solution proposed by nvidia to disable pam and to put 660 perms does not sound really good...there must be another solution, no ?
Re: [Cooker] APCI not working on presario 700
Sascha Noyes a écrit:
On Tuesday 11 March 2003 16:10, Henri wrote:
Henri a écrit:
Gary Greene a écrit:
On Tuesday 11 March 2003 12:31 pm, Henri wrote:
Gary Greene a écrit:
On Tuesday 11 March 2003 3:07 am, Henri wrote:
Thanks !
Could it be possible that mandrake provides a precompiled kernel
without
apic and detect at intall when the machine is a buggy one ?
(Of course if only the presario 7xx has the bug, it would be stupid...)
This is how SuSE gets around this problem.
Am i supposed to switch my notebook to another distrib just for that ?
It is quit important for a notebook and i think that this mandrake
version was supposed to be a easier one for notebook : zeroconf,
switchprofiles...and apci is one of the main new features, so can't
there be a special kernel for the buggy bios ? PLEEEAASE !!
I believe I'd have to second that since I have a Presario 700E
notebook that
has exactly this problem. Before now I've been having to use SuSE on
it, but
if I can use Mandrake with out difficulties, I'd prefer that.
About compiling a kernel, getting the kernel-source rpm, editing the
config file and using rpm --rebuild should be ok, shouldn't it ?
While talking about the kernel, isn't there anymore the kernel-header
package ?? That means we have to download all sources just to compil an
new driver (NVIDIA for ex) ???
And isn't it possible to use noapic apci=on on boot instead of
recompiling ?
Sascha Noyes a écrit:
On Monday 10 March 2003 17:14, Henri wrote:
on presario 700 : upgraded 9.0 to rc2 : apci does not work.
i made a non-expert upgrade, and packages apci and apcid were NOT
installed by default.
I went to control center-lilo config and then it installed it BUT
TURNING IT ON FREEZE THE PC AT BOOT !
using the non-fb entry, i can see it frozen on a the apci PCI
detection
Sascha's obligatory Presario 700 message:
This series of laptops has got bugs in its implementation of Power
Management
(which is done entirely with the newer ACPI and not the old APM). This
causes
the machine to lock up on boot with the default kernel. It is possible
to boot the default kernel with the switch acpi=off added at boot
time, but
then power management is not available. (So the fan will go 100%
all the
time, etc.). It is therefore necessary to recompile the kernel without
APIC
(yes: without APIC, and with ACPI (they conflict) and ACPI is what is
necessary for power management) to get power management features.
See the following for a detailed how-to for getting everything
working:
http://individual.utoronto.ca/noyes/projects/laptop/tuxtop.html
I've seen the last -13mdk kernel says apic is disabled on more
motherboard - going to update from RC2 to this last kernel and tell
if that work.
GREAT ! that is now working ! at least, i see the percentage of charge,
if i'm on battery or not in kde !! Thanks to J. Quintela for this new
update !!!
Now, how to test suspend/hibernation etc modes ? it asks me for
commands...
thanks to all.
Exactly what model presario do you have? Because in the latest kernel
there is
an exclude for local apic set on the following Presario:
{ local_apic_kills_bios, Compaq Pressario 711EA, {
MATCH(DMI_SYS_VENDOR, Compaq),
MATCH(DMI_PRODUCT_NAME, Presario 711EA 470030-327),
MATCH(DMI_BOARD_VENDOR, Compaq),
MATCH(DMI_BOARD_NAME, 0760h),
NO_MATCH
} },
So yours would have to be a 711EA, since mine (732US) does not work.
(Don't be
fooled by the Presario 700 listed just below the screen on the
laptop)? Is
there some way to find this out on linux (ie. without comparing the
components on some online shop? dmiscan? but how?)
Best,
Sascha Noyes
Right, my notebook IS a 711EA (french model with a 950Mhz Duron CPU, i
believe).
To know which model you have, just look at at the back of your notebook
!!! Perhaps dmiscan does give the info, but it seems easier to look at
the ref written on the product, doesn't it ?
I don't want to make you cry, but now my notebook power down alone too,
and get silent when he has no activity for some minutes...sorry, but i'm
so happy i can't resist to tell it ;-))) Hope the problem will get
solved for you too anyway :)
I'll take a look at dmiscan tomorrow morning, now it's too late for my
poor eyes.
little stupid question : what is the problem with disabling apic support
? I've seen it's about time CPU synchro (orsomething like that) but what
is the drawback of not enabling it ? And what is the link with acpi
Re: [Cooker] APCI not working on presario 700
Sascha Noyes a écrit:
On Tuesday 11 March 2003 19:17, Henri wrote:
Sascha Noyes a écrit:
On Tuesday 11 March 2003 16:10, Henri wrote:
Henri a écrit:
Gary Greene a écrit:
On Tuesday 11 March 2003 12:31 pm, Henri wrote:
Gary Greene a écrit:
On Tuesday 11 March 2003 3:07 am, Henri wrote:
Thanks !
Could it be possible that mandrake provides a precompiled kernel
without
apic and detect at intall when the machine is a buggy one ?
(Of course if only the presario 7xx has the bug, it would be
stupid...)
This is how SuSE gets around this problem.
Am i supposed to switch my notebook to another distrib just for that
? It is quit important for a notebook and i think that this mandrake
version was supposed to be a easier one for notebook : zeroconf,
switchprofiles...and apci is one of the main new features, so can't
there be a special kernel for the buggy bios ? PLEEEAASE !!
I believe I'd have to second that since I have a Presario 700E
notebook that
has exactly this problem. Before now I've been having to use SuSE on
it, but
if I can use Mandrake with out difficulties, I'd prefer that.
About compiling a kernel, getting the kernel-source rpm, editing the
config file and using rpm --rebuild should be ok, shouldn't it ?
While talking about the kernel, isn't there anymore the kernel-header
package ?? That means we have to download all sources just to compil an
new driver (NVIDIA for ex) ???
And isn't it possible to use noapic apci=on on boot instead of
recompiling ?
Sascha Noyes a écrit:
On Monday 10 March 2003 17:14, Henri wrote:
on presario 700 : upgraded 9.0 to rc2 : apci does not work.
i made a non-expert upgrade, and packages apci and apcid were NOT
installed by default.
I went to control center-lilo config and then it installed it BUT
TURNING IT ON FREEZE THE PC AT BOOT !
using the non-fb entry, i can see it frozen on a the apci PCI
detection
Sascha's obligatory Presario 700 message:
This series of laptops has got bugs in its implementation of Power
Management
(which is done entirely with the newer ACPI and not the old APM).
This causes
the machine to lock up on boot with the default kernel. It is
possible to boot the default kernel with the switch acpi=off added
at boot time, but
then power management is not available. (So the fan will go 100%
all the
time, etc.). It is therefore necessary to recompile the kernel
without APIC
(yes: without APIC, and with ACPI (they conflict) and ACPI is what is
necessary for power management) to get power management features.
See the following for a detailed how-to for getting everything
working:
http://individual.utoronto.ca/noyes/projects/laptop/tuxtop.html
I've seen the last -13mdk kernel says apic is disabled on more
motherboard - going to update from RC2 to this last kernel and tell
if that work.
GREAT ! that is now working ! at least, i see the percentage of charge,
if i'm on battery or not in kde !! Thanks to J. Quintela for this new
update !!!
Now, how to test suspend/hibernation etc modes ? it asks me for
commands...
thanks to all.
Exactly what model presario do you have? Because in the latest kernel
there is
an exclude for local apic set on the following Presario:
{ local_apic_kills_bios, Compaq Pressario 711EA, {
MATCH(DMI_SYS_VENDOR, Compaq),
MATCH(DMI_PRODUCT_NAME, Presario 711EA 470030-327),
MATCH(DMI_BOARD_VENDOR, Compaq),
MATCH(DMI_BOARD_NAME, 0760h),
NO_MATCH
} },
So yours would have to be a 711EA, since mine (732US) does not work.
(Don't be
fooled by the Presario 700 listed just below the screen on the
laptop)? Is
there some way to find this out on linux (ie. without comparing the
components on some online shop? dmiscan? but how?)
Best,
Sascha Noyes
Right, my notebook IS a 711EA (french model with a 950Mhz Duron CPU, i
believe).
To know which model you have, just look at at the back of your notebook
!!! Perhaps dmiscan does give the info, but it seems easier to look at
the ref written on the product, doesn't it ?
I don't want to make you cry, but now my notebook power down alone too,
and get silent when he has no activity for some minutes...sorry, but i'm
so happy i can't resist to tell it ;-))) Hope the problem will get
solved for you too anyway :)
I'll take a look at dmiscan tomorrow morning, now it's too late for my
poor eyes.
little stupid question : what is the problem with disabling apic support
? I've seen it's about time CPU synchro (orsomething like that) but what
is the drawback of not enabling it ? And what is the link with acpi
Of course, I always miss the most obvious things (bottom of laptop).
Thomas,
my laptop states (on the bottom forDMI_PRODUCT_NAME) Presario 732US
470033-480 Is this enough to go on or is DMI_BOARD_NAME also needed?
Don't worry, tu ne me fait (fais? - excuse my french) pas pleurer, my
laptop
functions 99%, I just had to recompile the kernel. ;-)
right, fais
Je fais
Tu fais
Il/Elle fait
Nous faisons
Vous
[Cooker] drakconf : login manager config not in the right place
shouldn't it be placed it the system section instead of the harddware one ? I'm using drakconf-9.1-9mdk.i586.rpm.
[Cooker] dhclient config broken after 9.0 - 9.1RC2 upgrade
Hi, I upgraded from 9.0 to 8.1 rc2. My notebook is dynamically configured when i'm linked to the lan via dhclient. When i'm not connected, i don't want dhclient to wait too long for the dhcp server response. That's why i have added a shorter timeout in dhclient.conf. The problem is that after the upgrade, this option does not have any effect anymore (even if dhclient.conf has not been overridden) !! It's now waiting for arround one minute before going on booting without network !!! HOw to explain that the config file is ignored ? In the same kind of problem, how to unactivate zeroconf ? Why having a bootp/dhcpd/zeroconf option ?! there should be a first choice zeroconf or not ? and then a second one (if you have choosen no zeroconf at first question) asking static or dhcp ? Am I wrong ?
Re: [Cooker] drakconf : login manager config not in the right place
Thierry Vignaud a écrit: Henri [EMAIL PROTECTED] writes: shouldn't it be placed it the system section instead of the harddware one ? i put it in the same section as XFdrake I don't think this is really a good choice. Configuring your screen resolution or video card driver has nothing to do with the login screen. Or why not putting kcontrol into the hardware section ? In a way, it's something about graphic interface, so related Xfree, so related to video driver so we can conclude this is about hardwarethat does not seems intuitive to me. This concerne admin choices concerning the system config, not the mandatory choice about how to make your harddware work. don't you think ?
[Cooker] drakclick
Instead of a new lillte drakclik, could this be a simple checkbox under the mousedrake tool, which would configure both gnome and kde ? That's ridiculous to have tool just for that, gnome and kde config tools already have one...
Re: [Cooker] APCI not working on presario 700
Henri a écrit: Henri a écrit: Gary Greene a écrit: On Tuesday 11 March 2003 12:31 pm, Henri wrote: Gary Greene a écrit: On Tuesday 11 March 2003 3:07 am, Henri wrote: Thanks ! Could it be possible that mandrake provides a precompiled kernel without apic and detect at intall when the machine is a buggy one ? (Of course if only the presario 7xx has the bug, it would be stupid...) This is how SuSE gets around this problem. Am i supposed to switch my notebook to another distrib just for that ? It is quit important for a notebook and i think that this mandrake version was supposed to be a easier one for notebook : zeroconf, switchprofiles...and apci is one of the main new features, so can't there be a special kernel for the buggy bios ? PLEEEAASE !! I believe I'd have to second that since I have a Presario 700E notebook that has exactly this problem. Before now I've been having to use SuSE on it, but if I can use Mandrake with out difficulties, I'd prefer that. About compiling a kernel, getting the kernel-source rpm, editing the config file and using rpm --rebuild should be ok, shouldn't it ? While talking about the kernel, isn't there anymore the kernel-header package ?? That means we have to download all sources just to compil an new driver (NVIDIA for ex) ??? And isn't it possible to use noapic apci=on on boot instead of recompiling ? Sascha Noyes a écrit: On Monday 10 March 2003 17:14, Henri wrote: on presario 700 : upgraded 9.0 to rc2 : apci does not work. i made a non-expert upgrade, and packages apci and apcid were NOT installed by default. I went to control center-lilo config and then it installed it BUT TURNING IT ON FREEZE THE PC AT BOOT ! using the non-fb entry, i can see it frozen on a the apci PCI detection Sascha's obligatory Presario 700 message: This series of laptops has got bugs in its implementation of Power Management (which is done entirely with the newer ACPI and not the old APM). This causes the machine to lock up on boot with the default kernel. It is possible to boot the default kernel with the switch acpi=off added at boot time, but then power management is not available. (So the fan will go 100% all the time, etc.). It is therefore necessary to recompile the kernel without APIC (yes: without APIC, and with ACPI (they conflict) and ACPI is what is necessary for power management) to get power management features. See the following for a detailed how-to for getting everything working: http://individual.utoronto.ca/noyes/projects/laptop/tuxtop.html I've seen the last -13mdk kernel says apic is disabled on more motherboard - going to update from RC2 to this last kernel and tell if that work. GREAT ! that is now working ! at least, i see the percentage of charge, if i'm on battery or not in kde !! Thanks to J. Quintela for this new update !!! Now, how to test suspend/hibernation etc modes ? it asks me for commands... thanks to all. so, that's fun to talk about Iraq, but is there any solution found for the APCI bug concerning sacha's US presario ?
Re: [Cooker] [Bug 2135] [mdkkdm] login window starts shaking if passwordis wrong
that's a funny feature, not a bug ! Perhaps a little sound would be great, too... cybercfo a écrit: http://qa.mandrakesoft.com/show_bug.cgi?id=2135 --- Additional Comments From [EMAIL PROTECTED] 2003-03-13 04:14 --- I think it's cool! --- 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: When the password entered in mdkkdm is not correct, the login window starts shaking. The first time when you see this, it is not at all clear what this means. It's also a rather annoying and even scaring effect for newcomers. I would really prefer a friendly message explaining what happened, so the user does not have to guess what went wrong.
Re: [Cooker] [Bug 2730] [drakxtools-newt] sound configuration hastwo drivers in mdk-9.1rc2
tvignaud a écrit: http://qa.mandrakesoft.com/show_bug.cgi?id=2730 [EMAIL PROTECTED] changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-03-13 10:51 --- should be fixed since the changes get comitted --- 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: The same problem was in mdk-9.1rc1. My /etc/modules.conf has these entries: above snd-via82xx snd-pcm-oss alias sound-slot-0 snd-via82xx alias sound-slot- via82cxxx_audio Obviously, the 3rd entry has got no business being there since only one driver can be used at a time. Concerning this sound chip, i had a pb with upgrade from 9.0 to 9.1rc2 : the driver was name snd-via8233 in 9.0, and it is named snd-82xx in rc2. The upgrade didn't made any change about this, so that sound does not work when booting on the new kernel. when lauching draksound, it says error, the driver is not in the list !!!
[Cooker] kopete and remote X
Hi, On remote X session, when i open a discussion with someone, the background color of the dialog zone become black instead of white if i move the window, so that it is not possible to see what the person answers ! I tried with other apps, unlogin and relogin into KDE...the bug always happens. This does not occure with a local session.
[Cooker] security audit
Hi, OpenSource is said to be more secure : a question has come to my mind : before releasing the 9.1, will there be a security audit on critical apps, on drakconf tools ecc. or not ? Perhaps this would avoid big holes like the shutdown one, no ?
Re: [Cooker] security audit
Han Boetes a écrit: Henri [EMAIL PROTECTED] wrote: OpenSource is said to be more secure : a question has come to my mind : before releasing the 9.1, will there be a security audit on critical apps, on drakconf tools ecc. or not ? These tools only run with root permissions. Mot much to hack anymore once you got that. Perhaps this would avoid big holes like the shutdown one, no ? That's a local exploit. I can think of a few other local ``exploits'' as well, like booting in single user mode. I think you'd better leave the worrying about security to the experts. That was a simple suggestion, it seemed important to me, that's all. Is security concerning only security experts ? I don't think so. Where is the problem to be a customer asking questions about security yo the expert precisly ?! If you can justify the choice not to do audits, then every thing is alright ! why answering me this way ? If mandrake security team does not like this kind of questions, allright, i'll remember not to be worried about security if i choose mandrake. I asks questions to my internet provider, why not asking them to mandrake ? I think every customer should wait for infos about security. Concerning the root excecution of drake tools, would it be profitable to use systrace ? # Han
Re: [Cooker] Forget war and boicots and things about when 9.1 willbe downloadable
Francisco Alcaraz Ariza a écrit: Well, After all this discussion about war, USA against France, the names of all the Bushes family, the boicot to France products, I thin is the moment to make the great questions about Mandrake: When will be finallly avalaible the 9.1? Will have the Mandrake Club members any special server to download? When boxes will be avalaibles in Mandrake Store? Those are the reals important things in this list (of course, also bugs correction). and if we come back to the mail which lead to questions about war, french and americans ecc., we'll see the question has still no answer : will there be a kernel able to work with acpi on the presario of sascha ?
Re: [Cooker] security audit
Vincent Danen wrote: On Thu Mar 13, 2003 at 08:26:23PM +0100, Henri wrote: OpenSource is said to be more secure : a question has come to my mind : before releasing the 9.1, will there be a security audit on critical apps, on drakconf tools ecc. or not ? Perhaps this would avoid big holes like the shutdown one, no ? You're kidding, right? A security audit in two days? sorry, i don't have any idea of the time needed to audit something like drakconf... I agree that performing an audit on Mandrake tools is important, it's laughable to suggest we audit every piece of software we include. Not every sofware : i was only asking about specific mandrake tools and critical ones : i think about verifying a last time, just before releasing, that permissions on tools installed in /sbin/ and /usr/sbin are correct, for example... If fact, my question is : what is done about security before a new release ? Is there a specific security last step, as there is a features freeze ecc. ? Thanks for your explainations. No other vendor has done this, even those who profess to have secure Linux distros. The only exception to this is OpenBSD, but they also still ship BIND4 IIRC. The big hole in shutdown is a configuration flaw, not necessarily a flaw in any one program. A mistake was made in assuming that removing /usr/bin/shutdown was enough; this was proven to be inaccurate. To completely remove this, the /etc/pam.d/shutdown file needs to be removed as well... consolehelper doesn't really do anything on it's own other than talk to pam, and pam was still allowing it. So a config file needs to removed. Yes, little things like this need to be checked and avoided. But asking us to do a wholesale security audit based on this one situation is not entirely realistic.
[Cooker] MySQL passwd aged
during urpmi --auto-select, this is the result for MySQL server : 314:MySQL ## You are required to change your password immediately (password aged) (current) UNIX password: su: Mot de passe incorrect. Is it normal that the sql user can have a aged passwd ??
[Cooker] k3b and KDE desktop icons
Hi, configuring K3b add a line to fstab : then an Harddrive icon appears on the KDE desktop : this is not good as there is already a supermount line in fstab to be able to use the cd writer as a CDrom ! any idea of soution ? In any case, the icon should not be a harddrive one !
[Cooker] drakperm crashes with editable
this is what appears in konsole when i choose editable in the file list in drakperm : # FATAL: variable is not of type Gtk2::TreeIter (infered from gtk type GtkTreeIter) at /usr/sbin/drakperm line 245. then drakperm shuts down and i come back to drakconf security page.
Re: [Cooker] k3b and KDE desktop icons
Buchan Milne wrote: On Sat, 15 Mar 2003, Henri wrote: Hi, configuring K3b add a line to fstab : then an Harddrive icon appears on the KDE desktop : this is not good as there is already a supermount line in fstab to be able to use the cd writer as a CDrom ! any idea of soution ? In any case, the icon should not be a harddrive one ! AFAIK, you should not need to configure k3b? Didn't Laurent patch it to not run k3b-setup the first time? well, I configured it after the RC2 isntall and didn't relaunch it then, so my fstab was already modified. But the icon did not appear before yesterday cooker update. do you mean it is not necessary anymore to add something in fstab ?
Re: [Cooker] drakperm crashes with editable
sorry, i had not seen Cedric had already post a report about this problem. This confirms the bug anyway ! Henri wrote: this is what appears in konsole when i choose editable in the file list in drakperm : # FATAL: variable is not of type Gtk2::TreeIter (infered from gtk type GtkTreeIter) at /usr/sbin/drakperm line 245. then drakperm shuts down and i come back to drakconf security page.
Re: [Cooker] drakperm crashes with editable
Warly wrote: Henri [EMAIL PROTECTED] writes: sorry, i had not seen Cedric had already post a report about this problem. This confirms the bug anyway ! Could you test my new drakxtools on http://people.mandrakesoft.com/~warly/doc/rpms/ ? tested. It worked. Anyway there is a very strange thing : the permissions colums are not in the usual order : it is set this way : group other user, instead of user group other. Is it normal ?
Re: [Cooker] [Bug 2564] [Installation] leveraging political awarenessduring the installation process
fillide wrote: http://qa.mandrakesoft.com/show_bug.cgi?id=2564 [EMAIL PROTECTED] changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 --- Additional Comments From [EMAIL PROTECTED] 2003-03-15 17:18 --- *** This bug has been confirmed by popular vote. *** --- 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: NEW creation_date: description: In 2001, Richard Stallman and Jacques Le Marois have agreed that future releases of Mandrake Linux would introduce the user to the danger of software patents by a special screen during the installation process. However, this feature has not been integrated, to my knowledge. Is it due to a change in policy, or lack of time ? The announce (in French) about the agreement can be read here ; it was written by Loic Dachary, head of the FSF France : http://infos.samizdat.net/article.php3?id_article=75 A text in English describing the general idea of software against software patents has also been written by the same Loic Dachary : http://france.fsfeurope.org/news/article2001-06-26-01.en.html As an author and supporter of free software, and a Mandrake Linux user, I am strongly in favor of such a feature which would also underline the commitment of Mandrake to free software philosophy. Great Idea ! That would be even better if the text is written by stallman and/or linus, or if there was one co-written by major distribs. A url link to the no e-patent site in default bookmarks, on the galaxy welcome screen, ecc, would be great too.
Re: [Cooker] MCC Embedded mode - Console doesn't work
Sascha Noyes wrote: On Friday 14 March 2003 14:18, Robert Fox wrote: drakconf-9.1-10mdk When I click on System - Open a Console - A console opens but not embedded. Thx, R.Fox I can confirm this with drakconf-9.1-11, probably too late for fixing though. Rather have a console that opens outside (small bug) than messing something else up. Sascha Noyes it is not a bug ! cf the changelog : * Mon Mar 03 2003 Thierry Vignaud [EMAIL PROTECTED] 9.1-5mdk - do not embedd rxvt (fix #1619) - updated translations
Re: [Cooker] dhclient config broken after 9.0 - 9.1RC2 upgrade
Buchan Milne wrote: Henri wrote: Hi, I upgraded from 9.0 to 8.1 rc2. My notebook is dynamically configured when i'm linked to the lan via dhclient. When i'm not connected, i don't want dhclient to wait too long for the dhcp server response. That's why i have added a shorter timeout in dhclient.conf. Does you NIC not support ifplugd? What is this ? I don't know anything about it. If it does, that is even better, and should work out-the-box. The installer should know which ones don't (may be your case), and in that case will try bring up dhcp anyway. You can check with : # ifstatus -v it answers unplugged when i'm unplugged...great ! while you are plugged and, and while you are plugged out, to see if it can tell or not. The problem is that after the upgrade, this option does not have any effect anymore (even if dhclient.conf has not been overridden) !! It's now waiting for arround one minute before going on booting without network !!! HOw to explain that the config file is ignored ? # urpme dhcp-client In the same kind of problem, how to unactivate zeroconf ? Why having a bootp/dhcpd/zeroconf option ?! there should be a first choice zeroconf or not ? and then a second one (if you have choosen no zeroconf at first question) asking static or dhcp ? Am I wrong ? add in /etc/sysconfig/network: NOZEROCONF=yes this does not work. I made a service network stop, ifdown eth0, ifdown eth0:9. then added what you said to the config file and while i'm NOT connected i enter service network restart. It looks for a dhcp server, does not find it of course and...create a zeroconf interface eth0:9 with ipadress = 169.254.xxx.xxx (dont remember the end...) and the associated defaut route. any idea ? I think you are correct. There could also be test such as if you are in a Windows network using a domain name ending in .local, you should disbale zeroconf. This would also set tmdns not to run. See these bugs: http://qa.mandrakesoft.com/show_bug.cgi?id=2829 http://qa.mandrakesoft.com/show_bug.cgi?id=2265 Note that apparently the default Win2k AD setup is to use the .local tld, and that users should be setting the Win2k dhcp server to do DNS registrations for clients that don't do their own, in which case tmdns and zeroconf are not necessary. Regards, Buchan -- |--Another happy Mandrake Club member--| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x121 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
Re: [Cooker] dhclient config broken after 9.0 - 9.1RC2 upgrade
Buchan Milne wrote: On Sat, 15 Mar 2003, Henri wrote: Buchan Milne wrote: Henri wrote: Does you NIC not support ifplugd? What is this ? I don't know anything about it. ifplugd watches to see if you are connected. If you were connected, and you disconnect the network cable, it will take the interface down, until you connect the cable again. If it does, that is even better, and should work out-the-box. The installer should know which ones don't (may be your case), and in that case will try bring up dhcp anyway. You can check with : # ifstatus -v it answers unplugged when i'm unplugged...great ! But does it answer that you are plugged when you are plugged? Yes ! add in /etc/sysconfig/network: NOZEROCONF=yes this does not work. I made a service network stop, ifdown eth0, ifdown eth0:9. then added what you said to the config file and while i'm NOT connected i enter service network restart. It looks for a dhcp server, does not find it of course and...create a zeroconf interface eth0:9 with ipadress = 169.254.xxx.xxx (dont remember the end...) and the associated defaut route. any idea ? Maybe the installer put MII_NOT_SUPPORTED=yes in your /etc/sysconfig/network-scripts/ifcfg-eth?, thinking your card does not support ifplugd. If ifstatus always gives you the right answer, either remove this, or run drakconnect in expert mode and enable network hotplugging, which should do the same thing. done tonight via drakconf after upgrade from cooker. Zeroconf seems desactivated now, but i'll have to redo some tests tomorow. I'll check tomorow if there is something about MII_NOT_SUPPORTED too...but i don't think there is one, as the nic card does suport ifplugd. If you have MII_NOT_SUPPORTED=yes (like I do, my card does not give any output for ifstatus), then dhcp/zeroconf will be used, since the system can't tell that you are not connected, and wants to make sure you get a connection if you are. Thanks. I read the man page of ifplugd after having ask the question...but i'm still not sure to know what it exactly does : when it detect the cable is plugged, it reads the config file and launch dhcp (or use a static ip depending on the config) and modify the defaut gateway ? what if you plug the network cable while surfing the net via a modem ? Thanks, Henri. Regards, Buchan
Re: [Cooker] dhclient config broken after 9.0 - 9.1RC2 upgrade
Buchan Milne wrote: On Sun, 16 Mar 2003, Henri wrote: If it does, that is even better, and should work out-the-box. The installer should know which ones don't (may be your case), and in that case will try bring up dhcp anyway. You can check with : # ifstatus -v it answers unplugged when i'm unplugged...great ! But does it answer that you are plugged when you are plugged? Yes ! Col! Which card? (I want to replace this 3c589B I have with something that supports ifplugd ...) My card is a RealTeck 8139too. It suppors all three features shown b ifplugd. THAT'S REALLY COOOLL ! now at boot time, if i'm not connected it just says failed and don't wait for any server to answer. I load the interface without any ip adresse, and when i plug the network cable, the network get working immediatly ! THANKS mandrake add in /etc/sysconfig/network: NOZEROCONF=yes this does not work. I made a service network stop, ifdown eth0, ifdown eth0:9. then added what you said to the config file and while i'm NOT connected i enter service network restart. It looks for a dhcp server, does not find it of course and...create a zeroconf interface eth0:9 with ipadress = 169.254.xxx.xxx (dont remember the end...) and the associated defaut route. any idea ? Maybe the installer put MII_NOT_SUPPORTED=yes in your /etc/sysconfig/network-scripts/ifcfg-eth?, thinking your card does not support ifplugd. If ifstatus always gives you the right answer, either remove this, or run drakconnect in expert mode and enable network hotplugging, which should do the same thing. done tonight via drakconf after upgrade from cooker. Zeroconf seems desactivated now, but i'll have to redo some tests tomorow. I'll check tomorow if there is something about MII_NOT_SUPPORTED too...but i don't think there is one, as the nic card does suport ifplugd. But, the thing is that ifstatus sometimes can't tell if it is supported, so the installer decides whether it thinks ifstatus will work or not, because enabling ifstatus on cards which lie about their status can be very bad ... If you have MII_NOT_SUPPORTED=yes (like I do, my card does not give any output for ifstatus), then dhcp/zeroconf will be used, since the system can't tell that you are not connected, and wants to make sure you get a connection if you are. Thanks. I read the man page of ifplugd after having ask the question...but i'm still not sure to know what it exactly does : when it detect the cable is plugged, it reads the config file and launch dhcp (or use a static ip depending on the config) and modify the defaut gateway ? what if you plug the network cable while surfing the net via a modem ? If the cable is disconnected, and you connect it, it runs 'ifup device'. Then, if you disconnect the cable, it will run 'ifdown device'. If you are browsing on your modem, and you connect, either 1)Your dhcp server tells you about a gateway, in which case it will probably be set as the default route 2)Your dhcp server doesn't tell you about a gateway, and nothing changes. I'll try to make a test ASAP...thanks ! So, make sure your dhcp server only tells you about a gateway that is faster than your modem ;-). Of course, I haven't tested all of this extensively, but that is how it should work. If your dhcp servers lie, get your admin to fix it ... Of course, ideally dhcp servers should be able tell you the 'metric' of the gateway, so that multiple 'default' routes could be setup, and the faster one will 'win'. But I am not sure if the RFCs support that, and if they do, if the server and client software supports it. Regards, Buchan
[Cooker] draksound : thanks for this very good tool !!!
in a precedent bug report, i told my via 8233 sound card was not recognized by draksound, even if the driver was already loaded (it gave an message sayingwas not supported..). This is now fixed, thanks a lot ! I really like this new tool and i think the help button is a great idea : it make things clear about alsa and oss, and provide very useful commands for newbees. Thanks a lot mandrake ! This 9.1 will be really good : easy access to Floppy/CDROM, easy CD burning, great control center, great integration of gnome apps into KDE and vice-versa, easy connection of my notebook to the LAN via ifplugd, very good documentation...that's almost perfect ! The only things missing are new gnome open/save and printing dialogs (gnome 2.4 ? I hope...), the french traduction for mozilla (but it seems this will come soon...), the small text concerning e-patent during install process. Thanks a lot, Henri.
Re: [Cooker] [Bug 3331] [mdkkdm] kdm_greet/mdkkdm_greet crash
I used remote display for my everyday work since RC1 to last cooker with no problem under kde, using mdkkdm. You must have a config problem. I'm connecting to X server with a X -indirect server. pub wrote: http://qa.mandrakesoft.com/show_bug.cgi?id=3331 --- Additional Comments From [EMAIL PROTECTED] 2003-03-16 13:38 --- more informations: On 9.1RC2, after investigations all Qt apps crashes when remote displayed. All gnome X apps are working good, that explain why kdm_greet and mdkkdm_greet are crashing, and not xdm. This is a showstopper bug for me. --- 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: When kdm or mdkkdm are configured for remode display changed kdmrc with : [Xdmcp] enabled=true And xfs tuned to be in tcp with port 7100. kdm_greet crashes with kdm, same thing with mdkkdm_greet. (with mdkkdm) It works fine with xdm. (but a little bit ugly display ;) ) kdm_greet ltrace gave me : _ZN14QPtrCollection7newItemEPv(0x081a3948, 0xbfffe460, 0xbfffe460, 0x40947ac8, 0x40ada064) = 0xbfffe460 _ZN14QPtrCollection7newItemEPv(0x081a3948, 0xbfffe590, 2, 0x40947ac8, 0x40ada064) = 0xbfffe590 _ZThn40_NK7QWidget6metricEi(0x081a9350, 1, 0, 18, 0x0807ca08 unfinished ... _ZNK7QWidget6metricEi(0x081a9328, 1, 0, 18, 0x0807ca08) = 218 --- SIGSEGV (Segmentation fault) --- +++ killed by SIGSEGV +++ I tried differents X displays and it is always the same thing, same config worked on mandrake 9.0 Regards.
[Cooker] libraw1394
the url indicated in the libraw1394_5 package should be changed. It is no more on sourceforge but has moved to http://www.linux1394.org/.
[Cooker] right click-compress in KDE
Hi, I think the behavior of the compress with tar entry in the contextual menu is strange. If you have a folder myfolder in /home/me and right click on it from /home/me, the tar package will contain /home/me/myfolder/* instead of myfolder/*.
Re: [Cooker] [Bug 1881] [drakxtools] Configuration corrupted on exitingDrakconnect GUI
djennings wrote: http://qa.mandrakesoft.com/show_bug.cgi?id=1881 --- Additional Comments From [EMAIL PROTECTED] 2003-03-17 22:35 --- Still present in drakxtools-9.1-26 This is the same bug as 1942 --- 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: 9.1RC1 Example failure scenario :- /etc/sysconfig/network-scripts/ifcfg-eth0 is set up for an pcmcia Ethernet card, but the user is replacing the Ethernet card with a wireless card. The user starts mcc and selects the networking GUI. The user presses the 'Wizard' button and goes through drakconnect to set up the wireless card parameters. On pressing 'Finish' to exit the wizard the new parameters are used to set up the card, and it starts working. The user then presses 'OK' in the networking GUI, and the original contents of ifcfg-eth0 are then written back again and the card stops working. The user has to exit the GUI with 'Cancel' in order to retain the modified contents of ifcfg-eth0. This is obviously not very intuitive. This happens to me. Moreover, it keeps the different profiles created in 9.0 but does not propose to create new ones : that seems strange ! and you cannot selectethe profile you want to USE, only select the one to CONFIGURE when running the assistant. That's weird !
Re: [Cooker] security audit
Thierry Vignaud wrote: Henri [EMAIL PROTECTED] writes: sorry, i don't have any idea of the time needed to audit something like drakconf... there's not so many points where we exec some process or write some files in drakconf, so this one is easy. but when you talk about drakconf, i suspect you really want to says drakconf + all the toolts it runs, don't you ? Yes, of course. That would not make any sense to suggest to audit drakconf but not every *drake tool. this is of course much more work Of cours ! Building a secure, easy, optimized...ecc OS is definitly a long and hard work ! I agree that performing an audit on Mandrake tools is important, it's laughable to suggest we audit every piece of software we include. Not every sofware : i was only asking about specific mandrake tools and critical ones : i think about verifying a last time, just before releasing, that permissions on tools installed in /sbin/ and /usr/sbin are correct, for example... If fact, my question is : what is done about security before a new release ? Is there a specific security last step, as there is a features freeze ecc. ? not much is done. it may be good that such works is done by people other than mdk developers. it would be nice if some volunters check and reports strange things Why not trying to develop some partnership with engineer schools ? I think mandrake team could go and meet students, offering Cooker CDs and ask students to test it, or organize a debug party : one day with students and mandrake team, testing things and correcting bugs on the fly : that would be great for students, would be a good publicity, and would be useful... Of course this does not concerns security fixes. But if students are in the abbit of working with mandrake, perhaps they will have the idea to join or create projects around it.
