Re: [Cooker] Install Report of mdk91beta
roger [EMAIL PROTECTED] writes: 1) [When booting with the rescue cdrom] That @#$@#$ terminal beep on the rescue boot of the mdk91 cdrom is turned on! Could you try to rephrase? I don't understand. -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] Install Report of mdk91beta
Guillaume Cottenceau [EMAIL PROTECTED] writes: roger [EMAIL PROTECTED] writes: 1) [When booting with the rescue cdrom] That @#$@#$ terminal beep on the rescue boot of the mdk91 cdrom is turned on! Could you try to rephrase? I don't understand. After re-reading and re-reading I finally made the right grouping of words in your sentence, hence understood the meaning :). Is it a new bug/feature for you? I think it's always been the same, and it's just the default terminal beep (visual bell, or even nothing, being options). -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] Install Report 9.0 b 1 (via cooker)
David Walser [EMAIL PROTECTED] writes: Please take the Reply-To: out of your e-mail client, it is screwing things up. Talking about that, please CUT the unnecessary parts of the messages you answer to.. thanks! -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] Install Report 9.0 b 1 (via cooker)
On Monday 29 July 2002 07:19 am, Pixel wrote: David Eastcott [EMAIL PROTECTED] writes: 1. When booting from a floppy (nfs install), the Advanced screen (F2) has a spelling error: secutiry=n should be seceurity-n fixed I thought is was 'security' (no second 'e') V.
Re: [Cooker] Install Report 9.0 b 1 (via cooker)
On Monday 29 July 2002 10:52 pm, you wrote: On Monday 29 July 2002 07:19 am, Pixel wrote: David Eastcott [EMAIL PROTECTED] writes: 1. When booting from a floppy (nfs install), the Advanced screen (F2) has a spelling error: secutiry=n should be seceurity-n fixed I thought is was 'security' (no second 'e') V. hehehe, I can't spell either, but pixel can and he updated already, see Drakx1.714. dave
Re: [Cooker] Install Report 9.0 b 1 (via cooker)
David Eastcott [EMAIL PROTECTED] writes: 1. When booting from a floppy (nfs install), the Advanced screen (F2) has a spelling error: secutiry=n should be seceurity-n fixed
Re: [Cooker] Install report
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Sunday 28 July 2002 09:35, Adam Williamson wrote: On Sat, 2002-07-27 at 22:18, Danny Tholen wrote: I never understood why both atd and anacron have to be started as service automatically. They are not used by any standard programs? Anacron is Mandrake's preferred cron replacement; atd is necessary for it to work properly. cron (and anacron) are scheduling programs which allow other programs to be run at regular intervals. You could live without them, but they're very handy tools and Mandrake does use them by default (to build your 'locate' database weekly, for example.) I thought all of this was done by cron only. Why not just choose either cron or anacron? Danny - -- `What's been happening here?' he demanded. `Oh just the nicest things, sir, just the nicest things. can I sit on your lap please?' `Colin, I am going to abandon you to your fate.' `I'm so happy.' `It will be very, very nasty for you, and that's just too bad. Got it?' `I gurgle with pleasure.' - -- Ford and Colin the robot. -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE9Q8GuaeiN+EU2vEIRAu0QAJ4vB2TVfs/DDkXdcqXLoW25zAiGpwCgn7wb mB2tgQ6B9c/Yd1NyT3b1V+I= =0iAk -END PGP SIGNATURE-
Re: [Cooker] Install report
On Sunday 28 July 2002 06:04, Danny Tholen wrote: I thought all of this was done by cron only. Why not just choose either cron or anacron? Danny anacron works by relative time, ie, the amount of system uptime that has passed since the last time it did something, that way if some task is scheduled to happen every 24 hours, but the machine only runs 16 hours a day, anacron will run the job when 24 hours of uptime have accummulated since the last time it ran the job. cron works by absolute time. If a job is scheduled for 0400 every Sunday, but the machine is never turned on at 0400 on Sunday, the job will never be run because cron doesn't worry about jobs that got missed when the system was down, it thinks only what it needs to do next. So... For many desktop machines, anacron is a better choice, while for servers and other always-on systems, cron does just fine (of course anacron would work just as well, IMHO, on such systems...) At least, this is the way I understand the situation to be at this time. -Chuck -- +-% He's a real UNIX Man $-+-+ \ Sitting in his UNIX LAN \ Charles A. Shirley \ \ Making all his UNIX plans \ cashirley (at) comcast (dot) net \ +--# For nobody --+-+
Re: [Cooker] Install Report 9.0 b 1 (via cooker)
Even I can not spell correctly, a. On Saturday 27 July 2002 10:53 am, David Eastcott wrote: Noticed a few things, 1. When booting from a floppy (nfs install), the Advanced screen (F2) has a spelling error: secutiry=n should be seceurity-n should be security=n Dave
Re: [Cooker] Install Report 9.0 b 1 (via cooker)
On Saturday 27 July 2002 18:53, David Eastcott wrote: 4. On the main diag log for Printer Installation: a) the text: ...available for Star Office/OpenOffice.org should may be?? have the .org removed?? As far as I know OpenOffice.org is the official name for the offcie suite so .org must be here. b) Changing the lable on the 'Quit' button to Done or OK would be better, more conistent with other dialogs I agree on this. Done sounds much better. 8. Within the first time wizard, Konqueror seems to segfaul (11) when I select the '...I already have an account/thanks' button on the mandrake web page. It also happened to me. 9. With KOffice Suite running, I got a segfaul 11 when I exit KOffice with any of the applications open. Closing the application first, then exiting seems OK. Seems to work fine here. -- Live long and prosper!
Re: [Cooker] Install Report 9.0 b 1 (via cooker)
On Saturday 27 July 2002 11:12 am, David Walser wrote: --- David Eastcott [EMAIL PROTECTED] wrote: [...] 6. When the option Clean tmp is selected in the Bootloader dialog, an fstab entry gets created which mounts the tmpfs as /tmp. Is there a reason for this? Why object to this? First I was just trying to understand what the reason was for this change (8.1 did not, 8.2 does and now 9.0), perhaps there was/is a reason that this is a good thing to do. I understand the benefits of a RAM based file system over some other mass storage device. However, the problem I see occurs on small memory machines when a number of applications are loaded and the system is begining to use swap. When main memory is consumed there is little room left for the tmpfs to locate more when an application (via KDE) needs more or I start another application. End result is there is no more main memory for the tmpfs, the application crashes and the console produces a warning that /tmp is full. Why not just let the mandrake_everytime script do the clean up? The reason I ask is that I have had a number of applications crash and complain about the /tmp partition being full. What's using /tmp? Mandrake has switched it so everything uses $HOME/tmp now. KDE on a fresh install is using about 625K on /tmp with only the desktop and a console active. This of course changes as I activate more applications. 7. With the KDE desk top, the Tip of the Day popup seems to be twice as wide as the available display area. What resolution are you running, 800x600? Sorry, that's just not gonna be sufficient. Actually the display I am using is 1024x768. Besides, KDE runs just fine on an 800x600 display. Only the Tip of the Day does not adjust itself for the display size, all other applications I have tried so far seem to work OK. __ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com
Re: [Cooker] Install Report 9.0 b 1 (via cooker)
Please take the Reply-To: out of your e-mail client, it is screwing things up. --- David Eastcott [EMAIL PROTECTED] wrote: On Saturday 27 July 2002 11:12 am, David Walser wrote: --- David Eastcott [EMAIL PROTECTED] wrote: [...] 6. When the option Clean tmp is selected in the Bootloader dialog, an fstab entry gets created which mounts the tmpfs as /tmp. Is there a reason for this? Why object to this? First I was just trying to understand what the reason was for this change (8.1 did not, 8.2 does and now 9.0), perhaps there was/is a reason that this is a good thing to do. I understand the benefits of a RAM based file system over some other mass storage device. However, the problem I see occurs on small memory machines when a number of applications are loaded and the system is begining to use swap. When main memory is consumed there is little room left for the tmpfs to locate more when an application (via KDE) needs more or I start another application. End result is there is no more main memory for the tmpfs, the application crashes and the console produces a warning that /tmp is full. Like I said, nothing should be writing there. Why not just let the mandrake_everytime script do the clean up? The reason I ask is that I have had a number of applications crash and complain about the /tmp partition being full. What's using /tmp? Mandrake has switched it so everything uses $HOME/tmp now. KDE on a fresh install is using about 625K on /tmp with only the desktop and a console active. This of course changes as I activate more applications. Then this needs to be fixed. Anybody? 7. With the KDE desk top, the Tip of the Day popup seems to be twice as wide as the available display area. What resolution are you running, 800x600? Sorry, that's just not gonna be sufficient. Actually the display I am using is 1024x768. Besides, KDE runs just fine on an 800x600 display. Until you try to run some apps. __ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com
Re: [Cooker] Install Report 9.0 b 1 (via cooker)
On Saturday 27 July 2002 11:31 am, you wrote: David Eastcott [EMAIL PROTECTED] writes: 5. Old whine - what are the chances of having the selected services dumped to the auto_inst.cfg file? i'll try to do it. Thanks Dave
Re: [Cooker] Install Report (07/19)
On Mon, 2002-07-22 at 18:08, Pixel wrote: Nelson Bartley [EMAIL PROTECTED] writes: [...] It appears that a stray process is being created and used on lines 331 and 33, of my_gtk.pm dealing with the setting of locales. With the line still present on 331, the installer continually fails in the alt-f1 window, resulting in the whole installer essentially crashing. which language (aka locale) did you choose? [...] English, or rather the default language that is selected when the window pops up. Secondly, The test what test are you talking about? (typo) Secondly the Text... in the left menu appears to be writing behind the main window on the left in the installer. Words like keyboard are written as keybo and the rest is hidden. [...] The raw devices script is still failling, it needs to change position from S56 to atleast S99 or rather change Devfs from S99 to something above the raw devices start it should work now
RE: [Cooker] Install Report (07/18)
On 18 Jul 2002 19:15:46 +0200 Pixel [EMAIL PROTECTED] wrote: Strangely enough, Both dvd.conf exists as does the symlink /dev/dvd-hdc. wierd. (it has been doing this for several installs now.) hum, rawdevices service may be started to soon after devfsd is run? so it seems, my rc5.d has S56rawdevices and S99devfsd, reversing that order and one gets [ OK ] on rawdevices I bet you do REGISTER hdc ... I already said once it is questionable. /dev/hdc is compatibility link managed by devfsd and it is NEVER registered. The reason it appears to work is when S99devfsd HUPs devfsd it walks down /dev and _simulates_ REGISTER event for every node found. But you cannot rely on it. Actually you cannot even rely on the /dev/hdc existence. I guess devfssymlink should resolve compatibility names and put true devfs names in configuration, like REGISTER ide/... -andrej
Re: [Cooker] Install Report (07/18)
Borsenkow Andrej [EMAIL PROTECTED] writes: I guess devfssymlink should resolve compatibility names and put true devfs names in configuration, like REGISTER ide/... yes, but this imply having the devfs name. This should not be real hard, but this is not done currently. i'll have a try as soon as i'm done with the XFdrake mess cleanup
Re: [Cooker] Install Report (07/18)
Nelson Bartley [EMAIL PROTECTED] writes: Good Day, Quick install report: 1) DrakX installer has become horibly SLOW. System is an XP1700+ w/ Radeon 8500. Redraw of the progress buttons on the right can take upto 10 seconds when nearing completion. Window redraw is equally slow. On package selection, there is simplified code now which have been uploaded some hours ago and may not be visible directly. This changes nothing outside package selection. 2) With a properly mirrored mandrake-devel tree from the rsync servers I still get errors installing contrib packages. Packages are not found according to the alt-f3 window. This should have been fixed now (above upload). François.
Re: [Cooker] Install Report (07/18)
Nelson Bartley [EMAIL PROTECTED] writes: 1) DrakX installer has become horibly SLOW. System is an XP1700+ w/ Radeon 8500. Redraw of the progress buttons on the right can take upto 10 seconds when nearing completion. Window redraw is equally slow. the package step should much faster with DrakX #1.702 other steps should not have been much impacted... [...] 3) /dev/dvd assining raw devices during startup is erroring, saying dev/dvd cannot be found. (DVD drive in system is a PIONEER) weird. can you check: - wether /etc/devfs/conf.d/dvd.conf exists if using devfs, if /dev/dvd exists otherwise - grep 'configuring DVD' /root/drakx/ddebug.log ?
Re: [Cooker] Install Report (07/18)
On Thu, 2002-07-18 at 11:49, Pixel wrote: Nelson Bartley [EMAIL PROTECTED] writes: 1) DrakX installer has become horibly SLOW. System is an XP1700+ w/ Radeon 8500. Redraw of the progress buttons on the right can take upto 10 seconds when nearing completion. Window redraw is equally slow. the package step should much faster with DrakX #1.702 other steps should not have been much impacted... [...] I'll have to reinstall later this evening after an rsync to test. 3) /dev/dvd assining raw devices during startup is erroring, saying dev/dvd cannot be found. (DVD drive in system is a PIONEER) weird. can you check: - wether /etc/devfs/conf.d/dvd.conf exists if using devfs, if /dev/dvd exists otherwise Strangely enough, Both dvd.conf exists as does the symlink /dev/dvd-hdc. wierd. (it has been doing this for several installs now.) - grep 'configuring DVD' /root/drakx/ddebug.log ? It brings up '* configuring DVD'
Re: [Cooker] Install Report (07/18)
Nelson Bartley [EMAIL PROTECTED] writes: 3) /dev/dvd assining raw devices during startup is erroring, saying dev/dvd cannot be found. (DVD drive in system is a PIONEER) weird. can you check: - wether /etc/devfs/conf.d/dvd.conf exists if using devfs, if /dev/dvd exists otherwise Strangely enough, Both dvd.conf exists as does the symlink /dev/dvd-hdc. wierd. (it has been doing this for several installs now.) hum, rawdevices service may be started to soon after devfsd is run?
Re: [Cooker] Install Report (07/18)
On 18 Jul 2002 19:15:46 +0200 Pixel [EMAIL PROTECTED] wrote: Strangely enough, Both dvd.conf exists as does the symlink /dev/dvd-hdc. wierd. (it has been doing this for several installs now.) hum, rawdevices service may be started to soon after devfsd is run? so it seems, my rc5.d has S56rawdevices and S99devfsd, reversing that order and one gets [ OK ] on rawdevices - Mark
Re: [Cooker] Install Report (07/18)
On Thu, Jul 18, 2002 at 12:49:14PM -0400, Nelson Bartley wrote: 3) /dev/dvd assining raw devices during startup is erroring, saying dev/dvd cannot be found. (DVD drive in system is a PIONEER) weird. can you check: - wether /etc/devfs/conf.d/dvd.conf exists if using devfs, if /dev/dvd exists otherwise Strangely enough, Both dvd.conf exists as does the symlink /dev/dvd-hdc. wierd. (it has been doing this for several installs now.) A couple of my cooker installs are doing this but one of them went away and I never got around to investigating... -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org We tend to see all wars through the lens of the current conflict, and we mine history for lessons convenient to the present purpose. - Brian Hayes
Re: [Cooker] install report
Oden Eriksson [EMAIL PROTECTED] writes: My built in AC97 soundcard were not detected (Epox 8KHA+) i added snd-via8233 to the list of sound card modules. (I need to add a check that modules listed in pcitable/usbtable appears in list_modules.pm, i'll do it soon) thanks!
Re: [Cooker] install report
On Fri, Jul 12, 2002 at 11:57:33AM +0200, Pixel wrote: Oden Eriksson [EMAIL PROTECTED] writes: My built in AC97 soundcard were not detected (Epox 8KHA+) i added snd-via8233 to the list of sound card modules. (I need to add a check that modules listed in pcitable/usbtable appears in list_modules.pm, i'll do it soon) FYI alias sound-slot-0 snd-via8233 (which is what the cooker installer put in) works with my AC97 on my KT333 based board. Note that the sound volumes are always turned down with this card. So you'll need to set the mixer to restore your volume preferences. -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org We tend to see all wars through the lens of the current conflict, and we mine history for lessons convenient to the present purpose. - Brian Hayes
Re: [Cooker] install report
On fredagen den 12 juli 2002 17.27 Ben Reser wrote: On Fri, Jul 12, 2002 at 11:57:33AM +0200, Pixel wrote: Oden Eriksson [EMAIL PROTECTED] writes: My built in AC97 soundcard were not detected (Epox 8KHA+) i added snd-via8233 to the list of sound card modules. (I need to add a check that modules listed in pcitable/usbtable appears in list_modules.pm, i'll do it soon) FYI alias sound-slot-0 snd-via8233 (which is what the cooker installer put in) works with my AC97 on my KT333 based board. Note that the sound volumes are always turned down with this card. So you'll need to set the mixer to restore your volume preferences. Thank you very much, that seems to do the trick! -- Regards // Oden Eriksson Deserve-IT Networks - http://d-srv.com
Re: [Cooker] install report 8.2b3 , the martian invasion
On Tue Mar 05, 2002 at 09:38:16AM +, richard bown wrote: I also only make reference to the newbies here because everyone else seems to want to continually point out that Mandrake is for newbies, so those who want to use Mandrake as an expert (I guess) are stuck with some newbiezed software configured in a newbiezed way. (not that I believe Mandrake is just for newbies at all) Nor do I, but, and there's always a but, if you compare mandrake to the other distros ,ie redhat, Suse, (no personal experiance of slackware and debian) at the moment the install is easier and less likely to fail. Redhat dos'nt always detect the users harwdware, and suse's is a pain in the butt to install, keep changing the cd's every few mins !. Mandrake is not usually the first OS a newbie will try, its often the've tried redhat, screwed up the install, cant get something to run and end up with mdk on recommendation. Its at this point if some developer keeps putting his/her personal whims and locks out the very facilites the new user wants, the new user is just liable to give up and go back to winblows. So everyone loses ! less users , more attitude by the major s/w players that its not worth providing products for a OS that no-one uses,, WE ALL LOSE. If a developer wants to be a cyber-hermit, fine let them. It's their choice, but please don't ram it down the throats of everyone else by default. ie . rp_filters should not be turned on by default, only at the highest msec level, definatly not 2 or 3. Hmmm... not sure where this all came from... =) Let me just say that I do agree with you... by no means was I suggesting that we should make Mandrake harder to use or in any other way unattractive to newbies. My point was that Mandrake isn't *just* for newbies... if it was, we could probably fit everything on CD (how many newbies are going to learn emacs or vi, configure iplog, etc.) -- MandrakeSoft Security; http://www.mandrakesecure.net/ lynx -source http://www.freezer-burn.org/bios/vdanen.gpg | gpg --import 1024D/FE6F2AFD 88D8 0D23 8D4B 3407 5BD7 66F9 2043 D0E5 FE6F 2AFD Current Linux kernel 2.4.8-34.1mdk uptime: 42 days 17 hours 57 minutes. msg58826/pgp0.pgp Description: PGP signature
Re: [Cooker] install report 8.2b3 , the martian invasion
On Tue Mar 05, 2002 at 05:01:32AM -0800, David Walser wrote: Not to sound silly or anything, but apache is a web server... we build and configure it as web server. Our aim, with apache, is for it to be a web server. Now, I agree that there are probably a million and one uses for apache, but really... what you do with apache is your business, right? Just because you, and some people you know, use apache this way doesn't mean everyone uses it this way. I certainly never have. If I want a file manager, File *SERVER*. Did you even understand what I wrote? Tell me, what is a better, more portable file server on a heterogenous network when you don't admin all of the other client machines you use? Not NFS, not Samba, and don't even try FTP, now *THAT's* a security hole. http is a (relatively) secure file transfer protocol. And you don't know anyone that uses it that way? Been to http://sunsite.uio.no/pub/ lately? Hmmm... yes. Ok, I understand what you're saying. It still makes no difference to me. And no, I haven't been to http://sunsite.uio.no/pub/ lately... I tend to do my file transfers via FTP or rsync. I really dislike downloading files via HTTP. Anyways, this is a relatively useless discussion because I certainly am not going to change this behaviour in apache. If Jean-Michel thinks it is appropriate, he can make the change since he's the maintainer, but I hope he doesn't. You're entitled to your opinion... I'm entitled to mine. Thanks for your feedback. -- MandrakeSoft Security; http://www.mandrakesecure.net/ lynx -source http://www.freezer-burn.org/bios/vdanen.gpg | gpg --import 1024D/FE6F2AFD 88D8 0D23 8D4B 3407 5BD7 66F9 2043 D0E5 FE6F 2AFD Current Linux kernel 2.4.8-34.1mdk uptime: 42 days 17 hours 59 minutes. msg58830/pgp0.pgp Description: PGP signature
Re: [Cooker] install report 8.2b3 , the martian invasion
On Tue, 2002-03-05 at 05:50, Vincent Danen wrote: I also only make reference to the newbies here because everyone else seems to want to continually point out that Mandrake is for newbies, so those who want to use Mandrake as an expert (I guess) are stuck with some newbiezed software configured in a newbiezed way (not that I believe Mandrake is just for newbies at all) Nor do I, but, and there's always a but, if you compare mandrake to the other distros ,ie redhat, Suse, (no personal experiance of slackware and debian) at the moment the install is easier and less likely to fail Redhat dos'nt always detect the users harwdware, and suse's is a pain in the butt to install, keep changing the cd's every few mins ! Mandrake is not usually the first OS a newbie will try, its often the've tried redhat, screwed up the install, cant get something to run and end up with mdk on recommendation Its at this point if some developer keeps putting his/her personal whims and locks out the very facilites the new user wants, the new user is just liable to give up and go back to winblows So everyone loses ! less users , more attitude by the major s/w players that its not worth providing products for a OS that no-one uses,, WE ALL LOSE If a developer wants to be a cyber-hermit, fine let them It's their choice, but please don't ram it down the throats of everyone else by default ie rp_filters should not be turned on by default, only at the highest msec level, definatly not 2 or 3 br richard
Re: [Cooker] install report 8.2b3 , the martian invasion
--- Vincent Danen [EMAIL PROTECTED] wrote: Not to sound silly or anything, but apache is a web server... we build and configure it as web server. Our aim, with apache, is for it to be a web server. Now, I agree that there are probably a million and one uses for apache, but really... what you do with apache is your business, right? Just because you, and some people you know, use apache this way doesn't mean everyone uses it this way. I certainly never have. If I want a file manager, File *SERVER*. Did you even understand what I wrote? Tell me, what is a better, more portable file server on a heterogenous network when you don't admin all of the other client machines you use? Not NFS, not Samba, and don't even try FTP, now *THAT's* a security hole. http is a (relatively) secure file transfer protocol. And you don't know anyone that uses it that way? Been to http://sunsite.uio.no/pub/ lately? __ Do You Yahoo!? Try FREE Yahoo! Mail - the world's greatest free email! http://mail.yahoo.com/
Re: [Cooker] install report 8.2b3 , the martian invasion
On Sat Mar 02, 2002 at 10:55:55PM -0800, David Walser wrote: No, not for me it's not that hard to turn on, but I remember the first time I used Apache, RH 5.2 days. All I had to do was install it, and it was fully functional, it was great! I didn't know anything about web servers at the time, I didn't know it would be that easy (thought I would have to configure it and stuff, not that that'd be too bad, I was configuring samba by hand back then). Now think about a total newbie. They install Mandrake, and Apache, and it's not functional. What to do? You even have to find the options in commonhttpd.conf which isn't even a standard thing. Sure it wasn't that *hard* for *me* to do, but it still took a while to figure it out. What are you talking about? Enabling Indexes by default somehow makes Apache work whereas having it off by default doesn't? Apache works just *fine* without Indexes. And because it is, potentially, a security hole (through inappropriate disclosure), the end user should be forced to enable it where appropriate... which is exactly the case. This has absolutely nothing to do with whether apache works or not out of the box. -- MandrakeSoft Security; http://www.mandrakesecure.net/ lynx -source http://www.freezer-burn.org/bios/vdanen.gpg | gpg --import 1024D/FE6F2AFD 88D8 0D23 8D4B 3407 5BD7 66F9 2043 D0E5 FE6F 2AFD Current Linux kernel 2.4.8-34.1mdk uptime: 40 days 19 hours 16 minutes. msg58358/pgp0.pgp Description: PGP signature
Re: [Cooker] install report 8.2b3 , the martian invasion
--- Vincent Danen [EMAIL PROTECTED] wrote: What are you talking about? Enabling Indexes by default somehow makes Apache work whereas having it off by default doesn't? Did it ever occur to you that people use Apache for more than serving websites? Especially desktop users on networks, your primary userbase? I haven't used floppies in all of college, I just stick files in my public_html directory and get them when I need them, I also use my webserver to get files to people I talk to on the 'net. Everybody Apache user I know (that use it on workstations) do the same things. Apache works just *fine* without Indexes. And because it is, potentially, a security hole (through inappropriate disclosure), the end user should be forced to enable it where appropriate... which is exactly the case. It is not a security hole, and it's a joke calling it one. If someone's gonna put files on a public webserver that they don't want people to get to, they should either have to disable Indexes themselves (I mean geez, this is a very small percentage of Apache users, why punish everybody else?) or use htaccess (which there's much more documentation on). This has absolutely nothing to do with whether apache works or not out of the box. It absolutely does depending on how you intend to use it. __ Do You Yahoo!? Yahoo! Sports - sign up for Fantasy Baseball http://sports.yahoo.com
Re: [Cooker] install report 8.2b3 , the martian invasion
On Mon Mar 04 15:50 -0700, Vincent Danen wrote: Apache works just *fine* without Indexes. And because it is, potentially, a security hole (through inappropriate disclosure), the end user should be forced to enable it where appropriate... which is exactly the case. Yes, but every case that I can think of where a security problem was caused by Indexes was in reality a case of putting a sensitive file in a web-accessible directory. The indexing itself is not a problem, imo. -- Levi Ramsey [EMAIL PROTECTED] [EMAIL PROTECTED] When it comes down to desperation, You make the best of your situation. Linux 2.4.17-20mdk 10:01pm up 7 days, 7:43, 16 users, load average: 0.24, 0.08, 0.02
Re: [Cooker] install report 8.2b3 , the martian invasion
On Mon Mar 04, 2002 at 10:08:08PM -0500, Levi Ramsey wrote: Apache works just *fine* without Indexes. And because it is, potentially, a security hole (through inappropriate disclosure), the end user should be forced to enable it where appropriate... which is exactly the case. Yes, but every case that I can think of where a security problem was caused by Indexes was in reality a case of putting a sensitive file in a web-accessible directory. The indexing itself is not a problem, imo. You're right. Think of it as security through obscurity. Not much, in terms of security, but it does add some extra protection, which can be useful for newbies who don't really know what they're doing. I also only make reference to the newbies here because everyone else seems to want to continually point out that Mandrake is for newbies, so those who want to use Mandrake as an expert (I guess) are stuck with some newbiezed software configured in a newbiezed way. (not that I believe Mandrake is just for newbies at all) -- MandrakeSoft Security; http://www.mandrakesecure.net/ lynx -source http://www.freezer-burn.org/bios/vdanen.gpg | gpg --import 1024D/FE6F2AFD 88D8 0D23 8D4B 3407 5BD7 66F9 2043 D0E5 FE6F 2AFD Current Linux kernel 2.4.8-34.1mdk uptime: 41 days 2 hours 5 minutes. msg58407/pgp0.pgp Description: PGP signature
Re: [Cooker] install report 8.2b3 , the martian invasion
On Mon Mar 04, 2002 at 06:44:06PM -0800, David Walser wrote: What are you talking about? Enabling Indexes by default somehow makes Apache work whereas having it off by default doesn't? Did it ever occur to you that people use Apache for more than serving websites? Especially desktop users on networks, your primary userbase? I haven't used floppies in all of college, I just stick files in my public_html directory and get them when I need them, I also use my webserver to get files to people I talk to on the 'net. Everybody Apache user I know (that use it on workstations) do the same things. Not to sound silly or anything, but apache is a web server... we build and configure it as web server. Our aim, with apache, is for it to be a web server. Now, I agree that there are probably a million and one uses for apache, but really... what you do with apache is your business, right? Just because you, and some people you know, use apache this way doesn't mean everyone uses it this way. I certainly never have. If I want a file manager, I'll use Nautilus, or Konqueror, or any other tool that was designed for that task. Since apache is a web server, when we deal with configuration issues, we think of it as a web server. Thus, configuration options suitable for a web server. Apache works just *fine* without Indexes. And because it is, potentially, a security hole (through inappropriate disclosure), the end user should be forced to enable it where appropriate... which is exactly the case. It is not a security hole, and it's a joke calling it one. If someone's gonna put files on a public webserver that they don't want people to get to, they should either have to disable Indexes themselves (I mean geez, this is a very small percentage of Apache users, why punish everybody else?) or use htaccess (which there's much more documentation on). Well, ok, perhaps security hole is not an appropriate phrase. Maybe security concern would be a better way to put it. However, as you stated before, we're looking at newbies here... newbies who may not know about .htaccess. In essence, we're helping protect the newbie apache admin. I don't think newbies will install the apache *web server* to act as a file manager.. if they're going to look for a file manager, I don't think they'll be as creative as you and will use a tool intended to be a file manager. As far as calling it punishing everyone else, that's just as laughable as me calling it a security hole. I hardly see this as punishment considering you must be savvy enough to make the necessary changes yourself. I really think that there is probably a low percentage of people who decide to take the apache web server and use it as the apache file manager. This has absolutely nothing to do with whether apache works or not out of the box. It absolutely does depending on how you intend to use it. Sure. And we intend for apache to be used as a web server and, again, we configure it as such. If you don't like that, I suppose you could contribute a apache-filemgr package. Besides, this really is a moot point since it likely will not be changing anytime soon. I guess you'll just have to live with that. Sorry. While we can't control what you use a software package for, we can certainly control how we package it. And we've deviced, since a long time ago, to package apache as a web server... if you choose to use it somehow else, then you must deal with reconfiguring it to suit your (nonstandard) needs. -- MandrakeSoft Security; http://www.mandrakesecure.net/ lynx -source http://www.freezer-burn.org/bios/vdanen.gpg | gpg --import 1024D/FE6F2AFD 88D8 0D23 8D4B 3407 5BD7 66F9 2043 D0E5 FE6F 2AFD Current Linux kernel 2.4.8-34.1mdk uptime: 41 days 1 hour 59 minutes. msg58409/pgp0.pgp Description: PGP signature
Re: [Cooker] install report 8.2b3 , the martian invasion
on the 'net. Everybody Apache user I know (that use it on workstations) do the same things. I agree that this will cause annoy more people than it will help .. imho Steven
Re: [Cooker] install report 8.2b3 , the martian invasion
Um, 'chkconfig iptables off'? rpm -e msec? Or, disable firewalling in the control center (it's under security)? On Sat, Mar 02, 2002 at 10:15:29PM +, richard bown alleged: Hi all I 've had to go back to 81 Whatever you have done with security is a disaster Telneting in to the public interface, ie the one connected to the internet,,impossible no matter what, and rules are loaded to iptables, all thats eeen is martin errors in the syslog I use xinetd for port redirection to another machine behind the firewall this did exactly the samemartian errors, and heres the worst bit afetr running for 10 hrs , all attempts to send mail and receive mail got connection refused errors, smtp, pop3,imap all the same, checked with the isp, 1 hr on the phone not at their end loaded 81 and mail again QED I dont know who is responsibe for the mandrake security MSEC and whatever, I suspect gated is being used, but nothing showed on a ps ax Whoever should realise that not every one want a system which can only work one way I need to be able to telnet, ssh from anywhere in the world This is absolutely USELESS to me if I can only use it from home Xinetd redirection works well under 81, so does bastille-firewall the same config scripts were used on 82, so again where is the backawrd or even in this case forward compatability Ok the 3d side is good, none of the problems with the later kernels on 81 In its currrent state 82b3 is a TOY not a working system, and as for comments like add to hostsallow on the remote machineshould'nt need to, it was fully functional before 82b3 you guys are so paranoid over security, this time you've gone far too far MSEC level 99 is not required I logged into a machine in the States, Seattle, and tried telneting to all the ports that are redirectedmartian errors tried port 22 ssh,,,martian errors it did manage to return a ping I also saw tcpdump being turned on and off with ipv4 errors If any one wants something on the networking side tested no problem If the ipip tunnels had'nt functioned, 82 would have been off in 1/2 hr interfaces that are labelled as internal fuctioned, as did lo external interfaces would not function Flushing iptables had no effect system in use 700MHzduron , 512M ram 10GB hd, kernels 2417-19mdk 2418-2mdk In its current state 82 could not be released as it cant be used as a server shame it looked good on the install, apart from the freeze when trying a live update, If a table of bug levels I'd put this one on Egyptian level BR Richard
Re: [Cooker] install report 8.2b3 , the martian invasion
On Sat, 2002-03-02 at 22:23, Garrick Staples wrote: Um, 'chkconfig iptables off'? rpm -e msec? Or, disable firewalling in the control center (it's under security)? No Garrick , I prefer to manually flush iptables, then just to make sure bastill-netfilter stop that opens it up like a barn door all this martian rubbish was not on 81 which worked regards richard On Sat, Mar 02, 2002 at 10:15:29PM +, richard bown alleged: Hi all I 've had to go back to 81 Whatever you have done with security is a disaster Telneting in to the public interface, ie the one connected to the internet,,impossible no matter what, and rules are loaded to iptables, all thats eeen is martin errors in the syslog I use xinetd for port redirection to another machine behind the firewall this did exactly the samemartian errors, and heres the worst bit afetr running for 10 hrs , all attempts to send mail and receive mail got connection refused errors, smtp, pop3,imap all the same, checked with the isp, 1 hr on the phone not at their end loaded 81 and mail again QED I dont know who is responsibe for the mandrake security MSEC and whatever, I suspect gated is being used, but nothing showed on a ps ax Whoever should realise that not every one want a system which can only work one way I need to be able to telnet, ssh from anywhere in the world This is absolutely USELESS to me if I can only use it from home Xinetd redirection works well under 81, so does bastille-firewall the same config scripts were used on 82, so again where is the backawrd or even in this case forward compatability Ok the 3d side is good, none of the problems with the later kernels on 81 In its currrent state 82b3 is a TOY not a working system, and as for comments like add to hostsallow on the remote machineshould'nt need to, it was fully functional before 82b3 you guys are so paranoid over security, this time you've gone far too far MSEC level 99 is not required I logged into a machine in the States, Seattle, and tried telneting to all the ports that are redirectedmartian errors tried port 22 ssh,,,martian errors it did manage to return a ping I also saw tcpdump being turned on and off with ipv4 errors If any one wants something on the networking side tested no problem If the ipip tunnels had'nt functioned, 82 would have been off in 1/2 hr interfaces that are labelled as internal fuctioned, as did lo external interfaces would not function Flushing iptables had no effect system in use 700MHzduron , 512M ram 10GB hd, kernels 2417-19mdk 2418-2mdk In its current state 82 could not be released as it cant be used as a server shame it looked good on the install, apart from the freeze when trying a live update, If a table of bug levels I'd put this one on Egyptian level BR Richard
Re: [Cooker] install report 8.2b3 , the martian invasion
On Sat, Mar 02, 2002 at 10:51:30PM +, richard bown alleged: On Sat, 2002-03-02 at 22:23, Garrick Staples wrote: Um, 'chkconfig iptables off'? rpm -e msec? Or, disable firewalling in the control center (it's under security)? No Garrick , I prefer to manually flush iptables, then just to make sure bastill-netfilter stop that opens it up like a barn door all this martian rubbish was not on 81 which worked regards richard Did you change the policies after flushing the tables? Or perhaps editing the bastille config file and setting things the way you want? As long as we're just debugging this beta OS humor me and just disable the firewalling see if that does what you want Then maybe provide the list with your findings, suggest some changes, etc But please leave the rants at the door thx On Sat, Mar 02, 2002 at 10:15:29PM +, richard bown alleged: Hi all I 've had to go back to 81 Whatever you have done with security is a disaster Telneting in to the public interface, ie the one connected to the internet,,impossible no matter what, and rules are loaded to iptables, all thats eeen is martin errors in the syslog I use xinetd for port redirection to another machine behind the firewall this did exactly the samemartian errors, and heres the worst bit afetr running for 10 hrs , all attempts to send mail and receive mail got connection refused errors, smtp, pop3,imap all the same, checked with the isp, 1 hr on the phone not at their end loaded 81 and mail again QED I dont know who is responsibe for the mandrake security MSEC and whatever, I suspect gated is being used, but nothing showed on a ps ax Whoever should realise that not every one want a system which can only work one way I need to be able to telnet, ssh from anywhere in the world This is absolutely USELESS to me if I can only use it from home Xinetd redirection works well under 81, so does bastille-firewall the same config scripts were used on 82, so again where is the backawrd or even in this case forward compatability Ok the 3d side is good, none of the problems with the later kernels on 81 In its currrent state 82b3 is a TOY not a working system, and as for comments like add to hostsallow on the remote machineshould'nt need to, it was fully functional before 82b3 you guys are so paranoid over security, this time you've gone far too far MSEC level 99 is not required I logged into a machine in the States, Seattle, and tried telneting to all the ports that are redirectedmartian errors tried port 22 ssh,,,martian errors it did manage to return a ping I also saw tcpdump being turned on and off with ipv4 errors If any one wants something on the networking side tested no problem If the ipip tunnels had'nt functioned, 82 would have been off in 1/2 hr interfaces that are labelled as internal fuctioned, as did lo external interfaces would not function Flushing iptables had no effect system in use 700MHzduron , 512M ram 10GB hd, kernels 2417-19mdk 2418-2mdk In its current state 82 could not be released as it cant be used as a server shame it looked good on the install, apart from the freeze when trying a live update, If a table of bug levels I'd put this one on Egyptian level BR Richard
Re: [Cooker] install report 8.2b3 , the martian invasion
On Sat, 2002-03-02 at 23:04, Garrick Staples wrote: On Sat, Mar 02, 2002 at 10:51:30PM +, richard bown alleged: On Sat, 2002-03-02 at 22:23, Garrick Staples wrote: Um, 'chkconfig iptables off'? rpm -e msec? Or, disable firewalling in the control center (it's under security)? No Garrick , I prefer to manually flush iptables, then just to make sure bastill-netfilter stop that opens it up like a barn door all this martian rubbish was not on 81 which worked regards richard Did you change the policies after flushing the tables? Or perhaps editing the bastille config file and setting things the way you want? No Garrick , setting bastille-netfilter to stop puts everthing to ACCEPT, which is verified by running iptables -L I have already given details of what was done,they are there to be read, as I said sorry its in english What Icant get through on this list is that if something works well on 81 kernel 217-2mdk , with the same version of iptables as in the iso images, it is reasonable to expect the same on the next version It is not as if I 'd taken something from MDK 70 and tried it ! Xinetd redirection works well on 81, and NO problems with iptables on accepting a connection on the port in question with xinetd redirection not working on 82, PREROUTING dnat was tried with iptables, with exactly the same effect martian errors shown in syslog what ever inteface is used to connect to the internet is locked out, and produces the same martian errors when a connection , whether telnet or SSH is attempted, outgoing connections are not effected, both telnet client and server were taken back to previous versions I've had to go back to MDK 81 due to a mail backlog as users were unable to gain access when I tried 82 and again in case it has'nt been understood with the same versions of iptables,and the same bastille and xinetd scripts richard As long as we're just debugging this beta OS humor me and just disable the firewalling see if that does what you want Then maybe provide the list with your findings, suggest some changes, etc But please leave the rants at the door thx On Sat, Mar 02, 2002 at 10:15:29PM +, richard bown alleged: Hi all I 've had to go back to 81 Whatever you have done with security is a disaster Telneting in to the public interface, ie the one connected to the internet,,impossible no matter what, and rules are loaded to iptables, all thats eeen is martin errors in the syslog I use xinetd for port redirection to another machine behind the firewall this did exactly the samemartian errors, and heres the worst bit afetr running for 10 hrs , all attempts to send mail and receive mail got connection refused errors, smtp, pop3,imap all the same, checked with the isp, 1 hr on the phone not at their end loaded 81 and mail again QED I dont know who is responsibe for the mandrake security MSEC and whatever, I suspect gated is being used, but nothing showed on a ps ax Whoever should realise that not every one want a system which can only work one way I need to be able to telnet, ssh from anywhere in the world This is absolutely USELESS to me if I can only use it from home Xinetd redirection works well under 81, so does bastille-firewall the same config scripts were used on 82, so again where is the backawrd or even in this case forward compatability Ok the 3d side is good, none of the problems with the later kernels on 81 In its currrent state 82b3 is a TOY not a working system, and as for comments like add to hostsallow on the remote machineshould'nt need to, it was fully functional before 82b3 you guys are so paranoid over security, this time you've gone far too far MSEC level 99 is not required I logged into a machine in the States, Seattle, and tried telneting to all the ports that are redirectedmartian errors tried port 22 ssh,,,martian errors it did manage to return a ping I also saw tcpdump being turned on and off with ipv4 errors If any one wants something on the networking side tested no problem If the ipip tunnels had'nt functioned, 82 would have been off in 1/2 hr interfaces that are labelled as internal fuctioned, as did lo external interfaces would not function Flushing iptables had no effect system in use 700MHzduron , 512M ram 10GB hd, kernels 2417-19mdk 2418-2mdk In its current state 82 could not be released as it cant be used as a server shame it looked good on the install, apart from the freeze when trying a live update, If a table of bug levels I'd put this one on Egyptian level BR Richard
RE: [Cooker] install report 8.2b3 , the martian invasion
Do you mean that you didn't dual boot so you have an instant way back? Who goes Beta in production? The inconvienence was delivered by yourself alone. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of richard bown Sent: March 2, 2002 7:49 PM To: cooker Subject: Re: [Cooker] install report 8.2b3 , the martian invasion On Sat, 2002-03-02 at 23:04, Garrick Staples wrote: On Sat, Mar 02, 2002 at 10:51:30PM +, richard bown alleged: On Sat, 2002-03-02 at 22:23, Garrick Staples wrote: Um, 'chkconfig iptables off'? rpm -e msec? Or, disable firewalling in the control center (it's under security)? No Garrick , I prefer to manually flush iptables, then just to make sure bastill-netfilter stop that opens it up like a barn door. all this martian rubbish was not on 8.1 which worked regards richard Did you change the policies after flushing the tables? Or perhaps editing the bastille config file and setting things the way you want? No Garrick , setting bastille-netfilter to stop puts everthing to ACCEPT, which is verified by running iptables -L I have already given details of what was done,they are there to be read, as I said sorry its in english. What Icant get through on this list is that if something works well on 8.1 kernel 2.17-2mdk , with the same version of iptables as in the iso images, it is reasonable to expect the same on the next version. It is not as if I 'd taken something from MDK 7.0 and tried it ! Xinetd redirection works well on 8.1, and NO problems with iptables on accepting a connection on the port in question. with xinetd redirection not working on 8.2, PREROUTING dnat was tried with iptables, with exactly the same effect. martian errors shown in syslog. what ever inteface is used to connect to the internet is locked out, and produces the same martian errors when a connection , whether telnet or SSH is attempted, outgoing connections are not effected, both telnet client and server were taken back to previous versions I've had to go back to MDK 8.1 due to a mail backlog as users were unable to gain access when I tried 8.2. and again in case it has'nt been understood with the same versions of iptables,and the same bastille and xinetd scripts richard As long as we're just debugging this beta OS... humor me and just disable the firewalling... see if that does what you want. Then maybe provide the list with your findings, suggest some changes, etc. But please leave the rants at the door. thx. On Sat, Mar 02, 2002 at 10:15:29PM +, richard bown alleged: Hi all I 've had to go back to 8.1. Whatever you have done with security is a disaster. Telneting in to the public interface, ie the one connected to the internet,,impossible no matter what, and rules are loaded to iptables, all thats eeen is martin errors in the syslog. I use xinetd for port redirection to another machine behind the firewall. this did exactly the same...martian errors, and heres the worst bit afetr running for 10 hrs , all attempts to send mail and receive mail got connection refused errors, smtp, pop3,imap all the same, checked with the isp, 1 hr on the phone. not at their end. loaded 8.1 and mail again QED I dont know who is responsibe for the mandrake security MSEC and whatever, I suspect gated is being used, but nothing showed on a ps ax Whoever should realise that not every one want a system which can only work one way. I need to be able to telnet, ssh from anywhere in the world. This is absolutely USELESS to me if I can only use it from home. Xinetd redirection works well under 8.1, so does bastille-firewall the same config scripts were used on 8.2, so again where is the backawrd or even in this case forward compatability . Ok the 3d side is good, none of the problems with the later kernels on 8.1. In its currrent state 8.2b3 is a TOY not a working system, and as for comments like add to hosts.allow on the remote machine...should'nt need to, it was fully functional before 8.2b3 you guys are so paranoid over security, this time you've gone far too far MSEC level 99 is not required. I logged into a machine in the States, Seattle, and tried telneting to all the ports that are redirected...martian errors tried port 22 ssh,,,martian errors it did manage to return a ping. I also saw tcpdump being turned on and off with ipv4 errors. If any one wants something on the networking side tested no problem. If the ipip tunnels had'nt functioned, 8.2 would have been off in 1/2 hr. interfaces that are labelled as internal fuctioned, as did lo external interfaces would not function. Flushing iptables had no effect. system in use 700MHzduron , 512M ram 10GB hd, kernels 2.4.17-19mdk 2.4.18-2mdk.. In its current
Re: [Cooker] install report 8.2b3 , the martian invasion
I agree. Having Indexes turned off by default in Apache is a PAIN and is useful to almost nobody. --- richard bown [EMAIL PROTECTED] wrote: you guys are so paranoid over security, this time you've gone far too far MSEC level 99 is not required. __ Do You Yahoo!? Yahoo! Sports - sign up for Fantasy Baseball http://sports.yahoo.com
Re: [Cooker] install report 8.2b3 , the martian invasion
On Sat, Mar 02, 2002 at 10:42:40PM -0800, David Walser wrote: I agree. Having Indexes turned off by default in Apache is a PAIN and is useful to almost nobody. I don't think so. It's not that hard to turn on anyway. -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What difference does it make to the dead, the orphans, and the homeless, whether the mad destruction is wrought under the name of totalitarianism or the holy name of liberty and democracy? - Ghandi
Re: [Cooker] install report 8.2b3 , the martian invasion
No, not for me it's not that hard to turn on, but I remember the first time I used Apache, RH 5.2 days. All I had to do was install it, and it was fully functional, it was great! I didn't know anything about web servers at the time, I didn't know it would be that easy (thought I would have to configure it and stuff, not that that'd be too bad, I was configuring samba by hand back then). Now think about a total newbie. They install Mandrake, and Apache, and it's not functional. What to do? You even have to find the options in commonhttpd.conf which isn't even a standard thing. Sure it wasn't that *hard* for *me* to do, but it still took a while to figure it out. --- Ben Reser [EMAIL PROTECTED] wrote: On Sat, Mar 02, 2002 at 10:42:40PM -0800, David Walser wrote: I agree. Having Indexes turned off by default in Apache is a PAIN and is useful to almost nobody. I don't think so. It's not that hard to turn on anyway. -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What difference does it make to the dead, the orphans, and the homeless, whether the mad destruction is wrought under the name of totalitarianism or the holy name of liberty and democracy? - Ghandi __ Do You Yahoo!? Yahoo! Sports - sign up for Fantasy Baseball http://sports.yahoo.com
Re: [Cooker] install report 8.2b3 , the martian invasion
On Sat, Mar 02, 2002 at 10:55:55PM -0800, David Walser wrote: No, not for me it's not that hard to turn on, but I remember the first time I used Apache, RH 5.2 days. All I had to do was install it, and it was fully functional, it was great! I didn't know anything about web servers at the time, I didn't know it would be that easy (thought I would have to configure it and stuff, not that that'd be too bad, I was configuring samba by hand back then). Now think about a total newbie. They install Mandrake, and Apache, and it's not functional. What to do? You even have to find the options in commonhttpd.conf which isn't even a standard thing. Sure it wasn't that *hard* for *me* to do, but it still took a while to figure it out. You don't even have to touch commonhttpd.conf. echo 'Options Indexes' .htaccess Or any of the several other places you can turn it on. At any rate there is tons of documentation. Simple searches of the web would return information on how to do this. Various mailing lists (such as newbie@) could answer this. However, I really don't think most people use this functionality on average anyway. Most people put up index files. And those that don't generally are more sophisticated users that know how to turn it on anyway. The real reason for disabling this is to help protect (but not completly protect) the very newbies that you are trying to help. Many people do foolish things. Like putting their .htpasswd files in webaccessible locations or putting other files they wouldn't intend to have accessible to the web. With Indexes on globally by default these files are there for anyone to browse. Even if you give these files hard to guess names they are advertised as available to view. -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What difference does it make to the dead, the orphans, and the homeless, whether the mad destruction is wrought under the name of totalitarianism or the holy name of liberty and democracy? - Ghandi
Re: [Cooker] Install report
Le Mercredi 20 Février 2002 10:20, Stéphane Teletchéa a écrit : I installed the beta 2, and as the mouse was not properly detected (a PS/2). (the step was skipped) So at the end, it selected the mouse selection step, and got this message : 'une erreur est survenue: setstep selectMouse install-gtk::__ANON__('Gtk::DrawingArea=HASH(0x9d017ac)', 'Gtk::Gdk::Event=HASH(0xa171b5c)') called. So after install (again thanks for disk in lilo.conf), i tried to use mcc, and fot the mouse selection i got : Glib_CRITICAL**: file gmain.c : line 500 (g_source_remove): asertion 'tag0' failed. Stef Missing : XmGrace (grace) package. Still in beta3.. Stef
Re: [Cooker] INSTALL REPORT
Stéphane Teletchéa [EMAIL PROTECTED] writes: Warning : loading /tmp/vfat.o will taint the kernel : forced load Warning : loading /tmp/reiserfs.o will taint the kernel : forced load Furthermore, why does it complains about kernel tainting ? (what does that mean ?) it doesn't like using -f for insmod'ing modules
Re: [Cooker] Install report
Olivier Thauvin [EMAIL PROTECTED] writes: 3) There are always a problem with the KDE login, there are no backgroung the kdm window are transparent. All people that have report this problem, include me, have an ATI rage 128. Any change in XFree configuration that could fix the problem? -- Guillaume Cottenceau - http://www.frozen-bubble.org/
Re: [Cooker] Install report
Le Mardi 19 Février 2002 12:29, vous avez écrit : Olivier Thauvin [EMAIL PROTECTED] writes: 3) There are always a problem with the KDE login, there are no backgroung the kdm window are transparent. All people that have report this problem, include me, have an ATI rage 128. Any change in XFree configuration that could fix the problem? Yesterday, or I must say this morning, I retest the cooker install. When I install the DRI module is activate and the Kde login have this problem. When I comment the loadmodule DRI, the kde login work fine, but of course, games as tuxracer are very slow, very very slow, I can't playing. If I uncomment this line, I can play, but login is not beautiful. Play or Login ? The choice is hard... -- Olivier Thauvin-CNRS Service Aeronomie [EMAIL PROTECTED] Téléphone: 01 64 47 43 60 à Verrières (lundi,mercredi et vendredi) 01 44 27 47 59 à Jussieu (Mardi et Jeudi) Service d'Aéronomie Réduit de Verrieres - BP 3 Route des Gatines 91371 Verrieres le Buisson Cedex France Fax:33 (0)1 69 20 29 99
RE: [Cooker] Install report
I've seen this problem also and also have a ATI rage 128;-) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Tuesday, February 19, 2002 1:29 PM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: [Cooker] Install report Olivier Thauvin [EMAIL PROTECTED] writes: 3) There are always a problem with the KDE login, there are no backgroung the kdm window are transparent. All people that have report this problem, include me, have an ATI rage 128. Any change in XFree configuration that could fix the problem? -- Guillaume Cottenceau - http://www.frozen-bubble.org/
Re: [Cooker] Install report
Ainsi parlait Guillaume Cottenceau : [..] Francois, don't you think you should disable DRI for this card? It is not *only* login, but also vt-switching, etc..., where only option left is Raising Skinny Elephant Is Utterly Boring :-) So unless you manage to get an hypothetical working dri kernel patch, disabling is not an option there. -- Guillaume Rousse [EMAIL PROTECTED] GPG key http://lis.snv.jussieu.fr/~rousse/gpgkey.html
Re: [Cooker] Install report
Olivier Thauvin [EMAIL PROTECTED] writes: Le Mardi 19 Février 2002 12:29, vous avez écrit : Olivier Thauvin [EMAIL PROTECTED] writes: 3) There are always a problem with the KDE login, there are no backgroung the kdm window are transparent. All people that have report this problem, include me, have an ATI rage 128. Any change in XFree configuration that could fix the problem? Yesterday, or I must say this morning, I retest the cooker install. When I install the DRI module is activate and the Kde login have this problem. When I comment the loadmodule DRI, the kde login work fine, but of course, games as tuxracer are very slow, very very slow, I can't playing. If I uncomment this line, I can play, but login is not beautiful. Play or Login ? The choice is hard... Is the acceleration -that- fast? I think the best would be to have an acceptable login screen, even if this card is not flagged as 3d accelerated anymore... Francois, don't you think you should disable DRI for this card? -- Guillaume Cottenceau - http://www.frozen-bubble.org/
Re: [Cooker] Install report
Le Mardi 19 Février 2002 15:52, Guillaume Cottenceau a écrit : Olivier Thauvin [EMAIL PROTECTED] writes: Le Mardi 19 Février 2002 12:29, vous avez écrit : Olivier Thauvin [EMAIL PROTECTED] writes: 3) There are always a problem with the KDE login, there are no backgroung the kdm window are transparent. All people that have report this problem, include me, have an ATI rage 128. Is the acceleration -that- fast? I think the best would be to have an acceptable login screen, even if this card is not flagged as 3d accelerated anymore... Francois, don't you think you should disable DRI for this card? Note, I have test to watch tv with and without dri, with I can use grabledisplay, without only the overlay mode can really use. I have not do a test with a player DVD but I think there are no change. Comment de DRI in XF86Config does not affect performance for other application that not need hardware acceleration. I think disable is the best way for the moment... Before more investigation. Thanks. -- Olivier Thauvin-CNRS Service Aeronomie [EMAIL PROTECTED] Téléphone: 01 64 47 43 60 à Verrières (lundi,mercredi et vendredi) 01 44 27 47 59 à Jussieu (Mardi et Jeudi) Service d'Aéronomie Réduit de Verrieres - BP 3 Route des Gatines 91371 Verrieres le Buisson Cedex France Fax:33 (0)1 69 20 29 99
Re: [Cooker] Install report
On 19 Feb 2002 15:52:09 +0100 Guillaume Cottenceau [EMAIL PROTECTED] wrote: Olivier Thauvin [EMAIL PROTECTED] writes: Le Mardi 19 Février 2002 12:29, vous avez écrit : Olivier Thauvin [EMAIL PROTECTED] writes: 3) There are always a problem with the KDE login, there are no backgroung the kdm window are transparent. All people that have report this problem, include me, have an ATI rage 128. Any change in XFree configuration that could fix the problem? Yesterday, or I must say this morning, I retest the cooker install. When I install the DRI module is activate and the Kde login have this problem. When I comment the loadmodule DRI, the kde login work fine, but of course, games as tuxracer are very slow, very very slow, I can't playing. If I uncomment this line, I can play, but login is not beautiful. Play or Login ? The choice is hard... Is the acceleration -that- fast? I think the best would be to have an acceptable login screen, even if this card is not flagged as 3d accelerated anymore... Francois, don't you think you should disable DRI for this card? No Do not disable dri. Once past the login screen all video function are as correct and function properly. As to the login screen by switching back and forth between Alt+F2 and Alt+F7 login display is built to the proper level. Let me have a chance to play around some with the background being used before anything drastic is done. Charles
Re: [Cooker] Install report
Charles A Edwards [EMAIL PROTECTED] writes: No Do not disable dri. Once past the login screen all video function are as correct and function properly. As to the login screen by switching back and forth between Alt+F2 and Alt+F7 login display is built to the proper level. Let me have a chance to play around some with the background being used before anything drastic is done. You can always set it up manually! -- Guillaume Cottenceau - http://www.frozen-bubble.org/
Re: [Cooker] Install report
Le Mardi 19 Février 2002 17:20, Guillaume Cottenceau a écrit : Charles A Edwards [EMAIL PROTECTED] writes: No Do not disable dri. Once past the login screen all video function are as correct and function properly. [...] Let me have a chance to play around some with the background being used before anything drastic is done. You can always set it up manually! to Mandrake: What do you choose ? Some poeple who have an ati rage 128 can be afraid by this bug. I'm remember I have very bad performance just after the install of 8.1 and with 8.2 cooker, it is only the first I can play with this games. Waiting next other distrib for playing is not a problem for me if I know the solution. But I think it is a good idea to inform public how to activate DRI and why it is not do by default It is only my point of view. I'll see what do you do in the next cooker ! -- Olivier Thauvin-CNRS Service Aeronomie [EMAIL PROTECTED] Téléphone: 01 64 47 43 60 à Verrières (lundi,mercredi et vendredi) 01 44 27 47 59 à Jussieu (Mardi et Jeudi) Service d'Aéronomie Réduit de Verrieres - BP 3 Route des Gatines 91371 Verrieres le Buisson Cedex France Fax:33 (0)1 69 20 29 99
Re: [Cooker] Install report
On Tue, 19 Feb 2002 18:27:33 +0100 Olivier Thauvin [EMAIL PROTECTED] wrote: Le Mardi 19 Février 2002 17:20, Guillaume Cottenceau a écrit : Charles A Edwards [EMAIL PROTECTED] writes: No Do not disable dri. Once past the login screen all video function are as correct and function properly. [...] Let me have a chance to play around some with the background being used before anything drastic is done. You can always set it up manually! to Mandrake: What do you choose ? Some poeple who have an ati rage 128 can be afraid by this bug. I'm remember I have very bad performance just after the install of 8.1 and with 8.2 cooker, it is only the first I can play with this games. Waiting next other distrib for playing is not a problem for me if I know the solution. But I think it is a good idea to inform public how to activate DRI and why it is not do by default It is only my point of view. I'll see what do you do in the next cooker ! I played around with it a little more. The distorted background happens Only if you are using kdm. It Does Not happen if you are using gdm. Repeat..it Does not happen if you use gdm. To me this says that the problem Is Not dri with the r128 but with kdm. I have a feeling that even if dri is disabled the kdm login screen as current still will not display properly with the r128. Charles
Re: [Cooker] Install report
--- Charles A Edwards [EMAIL PROTECTED] wrote: On Tue, 19 Feb 2002 18:27:33 +0100 Olivier Thauvin [EMAIL PROTECTED] wrote: Le Mardi 19 Février 2002 17:20, Guillaume Cottenceau a écrit : Charles A Edwards [EMAIL PROTECTED] writes: No Do not disable dri. Once past the login screen all video function are as correct and function properly. [...] Let me have a chance to play around some with the background being used before anything drastic is done. You can always set it up manually! to Mandrake: What do you choose ? Some poeple who have an ati rage 128 can be afraid by this bug. I'm remember I have very bad performance just after the install of 8.1 and with 8.2 cooker, it is only the first I can play with this games. Waiting next other distrib for playing is not a problem for me if I know the solution. But I think it is a good idea to inform public how to activate DRI and why it is not do by default It is only my point of view. I'll see what do you do in the next cooker ! I played around with it a little more. The distorted background happens Only if you are using kdm. It Does Not happen if you are using gdm. Repeat..it Does not happen if you use gdm. To me this says that the problem Is Not dri with the r128 but with kdm. I have a feeling that even if dri is disabled the kdm login screen as current still will not display properly with the r128. kdm does display properly without dri. But the problem can be seen eslewhere. If you have more than 1 X display running (:0 and :1) which can be accessed by Ctrl + Alt + F7 (:0) and Ctrl + Alt + F8 (:1) you will notice that there is no problem going to :0 but that everything is screwy when go to :1. TO get it to work right you will need to Ctrl + Alt + F9 (or F1-F6, etc) to get a terminal, then back to Ctrl + Alt + F8 to see it properly. As far as the kdm problem, going back and forth between :0 and console will eventually get it to look properly also. = SI Reasoning [EMAIL PROTECTED] A requirement of creativity is that it contributes to change. Creativity keeps the creator alive. -FRANK HERBERT, unpublished notes __ Do You Yahoo!? Yahoo! Sports - Coverage of the 2002 Olympic Games http://sports.yahoo.com
Re: [Cooker] Install report
On Tuesday, 19. February 2002 19:48, you wrote: On Tue, 19 Feb 2002 18:27:33 +0100 Olivier Thauvin [EMAIL PROTECTED] wrote: Le Mardi 19 Février 2002 17:20, Guillaume Cottenceau a écrit : Charles A Edwards [EMAIL PROTECTED] writes: No Do not disable dri. Once past the login screen all video function are as correct and function properly. [...] Let me have a chance to play around some with the background being used before anything drastic is done. You can always set it up manually! to Mandrake: What do you choose ? Some poeple who have an ati rage 128 can be afraid by this bug. I'm remember I have very bad performance just after the install of 8.1 and with 8.2 cooker, it is only the first I can play with this games. Waiting next other distrib for playing is not a problem for me if I know the solution. But I think it is a good idea to inform public how to activate DRI and why it is not do by default It is only my point of view. I'll see what do you do in the next cooker ! I played around with it a little more. The distorted background happens Only if you are using kdm. It Does Not happen if you are using gdm. Repeat..it Does not happen if you use gdm. To me this says that the problem Is Not dri with the r128 but with kdm. I have a feeling that even if dri is disabled the kdm login screen as current still will not display properly with the r128. Charles For me kdm displays properly if I disable glx/dri. And I have stability issues with enabled glx/dri, X freezes sometimes, probably when the load is somewhat higher (can't reproduce). I hope that the r128 issues will be fixed before release. Otherwise Mdk should disable glx/dri. If so, it would be nice, if users could find a note.
Re: [Cooker] Install report
On Tue, 19 Feb 2002 20:29:25 +0100 RA [EMAIL PROTECTED] wrote: On Tuesday, 19. February 2002 19:48, you wrote: On Tue, 19 Feb 2002 18:27:33 +0100 Olivier Thauvin [EMAIL PROTECTED] wrote: Le Mardi 19 Février 2002 17:20, Guillaume Cottenceau a écrit : Charles A Edwards [EMAIL PROTECTED] writes: No Do not disable dri. Once past the login screen all video function are as correct and function properly. [...] Let me have a chance to play around some with the background being used before anything drastic is done. You can always set it up manually! to Mandrake: What do you choose ? Some poeple who have an ati rage 128 can be afraid by this bug. I'm remember I have very bad performance just after the install of 8.1 and with 8.2 cooker, it is only the first I can play with this games. Waiting next other distrib for playing is not a problem for me if I know the solution. But I think it is a good idea to inform public how to activate DRI and why it is not do by default It is only my point of view. I'll see what do you do in the next cooker ! I played around with it a little more. The distorted background happens Only if you are using kdm. It Does Not happen if you are using gdm. Repeat..it Does not happen if you use gdm. To me this says that the problem Is Not dri with the r128 but with kdm. I have a feeling that even if dri is disabled the kdm login screen as current still will not display properly with the r128. Charles For me kdm displays properly if I disable glx/dri. And I have stability issues with enabled glx/dri, X freezes sometimes, probably when the load is somewhat higher (can't reproduce). I hope that the r128 issues will be fixed before release. Otherwise Mdk should disable glx/dri. If so, it would be nice, if users could find a note. With the -16 kernel my system did nothing but freeze, so often and badly in fact that I pulled the r128 card and stuck in a ViperII (S3 Savage). I put the r128 back in after installing the -18 kernel. Using glx and dri, other than the kdm login screen, I have had no problem. No freezes no crashes and all 3d apps run well and since using gdm no login screen problem. It may be worth noting again that I am running the r128 on the -18 kernel Without fb. Charles
Re: [Cooker] Install report
On 19 Feb 2002 15:52:09 +0100 Guillaume Cottenceau [EMAIL PROTECTED] wrote: Olivier Thauvin [EMAIL PROTECTED] writes: Le Mardi 19 Février 2002 12:29, vous avez écrit : Olivier Thauvin [EMAIL PROTECTED] writes: 3) There are always a problem with the KDE login, there are no backgroung the kdm window are transparent. All people that have report this problem, include me, have an ATI rage 128. Any change in XFree configuration that could fix the problem? Yesterday, or I must say this morning, I retest the cooker install. When I install the DRI module is activate and the Kde login have this problem. When I comment the loadmodule DRI, the kde login work fine, but of course, games as tuxracer are very slow, very very slow, I can't playing. If I uncomment this line, I can play, but login is not beautiful. Play or Login ? The choice is hard... Is the acceleration -that- fast? I think the best would be to have an acceptable login screen, even if this card is not flagged as 3d accelerated anymore... Francois, don't you think you should disable DRI for this card? Rather than a straight disable could it not be set as was the Radeon in 7.2 and 8.0 were the default is to install plain 4.20 but you have the option, with suitable warnings, to install 4.20 With dri. Charles
Re: [Cooker] Install report
Well, I don't want a war about this. At time all poeple know the problem, you and me has write our point of view. Mandrake can choose... Le Mardi 19 Février 2002 19:48, Charles A Edwards a écrit : On Tue, 19 Feb 2002 18:27:33 +0100 Olivier Thauvin [EMAIL PROTECTED] wrote: Le Mardi 19 Février 2002 17:20, Guillaume Cottenceau a écrit : Charles A Edwards [EMAIL PROTECTED] writes: No Do not disable dri. Once past the login screen all video function are as correct and function properly. [...] Let me have a chance to play around some with the background being used before anything drastic is done. You can always set it up manually! to Mandrake: What do you choose ? Some poeple who have an ati rage 128 can be afraid by this bug. I'm remember I have very bad performance just after the install of 8.1 and with 8.2 cooker, it is only the first I can play with this games. Waiting next other distrib for playing is not a problem for me if I know the solution. But I think it is a good idea to inform public how to activate DRI and why it is not do by default It is only my point of view. I'll see what do you do in the next cooker ! I played around with it a little more. The distorted background happens Only if you are using kdm. It Does Not happen if you are using gdm. Repeat..it Does not happen if you use gdm. To me this says that the problem Is Not dri with the r128 but with kdm. I have a feeling that even if dri is disabled the kdm login screen as current still will not display properly with the r128. Charles -- Olivier Thauvin-CNRS Service Aeronomie [EMAIL PROTECTED] Téléphone: 01 64 47 43 60 à Verrières (lundi,mercredi et vendredi) 01 44 27 47 59 à Jussieu (Mardi et Jeudi) Service d'Aéronomie Réduit de Verrieres - BP 3 Route des Gatines 91371 Verrieres le Buisson Cedex France Fax:33 (0)1 69 20 29 99
Re: [Cooker] Install report
On Tue, 19 Feb 2002 22:43:51 +0100 Olivier Thauvin [EMAIL PROTECTED] wrote: Well, I don't want a war about this. At time all poeple know the problem, you and me has write our point of view. Mandrake can choose... Definitely no war. Me coward. Seriously I just wanted to have the choice and not have it done for me. Besides it appears that the point may now be mote. XFree86-4.20-6 with th ati2 driver is running perfectly on my r128 system, kdm login screen and all. Charles
RE: [Cooker] install report bugs: 31.1
3.KDE: The first time I installed kde 2.2.2 3.0 When logging in with default windowmanager selected i log into kde3 and not kde2.2.2. The two are not able to co-exist happily (as has been reported on this list) probably because they use the same directory to store their config files. Also i can't log into kde 2.2.2, even when selecting KDE before login, i always login to kde3. /etc/X11/wmsession.d/11KDE rename `KDE 3' into KDE3 (without blank). Gc you said it was useful? :-) Chmouel it look like your patch for chksession either never made its way into CVS or did not fix the problem. I have not tried it because I already was happy without blank :( 5. Hardware configuration: With my soundcard (Yamaha YMF-724) there is no out-of-the-box sound. In sound mixer (KDE) the Asahi Kasei AK4540 mixer has following default settings that need to be changed to get audio. It would be nice if these were set up correctly: PCM device is muted and volume set to 0 Master device is muted and volume set to 0 Wave Playback Volume device (4th from the left) has volume set to 0 FWIW it seems to be default in ALSA (do you use ALSA?). Ask them why they do it. -andrej
Re: [Cooker] install report bugs: 31.1
On Friday 01 February 2002 12:32 pm, you wrote: Sascha Noyes [EMAIL PROTECTED] writes: [...] 1. Diskdrake (during install): if you choose (in options) to have an encrypted filesystem, it asks for a password that must be at least 20 (!!) characters long. Sure this makes it very secure, but 20 is somewhat over the top - non? yes, losetup needs patching... 2. Diskdrake (during install): This one i could reproduce - I tried because it seemed a somewhat strange bug. Conditions: Two harddrives (hda hdd). Convert one of the partitions ( /mnt/haha - ext2 - hda5 ) to encrypted mode. / and /home partitions on hdd. click Done Format / and /home on hdd Error message (during formatting): fsck failed with exitcode 8 or signal 0 the log you gave doesn't show wether the partition is formatted or not. Can you give more? OK, here's the entire log from the step doPartitionDisks onward: starting step 'doPartitionDisks' warning: bad magic number at /usr/bin/perl-install/partition_table_empty.pm line 31 found a dos partition table on /dev/hda at sector 0 warning: bad magic number at /usr/bin/perl-install/partition_table_empty.pm line 31 found a dos partition table on /dev/hdd at sector 0 test_for_bad_drives (/dev/hda) test_for_bad_drives (/dev/hdd) missing module floppy step 'doPartitionDisks' finished swapon called with hdd5 swapon called with hda7 mounting hdd1 on /mnt/ as type ext2, options running fsck.ext2 -a /dev/hdd1 fsck corrected partition /dev/hdd1 calling mount(/dev/hdd1, /mnt, ext2, -1058209792, ) running: /usr/bin/insmod_2 /dev/tty5 -f /tmp/loop.o calling losetup -p 0 -e AES128 /dev/loop0 /dev/hda5 mounting /dev/loop0 on /mnt/mnt/haha as type ext2, options encrypted, encryption=AES128 running fsck.ext2 -a /dev/loop0 warning: fsck failed with exitcode 8 or signal 0 at /usr/bin/perl-install/fs.pm line 620 -- Sascha Noyes OpenPGP public key keyID: 7F9C4D6F Encrypted mail much preferred
Re: [Cooker] install report bugs: 31.1
On Friday 01 February 2002 02:35 pm, you wrote: Sascha Noyes [EMAIL PROTECTED] writes: the log you gave doesn't show wether the partition is formatted or not. Can you give more? OK, here's the entire log from the step doPartitionDisks onward: [...] so the pb is that it doesn't get formatted. Are you sure you asked to format /mnt/haha? (and / isn't formatted either) You're right! Perhaps you could configure diskdrake so it automagically selects a parition for formatting which was changed to encrypted mode - to catch stupid people like me. - Thanks -- Sascha Noyes OpenPGP public key keyID: 7F9C4D6F Encrypted mail much preferred
Re: [Cooker] install report bugs: 31.1
Sascha Noyes [EMAIL PROTECTED] writes: [...] 1. Diskdrake (during install): if you choose (in options) to have an encrypted filesystem, it asks for a password that must be at least 20 (!!) characters long. Sure this makes it very secure, but 20 is somewhat over the top - non? yes, losetup needs patching... 2. Diskdrake (during install): This one i could reproduce - I tried because it seemed a somewhat strange bug. Conditions: Two harddrives (hda hdd). Convert one of the partitions ( /mnt/haha - ext2 - hda5 ) to encrypted mode. / and /home partitions on hdd. click Done Format / and /home on hdd Error message (during formatting): fsck failed with exitcode 8 or signal 0 the log you gave doesn't show wether the partition is formatted or not. Can you give more?
Re: [Cooker] install report bugs: 31.1
Sascha Noyes [EMAIL PROTECTED] writes: the log you gave doesn't show wether the partition is formatted or not. Can you give more? OK, here's the entire log from the step doPartitionDisks onward: [...] so the pb is that it doesn't get formatted. Are you sure you asked to format /mnt/haha? (and / isn't formatted either)
Re: [Cooker] install report bugs: 31.1
Borsenkow Andrej wrote: [...] PCM device is muted and volume set to 0 Master device is muted and volume set to 0 Wave Playback Volume device (4th from the left) has volume set to 0 FWIW it seems to be default in ALSA (do you use ALSA?). Ask them why they do it. IIRC I read somwhere it was changed from being on (by Mandrake) because people complained (sound was muted by default when I tried ALSA seprately some time ago). Which leads to many newbies thinking sound is broken =]. If sound can be turned on, IMHO those people who want it turned off know where the mixer can be found, but no sound is confusing for a newbie. A mixer icon by default on the taskbar would be a Good Thing.
Re: [Cooker] Install Report DrakX 1.625
David Eastcott [EMAIL PROTECTED] writes: 7. Noticed that the extra groups problem with msec-/etc/group is fixed (along with a couple others). Thanks. However, I noticed that the users are no longer automatically added to the various groups. Is this intentional? nope. This is a know pb with new msec. This will be be fixed ASAP.
Re: [Cooker] Install Report DrakX 1.625
David Eastcott [EMAIL PROTECTED] writes: 1. Tried the latest and I am still getting X crashing. Seems that the contents of the directory Mandrake/mdkinst/usr/X11R6/lib/X11/fonts is missing. Copied a set of files from the directory of the 8.1 install and now the GUI comes up ok. bad mirroring. Will be fixed 3. Getting a continuous stream of GTK Warning messages about locales on F1 console. 4. See perl warning messages about locale as packages are being installed; on the F1 console. I thought that these were presented on the F3 display? those errors go to stderr and are only on F1. [...] 2. F2 Help screen (stage1) has security spelt wrong. [...] 5. No mention of the Update packages button on the Help screen for Installation Class. patch on http://www.mandrakelinux.com/cgi-bin/cvsweb.cgi/doc/manual/literal/drakx/en/drakx-help.xml welcome
Re: [Cooker] Install Report DrakX 1.625
Op ma 21-01-2002, om 11:02 schreef Pixel: David Eastcott [EMAIL PROTECTED] writes: 7. Noticed that the extra groups problem with msec-/etc/group is fixed (along with a couple others). Thanks. However, I noticed that the users are no longer automatically added to the various groups. Is this intentional? nope. This is a know pb with new msec. This will be be fixed ASAP. could those groups be given uid's around say 990 and not smack in the middle of breathing users.
Re: [Cooker] Install report with sound pb
On Tuesday 11 Dec 2001 12:52, guran wrote: Hi VERSION: (rsync ftp.sunet.se) Mandrake Linux Cooker-i586 20011210 17:50 /ChangeLog/1.607/Wed Dec 5 23:11:39 2001// Earlier pbs repeted i.e. kdebase, ext3=ext2. OBS! When installer finds a NVIDIA card, it should ask the user if he ^^^ Pardon me for asking, but what does OBS mean? -- Peter Ruskin, Wrexham, Wales. Registered Linux User No. 219434 ( see http://counter.li.org/ ). Mandrake Linux release 8.1 (Vitamin) for i586 Kernel 2.4.8-34.1mdk-win4lin, XFree86 4.1.0, patch level 21mdk. KDE: 2.2.2. Qt: 2.3.2. Uptime 4 hours 24 minutes. --
Re: [Cooker] Install report with sound pb
On Tuesday 11 December 2001 11:29 pm, Peter Ruskin wrote: OBS! When installer finds a NVIDIA card, it should ask the user if he ^^^ Pardon me for asking, but what does OBS mean? Sorry - I did it again, it is a swedish abreviation for the latin 'observandum', something like a PM within a PM. regards guran -- Mandrake Linux 8.2 Cooker kernel-2.4.16.6mdk-1-1mdk version:2001:12:10:17:50
Re: [Cooker] Install Report: Mandrake Linux Cooker-i586 20010902 3:29
Gary Chisholm [EMAIL PROTECTED] writes: My cooker install issues: On a reiserfs only filesystem initrd.img was not created and network card not detected on network install - Ethernet controller: Standard Microsystems Corp [SMC] 83C170QF during DrakX more info needed (eg: /root/report.bug)