Re: [Cooker] obsolete bugzilla account
Warly wrote: Quel Qun [EMAIL PROTECTED] writes: How can I remove an obsolete bugzilla account? I do not think it is possible, maybe I will have to delete it manually from the database. I don't think you're supposed to remove accounts. You can update an account with a new email address, but absent that, the old should stay in order that comments have something to be attributed to. IOW, comments would have to say something like account deleted instead of who made the comment. -- God opposes the proud but gives grace to the humble. 1 Peter 5:5 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/
[Cooker] What is an LG CD-ROM?
-- The fear of the Lord is the beginning of wisdom Proverbs 9:10 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/
Re: [Cooker] 9.2 cannot produce a floppy boot disk.
Ron Stodden wrote: Buchan Milne wrote: Using the rescue mode of CD1 remains the only way to recover from an unbootable (lilo, grub, XOSL, etc.) system. hd or network installed systems do not have any CDs, nor can they be made with mkcd on an unbootable system. Catch 22? Pray tell us where that is so unmissably documented that I must have missed it ... No mention of a ¨rescue¨ operation appears anywhere in the Info (F1) or Advanced Info (F2) on a hd.img floppy. Methinks you should take another look at help.msg (F1) on your hd.img floppy. Welcome to Mandrake Linux install help In most cases, the best way to get started is to simply press the Enter key. If you experience problems with standard install, try one of the following install types (type the highlighted text and press Enter): o vgalo for low resolution graphical installation. o text for text installation instead of the graphical one. o linux for standard graphical installation at normal resolution. o expert for expert graphical installation at normal resolution. To use this CD to repair an already installed system type rescue followed by Enter. You can also pass some specific kernel options to the Linux kernel. For example, try linux mem=128M if your system has 128Mb of RAM but the kernel does not detect it correctly. NOTE: You cannot pass options to modules (SCSI, ethernet card) or devices such as CD-ROM drives in this way. If you need to do so, use expert mode. [F1-Help] [F2-Advanced Help] [F3-Main] 'Tis not exactly how/where I would expect to see it, but rescue IS there. I used it less than a month ago for 9.1. OTOH, not being able to make a standard boot floppy is a serious handicap to those who for whatever reason can't or don't boot from the HD, and don't have CDRW or don't want to boot from CD each time. I see a 'kernel memory freed' statement of nearly 200K on every boot. It seems there ought to be a streamlined way to compile a kernel that would not produce that result, with the result that a boot floppy could easily be produced to fit in 1440K space. -- The fear of the Lord is the beginning of wisdom Proverbs 9:10 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/
Re: [Cooker] 9.2 cannot produce a floppy boot disk.
Buchan Milne wrote: Felix Miata wrote: OTOH, not being able to make a standard boot floppy is a serious handicap to those who for whatever reason can't or don't boot from the HD, and don't have CDRW or don't want to boot from CD each time. Hmm, IMHO better to ensure that they can boot from the HD. If there are still any guides about linux suggesting not to install the bootloader on the HD, let's go and trash them. All well and good for geeks, but not so hot for the less adept multibooters who fix their broken windoze by reinstalling some version of M$'s OS, thus losing ready access to Linux, since such people need be lead by the hand to do a rescue boot repair. When was the last time you booted a normal machine off a floppy (ie in normal operation). Have you *ever* done this for windows? I don't routinely use windoze, but that's irrelevant. I think I performed that exercise once very long ago just to prove the concept. OTOH, until Mandrake quit including making a boot floppy during install, booting from the new floppy was always the first thing I did after a Linux install. If you need boot regularly, HD boot is pretty convenient. OTOH, with a boot floppy, you're confident being able to reach Linux easily even after windoze disaster, or even Linux installation disaster, when adding an additional distro elsewhere on the system and the new goes haywire, ruining access to the previous. I see a 'kernel memory freed' statement of nearly 200K on every boot. initrd image. It seems there ought to be a streamlined way to compile a kernel that would not produce that result, with the result that a boot floppy could easily be produced to fit in 1440K space. $ du -k /boot/vmlinuz-2.4.22-9mdk 1320/boot/vmlinuz-2.4.22-9mdk 120k is not a lot ... In the context of legacy boot media, 120K is a lot, easily the difference between a floppy that boots and one that doesn't. Why so much kernel and initrd swell of late? RedHat 6.2 407607 Mar 31 2000 initrd-2.2.14-5.0.img 640052 Mar 7 2000 vmlinuz-2.2.14-5.0 1047659 Mandrake 7.1 425011 Sep 20 2000 initrd-2.2.15-4mdk.img 677157 May 10 2000 vmlinuz-2.2.15-4mdk 1102168 Corel 1.1 1033812 Sep 14 2000 vmlinuz-2.2.14 1033812 Caldera 3.1 466584 Oct 15 2001 initrd-2.4.2.gz 744522 Apr 21 2001 vmlinuz-2.4.2 1211106 Mandrake 8.1 2001 initrd-2.4.8-26mdk.img 1047752 Sep 23 2001 vmlinuz-2.4.8-26mdk Caldera 3.1.1 483937 Apr 4 2002 initrd-2.4.13.gz 83 Dec 13 2001 vmlinuz-2.4.13 1261720 Mandrake 8.2 2002 initrd-2.4.18-6mdk.img 887614 Mar 14 2002 vmlinuz-2.4.18-6mdk RedHat 7.3 159579 Sep 24 2002 initrd-2.4.18-3.img 1041347 Apr 18 2002 vmlinuz-2.4.18-3 1200926 Mandrake 9.0 138691 Sep 30 2002 initrd-2.4.19-16mdk.img 880346 Sep 20 2002 vmlinuz-2.4.19-16mdk 1019037 RedHat 9.0 183942 Aug 24 23:08 initrd-2.4.20-8.img 1096436 Mar 13 2003 vmlinuz-2.4.20-8 1280378 Mandrake 9.1 137973 Jul 30 17:47 initrd-2.4.21-0.13mdk.img 1252778 Mar 14 2003 vmlinuz-2.4.21-0.13mdk 1390751 SuSE 8.2 (from boot floppy) 194034 Apr 24 10:20 bootlogo* 1173985 Apr 24 10:20 linux* 1368019 Mandrake 9.1 127509 Jul 30 17:48 initrd-2.4.21-0.25mdk.img 1263795 Jul 24 16:02 vmlinuz-2.4.21-0.25mdk 1391304 Mandrake 9.2 414616 Sep 22 12:46 initrd-2.4.22-10mdk.img 1343803 Sep 18 06:43 vmlinuz-2.4.22-10mdk 1758419 -- The fear of the Lord is the beginning of wisdom Proverbs 9:10 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/
Re: [Cooker] http://www.mandrakelinux.com/en/
jokerman64 wrote: On Friday 03 October 2003 12:11 am, Felix Miata wrote: Felix Miata wrote: http://members.ij.net/mrmazda/tmp/MandrakeLinux-en.html Now who's going to volunteer for the tableless CSS version? ;-) First public draft is done. Same URL. 0 tables. CSS is integral. Size is down about 2700 bytes. I'm no expert, so there are definite shortcomings. I used only Mozilla 1.5 while doing my editing on OS/2, and viewing on windoze. Both IE6 Konq serve it up as a blank page. I have no idea why. The only validator problem is a bunch of chokes on the php links. As i predicted doing the tables in css caused rendering problems. I see maybe one small rendering bug, otherwise only minor layout glitches. How about a screenshot of what's bothering you? however your initial version turned out way better than i could have hoped for (read, much better than what I could have done) The only problem in mozilla is the the horizontal lines are shown throughout the page. That should be I don't see any such thing. What Moz version are you using? What window size? easy enough to fix w/ some relocated hr / tags. Unfortunately as you pointed out it doesn't show up in konqueror and God only knows what IE wil do with it, Not good. I'll try to look at it this weekend. I've since looked in Netscape 4.8 on windoze. The screen is blank there too, except for a horizontal bar going all the way across the display screen, regardless what size the browser window is. :-( I can prolly get it to work in konq if i try. Try telling me how to get past the validation errors caused by the php links. I have no idea how to fix those. -- The fear of the Lord is the beginning of wisdom Proverbs 9:10 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/auth/auth.html
Re: [Cooker] http://www.mandrakelinux.com/en/
Buchan Milne wrote: Pierre Jarillon wrote: http://pjarillon.free.fr/docs/MandrakeLinux-en1.html with a css at http://pjarillon.free.fr/docs/styles/main.css These files are compliant with XHTML and CSS validators but they still need some work. - xhtml : still some b , some p and div are not well set up. - css : the style is exactly that was defined in MandrakeLinux-en.html Not quite, the style for images need the border set to 0 by default New improved version: http://members.ij.net/mrmazda/tmp/MdkHome-en.html http://members.ij.net/mrmazda/tmp/mlmain.css 1-blue image borders gone 2-some Moz spacing issues gone 3-more debris removed 4-Main logo is now enclosed in a h1 tag and has a title attribute 5-css file sorted tidied 6-Displays in IE (horribly) 7-Displays in Konq (needs improvement, but much better than IE) I have stripped some elements of presentation from html which I have not included in CSS. What do you think of that ? Must I continue ? The questions is whether Mandrakesoft will take these changes, and how. Is there cvs for the websites? I am not a guru about CSS... But the thing is that there are probably enough people on this list with some skills, and they could all be leveraged if at least some aspects of the website management were open-sourced. -- The fear of the Lord is the beginning of wisdom Proverbs 9:10 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/auth/auth.html
Re: [Cooker] http://www.mandrakelinux.com/en/
Pierre Jarillon wrote: Le Vendredi 3 Octobre 2003 18:46, Felix Miata a écrit : http://members.ij.net/mrmazda/tmp/MdkHome-en.html http://members.ij.net/mrmazda/tmp/mlmain.css It would be necessary to define clearly the different boxes and their names on a screenshot. Then it would be easy to know what box each PHP produces and what style to apply. This is necessary to maintain the site with several developpers. How about this: http://members.ij.net/mrmazda/tmp/Mdk-boxes.html -- The fear of the Lord is the beginning of wisdom Proverbs 9:10 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/auth/auth.html
Re: [Cooker] http://www.mandrakelinux.com/en/
jokerman64 wrote: im moz 1.4 http://137.49.240.7/~fubar/images/moz-snapshot14.png the lines going through the page What do you have in userContent.css? Same thing on my improved version?: http://members.ij.net/mrmazda/tmp/MdkHome-en.html -- The fear of the Lord is the beginning of wisdom Proverbs 9:10 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/auth/auth.html
Re: [Cooker] http://www.mandrakelinux.com/en/
jokerman64 wrote: On Friday 03 October 2003 04:14 pm, Felix Miata wrote: jokerman64 wrote: im moz 1.4 http://137.49.240.7/~fubar/images/moz-snapshot14.png the lines going through the page What do you have in userContent.css? where's that thing? If one exists, it is in /home/login/.mozilla/.slt/chrome/. Same thing on my improved version?: http://members.ij.net/mrmazda/tmp/MdkHome-en.html yeah, improved version is the same -- The fear of the Lord is the beginning of wisdom Proverbs 9:10 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/auth/auth.html
Re: [Cooker] http://www.mandrakelinux.com/en/
Pierre Jarillon wrote: Le Vendredi 3 Octobre 2003 21:58, Felix Miata a écrit : How about this: http://members.ij.net/mrmazda/tmp/Mdk-boxes.html Yes this is the idea. But instead of a table, it would be better to do a template with the true style sheet. Then if anything if changed, there is nothing to modify except if new kinds of boxes are added. Now, it is late in France. If you don't do the template, I'll do it tomorrow. Above URL is now using http://members.ij.net/mrmazda/tmp/mlmain.css. Previous (tables) version is now http://members.ij.net/mrmazda/tmp/Mdk-boxes1.html Proposed output remains: http://members.ij.net/mrmazda/tmp/MdkHome-en.html -- The fear of the Lord is the beginning of wisdom Proverbs 9:10 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/auth/auth.html
Re: [Cooker] http://www.mandrakelinux.com/en/
Brant Fitzsimmons wrote: Felix Miata wrote: You can find an (en home only) version legible without need to use zoom, regardless of default font size, resolution, or DPI at: http://members.ij.net/mrmazda/tmp/MandrakeLinux-en.html Now who's going to volunteer for the tableless CSS version? ;-) Actually I'm pecking on that one too. Dunno if or when I'll have something to show. That's a much bigger project than changing a few fonts. There are 30 tables on that page. :-( -- The fear of the Lord is the beginning of wisdom Proverbs 9:10 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/auth/auth.html
Re: [Cooker] http://www.mandrakelinux.com/en/
Brant Fitzsimmons wrote: Felix Miata wrote: You can find an (en home only) version legible without need to use zoom, regardless of default font size, resolution, or DPI at: http://members.ij.net/mrmazda/tmp/MandrakeLinux-en.html Now who's going to volunteer for the tableless CSS version? ;-) First public draft is done. Same URL. 0 tables. CSS is integral. Size is down about 2700 bytes. I'm no expert, so there are definite shortcomings. I used only Mozilla 1.5 while doing my editing on OS/2, and viewing on windoze. Both IE6 Konq serve it up as a blank page. I have no idea why. The only validator problem is a bunch of chokes on the php links. Tables version for comparison is now http://members.ij.net/mrmazda/tmp/MandrakeLinux-en1.html -- The fear of the Lord is the beginning of wisdom Proverbs 9:10 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/auth/auth.html
Re: [Cooker] [Bug 6024] [mozilla-mail] No way to format HTML messages
--- Additional Comments From [EMAIL PROTECTED] 2003-01-10 14:50 Some of us have friends, family, work collegues etc. Friends don't send friends HTML email. That's what spammers and AOL'ers do. -- The fear of the Lord is the beginning of wisdom Proverbs 9:10 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/
Re: [Cooker] http://www.mandrakelinux.com/en/
jokerman64 wrote: ... anti-aliased. well kinda. read on. Ok after wgetting http://www.mandrakelinux.com/en/ and taking a closer look at it. It quickly became clear that changind a few lines o css wasn't gonna solve any problems w/ fonts on the site (as i was previously led to believe). Boo hoo. Well since I've (naively) been asking/begging/whining for the fonts to be changed i decided to do something about it. It looked like _someone_ had started changing the fonts already so i decided to help him along. the whole english site w/ the exception of the docs directory has been mirrored at http://www.i-kubed.org/en/ You can find an (en home only) version legible without need to use zoom, regardless of default font size, resolution, or DPI at: http://members.ij.net/mrmazda/tmp/MandrakeLinux-en.html -- The fear of the Lord is the beginning of wisdom Proverbs 9:10 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/auth/auth.html
Re: [Cooker] http://bugs.mandrakelinux.com/
Vincent Danen wrote: On Tue Sep 30, 2003 at 01:48:44PM +0200, Pierre Jarillon wrote: http://bugs.mandrakelinux.com/ Cool. Something to play with in future :) . As said before, I can't really afford to work on/with cooker, this way might be a lot better solution for me to contribute to Mandrake Good conception. It looks faster than bugzilla, but it is empty. Bugzilla is too slow : to display a bug such as http://qa.mandrakesoft.com/show_bug.cgi?id=5066 has a weight of 438084 bytes. This is mainly due to the great number of option in the select markup. With a 56k modem, at least100 seconds are necessary to load this page, and 15s with an ADSL 512k. This is too much. But http://bugs.mandrakelinux.com/ is not a valid HTML :-( Why? I'm not sure what you mean. What's not valid HMTL? It can't be validated: http://validator.w3.org/check?uri=http%3A%2F%2Fbugs.mandrakelinux.com%2F -- ...[B]e quick to listen, slow to speak and slow to become angry James 1:19 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/
Re: [Cooker] http://bugs.mandrakelinux.com/
Vincent Danen wrote: On Tue Sep 30, 2003 at 12:31:27PM -0400, Felix Miata wrote: It can't be validated: http://validator.w3.org/check?uri=http%3A%2F%2Fbugs.mandrakelinux.com%2F Bah. Big deal. =) I'll fix this later... how it shows up being validated is not that big of a deal for me as long as it works. How can you know it works if you can't validate it? The WHOLE idea of validation is to maximize the likelihood that it WILL work in the maximum number of browsers. Just because it works in whichever browser you picked to check it in doesn't mean it works in everything equally well, or at all. Did you check it in IE5.5? I didn't think so. ;-) -- ...[B]e quick to listen, slow to speak and slow to become angry James 1:19 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/
Re: [Cooker] And next ?
nothing in it that explains what any of its three lines are for. Also, it needs to be fixed so that if enabled, it is in the ON state for the X login manager so that I can use the NUM pad for password entry without having to think hmmm, is the NUM light on?. -- ...[B]e quick to listen, slow to speak and slow to become angry James 1:19 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/
[Cooker] Eject
Browsing the desktop with Konqueror, I highlight cdrom2. If I right click, up comes a menu. Why does this menu not have an option to eject the CD? Where is the software eject CD function found on the KDE desktop? -- ...[B]e quick to listen, slow to speak and slow to become angry James 1:19 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/
Re: [Cooker] Eject
Charles Shirley wrote: On Tuesday 23 September 2003 15:40, Felix Miata wrote: Browsing the desktop with Konqueror, I highlight cdrom2. If I right click, up comes a menu. Why does this menu not have an option to eject the CD? Where is the software eject CD function found on the KDE desktop? Right-click, Actions, Eject... Took me a week and a half to find it! ;^) That's sorta where I expected to find it. It ain't there. :-( -- ...[B]e quick to listen, slow to speak and slow to become angry James 1:19 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/
[Cooker] So, which is broken?
Three candidates: 1-grep 2-rpm -qa 3-pipe filtering On Redhat 9: # rpm -qa | grep gpm gpm-... libgpm1-... # On mdk cooker: # rpm -qa | grep gpm gpm-... # The latter happens even though on mdk cooker both gpm-... and libgpm1... are installed, and 'rpm -qa | grep libgpm1' produces the expected result. -- ...[B]e quick to listen, slow to speak and slow to become angry James 1:19 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/
[Cooker] Some files are missing
This has been happening about a week now. I rsync sunet cooker around 2-3 AM universal time before updating my cooker box from my local mirror. The last output of 'urpmi -v --auto-select' produces the following: Installation failed, some files are missing: ~/Mandrake/RPMS2/libk3b_0.10cvs1-0.10-0.20030910.2mdk.i586.rpm ~/Mandrake/RPMS2/k3b_0.10cvs1-0.10-0.20030910.2mdk.i586.rpm You may want to update your urpmi database. Am I the only one seeing this? -- ...[B]e quick to listen, slow to speak and slow to become angry James 1:19 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/
Re: [Cooker] So, which is broken?
Buchan Milne wrote: Felix Miata wrote: Three candidates: 1-grep 2-rpm -qa 3-pipe filtering 4-the rpm db on the machine in question (I would try 'rpm --rebuilddb') Yes, I got that answer from irc://freenode/mandrake after someone there read my post here. It fixed it. But, it begs the question, why would the rpm db be corrupted on a week old install? -- ...[B]e quick to listen, slow to speak and slow to become angry James 1:19 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/
Re: [Cooker] So, which is broken?
Michael Scherer wrote: /home/misc $ rpm -qa | grep gpm libgpm1-1.20.1-9mdk gpm-1.20.1-9mdk libgpm1-devel-1.20.1-9mdk are you really sure that mdk is broken ? didn't you set some alias to grep ? In .bashrc is alias rpmqa='rpm -qa | grep $*'. However, to be sure the problem had nothing to do with any alias, I typed it all out normally and got identical results. -- ...[B]e quick to listen, slow to speak and slow to become angry James 1:19 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/
Re: [Cooker] So, which is broken?
Adam Williamson wrote: On Mon, 2003-09-22 at 20:52, Felix Miata wrote: Yes, I got that answer from irc://freenode/mandrake after someone there read my post here. It fixed it. But, it begs the question, why would the rpm db be corrupted on a week old install? One thing I've noticed that can cause it is ctrl-C'ing out of an urpmi at an inopportune moment. Have you aborted any urpm* / rpm operations in that week? No -- ...[B]e quick to listen, slow to speak and slow to become angry James 1:19 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/
Re: [Cooker] Dept of redundant redundance
Buchan Milne wrote: In short, the name of the kernel RPMS contains the version number, thus no two kernel packages have the same package name (as the other packages do). So, if a user does: # rpm -Uvh kernel*.rpm they won't lose their old kernel. Technically, this isn't necessary (assuming everyone would install kernels with 'rpm -ivh kernel*.rpm'), but practically it is (way too many users broke their machines on kernel security updates before the change). I sort of understand the reason for the extra -1-1, but not the extra mdk, which is the main reason for the subject line. -- ...[B]e quick to listen, slow to speak and slow to become angry James 1:19 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/
[Cooker] Why Is My Update Broken?
I installed fresh from my sunet cooker rsync about three days ago. Last night (around 02:00 UTC) I freshened my rsync, then did the following: 1-urpmi.addmedia --update cooker-updates file://mnt/nfs/ax5t3/cooker/Mandrake/RPMS with ../base/hdlist.cz 2-urpmi -a 3-urpmi -v --auto-select 4-urpmi kernel Step 3 installed about 39 packages and ended with a warning that two packages were not available. Step 4 ended with everything already installed, even though my kernel was 2.4.22-9, but the package on the mirror is 2.4.22-10. So, I went to the RPMS directory and successfully ran 'rpm -i kernel-2.4.22-10mdk-1-1mdk.i586.rpm'. Is this oddball 10mdk-1-1mdk rpm the reason why urpmi wouldn't install it? How do I find out what other existing packages didn't install? Why were there packages missing? BTW, after each rsync, the last screen message (after size/speedup) is not appended to the log. That last message is always of the form: rsync error: some files could not be transferred (code 23) at main.c(1045). Why is this line not appended? Why the error message at all? -- ...[B]e quick to listen, slow to speak and slow to become angry James 1:19 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/
Re: [Cooker] Why Is My Update Broken?
Ron Stodden wrote: Are you not aware of our very popular fastest Mandrake downloader? It will always beat the use of raw rsync when there are updates to download. See sig. It properly downloads updated kernel RPMs usually distributed in Mandrake Updates. These are correctly installed as additional lilo stanzas by the Mandrake Software Manangement dialogs in 9.1. I don't use Lilo. I don't want additional Grub stanzas simply because I installed a newer kernel either. Why should I need the old after upgrading? http://members.optusnet.com.au/ronst/ Click all ye faithful! I went there when I first set up my cooker box a few weeks ago. From that page the only thing that I could figure out how to use was http://members.optusnet.com.au/ronst/rsync-plus/rsync_exclude. I'm not a programmer, and don't know how to use your perl stuff. Another stopper was being forced to use UK English, without which I might have tried harder to understand exactly how to use your stuff. -- ...[B]e quick to listen, slow to speak and slow to become angry James 1:19 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/
[Cooker] Dept of redundant redundance
As if package names weren't long enough, kernel package names don't match kernel versions because of extra sprinkling of characters. Why doesn't the filename version in /boot match the package name? e.g.: config-2.4.22.10mdk kernel-h-2.4.22.10mdk System.map-2.4.22.10mdk vmlinuz-2.4.22.10mdk vs. kernel-2.4.22.10mdk-1-1mdk.i586.rpm. from whence they came. What purpose is served by adding in the '-1-1mdk'? -- ...[B]e quick to listen, slow to speak and slow to become angry James 1:19 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/
Re: [Cooker] 9.2 download CD size
James Sparenberg wrote: Taking your argument into consideration. Going with less on the download version does tend to make the purchased version more appealing. Make them larger or more in quantity. The 650 disk one + 700mb disk 2 and 3 is a very nice compromise. If you get up and running with disk 1 you can urpmi the rest if needed. In fact I've one cdrom drive that for unknown reasons wouldn't read the 700mb cd during install but would after. () I like the idea of all 650's, but with a 4th disk containing nothing but games fluff, much much better. I'd rather not download any games, or alternate themes, or screensavers, or any other stuff that has nothing to do with getting useful work done. It's nice to make the boxed sets more appealing, but it's also nice to make the downloads appealing to people considering downloading more svelte distros instead of Mandrake. Let the gamers download their junk, but don't make every downloader waste so much bandwidth. -- ...[B]e quick to listen, slow to speak and slow to become angry James 1:19 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/
Re: [Cooker] [Bug 5175] [mc] unacceptably long startup time
[fcrozat] wrote: http://qa.mandrakesoft.com/show_bug.cgi?id=5175 --- Additional Comments From [EMAIL PROTECTED] 2003-17-09 17:38 --- Ok, it seems to be caused by connect (..., /dev/gpmctl) which is taking 2 minutes to timeout.. I tried to put this in the bug, but qa.mandrakesoft.com has become unreachable. #/etc/init.d/gpm stop /etc/init.d/gpm: no such file or directory. Are you sure your system is not busy doing something else or than network is already working properly ? Running top in another console might be helpful.. Whatever it may be busy doing is something set up to be doing by the Mandrake 9.1 and 9.2 installation programs. As I have repeatedly written, IMMEDIATELY upon availability of login prompt, IMMEDIATELY upon booting, the FIRST thing I do upon logging in is 'mc', on tty1. Anything else that may be going on has nothing to do with anything I did, other than in package selection and configuration during install. This ALWAYS happens on EVERY install on EVERY system since 9.0. The way startup is done now is causing X server to be displayed before all services are started and running. I have noticed this, and don't understand why it happens. I wish X would start only after all other services have been started.
Re: [Cooker] KDE starts up very slowly
[EMAIL PROTECTED] wrote: I installed RC2 on a laptop last week and then updated to cooker on Saturday night and I noticed both on RC2 and with the cooker update that KDE takes quite a bit longer to login than it used to, rather about twice to three times longer. Has anyone else noticed this? It seems faster on my Athlon desktop, but not by much. The laptop has a 1.6g celeron with an NVidia card in it. I'm using the Xfree drivers, not the Nvidia drivers. Immediately after a boot, it takes all of my systems nearly as long to get from login manager to ready KDE desktop as it does to boot to runlevel 3. But, this is nothing new, dating back at least to 9.0. -- ...[B]e quick to listen, slow to speak and slow to become angry James 1:19 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/
[Cooker] Bugmail Stopped
Sometime late last night or early this AM, I ceased getting the many bug mails I had been getting. I didn't do anything to halt this. Anyone else have this happen? I should have gotten at least 13 since the last I did get, as I filed bug 5462 early this AM. -- ...[B]e quick to listen, slow to speak and slow to become angry James 1:19 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/
Re: [Cooker] Mandrake Web Site Fonts
Buchan Milne wrote: Adam Williamson wrote: Agree 100%, assuming this means the site still has Helvetica set as its preferred font. We've spent years in the distro fixing the reliance on this ass-ugly piece of bitmap crap, so why does the website of the damn distro want to use it?! Since we now have such lovely fonts in Mandrake, the website should have the default font set as sans, so it actually looks half acceptable. Sites that default to Helvetica bug me so much I've actually wiped the font from my system (I tried setting up that thing you can do in fonts.conf that make it use Vera in place of Helvetica, but I could never make it work), so now the MDK page looks okay to me, but this is a hack I should NOT have to use. I wipe Verdana from systems that come with it. Same for Bitstream Vera Sans. Helvetica looks fine to me, though I like others better. AFAIK, MandrakeClub now uses CSS for all style settings, and according to Denis, doesn't set any fonts (though I will check later), however, http://www.linux-mandrake.com is full of this junk: font size=2 face=helvetica, arial, sans-serifbSeptember 9th, 2003 - Mandrake 9.2RC2/b - The second release-candidate of Mandrake Linux 9.2 is available for download and tests. Release informations and places to download are available a href=92beta.php3here/a. Time for an overhaul to bring the site into the modern css era. Luckily I override some fonts ... Please, can someone ensure this is addressed. Helvetica is not a decent replacement for Arial or sans-serif, and should be listed last, not first. Personally I find rather little distinction between helvetica and arial, and in fact use arial as my default on systems on which it is installed. Ha! I just looked at the CSS on http://www.mandrakeclub.com, and see this: BODY { color: #00; background: #ff; padding: 5px; margin: 0px; font-family: helvetica, arial, sans-serif; font-size: 12px; } The above is very offensive, not so much the family as the size. Those using high resolution displays like 1600x1200 or above see 12px as microscopic little mousetype, if they can see it at all, unless using a browser with a minimum font size enabled, or when using a text or page zoom feature. If using the former override, then most if not all text on the page will be the user's minimum, which eliminates all contextual information that varying text sizes convey. Instead, no size should be set at all, or the size should be set to 100%, so that the user sees whatever size he has determined best suited to his use. * { font-family: helvetica, arial, sans-serif; font-size: 12px; } Above is pure redundance, since the same is in body, and everything on the page that matters is in body. The same issue applies here, you should use instead: font-family: arial, sans-serif, helvetica; font-family: arial, sans-serif, helvetica; is exactly equivalent to font-family: arial, sans-serif;. The browsers all use the first listed font they find. The only way helvetica would be used in either case is when arial does not exist but helvetica does exist and gets selected because it is in fact a sans-serif font. What really should be used instead is font-family: sans-serif; That way, the user's choice of sans-serif will be used, be it arial or verdana or helvetica, or, heaven forbid, the Mandrake Linux installed sans-serif default. -- ...[B]e quick to listen, slow to speak and slow to become angry James 1:19 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/auth/auth.html
Re: [Cooker] Mandrake Web Site Fonts
Adam Williamson wrote: Agreed. Besides, Verdana was expressly designed as a display font, and Arial was expressly designed as a printed output font. Verdana looks way better on screen than Arial, I've no idea why so many Windows users seem to use Arial as a display font... Maybe because arial is more attractive at normal sizes? To each his own. Usually those who think Verdana looks better are seeing it primarily at small sizes. At small sizes, it looks fine. At normal or larger sizes, its proportions are rather ugly. Verdana, and its emulator, Bitstream Vera Sans, are the largest fonts commonly available at any given size. People who design sites with either as the first font choice are actually seeing everything larger than normal, larger than those who do not have these installed. The best setting is none at all, or else font-family: sans-serif;. -- ...[B]e quick to listen, slow to speak and slow to become angry James 1:19 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/auth/auth.html
Re: [Cooker] Mandrake Web Site Fonts
FACORAT Fabrice wrote: so they don't know how to use css, class, implicite class, etc ... ? The problem is that many mdk site need to be redesigned. The only one with a decent design is http://www.mandrakesoft.com others are crap. - link should not be underlined and should have a special color with a color change for hover event, for example : No, links should be underlined, so that users know a link is a link without having to hover. See e.g. http://www.useit.com/alertbox/9605.html The same issue applies here, you should use instead: font-family: arial, sans-serif, helvetica; you should put Verdana before Arial as Arial sometimes is bolder than other fonts. No, you should put sans-serif first, and leave out arial and helvetica and verdana. That way, whatever the user has decided is the best sans-serif is the one that will be used. -- ...[B]e quick to listen, slow to speak and slow to become angry James 1:19 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/auth/auth.html
Re: [Cooker] Mandrake Web Site Fonts
FACORAT Fabrice wrote: Le mer 10/09/2003 à 14:27, Felix Miata a écrit : Personally I find rather little distinction between helvetica and arial, and in fact use arial as my default on systems on which it is installed. Arial is to bold and on some system where arial is not correctly installed you may have on bold arial. Why should it matter whether bold or not? M$'s arial.ttf bolds at 18px and above. Many fonts bold starting at 16px (Comic Sans MS), 17px (Trubuchet MS) or 18px (Verdana Arial). Don't remember which, but one common font bolds at 20px. Check some for yourself at http://members.ij.net/mrmazda/auth/fonts-face-index.html information that varying text sizes convey. Instead, no size should be set at all, or the size should be set to 100%, so that the user sees whatever size he has determined best suited to his use. or font-size: normal; That's OK on pages you don't expect to be viewed in IE. But, IE has bugs, and if you don't want people seeing the effects of the IE bugs, always set a font-size using % in body. The browsers all use the first listed font they find. The only way helvetica would be used in either case is when arial does not exist but helvetica does exist and gets selected because it is in fact a sans-serif font. What really should be used instead is font-family: sans-serif; That way, the user's choice of sans-serif will be used, be it arial or verdana or helvetica, or, heaven forbid, the Mandrake Linux installed sans-serif default. you will not have only mdk linux. You may have RH ( poor fonts quality ). I don't think RHL has a problem any more since switching to freetype 2. -- ...[B]e quick to listen, slow to speak and slow to become angry James 1:19 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/auth/auth.html
Re: [Cooker] Mandrake Web Site Fonts
FACORAT Fabrice wrote: Le mer 10/09/2003 à 14:45, Felix Miata a écrit : No, links should be underlined, so that users know a link is a link without having to hover. See e.g. http://www.useit.com/alertbox/9605.html underline is weird. link in blue ok, but not underline, this is not beautiful at all ! It isn't about beauty, it's about usability. Users expect links to be blue and underlined. When they aren't, usability suffers, because you've violated a standard practice they rely on. No, you should put sans-serif first, and leave out arial and helvetica and verdana. That way, whatever the user has decided is the best sans-serif is the one that will be used. normal you put your specific fonts first and then default one ( family like sans-serif ) so that if the user doesn't have the font you want it fallback to generals ones. Normal only as in common practice, not as in wise practice. When you have a need (normally uncommon) to use specific fonts on your page, then specify them. Otherwise, let the user see his choice by making only the generic specification, or none at all. Font-family: verdana, arial, helvetica, sans-serif; is just plain dumb me-too-ism. -- ...[B]e quick to listen, slow to speak and slow to become angry James 1:19 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/auth/auth.html
Re: [Cooker] Mandrake Web Site Fonts
Brant Fitzsimmons wrote: Han Boetes wrote: Exactly. Let people choose their own favourite font-sets. Once again. This is not an art-site. It needs to be functional. In this case functionality does not dictate that the default fonts look bad. It is possible, and preferred, to have good form and function at the same time. Why must dee-zine-ers assume that their choices are better than users'? By allowing the users' choice instead of overriding, new users of Mandrake can see what the Mandrake defaults look like. ;-) -- ...[B]e quick to listen, slow to speak and slow to become angry James 1:19 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/auth/auth.html
Re: [Cooker] Mandrake Web Site Fonts
Adam Williamson wrote: On Wed, 2003-09-10 at 15:45, Felix Miata wrote: No, you should put sans-serif first, and leave out arial and helvetica and verdana. That way, whatever the user has decided is the best sans-serif is the one that will be used. I agree, and in fact if you refer to my earlier post you'll see I suggested sans, verdana, helvetica as my preferred ordering. Though you're right I should've said sans-serif, not sans, as sans is deprecated...oops. I wrote to leave out arial and helvetica and verdana because to put anything at all AFTER sans-serif is 100% wasted bandwidth. If the visitor has any sans-serif fonts installed at all, which he will 99.% of the time, whichever his is configured to use by default WILL be what is used when sans-serif is the first listed. Those listed after sans-serif will never be selected by the browser on account of their inclusion either in the css or the font tag, because either: 1-they aren't present, and so weren't found among available sans-serif choices, or 2-are present, but were first found as possible sans-serif choices. -- ...[B]e quick to listen, slow to speak and slow to become angry James 1:19 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/auth/auth.html
Re: [Cooker] Mandrake Web Site Fonts
Digital Wokan wrote: Felix Miata wrote: Why must dee-zine-ers assume that their choices are better than users'? By allowing the users' choice instead of overriding, new users of Mandrake can see what the Mandrake defaults look like. ;-) Because good dee-zine-ers have read studies on what makes for eye catching displays. Well whoop-de-doo! While the Mandrake sites' purposes are primarily to disseminate information, Appears so. though as the first impression of Mandrake a non-Linux user gets, it would only benefit Mandrake's cause to have an appealing site. And how is being eye-appealing contradictory to being useful? The question remains how can the dee-zine-ers know that the visitor even has the dictated font installed, much less that the visitor would rather see some font other than the one he preferred and selected for his own default? -- ...[B]e quick to listen, slow to speak and slow to become angry James 1:19 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/auth/auth.html
Re: [Cooker] Mandrake Web Site Fonts
Adam Williamson wrote: On Wed, 2003-09-10 at 15:27, Felix Miata wrote: The above is very offensive, not so much the family as the size. Those using high resolution displays like 1600x1200 or above see 12px as Only if their system is misconfigured. Absolutely not! If you use 1600x1200 on a monitor below 17 in size, you're misusing it. Absolutely not! Maybe you'd like to explain the preponderance of notebook displays of about 15 that are optimized for 1280x1024 (SXGA), 1400x1050 (SXGA+), or even 1600x1200 (UXGA)? For a monitor 19 in size or bigger, 12pt fonts at 1600x1200 should look pretty much the same size as 12pt fonts at 1280x1024 on a 17 monitor, for instance. Point sizes are Actually not. 1600x1200 is a standard 4/3 aspect ratio, while 1280x1024 is a bastard 5/4 ratio, and everything is malproportioned as a result of the latter. See http://members.ij.net/mrmazda/auth/aspect.html Then there's the DPI issue. Pt sizes depend on DPI as well as monitor size and resolution, while px sizes only depend on monitor size and resolution. Pt is not an appropriate way to size display fonts: http://www.w3.org/TR/WAI-WEBCONTENT/#tech-relative-units http://bobby.watchfire.com/bobby/html/en/gls/g104.html relative, not absolute, and therefore if you configure X correctly and use a reasonable resolution for your display size, a 12pt font will be perfectly fine. 12pt should be fine for about anyone in any case. However, the web page at issue was not using pt, but rather px, which is entirely different. Visit http://members.ij.net/mrmazda/auth/allreschooser.html to understand the impact of 12px, regardless of resolution. More to help understand the difference: http://www.elsid.co.za/download/css_fontsizes.htm I'm writing this with a 10pt font at 1600x1200 on a 19 display and it looks great. As it should, if DPI is suitably set. For me, at 1600x1200, it takes somewhere around 168 DPI to make 10pt right sized on 19, while on 1280x1024 it takes only 132 DPI to make 10pt right sized on 19. I normally use 1024x768 at 120 DPI, which makes 10pt right-sized for me on 19. High resolution is for those interested in high quality. It should not be synonymous with shrunken system controls, which in practice is generally the case, and the reason why I don't normally use higher than 1024x768 on 19. It was only after upgrading my primary monitor from 17 to 19 that I switched up from normally using 800x600. High resolution is about greater accuracy and fidelity within a given amount of physical space, and shouldn't depend on monitor size at all. See http://www.m-w.com/cgi-bin/dictionary: [resolution] h : the process or capability of making distinguishable the individual parts of an object, closely adjacent optical images, or sources of light. -- ...[B]e quick to listen, slow to speak and slow to become angry James 1:19 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/auth/auth.html
Re: [Cooker] Error: file not found: ...Mandrake/base/mdkinst_stage2.bz2
Guillaume Cottenceau wrote: Felix Miata [EMAIL PROTECTED] writes: e.g., on uni_bayreuth.de, I put uni_bayreuth.de for server, and pub/linux/Mandrake-devel/cooker/i586 for Mandrake Linux Directory. /pub/linux/Mandrake-devel/cooker/i586 we'd need to have the logs of the server to know what files are getted with your command. to me, it should work, but obviously it doesn't. I don't know if which directory it's defaultly logged, it should be /. Worked fine once I used the leading /. I looked all over and never could find how these blanks are supposed to be completed. http://doc.mandrakelinux.com/MandrakeLinux/91/en/Quick_Startup.html/ skips directly from making the floppy to already being in DrakX. Why does this screen not simply ask for a standard FTP URL instead of dividing between server and path? -- ...[B]e quick to listen, slow to speak and slow to become angry James 1:19 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/
[Cooker] swapper not mounted
I rsync'd sunet.se cooker a few hours ago and installed fresh. Now mount shows me /dev/sda6 swap not mounted. Rc1 upgrade of 9.1 worked OK a couple days ago. How do I figure out why swap doesn't mount? -- ...[B]e quick to listen, slow to speak and slow to become angry James 1:19 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/
[Cooker] [cooker] http://members.optusnet.com.au/ronst/rsync-plus/rsync-plus_Mandrake_Downloader.html
Link to iso9660 CDs is broken. I'm trying to figure this out, but connection to your choice of mirror, ftp.praxad.fr, is being refused, preventing me from comparing its directory structure to what I used wget to fetch from ftp.nluug.nl. It looks different. Under the former is cooker/cooker-tree, while under the latter is cooker/Mandrake, IIUC. I was hoping to install from this this AM, since I can't get an install from the 9.2rc1 iso's. Dunno if I'll ever figure this out. -- ...[B]e quick to listen, slow to speak and slow to become angry James 1:19 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/
[Cooker] Error: file not found: ...Mandrake/base/mdkinst_stage2.bz2
For network.img (2003 09 01 08:44) ftp install, what exactly do I answer for Mandrake Linux Directory? I always get error message in the subject. I tried uni_bayreuth.de, belnet.be, join.uni-muenster.de and others, and always get the same response. e.g., on uni_bayreuth.de, I put uni_bayreuth.de for server, and pub/linux/Mandrake-devel/cooker/i586 for Mandrake Linux Directory. -- ...[B]e quick to listen, slow to speak and slow to become angry James 1:19 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/
Re: [Cooker] Whole Day Shot Trying HD Network Installation
Guillaume Cottenceau wrote: Felix Miata [EMAIL PROTECTED] writes: Eventually I got set up for NFS install, and that won't even get out of text mode. Each time, right after entering server IP and directory it just sits there, and on tty3, last line I see is 'preparing nfsmount for [IP]:[dir]', and no evidence that SCSI ever loaded. Has SCSI support When there is no response, it's often linked to a bug in the kernel driver. Maybe you have a long timeout that you didn't The problem turned out to be the server was in runlevel 2 the whole time. There should be some message from the installer that the server is not available. notice, in that case that may be caused by network problems. Hardware network problems could lead to the freeze also, I guess. We do NFS installs daily, there is no such problem here, at least :/. Most of my installs are NFS, but not even monthly, much less daily. ;-) been deleted from the boot floppies? I can't remember when the previous versions asked for SCSI support confirmation. What's the connection between SCSI support and starting an NFS install? There is no need for SCSI driver when starting an NFS install, of course, and thus no SCSI driver is loaded at that point. You mean my install to a SCSI HD target doesn't require any SCSI support? ;-) After I got the server in proper gear I remembered when SCSI support becomes necessary. But before that point, I was grasping straws. :-) -- ...[B]e quick to listen, slow to speak and slow to become angry James 1:19 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/
[Cooker] Whole Day Shot Trying HD Network Installation
I've been installing mdk ever since 7.1, normally from either hd.img or network.img boot. Friday was total toast with rc1. First the iso's wouldn't md5, so I had to download all over again, and today the server took 5X as long as it did last night to give up its bounty. Once over that hump, I tried hd.img with raw iso's on FAT32. Installer always progessed into package selection before any errors, at which point, all kinds of errors that eventually sent the installer either back to the start of package selection, or past that to partitioning. Errors such as you can't select/unselect this package (e.g. on XF86fonts-100, drakconf kdegraphics), or depending reports requiring and OK be clicked, except that clicking OK produced no response on 1st click, then restarted package selection on 2nd click. I finally got through package selection 3 times, only to fail on 'basesystem package not selected', being returned to the start of package selection yet again. Eventually I got set up for NFS install, and that won't even get out of text mode. Each time, right after entering server IP and directory it just sits there, and on tty3, last line I see is 'preparing nfsmount for [IP]:[dir]', and no evidence that SCSI ever loaded. Has SCSI support been deleted from the boot floppies? I can't remember when the previous versions asked for SCSI support confirmation. Is ftp or CD install the only way that works for rc1? I really don't like burning CD's for betas, and I've never figured out how to select a ftp or http source for installation. Where do I point the installer for ftp or http? -- A fool gives full vent to his anger, but a wise man keeps himself under control.Proverbs 29:11 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/
Re: [Cooker] NTFS resizing works inRC1
John Keller wrote: I'm not sure about the e-mail address, since some users may assume that any errors are the resizer's fault when it could be on the NT/XP side. But that would be Mandrake Legal's decision... I liked elements of the others, including John Allen's. I propose (in two paragraphs, to avoid too dense of a paragraph): To ensure your data's integrity, the Mandrake Installer has scheduled a disk check on all resized Windows partitions. The next time you start Windows, it will automatically launch Scandisk. This will occur only once, and is not a cause for alarm. C:\scandisk 'scandisk' is not recognized as an internal or external command, operable program or batch file. C:\ If NTFS is the partition type, then naming either no program or the right program might be a good idea. Scandisk is WinDOS. AFAIK, NTFS isn't accessible to WinDOS. -- Democracy is two wolves and a lamb voting on what to have for lunch. Liberty is a well-armed lamb contesting the vote. Benjamin Franklin Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/
Re: [Cooker] [Bug 1705] [Installation] RFE- Change /root/drakx/report.bug.gz to /root/drakx/bug-rprt.gz
Guy.Bormann wrote: On 17 Feb 2003, Guillaume Cottenceau wrote: mrmazda [EMAIL PROTECTED] writes: DR-DOS 8's release is imminent: http://www.drdos.com/ mwh ahahaha eheheehh. hum, sorry. Don't laugh, it is still extensively used in embedded devices and process control and it is nowhere as bad as MS-DOS (yuck!). I haven't used it for a long time, though. Anyway, it has support for FAT32 and long file names so this should be out of Felix' list (I guess you needed some weight in your list, Felix :-) ). Since when does FAT32 apply to floppy disks? report.bug.gz still shows up as REPORT~1.GZ on a FAT floppy. Weight? IBM is a much bigger company than M$. IIRC, IBM sells and supports four different Linux distros, none of which is Mandrake. P.S.: Since when has IBM taken up OS/2 development again? I thought they only provided support and updates? Since when does producing drivers for new devices not constitute development? The latest available OS/2 kernels are less than a month old. eCS 1.1 will probably be released by the end of this month. -- Democracy is two wolves and a lamb voting on what to have for lunch. Liberty is a well-armed lamb contesting the vote. Benjamin Franklin Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/
Re: [Cooker] [Bug 1705] [Installation] RFE- Change /root/drakx/report.bug.gz to /root/drakx/bug-rprt.gz
Guillaume Cottenceau wrote: Felix Miata [EMAIL PROTECTED] writes: Since when does FAT32 apply to floppy disks? report.bug.gz still shows up as REPORT~1.GZ on a FAT floppy. Urban legends :). Directory of A:\ REPORT~1 GZ 55073 12-08-02 8:44p 1 file(s) 55073 bytes used 1356288 bytes free -- Democracy is two wolves and a lamb voting on what to have for lunch. Liberty is a well-armed lamb contesting the vote. Benjamin Franklin Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/
Re: [Cooker] [Bug 1705] [Installation] RFE- Change /root/drakx/report.bug.gz to /root/drakx/bug-rprt.gz
Guillaume Cottenceau wrote: Guillaume Cottenceau [EMAIL PROTECTED] writes: Felix Miata [EMAIL PROTECTED] writes: Guillaume Cottenceau wrote: Felix Miata [EMAIL PROTECTED] writes: Since when does FAT32 apply to floppy disks? report.bug.gz still shows up as REPORT~1.GZ on a FAT floppy. Urban legends :). Directory of A:\ REPORT~1 GZ 55073 12-08-02 8:44p 1 file(s) 55073 bytes used 1356288 bytes free [gc@obiwan /mnt] mount floppy [gc@obiwan /mnt] ls floppy boot.msg help.msg ldlinux.sys network.rdz report.bug.gz syslinux.cfg vmlinuz Forgot: [gc@obiwan /mnt] grep floppy /proc/mounts /dev/fd0 /mnt/floppy vfat rw,nosuid,nodev,noexec 0 0 To prove it's FAT32 filesystem. That is a circular proof, proving nothing except how you have mounted /dev/fd0 and what files are listed as contained thereon. Minimum space occupied by a file on a FAT32 filesystem is by convention 4096 bytes, 8 sectors. A FAT32 filesystem is designated by type 0Bh or 0C. By a reading of http://www.microsoft.com/hwdev/hardware/fatgen.asp beginning on page 13 you can see that the FAT type is determined by the number of clusters, and that only if the cluster count is not less than 65525 can the volume be FAT32. A FAT formatted 3.5 floppy has 2847 sectors. Directory of A:\ REPORT~1 GZ 55073 12-08-02 8:44p SDA 512 2-11-03 9:19a 2 file(s) 55585 bytes used 1355776 bytes free Directory of A:\ REPORT~1 GZ 55073 12-08-02 8:44p 1 file(s) 55073 bytes used 1356288 bytes free The type of file system for the disk is FAT. The volume label is Ar. The Volume Serial Number is 0F38-100A. 1457664 bytes total disk space. 55296 bytes in 1 user files. 46080 bytes in bad sectors. 1356288 bytes available on disk. 512 bytes in each allocation unit. 2847 total allocation units. 2649 available allocation units on disk. As you can see above, the 512 byte file occupied 512 on disk, not 4096, so it should not be a valid FAT32 filesystem. VFAT means virtual FAT. Without an OS that knows how to virtualize, a FAT floppy is only FAT, not VFAT. -- Democracy is two wolves and a lamb voting on what to have for lunch. Liberty is a well-armed lamb contesting the vote. Benjamin Franklin Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/partitioningindex.html
Re: [Cooker] [Bug 1705] [Installation] RFE- Change /root/drakx/report.bug.gz to /root/drakx/bug-rprt.gz
Buchan Milne wrote: Felix Miata wrote: Guillaume Cottenceau wrote: Felix Miata [EMAIL PROTECTED] writes: Since when does FAT32 apply to floppy disks? report.bug.gz still shows up as REPORT~1.GZ on a FAT floppy. Not all FAT filesystems that support long file names are FAT32. You will remember all versions of Windows95 support long file names, whereas only win95c supports FAT32 (with an addon). The other versions only supported FAT16, so FAT32 has nothing to do with it. What I wrote was in response to a previous comment FAT32, not VFAT. Urban legends :). Directory of A:\ REPORT~1 GZ 55073 12-08-02 8:44p 1 file(s) 55073 bytes used 1356288 bytes free Does this prevent you from sending the file??? The bug isn't about what I can do. The bug is about making Mandrake friendlier to those who: 1-Have minimal or no familiarity with Mandrake Linux (or any Linux, or using a CLI, and who may not know report.bug.gz is the same thing as REPORT~1 GZ) 2-Have just had a Mandrake install fail and have been asked by some support staffer or other helpful soul simply to attach /root/drakx/report.bug.gz (as did Pixel the day before I filed bug 1705). VFAT is only VFAT to an OS that understands it. Sending a bug report to Mandrake support does not require a functional OS that understands VFAT. Does Mandrake want to be better only for those already using it, or do they want it also to become better at attracting more people to become successful Mandrake users? The bug was filed under the assumption that the latter is true. -- Democracy is two wolves and a lamb voting on what to have for lunch. Liberty is a well-armed lamb contesting the vote. Benjamin Franklin Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/partitioningindex.html
Re: [Cooker] [Bug 1705] [Installation] RFE- Change /root/drakx/report.bug.gz to /root/drakx/bug-rprt.gz
Guillaume Cottenceau wrote: mrmazda [EMAIL PROTECTED] writes: DR-DOS 8's release is imminent: http://www.drdos.com/ mwh ahahaha eheheehh. hum, sorry. Maybe I should rephrase: a new release of DR-DOS appears to be in development. -- Democracy is two wolves and a lamb voting on what to have for lunch. Liberty is a well-armed lamb contesting the vote. Benjamin Franklin Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/
[Cooker] Broker Listserver
Mail with the following content keeps bouncing. Why? Adam Williamson wrote: On Thu, 2003-02-06 at 13:37, Warly wrote: Fredrik Hegardt [EMAIL PROTECTED] writes: Would it be possible to add a 1600x1200-alternative to bootsplash? When used on a laptop the current alternatives doesn't look very good. 1280*1024 is not enough? Dam! No. This'll be an increasing problem. True Remember, all LCD screens have a native resolution, and scaling from any other resolution to that resolution looks *awful*, much worse than on a CRT. It's a limitation of the technology. True As more and more people move to LCD screens there'll be more and more need for 1600x1200 True - most 17 and higher screens will have this as their native resolution, Not yet they don't, and whether most will remains to be seen. I'm looking at a list of 15 LCD displays and 22 CRT displays in a recent paper catalog. Among the LCD displays, only the largest, 21.3, is listed at 1600x1200. All four 15's are listed at 1024x768. The rest, 17 up through 20.1 are listed at 1280x1024. OTOH, among the CRT's, 13 of the 22 listed have 1600x1200 or higher as a maximum, starting at 17. That probably means something at a proper 4/3 ratio more than 1280 wide resolution is soon if not now needed. and some of the larger laptop screens (15.1) do. 1280x1024 scaled to 1600x1200 will look hideous - in fact, it'd look much better to scale the 800x600 image, but of course that doesn't happen :) Any image scaled *properly* (unlikely) for 1280x1024 is going to look wrong on virtually any other resolution. 1280x1024 is a bastard child resolution. Standard PC displays are designed for resolutions at a 4/3 ratio of width to height. Most combinations are exactly 4/3. 1280x1024 is 5/4, which makes everything displayed using it malproportioned wider than it should be, unless you are using virtual in Linux/KDE, in which case everything will be displayed taller than it should be. See URL below. -- Democracy is two wolves and a lamb voting on what to have for lunch. Liberty is a well-armed lamb contesting the vote. Benjamin Franklin Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/auth/aspect.html
Re: [Cooker] Bootsplash 1600x1200?
Adam Williamson wrote: On Thu, 2003-02-06 at 13:37, Warly wrote: Fredrik Hegardt [EMAIL PROTECTED] writes: Would it be possible to add a 1600x1200-alternative to bootsplash? When used on a laptop the current alternatives doesn't look very good. 1280*1024 is not enough? Dam! No. This'll be an increasing problem. True Remember, all LCD screens have a native resolution, and scaling from any other resolution to that resolution looks *awful*, much worse than on a CRT. It's a limitation of the technology. True As more and more people move to LCD screens there'll be more and more need for 1600x1200 True - most 17 and higher screens will have this as their native resolution, Not yet they don't, and whether most will remains to be seen. I'm looking at a list of 15 LCD displays and 22 CRT displays in a recent paper catalog. Among the LCD displays, only the largest, 21.3, is listed at 1600x1200. All four 15's are listed at 1024x768. The rest, 17 up through 20.1 are listed at 1280x1024. OTOH, among the CRT's, 13 of the 22 listed have 1600x1200 or higher as a maximum, starting at 17. That probably means something at a proper 4/3 ratio more than 1280 wide resolution is soon if not now needed. and some of the larger laptop screens (15.1) do. 1280x1024 scaled to 1600x1200 will look hideous - in fact, it'd look much better to scale the 800x600 image, but of course that doesn't happen :) Any image scaled *properly* (unlikely) for 1280x1024 is going to look wrong on virtually any other resolution. 1280x1024 is a bastard child resolution. Standard PC displays are designed for resolutions at a 4/3 ratio of width to height. Most combinations are exactly 4/3. 1280x1024 is 5/4, which makes everything displayed using it malproportioned wider than it should be, unless you are using virtual in Linux/KDE, in which case everything will be displayed taller than it should be. See URL below. -- Democracy is two wolves and a lamb voting on what to have for lunch. Liberty is a well-armed lamb contesting the vote. Benjamin Franklin Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/auth/aspect.html
Re: [Cooker] [Bug 1304] [drakxtools] New: Partition colors incorrect
Pixel wrote: [Bug 1304] [EMAIL PROTECTED] writes: In today's cooker, the colors displayed for various partition types are incorrect. All of FAT32, NTFS, and HPFS show up as blue (FAT), although the text description of the partition type (if you click on the partition) is correct except for HPFS, which shows as NTFS (same partition type code, but it *used* to show as HPFS). @resolution=wontfix - blue is used for microsoft partitions - HPFS and NTFS use the same id... and NTFS will account for more than 90% of the partitions using this id... so NTFS is displayed instead of HPFS/NTFS Stupid. All the better to facilitate brain slips when setting mount points on multiple disks with multiple partitions. It was better before, with a different color for HPFS and FAT. Even better, each common type should be a different color: FAT16, FAT32, NTFS, HPFS (it is different - the installer could look at the partition boot record and see which is which), and JFS (the senior IBM variety, not *nix). -- Democracy is two wolves and a lamb voting on what to have for lunch. Liberty is a well-armed lamb contesting the vote. Benjamin Franklin Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/
[Cooker] mcc generic monitor resolution options
Standard aspect ratio is 4/3. Available resolutions in 9.0 in 4/3 ratio for CRT are 640x480, 800x600, 1024x768 1600x1200. The only choice between 1024x768 1600x1200 is 1280x1024, which is a 5/4 ratio that distorts everything (see URL in .sig). Why are more 4/3 options not offered, such as 960x720, 1152x864, 1280x960, 1400x1050 or 1800x1350? Should I file a bug to ask that these be added to 9.1? -- There's nothing so absurd that if you repeat it often enough, people will believe it.William James Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/auth/aspect.html
Re: [Cooker] user login is very long, while root login is very fast
Gerard Patel wrote: At 08:49 PM 1/22/03 -0500, you (Felix Miata) wrote: Part 1.2 Name: test.py Type: Plain Text (text/plain) Right, so from this script the fact of opening all devices known has been rather fast I think ? about 5 seconds ? And this on one of these computers of yours where initialization of devfs takes more than one minute and login 30 seconds or more, that's right ? AFAICT. -- There's nothing so absurd that if you repeat it often enough, people will believe it.William James Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/
Re: [Cooker] user login is very long, while root login is very fast
Gerard Patel wrote: At 09:42 AM 1/16/03 -0500, you (Felix Miata) wrote: 1505 (64 second last non-root login; 9.0; users 501,502,503,551,553,555,556,587; all group 501; 550Mhz) 1562 (89 second last non-root login; 9.0; users 500,501,502,503,504,505,506,507; all group 500; 500Mhz) 1470 (5.5 second last non-root login; rc3; users 501,502,503; 550Mhz) LSI 53c8xx /dev/sdc7 / on first machine, /dev/hda7 / on the others. I think to understand that you have around 1500 entries in your /dev directory. That's about as much as my installation. I don't have much knowledge about devfs; based on another post, it seems that opening a file under /dev can load a kernel module, something that can be more or less slow. One possibility could be that on your system a particular module is very slow at initialization. I have attached a little script to try to test for such behaviour. Run it as python test.py as root, under a console (X Window not started), with a floppy in the drive, and report the result. The script reports any open/close taking more than 0.1 seconds. On my system only /dev/psaux is reported (the script reports also numerous open errors) Gerard Patel --- Part 1.2 Name: test.py Type: Plain Text (text/plain) [Errno 19] No such device: '/dev/initrd' [Errno 19] No such device: '/dev/raminitrd' [Errno 19] No such device: '/dev/log' [Errno 19] No such device: '/dev/gpmctl' [Errno 19] No such device: '/dev/adsp' [Errno 19] No such device: '/dev/sequencer' [Errno 19] No such device: '/dev/sequencer2' [Errno 19] No such device: '/dev/raw/raw1' [Errno 19] No such device: '/dev/raw/raw2' [Errno 19] No such device: '/dev/raw/raw3' [Errno 19] No such device: '/dev/raw/raw4' [Errno 19] No such device: '/dev/raw/raw5' [Errno 19] No such device: '/dev/raw/raw6' [Errno 19] No such device: '/dev/raw/raw7' [Errno 19] No such device: '/dev/raw/raw8' [Errno 19] No such device: '/dev/raw/raw9' [Errno 19] No such device: '/dev/raw/raw10' [Errno 19] No such device: '/dev/raw/raw11' [Errno 19] No such device: '/dev/raw/raw12' [Errno 19] No such device: '/dev/raw/raw13' [Errno 19] No such device: '/dev/raw/raw14' [Errno 19] No such device: '/dev/raw/raw15' [Errno 19] No such device: '/dev/raw/raw16' [Errno 19] No such device: '/dev/raw/raw17' [Errno 19] No such device: '/dev/raw/raw18' [Errno 19] No such device: '/dev/raw/raw19' [Errno 19] No such device: '/dev/raw/raw20' [Errno 19] No such device: '/dev/raw/raw21' [Errno 19] No such device: '/dev/raw/raw22' [Errno 19] No such device: '/dev/raw/raw23' [Errno 19] No such device: '/dev/raw/raw24' [Errno 19] No such device: '/dev/raw/raw25' [Errno 19] No such device: '/dev/raw/raw26' [Errno 19] No such device: '/dev/raw/raw27' [Errno 19] No such device: '/dev/raw/raw28' [Errno 19] No such device: '/dev/raw/raw29' [Errno 19] No such device: '/dev/raw/raw30' [Errno 19] No such device: '/dev/raw/raw31' [Errno 19] No such device: '/dev/raw/raw32' [Errno 19] No such device: '/dev/raw/raw33' [Errno 19] No such device: '/dev/raw/raw34' [Errno 19] No such device: '/dev/raw/raw35' [Errno 19] No such device: '/dev/raw/raw36' [Errno 19] No such device: '/dev/raw/raw37' [Errno 19] No such device: '/dev/raw/raw38' [Errno 19] No such device: '/dev/raw/raw39' [Errno 19] No such device: '/dev/raw/raw40' [Errno 19] No such device: '/dev/raw/raw41' [Errno 19] No such device: '/dev/raw/raw42' [Errno 19] No such device: '/dev/raw/raw43' [Errno 19] No such device: '/dev/raw/raw44' [Errno 19] No such device: '/dev/raw/raw45' [Errno 19] No such device: '/dev/raw/raw46' [Errno 19] No such device: '/dev/raw/raw47' [Errno 19] No such device: '/dev/raw/raw48' [Errno 19] No such device: '/dev/raw/raw49' [Errno 19] No such device: '/dev/raw/raw50' [Errno 19] No such device: '/dev/raw/raw51' [Errno 19] No such device: '/dev/raw/raw52' [Errno 19] No such device: '/dev/raw/raw53' [Errno 19] No such device: '/dev/raw/raw54' [Errno 19] No such device: '/dev/raw/raw55' [Errno 19] No such device: '/dev/raw/raw56' [Errno 19] No such device: '/dev/raw/raw57' [Errno 19] No such device: '/dev/raw/raw58' [Errno 19] No such device: '/dev/raw/raw59' [Errno 19] No such device: '/dev/raw/raw60' [Errno 19] No such device: '/dev/raw/raw61' [Errno 19] No such device: '/dev/raw/raw62' [Errno 19] No such device: '/dev/raw/raw63' [Errno 19] No such device: '/dev/rd/initrd' [Errno 19] No such device: '/dev/sound/adsp' [Errno 19] No such device: '/dev/sound/sequencer' [Errno 19] No such device: '/dev/sound/sequencer2' [Errno 19] No such device: '/dev/snd/controlC1' /dev/snd/controlC1 0.186278939247 [Errno 19] No such device: '/dev/snd/controlC2' /dev/snd/controlC2 0.185494065285 [Errno 19] No such device: '/dev/snd/controlC3' /dev/snd/controlC3 0.185328960419 [Errno 19] No such device: '/dev/snd/controlC4' /dev/snd/controlC4 0.185424923897 [Errno 19] No such device: '/dev/snd/controlC5
Re: [Cooker] MC
James Gregory wrote: let's face a simple fact, if you do not have the entire directory structure memorised, then mc or similar is something that speeds up the process of navigating in console to that's what [tab][tab] is for. No one is going to convince anyone who grew up on OFM's that there is a better way. begin fixing up Mandrake installation errors, navigating around to edit conf files inappropriately created by the installer, preventing X from working, HPFS and network from being accessible, hmm. I really think fixing the install problems is a better path to follow. There will always be installer shortcomings that need fixing, always, forever, infinity. There will never be a perfect installer. That such bugs should be fixed is no justification for omitting the best way for many to handle the ones that haven't been fixed. MC is a very small package anyway, maybe 300K? OFM's forever. -- There's nothing so absurd that if you repeat it often enough, people will believe it.William James Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/
Re: [Cooker] MC
Todd Lyons wrote: Damian Gatabria wrote on Mon, Jan 20, 2003 at 01:12:26PM + : please forgive me for butting in here... but.. Midnight Commander 83 (really useful ?) you mean 9.1 will NOT have mc???! I kind of agree with you, but we also have to look at the reality of the situation. Anybody who knows enough and is comfortable enough using a commandline browser like mc will easily be able to: urpmi.addmedia 91Main ftp://blah.blah.blah urpmi --media 91Main mc Not me. Most of the people who are using Mandrake (and _not_ most of us) use Konqueror or Nautilus for their file browsing. Those are the ones that (I guess) need to be accomodated. Without FC/2 to take the place of Norton Commander, I would never have made the transition from DOS to OS/2. Without MC to emulate the place of NC or FC/2, I'll never make any progress with Linux. MC is ALWAYS how I begin fixing up Mandrake installation errors, navigating around to edit conf files inappropriately created by the installer, preventing X from working, HPFS and network from being accessible, not that I would use X for anything but Mozilla if I couldn't use MC in an XTerm. No orthodox file manager means I look elsewhere for an OS. http://www.softpanorama.org/OFM/ -- There's nothing so absurd that if you repeat it often enough, people will believe it.William James Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/
Re: [Cooker] user login is very long, while root login is very fast
Gerard Patel wrote: At 07:16 PM 1/15/03 -0500, you wrote: I wouldn't know how to begin tracking it down. I asked for help on the subject: Login Takes An Eternity on 9.0 on the expert list Tue, 10 Dec 2002 23:52:55 -0500. The thread produced no usable help. I am not subscribed to this list, could you be kind enough to say what is the speed of the offending computer ? On my box login feels somewhat sluggish, I have not timed it, but it seems between one and 2 seconds; I have a 700 Mhz box, if your machine is a Pentium 60, this could explain many things. Not that I mean that in this case your problem would not be a valid one; it's just necessary to understand first why you see this particular problem. Two different boxes, both 550 Mhz. Last timed login: 17 seconds. Might be a devfs problem. During boot: Running DevFs daemon displayed on the screen for 2 minutes, 19 seconds. 28 seconds later, tty1 went blank as X started and changed to tty7. IOW, the devfs startup message is gone considerably before X ever starts. OS/2 Warp 4.52 boots in 79 seconds. W2K boots in 123 seconds. 9.0 takes 205 seconds to X login manager, 220 seconds to tty1 login prompt, 270 seconds until KDE is done loading, not counting time spent typing in a password. Total 9.0 boot time, 4.5 minutes, more than half of which is devfs init. -- There's nothing so absurd that if you repeat it often enough, people will believe it.William James Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/
Re: [Cooker] user login is very long, while root login is very fast
Gerard Patel wrote: At 03:52 AM 1/16/03 -0500, you wrote: Two different boxes, both 550 Mhz. Last timed login: 17 seconds. Might be a devfs problem. During boot: Running DevFs daemon displayed on the screen for 2 minutes, 19 seconds. 28 seconds later, tty1 went blank as X started and changed to tty7. IOW, the devfs startup message is gone considerably before X ever starts. 2 minutes... this is a huge problem. My box stays for about 8 seconds on the 'running devfs'. It's way too long, at least 3 times what 9.0 is taking, but still your 2 minutes show a specific problem; here are my numbers : [gerard@duron dev]$ cd /dev [gerard@duron dev]$ du -a | wc -l 1433 [gerard@duron dev]$ what do you have ? 1505 (64 second last non-root login; 9.0; users 501,502,503,551,553,555,556,587; all group 501; 550Mhz) 1562 (89 second last non-root login; 9.0; users 500,501,502,503,504,505,506,507; all group 500; 500Mhz) 1470 (5.5 second last non-root login; rc3; users 501,502,503; 550Mhz) LSI 53c8xx /dev/sdc7 / on first machine, /dev/hda7 / on the others. -- There's nothing so absurd that if you repeat it often enough, people will believe it.William James Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/
Re: [Cooker] user login is very long, while root login is very fast
Nicolas Pomarede wrote: Well, I had the exact same problem after installing 9.0 on my laptop. This is a rather old one, with Celeron 300 Mhz and not really fast ide disk, so any unnecessary operations during the login is easily noticeable. After boot completed, I noticed login with root was instantanneous, while login with any other user took 5 seconds or so. As pointed, the problem comes from devfs default configuration. By default, devfs will MODLOAD any module which can't be lookep up. Is everything above properly spelled? I don't understand its meaning. See devfsd.conf : # Enable module autoloading. You may comment this out if you don't use # autoloading LOOKUP.* MODLOAD What is MODLOAD? What is autoloading? How do I know if I am using or need to be using either of these? In my case, this loaded ide, floppy, cdrom and the corresponding ide-scsi How did you find this out? Is there an inventory of this somewhere? I see three files in /etc/devfs/conf.d: dynamic.conf, mouse.conf, psaux.conf. I don't recognize any contents of dynamic.conf as necessary. Most is usb, which I don't use. modules, which resulted in the slowdown. I commented this line, did a devfs restart, and that's it, all login are as fast as root (as well as logout by the way). So, you can comment this line, but some modules won't be autoloaded when needed/requested by application. You will have to add lines for these specific modules ; in my case, I needed /dev/ppp for dialup. I had to add the line : LOOKUP ^ppp$ MODLOAD You can do the same and list only explicit device instead of .* to load only the needed modules and speed up the process (in my case, I don't use my external cdrom and floppy, so commenting the .* was no problem for me, but it could be for others, so handle with care). Hope this helps... (or at least explains things a little more). Helps yes, but need to understand the consequence of the recommended action. -- There's nothing so absurd that if you repeat it often enough, people will believe it.William James Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/
Re: [Cooker] ldm_validate_partition_table - what's that?
Pixel wrote: Ron Stodden [EMAIL PROTECTED] writes: Pascal Cavy wrote: I suspect diskdrake to have a bug in certain conditions. I have noticed several mdk installations where fdisk or cfdisk complains about overlapping partitions, or partitions not ending on cylinder boundary (for ex the first primary ending on 788 for exemple and the extented partition starting at 788 too !). It was the case on MDK90, I dont know if it's still true on MDK9.1B1 ? All logical partitions must be in cylinder order in the various MBRs along the extended chain for Windows. Partition Magic does this. must be is truly wrong. There's no such things as a specification for this. Not a specification, a tradition. DOS DOS-heritage partitioning tools typically fail if they find the logical chain order doesn't match the physical placement order. windows tools do create non-ordered logical-partitions linked list I've yet to see one. On the other hand, Linux utilities create MBR entries in order of partition creation time. NAICT, they, as well as most others, create MBR table entries in order of availability (FIFO). If previously created were primaries A, B C, using table positions 1, 2, 3, after which B was deleted, most partitioning tools will reuse table postition 2 when primary partition D is later created even though physically placed beyond C. This is true for fdisk and cfdisk, to my knowledge. Windows cannot handle this. wrong. AFAIK windows doesn't (didn't?) like many things, esp. when there is more than one primary partition (why??) M$ programmers with blinders that don't foresee *and* accomodate the possibility of more than one OS installed per device or system. Accordingly, Linux-created partitions cannot be guaranteed to be acceptable to Windows. Usually this happens only when a partitioning tool creates a partition that does not start on a cylinder boundary. I'm not aware of any non-Linux tools capable of such behavior. you mean FAT partitions created under linux? Regardless whether any format at all. AFAIK there's a pb regarding the boot code which is not written correctly when windows is installing on a linux-pre-formatted partition. The best solution I know is never to create partitions except with Partition Magic (which does not support ext3, Reiserfs, etc.) or you must dedicate a hard drive to Windows partitions only if you need to double-boot with Windows. You could also choose to dedicate an entire machine to Windows only. The best solution short of separate disks is to use a tool that understands multiple formats. The more formats the better. Generally this means just about any tool that is *not* distributed with any OS, and includes Partition Magic among many others. Understanding formats is independent of partitioning, and really just a convenience to the user of the partitioning tool. A partition can be created without any real format, having the format merely designated in the table but not in the partition's data area. Once in the table, any smart formatter can change the table entry to match whatever format is actually applied to the partition's data area. Yes, you can also use cfdisk etc very carefully, making sure that all partitions are created and exist in start cylinder order. wow, i wonder why you write very carefully since it's the default behaviour, unless you mess around quite a lot with your partitions. Maybe by carefully he means avoiding Linux fdisk, which throws out table entries beyond hdx16. ;-) as for me, i think diskdrake is powerful enough As pertains to its use during installation, I certainly don't. It needs to be smart enough to create HPFS fstab entries when type 07h partitions are in fact formatted HPFS, rather than useless NTFS fstab entries. -- There's nothing so absurd that if you repeat it often enough, people will believe it.William James Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/partitioningindex.html
Re: [Cooker] user login is very long, while root login is very fast
Luca Olivetti wrote: Christophe Combelles wrote: But why is it necessary to change the perms of the devices ?? This should be only a matter of groups. It's not so simple, a group cannot tell if you are logging in at the console or remotely (read below) For example /dev/mixer should always belong to root:audio with perms crw-rw, and a user should be in the group audio. So even ater login, the /dev entry has not been changed, but only the users of the group audio could access /dev/mixer. And when a user is created, it should automatically belong to a series of standard groups like audio, etc. Remember, Linux is a multiuser and networked system. Only a user logging in at the console should access /dev/mixer (and /dev/dsp, and /dev/video, etc.), a user logging in remotely (normally) has no use for it. This pam module, while not ideal in every situation, is configured to give access to some devices only to users phisically logging in at the machine, and this should be ok for most situations. If you need fixed permissions (for example, to record from the tv card in a cron job or start a recording remotely) you can tweak /etc/security/console.perms The system I most often boot to Mandrake has no sound card, and takes more like a minute to complete a login if not root. There's no excuse for such behavior to have survived the 9.0 beta process, much less continue in 9.1. 7.1 has no such problem on the same machine. -- There's nothing so absurd that if you repeat it often enough, people will believe it.William James Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/
Re: [Cooker] user login is very long, while root login is very fast
Buchan Milne wrote: On Wed, 15 Jan 2003, Felix Miata wrote: The system I most often boot to Mandrake has no sound card, and takes more like a minute to complete a login if not root. There's no excuse for such behavior to have survived the 9.0 beta process, much less continue in 9.1. 7.1 has no such problem on the same machine. Would you rather a newbie has to figure out the 17 groups he needs to be a member of to use his hardware? Would you rather default to having each user on a network being a member of 5 additional groups (1/3 of the available NFS groups per user). (the other alternative is to no allow users on a network access to the hardware on their own machine, or leave it insecure). Really, even n my machine that doesn't handle 700MB ISOs, login takes no more than a few seconds. Of course, you can disable pam_console for console logins, and tell us how you like it ... Remember in 7.1 etc you needed to be a member of the audio group to even run xmms? You had to be in group cdwriter to write a CD, in group tty to use a serial port, and group usb to access you Visor or scanner. This is where Gentoo is atm A user who has to wait 15-20 seconds to complete a non-root login that completes instantly as root is sure to think something is broken and/or login to root all the time instead. You'd rather the newbies always run as root? Fact is, something is broken if a service so basic as logging can't be completed in under four seconds on a machine with only the console capable of accepting login. That's longer than it took me in 1973. I just booted 9.0 on my W98 machine and it took 17 seconds flat on VC4, much too long. -- There's nothing so absurd that if you repeat it often enough, people will believe it.William James Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/
Re: [Cooker] user login is very long, while root login is very fast
Luca Olivetti wrote: Felix Miata wrote: I just booted 9.0 on my W98 machine and it took 17 seconds flat on VC4, much too long. A console login is almost instantaneus here (9.0). Maybe what's causing the slowdown is something else? (/etc/nsswitch.conf?) I wouldn't know how to begin tracking it down. I asked for help on the subject: Login Takes An Eternity on 9.0 on the expert list Tue, 10 Dec 2002 23:52:55 -0500. The thread produced no usable help. -- There's nothing so absurd that if you repeat it often enough, people will believe it.William James Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/
Re: [Cooker] Mozilla stuck in full-screen
Lonnie Borntreger wrote: Somehow Mozilla got stuck in a mode where all new windows - including the initial one - always open in full-screen mode. No matter what size I change the window to on exit, it always restarts full-screen. I can't find anything in the preferences files to indicate that this should happen. Any pointers? mozilla-1.2.1-1mdk Try F11. -- If you are wise, your wisdom will reward you. . . . Proverbs 9:12 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/
Re: [Cooker] Bugzilla mail suggestion.
David Walser wrote: --- Warly [EMAIL PROTECTED] wrote: Ben Reser [EMAIL PROTECTED] writes: Can we make it so that bugs that are marked as RESOLVED|INVALID or do not continue to send email to the list. Whoever changed the state should still be receiving emails on it... so if it needs to be changed they can handle it. You want that closed and invalid bugs changes are not any more sent to cooker. I must be able to do it. Others, what do you think about that ? Someone made a good point about bugs being wrongly closed. I say not change it unless it becomes a big problem. At Mozilla closed does not equate to resolved. Closed bugs should not be sent to the list. Bugs simply resolved should continue to be sent to the list until they are closed, or at least until the resolution is changed to verified. Resolution and verification bugmails need to go to the list to provide notification to interested parties of the status change. -- If you are wise, your wisdom will reward you. . . . Proverbs 9:12 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/
Re: [Cooker] Mozilla 1.2B
Wouter Lagerweij wrote: On Wed, 2002-11-27 at 03:48, Felix Miata wrote: each new Mandrake version. I've been running a new build 1.3a nearly every day for almost a month, but on OS/2, where installation is a simple matter of unzipping a precomiled archive and running the executable - no dependencies. Well, you could do the same on linux. I've had a simply untarred nightly build in my own $HOME/bin/mozilla dir for wa long time, while keeping the current stable version installed as a backup. a simple change in your path can then select between the two. 1-I didn't know it could be so simple. Is it really? You're not leaving anything out? 2-I only run i586. Where do you find an i586 build to untar? -- The fear of the Lord is the beginning of wisdom. . . . Proverbs 8:13 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/
Re: [Cooker] Mozilla 1.2 Released
Lea Gris wrote: Felix Miata wrote: Wouter Lagerweij wrote: 1-I didn't know it could be so simple. Is it really? You're not leaving anything out? 2-I only run i586. Where do you find an i586 build to untar? Mozilla 1.2 final is released *NOW* http://www.mozilla.org/releases/ That is i686. Just like ftp://ftp.mozilla.org/pub/mozilla/releases/mozilla1.1/ and previous releases, ftp://ftp.mozilla.org/pub/mozilla/releases/mozilla1.2/ has no Linux i586 builds. -- The fear of the Lord is the beginning of wisdom. . . . Proverbs 8:13 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/
Re: [Cooker] Mozilla 1.2B
Jason Greenwood wrote: Is on the Mozilla mirrors. I am running it on my cooker system and all seems well, and a damn sight more stable than the version in cooker at the moment. When will the this latest version be in cooker?? No point in 1.2b. After Mozilla releases 1.2, Mandrake should shortly put that up. It you know what you are looking at at ftp://ftp.mozilla.org/pub/mozilla/nightly/ and http://www.mozilla.org/roadmap.html, you can see that release of 1.2 final is imminent. They want it done before the US Thanksgiving shutdown. Mozilla is on a 3 month release schedule, and it's a shame it doesn't run two weeks ahead of Mandrake instead of two weeks behind, so the latest release would be fresh and included in new Mandrake versions instead of just missing and getting a two month old Mozilla version in each new Mandrake version. I've been running a new build 1.3a nearly every day for almost a month, but on OS/2, where installation is a simple matter of unzipping a precomiled archive and running the executable - no dependencies. -- The fear of the Lord is the beginning of wisdom. . . . Proverbs 8:13 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/
[Cooker] Bugzilla Configuration
I changed ISP's since creating my Bugzilla account. Neither account settings nor email settings provide a place to change email address for the account. How is this done? -- The fear of the Lord is the beginning of wisdom. . . . Proverbs 8:13 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/
Re: [Cooker] New Mozilla Coming??
Michal Bukovjan wrote: Jason Greenwood wrote: FYI Mozilla gets a bug in it and it won't start or crashes upon performing certain tasks. The only way to fix this is to reinstall ALL Mozilla components. Just wondering when we're going to see a new Mozilla build?? Jason Greenwood PS I am running the latest cooker Mozilla. I guess once it comes out. Mozilla 1.2 should be out Real Soon Now(tm). Don't laugh. If you understand the roadmap at http://www.mozilla.org/roadmap.html you can see its original due date was last Wednesday, which in turn means tomorrow is the current target. -- The fear of the Lord is the beginning of wisdom. . . . Proverbs 8:13 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/
Re: [Cooker] New Mozilla Coming??
Adam Williamson wrote: FWIW, I know Frederic is expecting a release sometime soon, and says he might build the new version for GTK2, which would be nice. What's the difference? All I care about is keeping as little behind with Linux as possible. I get a new build of Mozilla for OS/2 nearly every day, and it takes less than 5 minutes each time including download to update. -- The fear of the Lord is the beginning of wisdom. . . . Proverbs 8:13 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/
Re: [Cooker] Email Trouble (was: Uhm...spammers?)
Igor Izyumin wrote: On Thursday 17 October 2002 11:10 pm, Vox wrote: Ok, I just got this right after sending an email to cooker Seems like somebody is forwarding cooker's email to some other mailing list...can anybody check wtf is going on? Possibly some jerk trying to start a mail loop. Looks like they tried to subscribe the mailing list to some other mailing list. Any possibility this could be related to my efforts to get my ISP to stop blocking mandrake list mail? 13 days ago they instituted massive new spam filtering, and I got zero mandrake mail for nearly two days until I started complaining it was their fault instead of the mandrake list server taking off yet another weekend. I've been either phoning or emailing them at least every other day since to report the inefficiency of mandrake list mail arrival, which has averaged about 80% since they began unblocking IP's mandrake mail uses. So far, my IJ mandrake email folder caught 149 Thursday posts, while my test mailbox at another ISP caught 169. This is somewhat better than Tuesday, with IJ then collecting 179, while the test, 240. -- To fear the Lord is to hate evil. . . . Proverbs 8:13 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/
Re: [Cooker] Midnight Commander problems
Michal Bukovjan wrote: When logged into a console as normal user (michal, uid 501), running Midnight Commander barfs at me this message: warning: [gpm.c(857)]: Failed gpm connect attempt by uid 501 for vc /dev/vc/0 last=/home/flepied/RPM/BUILD/gpm-1.20.0/src/liblow.c home/flepied/RPM/BUILD/gpm-1.20.0/src/liblow.c flepied/RPM/BUILD/gpm-1.20.0/src/liblow.c RPM/BUILD/gpm-1.20.0/src/liblow.c BUILD/gpm-1.20.0/src/liblow.c gpm-1.20.0/src/liblow.c src/liblow.c liblow.c info: [liblow.c(446)]: Warning: closing connection The message is as copied from the screen, so maybe a little garbled. The MC screen then becomes scrolled up, and mc is therefore not usable. Indeed, I have no right to access /dev/vc/0 (root|root). This is an upgrade to 9.0 from clean install of 8.2 (download edition). Midnight Commander works OK when logged in a console as root or for any user under X terminal. Same for me in the betas and RC's. Does it happen even if you don't use a vga= parameter on your kernel line? IIRC, it only happens to me when I have used vga=788. What is your video card? Here's what I wrote down one of the many times it happened to me: last=/home/flepied/RPM/BUILD/gpm-1.20.0/src/liblow.c info: [liblow.c(446)]: warning: closing connection -- To fear the Lord is to hate evil. . . . Proverbs 8:13 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/
Re: [Cooker] Midnight Commander problems
Michal Bukovjan wrote: Felix Miata wrote: Michal Bukovjan wrote: When logged into a console as normal user (michal, uid 501), running Midnight Commander barfs at me this message: warning: [gpm.c(857)]: Failed gpm connect attempt by uid 501 for vc /dev/vc/0 last=/home/flepied/RPM/BUILD/gpm-1.20.0/src/liblow.c home/flepied/RPM/BUILD/gpm-1.20.0/src/liblow.c flepied/RPM/BUILD/gpm-1.20.0/src/liblow.c RPM/BUILD/gpm-1.20.0/src/liblow.c BUILD/gpm-1.20.0/src/liblow.c gpm-1.20.0/src/liblow.c src/liblow.c liblow.c info: [liblow.c(446)]: Warning: closing connection The message is as copied from the screen, so maybe a little garbled. The MC screen then becomes scrolled up, and mc is therefore not usable. Indeed, I have no right to access /dev/vc/0 (root|root). This is an upgrade to 9.0 from clean install of 8.2 (download edition). Midnight Commander works OK when logged in a console as root or for any user under X terminal. Same for me in the betas and RC's. Does it happen even if you don't use a vga= parameter on your kernel line? IIRC, it only happens to me when I have used vga=788. What is your video card? Here's what I wrote down one of the many times it happened to me: last=/home/flepied/RPM/BUILD/gpm-1.20.0/src/liblow.c info: [liblow.c(446)]: warning: closing connection I have vga=788. So I rebooted to linux-nonfb (no vga=788) and all hell broke loose! I made no suggestion to add anything to your kernel line. What possessed you to try nonfb? Try as I suggested, neither nonfb nor vga=788. As long as you are trying, try vga=785 vga=791 as well. I have Athlon 1GHz, MSI K7T Turbo (VIA KT133A chipset), ATI All in Wonder Radeon QD, 265MB RAM So this has little or nothing to do with hardware. All the machines I see this on are K6/2 with ET6x00 video. Needless to say, this worked OK in MDK8.2. I just booted to runlevel 1 with vga=788, and was reminded that running as root mc is also not trouble free. On each reopen of mc with Ctrl-o, the screen scrolls a bunch of characters up the screen before drawing the mc window. It does the same at each use of a command from the mc prompt, as soon as you press a key to continue after the command has completed. While this trouble is new in mc for 9.0, there was a bug in previous versions that remains. When mc is run at a vc but *not* in VGA default 80 x 25 mode, that is instead with kernel vga=785 or vga=788 or others, many times engaging F3 on an ordinary text file produces a file display that ignores many (all?) line feeds, compressing mulitple file lines onto single display lines and making the content tough to understand. The only workaround is to use F4 instead of F3 to view such files. -- To fear the Lord is to hate evil. . . . Proverbs 8:13 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/
Re: [Cooker] Bugzilla (was 9.0 next)
Warly wrote: 9.0 is (likely to be) finished. Thanks to you all for your precious help. During last 6 months period, and especially in the last beta period, some of you give some advice/critic/flame regarding Mandrakesoft development process. It is now the right time to debrief all this. Please comment on what you liked, disliked in the 9.0 building, testing and problem reporting process. I already collect on various mandrake IRC channels: * send a mail to the changelog disk when packages are removed with the reason * improve the cooker cooker FAQ pages, about cooker etiquette and everything when reporting a bug (http://www.mandrakelinux.com/en/cookerfaq.php3) * improved bugzilla to have a easy mail interaction system, and a more friendly interface. And to have a last known problems page. Has anyone at Mandrake been an active user of Bugzilla for Mozilla? Recently, as opposed to at the beginning of open source Mozilla development? I filed my first non-duped bug there about 1.6 years ago. I've filed 131 in total, 45 currently either NEW or ASSIGNED, 15 RESOLVED FIXED, 5 RESOLVED INVALID, 8 RESOLVED WONTFIX, 18 WORKSFORME, and the remainder 38 if I counted right, dupes. I'm also CC'd on 129 bugs, many of which were automatic via dupes. I think Bugzilla works very well for Mozilla, and can do the same for Mandrake. I think I know plenty about the way it works there, even though I'm not a programmer. The problem of spam, or invalid reports, from newbies or the careless, is handled in several ways. First, new registrants are limited to making comments in existing bugs, or filing new bugs. They have no power to change any important information about any particular bug except if it is one they filed. Whether there is another method to advance beyond newbie power I don't know, but I was advanced through a mass mailing invitation. I was asked to provide three bug numbers where the bug was resolved fixed for evaluation, and subsequently approved for increased power. New bugs by lowest level registrants are given the status UNCONFIRMED, while those with advanced power have their new bugs given the status NEW. This is a good filtering method for those with limited time to avoid wasting time on poor or invalid bugs, but nevertheless provides in the database something for others who have experienced like misbehavior to use Bugzilla search to find, and thus not file a dupe. By default, everyone who files a bug automatically gets bugmail on their bugs when any change or comment is made. This way they are apprised of status change, including resolution, or of deficiencies in their original report or followup comments. Bug component owners also get bugmail, as well as others, and, in particular, those who have requested same for individual bugs of interest. Bugmail is user configurable to limit. Spam need not reach everyone. I'm only on one Mozila mailing list, Wishlist. Most of the rest of my discussion about the product either goes on in individual bugs, or in the newsgroups. Mailing lists and newsgroups are good for discussing behavior and hashing out the definition or recreate scenarios on new bugs, or proposed product changes. However, as the Cooker list has proven, a mailing list is greatly deficient in database search and control functions. The key things about Bugzilla are that it is a central database reachable by anyone to see 1-if a bug encountered has already been filed (known issues); 2-screenshots or other attachments; and 3-status, not the least of which includes fixes implemented and possible workarounds. This is why Mandrake should switch focus to Bugzilla before starting the next beta rounds, or sooner. -- . . . . in everything, do to others what you would have them do to you . . . .Matthew 7:12 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/
Re: [Cooker] Broken psaux (was 9.0 final when ?)
Ben Reser wrote: On Mon, Sep 23, 2002 at 05:27:38PM -0400, Felix Miata wrote: I never tried it the DOS software, and the ISA card is jumperless. No windoze here, and don't use DOS enough to bother making sound work in it. Sound card came only with a CD, which is a PITA in DOS. OS/2 installed the ISA sound drivers with no fuss or lockups. I don't think that's what he meant. A lot of cards have a disk with a DOS utility on it that lets you set the IRQ and io ports on the card. This is how the IRQ and io ports are changed on jumperless boards when you want to use it with a non-PNP OS. The CD that came with these CS4235 cards has no DOS anything. It has only OS/2, NT, and W9x. -- . . . . in everything, do to others what you would have them do to you . . . .Matthew 7:12 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/
Re: [Cooker] Broken psaux sndconfig (cs4235)
I checked the CD that came with the sound card. There is no DOS software to be found on it. Guy.Bormann on Wed, 25 Sep 2002 03:24:15 +0200 (CEST) wrote: Felix Miata wrote: Still haven't learned how yet, so you get .zip attachment instead (shrunk only about 50%, total 4545 bytes). The mouse device is active as per the /proc/interrupts info. All cards seem to be detected and initialized alright (from dmesg). (I would try to get the NIC on IRQ 9, the sound card on IRQ 5(despite it apparently refusing to work there) and keep USB on 3 but that's just my obsession. :-) I used to try to keep NIC on 9, but these ISA sound cards in OS/2 just won't work on 5. This does not exclude interference at a later stage. From the low interrupt activity I infer that you did the measurement right after boot. What does /proc/interrupts and dmesg output (not file!) give right after the mouse blocks (don't need the rest of the info)? (Only move it within a terminal window to keep keyboard focus and full exposure.) I see the numbers, but they really have no meaning to me. I should check the kernel change log to find out if something changed recently with regard to PS/2 but I doubt it. So either the mouse (port) hardware is flaky or the XF86 4.2 mouse packet driver is buggy (but why only for you). What does /var/log/XFree86.0.log show? Looks OK to me, but sound has been disabled by removing it from /etc/modules.conf. Mouse always seemed to work fine before running sndconfig. To rule out other SW problems, you should strace -p PID of X server the X server to find out if it blocks and if so, if it is on the mouse device file. If it does, it really is the mouse. Of course, this is without taking devfs into the equation of which I haven't heard until recently on this list. I don't see anything in this output that tells me anything. I'm not a programmer. It is hard to judge from your messages what you did right before or after sndconfig to determine that this really is the root cause... Most times, I ran sndconfig right after booting, let it make its test to prove sound works, then restarted the whole PC to see if the mouse still worked, which, of course, it never would. I have a rather similar system that had RedHat 6.1. Yesterday I installed Redhat 7.3 on it. The installer ran sndconfig automatically, and successfully, during the install. The RH7.3 machine also has Mdk 8.2 on it, but I never yet tried running sndconfig. During install ISTR that I told the installer that there was an ISA sound card. It has only one sound card line in /etc/modules.conf: 'alias sound-slot-0 sb'. I took a break here and booted the box to 8.2 to run sndconfig. It found the card, played the voice sample OK, but produced errors attempting to play a MIDI sample, and failed to write a new /etc/modules.conf. I put in the sound lines from the RH7.3 manually. That produced working CD player and KMedia, but non-working volume control in KMixer and CD player. I changed to the sound lines from RC3, but that produced no changes. Back to RC3 sound/psaux diagnosis. The whole of RH7.3 /etc/modules.conf is: alias parport_lowlevel parport_pc alias scsi_hostadapter sym53c8xx alias eth0 8139too alias usb-controller usb-uhci alias sound-slot-0 cs4232 post-install sound-slot-0 /bin/aumix-minimal -f /etc/.aumixrc -L/dev/null 21 || : pre-remove sound-slot-0 /bin/aumix-minimal -f /etc/.aumixrc -S/dev/null 21 || : options sound dmabuf=1 alias synth0 opl3 options opl3 io=0x388 options cs4232 isapnp=1 In strong contrast, /etc/modules.conf from RC3 contains: alias sound-slot-0 cs4232 options sound dmabuf=1 alias synth0 opl3 options opl3 io=0x388 options cs4232 io=0x530 irq=5 dma=0 dma2=0 mpuio=0x330 mpuirq=9 cat /proc/interrupts from RH7.3: CPU0 0: 55504 XT-PIC timer 1:190 XT-PIC keyboard 2: 0 XT-PIC cascade 3: 30 XT-PIC eth0 5: 3151 XT-PIC Crystal audio controller 8: 1 XT-PIC rtc 10: 12091 XT-PIC sym53c8xx 11: 0 XT-PIC usb-uhci 12:488 XT-PIC PS/2 Mouse 14: 43 XT-PIC ide0 NMI: 0 ERR: 0 cat /proc/interrupts from RC3, without sound in /etc/modules: CPU0 0: 160950 XT-PIC timer 1: 5089 XT-PIC keyboard 2: 0 XT-PIC cascade 3:123 XT-PIC usb-uhci, eth0 8: 1 XT-PIC rtc 10: 76 XT-PIC sym53c8xx 12: 55704 XT-PIC PS/2 Mouse 14: 20298 XT-PIC ide0 NMI: 0 LOC: 0 ERR: 0 MIS: 0 Note working mouse, but absent sound, and free IRQ 11, while IRQ 3 shared by eth0 and usb. Differences between machines: RC3 RH7.3 Motherboard TyanAOpen Award BIOS 99/09 98/07 CPU K6/2
Re: [Cooker] RC3 ftp install fail..
Pixel wrote: there is no such thing called boot.img. Nothing in the code refers to boot.img, that's why we are perplexed ! Maybe he is using RedHat? g Yesterday, partly to kill time waiting for the mirrors to switch from RC3 to final, I installed RedHat 7.3 on a box that had RedHat 6.1. In RedHat, boot.img is for both CD and HD installs, instead of mdk separate cd.img hd.img. -- . . . . in everything, do to others what you would have them do to you . . . .Matthew 7:12 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/
Re: [Cooker] Broken psaux (was 9.0 final when ?)
Guy.Bormann wrote: I never tried it the DOS software, and the ISA card is jumperless. No windoze here, and don't use DOS enough to bother making sound work in it. Sound card came only with a CD, which is a PITA in DOS. OS/2 installed the ISA sound drivers with no fuss or lockups. You obviously have NO idea what I'm talking about :-) Getting it WORKING under DOS is indeed a super PITA. But I was talking about little low-level test utilities one finds with many ISA cards. (Concerning CDROMs in DOS, I never found it a PITA unless I forgot to put MSCDEX.COM(?) on the boot floppy.) I simply never felt compelled, since the OS/2 Crystal 4235 driver installer made it work just fine. No fiddling or shenanigans required. [snip : will look at the config tonight (CET zone)] OS/2 has never listed the Realtek 8139 in hardware manager. But it is present and it works?? Cheap Realtek chipset-based cards also don't like sharing. In fact, el cheapo cards usually don't support IRQ sharing. Adding to the trouble is that they sometimes don't fail completely so that they appear to work when you don't strain them. Works fine, just never shows in an OS/2 resource list. The RC3 install was from a network.img floppy boot. Not an el cheapo either: AOpen ALN-325 cost 40% more than the cheapie 8139's. I tried to find something to list resources in Linux using apropos, and had no luck. What do I use at the cli to list them? cat /proc/interrupts cat /proc/ioports lspci -v cat /var/log/dmesg (Just redirecting the output of the command 'dmesg' to a file only gives you the last few lines of the kernel hardware messages. I need the boot messages.) (Please, put in tar.gz for attachment if you think about sending them to the list.) Still haven't learned how yet, so you get .zip attachment instead (shrunk only about 50%, total 4545 bytes). -- . . . . in everything, do to others what you would have them do to you . . . . Matthew 7:12 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/ resources.zip Description: Zip archive
Re: [Cooker] Broken psaux (was 9.0 final when ?)
Gregory K. Meyer wrote: On Monday 23 September 2002 01:30, Felix Miata wrote: Don't know what to try next. ISA. Phooey! Spend $15 on a PCI SB128. Maybe if you have a free PCI slot, and you don't have a bunch of identical PC's to multiply the $15 by. I don't buy anything made by CL anyway, since they don't support OS/2. -- . . . . in everything, do to others what you would have them do to you . . . .Matthew 7:12 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/
Re: [Cooker] SoundBlaster Live! Value not working in mdk9 rc2 / 9.0 BETA - Bug report / Other Components
Thierry Vignaud wrote: Berg M. van den [EMAIL PROTECTED] writes: If soundconfig isn't really supported by Mandrake, than remove it from the distribution. it's yet useful for plain old isa sound cards which happylly disapear one per one from the earth What is draksound for? Why isn't the mandrake installer referring to it instead of sndconfig? -- . . . . in everything, do to others what you would have them do to you . . . .Matthew 7:12 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/
Re: [Cooker] Broken psaux (was 9.0 final when ?)
*330, NONE, (300..3E0, divisible by 8) IRQ: 7, 9, 11, 12, 15, *NONE /F:port FM synth port *388, NONE, (388..3F8, divisible by 8) /IRQRate:ddTarget interrupt rate *32 Range: 1..64 interrupts per second /DMASize: DMA Buf size maximum *8192 Range: 256..16384 (2 IRQs/Buffer) /S Skip DOS Envir Var Scan (*not enabled) OPL3.SYS - IBM FM/OPL-3 MIDI Synthesis Physical Device Driver /P:nnn Base I/O: Sets the base I/O address for FM device. Is almost always, 388 (nnn is in hex) Sept 1999 Award BIOS and relevant devices are as follows: Screen 2: PS/2 mouse function control - enabled (Logitech optical wheel mouse) Screen 3: OnChip USB - enabled (nothing currently connected) Screen 5: IRQ 5 - legacy ISA Assign IRQ for USB - enabled Assing IRQ for VGA - enabled (ET6100) Slot 1 use IRQ - 10 (sym53c8xx) (slot adjacent to empty AGP slot) Slot 2 use IRQ - 3 (Realtek 8139) Slot 3 use IRQ - 11 (ET6100) Slot 4 use IRQ - AUTO (empty; reserved for additional storage controller) Screen 8: Onboard serial 1 - 3F8/IRQ4 (external modem when it's powered on) Onboard serial 2 - disabled Onboard parallel port - 378/IRQ7 (local printer) Onboard parallel mode - ECP/EPP ECP mode use DMA - 3 On bootup, BIOS reports IRQ's: IDE 14 USB 3 SCSI10 Network 3 Display 11 ACPI3 ISA WSS/SB 9 DMA 1,0 When booted, OS/2's hardware manager reports: IRQ DMA psaux 12 sound 9.153,1 DMA0 DMA14 floppy 6 2 IDE014 keyboard 1 parallel 7 PIC0 PIC12 RTC 8 serial0 4 USB 3 VGA OS/2 has never listed the Realtek 8139 in hardware manager. There are other devices listed, but none have IRQ or DMA allocations. I/O addresses are listed. If you want those too, let me know. I tried to find something to list resources in Linux using apropos, and had no luck. What do I use at the cli to list them? -- . . . . in everything, do to others what you would have them do to you . . . . Matthew 7:12 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata ***http://members.ij.net/mrmazda/ lspci 00:00.0 Host bridge: VIA Technologies, Inc. VT82C598 [Apollo MVP3] (rev 04) 00:01.0 PCI bridge: VIA Technologies, Inc. VT82C598/694x [Apollo MVP3/Pro133x AGP] 00:07.0 ISA bridge: VIA Technologies, Inc. VT82C586/A/B PCI-to-ISA [Apollo VP] (rev 47) 00:07.1 IDE interface: VIA Technologies, Inc. Bus Master IDE (rev 06) 00:07.2 USB Controller: VIA Technologies, Inc. USB (rev 02) 00:07.3 Host bridge: VIA Technologies, Inc. VT82C586B ACPI (rev 10) 00:08.0 SCSI storage controller: LSI Logic / Symbios Logic (formerly NCR) 53c875 (rev 04) 00:09.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C (rev 10) 00:0a.0 VGA compatible controller: Tseng Labs Inc ET6000 (rev 70) lspcidrake agpgart : VIA Technologies|VT82C598 [Apollo MVP3] unknown : VIA Technologies|VT82C598 [Apollo MVP3 AGP] unknown : VIA Technologies|VT82C586/A/B PCI-to-ISA [Apollo VP] unknown : VIA Technologies|VT82C586 IDE [Apollo] usb-uhci: VIA Technologies|VT82C586B USB unknown : VIA Technologies|VT82C586B ACPI sym53c8xx : Symbios|53c875 8139too : Realtek|RTL-8139 Card:ET6000 (generic): Tseng Labs Inc|ET6000 unknown : Virtual|Hub []
Re: [Cooker] SoundBlaster Live! Value not working in mdk9 rc2 / 9.0BETA - Bug report / Other Components
Ben Reser wrote: On Mon, Sep 23, 2002 at 12:25:00PM -0400, Felix Miata wrote: What is draksound for? Why isn't the mandrake installer referring to it instead of sndconfig? draksound is Mandrake's sound configuration tool. The installer is telling you to use sndconfig because you have an ISA card and draksound either doesn't support them or does so poorly (not sure which). Apparently not at all. I tried to run draksound, and it popped up a message if you've an ISA PNP sound card, you'll have to run 'sndconfig' -- . . . . in everything, do to others what you would have them do to you . . . . Matthew 7:12 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/
Re: [Cooker] Show Stopper - No Mouse
Lacy B. Moore wrote: Just a shot in the dark Do you have any option in your BIOS about whether or not your OS supports Plug Play? 1. If so, is it disabled? 1. That caused really strange unpredictable results for me running either Mandrake or Redhat (not sure the versions). I just make sure it is disabled from now on. That BIOS option should really be named let windoze 95, 98, or ME mismanage your hardware resources at its whim. Linux isn't designed for such mismanagement. I have found that on some machines, not enabling that option can make windoze substantially more difficult to install. Since no version of windoze has every been installed or booted on this machine, there has never been any reason to enable it. -- . . . . in everything, do to others what you would have them do to you . . . .Matthew 7:12 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/
Re: [Cooker] Show Stopper - No Mouse
J. Greenlees wrote: Felix Miata wrote: *That BIOS option should really be named let windoze 95, 98, or ME mismanage your hardware resources at its whim. Linux isn't designed for such mismanagement. I have found that on some machines, not enabling that option can make windoze substantially more difficult to install. Since no version of windoze has every been installed or booted on this machine, there has never been any reason to enable it*. but the bios manufaturers all think you are going to be corrupting your system with windoze, so it defaults to on. even my ancient AT board defaults the pnpos to on. ( pentium-mmx cpu ) This AT motherboard was designed about five years ago, which means I have subjected it to several BIOS upgrades. The second thing done by any experienced flasher after a post-flash restart is fixing inappropriate defaults. There isn't a single machine in this building with BIOS PNP OS enabled. -- . . . . in everything, do to others what you would have them do to you . . . .Matthew 7:12 NIV Team OS/2 ** Reg. Linux User #211409 ** Rotary ONLY since 1973 Felix Miata *** http://members.ij.net/mrmazda/ - More than just a FAQ
Re: [Cooker] 9.0 Codename
Jason Straight wrote: On Saturday 21 September 2002 06:34 pm, Jure Repinc wrote: What is the codename for 9.0 release? 8.1 was vitamin 8.2 was bluebird 9.0 will be ? Should call it Top Fuel, or Supercharger. calcium charlese clousot corvette duke eiffel enzyme hurricane himicane maverick melissa numbernine paradigm whirlwind yorktown Since the first cut was already made, it has already been selected I'm sure. -- . . . . in everything, do to others what you would have them do to you . . . .Matthew 7:12 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/
Re: [Cooker] 9.0 final when ?
Ben Reser wrote: The confusion is just that there is one particular individual being very loud about his issue. There are tons of users using ps/2 mice. If You want to know why loud? You have to be. I've reported a number of bugs over several Mandrake beta programs, and only one has produced a response from anyone with a mandrake.com email address. That one was Guillaume Cottenceau, who explicitly thanked me on the list for my persistence. The problem with my disappearing psaux is that no one with a mandrake.com email address has suggested what log files or further procedures on my part would help them either to understand what is happening or to reproduce. Totally zip. So, I've been logging my activity on the subject on the mailing list on the hope that sometime someone else will notice and either allow me to help myself, or actually produce a fix. there was a large problem with PS/2 mice we would have heard more about it. There used to be Kudzu to handle hardware changes upon bootup. Kudzu was easy: configure new, remove old, ignore. Most importantly, it gave you time to become aware what it proposed to do, with a nice long default pause to allow user input. Whatever is happening now instead of Kuduz is buried. A brief message flashes on the screen, with no chance to pause startup to digest the problem, or know what utility is actually doing its deed, much less what config or /dev files it is screwing up. If you were in interactive startup, you could do something, except you have to know in advance you need to select interactive, since once the reconfiguration has happened, you don't get a second chance the next time around. Have to reinstall all over again to get another chance. So far, I've been unable to locate what log file, if any, that this bad startup behavior generated. Preliminary indication is that it happens before / is mounted rw, and so logging is lost. A mouse is no less essential to a desktop environment than a keyboard. These are basic stuff that has been around almost since the beginning of time. There is no excuse for basic stuff to be allowed to get screwed up. It worked before, and always should. -- . . . . in everything, do to others what you would have them do to you . . . .Matthew 7:12 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/
Re: [Cooker] MOUSE (PS2) Experiences
Jerome Whelan wrote: I thought I would pass along my PS2 mouse experience: Works well for me in 9.0 beta 2,3,4,RC1,RC2,RC3 One major hint I would like to pass along, which took me a couple of major releases to discover, is that you need to remain in the window saying move your mouse roller to activate it and keep clicking all three buttons and rolling the roller until eventually things settle down and the mouse becomes detected and responds properly. I was giving up in frustration under 8.0 and 8.1 and declaring my mouse to be 2 button until I discovered this method. I figured that out many installs ago. My mouse works fine: 1-During install 2-In X during first boot after install 3-In X during x? boots after install 4-Not in X after x? boots after install, as during boot psaux is destroyed and replaced with a bogus serial. Working on defining x? right now. -- . . . . in everything, do to others what you would have them do to you . . . . Matthew 7:12 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/
Re: [Cooker] Mandrake 9.0 RC3 Installation Bugs
George Czerw wrote: So far, I've noticed the following problems: Installation routine for making a bootable diskette does not work. 'mkbootdisk 2.14.19-13mdk' worked for me in RC3. The routine at the end of installation wasn't fixed yet in RC3 iso's. Installation did not recognize ISA Crystal Tidalwave Sound Card (CS4232). The installer tells you to run 'sndconfig' after rebooting. Is that what didn't work? -- . . . . in everything, do to others what you would have them do to you . . . . Matthew 7:12 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/
Re: [Cooker] Broken psaux (was 9.0 final when ?)
Ben Reser wrote: On Sun, Sep 22, 2002 at 03:15:35PM -0400, Felix Miata wrote: You want to know why loud? You have to be. I've reported a number of bugs over several Mandrake beta programs, and only one has produced a response from anyone with a mandrake.com email address. That one was Guillaume Cottenceau, who explicitly thanked me on the list for my persistence. I understand that but your issue does not warrant a delay in the It might if a fix can come quickly and easily. release. And BTW it's mandrakesoft.com not mandrake.com. mandrakesoft.com is in my mailfilters to segregate all such posts into their own folder. The problem with my disappearing psaux is that no one with a mandrake.com email address has suggested what log files or further procedures on my part would help them either to understand what is happening or to reproduce. Totally zip. So, I've been logging my activity on the subject on the mailing list on the hope that sometime someone else will notice and either allow me to help myself, or actually produce a fix. There used to be Kudzu to handle hardware changes upon bootup. Kudzu was easy: configure new, remove old, ignore. Most importantly, it gave you time to become aware what it proposed to do, with a nice long default pause to allow user input. Whatever is happening now instead of Kuduz is buried. A brief message flashes on the screen, with no chance to pause startup to digest the problem, or know what utility is actually doing its deed, much less what config or /dev files it is screwing up. If you were in interactive startup, you could do something, except you have to know in advance you need to select interactive, since once the reconfiguration has happened, you don't get a second chance the next time around. Have to reinstall all over again to get another chance. So far, I've been unable to locate what log file, if any, that this bad startup behavior generated. Preliminary indication is that it happens before / is mounted rw, and so logging is lost. A mouse is no less essential to a desktop environment than a keyboard. These are basic stuff that has been around almost since the beginning of time. There is no excuse for basic stuff to be allowed to get screwed up. It worked before, and always should. Your issue has very little to do with your actually mouse than with the kernel/devfs not thinking that you have a psaux device. There isn't much to tell you to look for because you either have a psaux device or you don't. There isn't really a log file to look in to see why it isn't showing up. I'd like to know why the kernel and/or devfs think there is no psaux: With mouse working, before running sndconfig: lr-xr-xr-x 1 root root 10 Sep 22 14:14 /dev/psaux-/misc/psaux crw-r- 1 root root 10, 1 Sep 22 18:33 /dev/misc/psaux After changing nothing in configuration except to run sndconfig and then reboot with devfs=mount to find mouse no longer works: lr-xr-xr-x 1 root root 10 Sep 22 14:47 /dev/psaux-/misc/psaux crw-r- 1 root root 10, 1 Dec 31 1969 /dev/misc/psaux Other the different timestamp on /dev/misc/psaux, what is the difference here? Your problem is much deeper than something that Kudzu would have had anything to do with. When it comes to mice all Kudzu did was detect the mouse that was connected and configure X and gpm to know what type of mouse it was. However as your system stands there is no /dev/psaux so there is no way to detect a mouse. I tried simply removing the sound card lines from /etc/modules.conf to see if that restored the mouse. Mouse now works again. Sound card lines removed: alias sound-slot-0 cs4232 options sound dmabuf=1 alias synth0 opl3 options opl3 io=0x388 options cs4232 io=0x530 irq=5 dma=0 dma2=0 mpuio=0x330 mpuirq=9 On boot BIOS reports USB (devno 7), NIC (devno 9), and ACPI (devno -) on IRQ 5; ISA device WSS/SB on IRQ 9, DMA 1,0. IDE 2 is not in use, so IRQ 15 is not in use. SCSI (devno 8) is on IRQ 10. Video (devno 10) is on IRQ 11. AGP is not used. PCI slots are IRQ forced in the BIOS, video on 10 slot 1, NIC on 5 slot 2, and SCSI on 11 slot 3. Slot 4 is empty on AUTO. NIC was forced to IRQ 5 because for some reason I never figured out, OS/2 wants ISA sound on IRQ 9 instead of the customary 5, at least it did with the ESS1868 card that the CS4235 replaced. When NIC was allowed to use IRQ 9, ESS1868 sound could not be made to work. Sound card is not cs4232. It is cs4235. Motherboard is Tyan S1590 Trinity. Chipset is VIA MVP3. CPU is K6/2-550. IOW your problem is a much lower level. It has nothing to do with the particular mouse you're using. I'd doubt it has much to do with anything Mandrake is doing at all. It might be interesting to see if a totally unpatched clean 2.4.19 kernel from kernel.org behaves the same way. If it does then your specific motherboard has a problem with the 2.4.19 kernel. Without access to the hardware it'll be very difficult
Re: [Cooker] Broken psaux (was 9.0 final when ?)
Ben Reser wrote: On Sun, Sep 22, 2002 at 08:15:29PM -0400, Felix Miata wrote: I tried simply removing the sound card lines from /etc/modules.conf to see if that restored the mouse. Mouse now works again. Sound card lines removed: alias sound-slot-0 cs4232 options sound dmabuf=1 alias synth0 opl3 options opl3 io=0x388 options cs4232 io=0x530 irq=5 dma=0 dma2=0 mpuio=0x330 mpuirq=9 Try changing io or irq on either your ps/2 port if your bios allows that or on your sound card. I wouldn't know about changing resources allocated to a mouse port. I thought that was standardized a zillion PC years ago. I'm open to suggestions about what to change in sound card resource assignments. In OS/2, the sound card uses the following: IRQ 9 IRQ 15 port 0x534-537 port 0x120-127 port 0x220-22F port 0x388-38B port 0x330-331 port 0x200-201 Given that PCI ETH0, USB, and ACPI are all on IRQ 5, I should think irq=5 should be changed, but I can't see how that would kill psaux, unless Linux is pushing ETH0, USB, and/or ACPI onto IRQ 12. io=0x530 appears to be a mismatch with one of the allocations made running OS/2, but it isn't anything close to the resource allocations OS/2 shows for the mouse port. It really looks like some conflicting hardware. Not a bug. To me it looks like a bug that sndconfig can produce a resource conflict with so basic a device as a mouse port. Be that as it may, thank you very much for your gracious help that has allowed me to learn a little about /etc/modules.conf, and to get use of my mouse back. -- . . . . in everything, do to others what you would have them do to you . . . .Matthew 7:12 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/
Re: [Cooker] Broken psaux (was 9.0 final when ?)
Ben Reser wrote: On Sun, Sep 22, 2002 at 10:29:08PM -0400, Felix Miata wrote: I wouldn't know about changing resources allocated to a mouse port. I thought that was standardized a zillion PC years ago. I'm open to suggestions about what to change in sound card resource assignments. In OS/2, the sound card uses the following: IRQ 9 IRQ 15 port 0x534-537 port 0x120-127 port 0x220-22F port 0x388-38B port 0x330-331 port 0x200-201 Given that PCI ETH0, USB, and ACPI are all on IRQ 5, I should think irq=5 should be changed, but I can't see how that would kill psaux, unless Linux is pushing ETH0, USB, and/or ACPI onto IRQ 12. io=0x530 appears to be a mismatch with one of the allocations made running OS/2, but it isn't anything close to the resource allocations OS/2 shows for the mouse port. Whatever OS/2 is using probably will work right under Linux. No guarantees though. Experiment. Sooner or later you'll find the right setting. My bet is that it's the io port that is conflicting. The mouse should be using IRQ 12. I think it is both . . . . To me it looks like a bug that sndconfig can produce a resource conflict with so basic a device as a mouse port. Be that as it may, thank you very much for your gracious help that has allowed me to learn a little about /etc/modules.conf, and to get use of my mouse back. Well first off sndconfig is a redhat app... Mandrake doesn't really maintain it. I think the only reason the installer suggests it for isa sound cards is because I'm not sure that draksound supports them. Perhaps someone can clarify this. But at any rate I'm not sure how much sndconfig can know about your device settings in your system. ISA Plug and Play really was a joke. And so many times it just flat out doesn't work. So for sndconfig to get a resource setting wrong isn't terribly surprising to me... I thought I had it figured out about the time this post showed up. I had to move the forced NIC IRQ from 5 to 3, disable the #2 serial port, and set IRQ 5 to legacy. Apparently this sound card and Linux just won't play nice together if the sound card can't have IRQ 5, regardless of what setting you try to give it in modules.conf. Once running, I decided to actually try to do things. I logged in started Mozilla Messenger. Then I opened Konquerer, found a big MP3 to play on an HPFS partition, and clicked. Media player worked. Found mixer and turned the volume up. OK so far. Then I asked Mozilla to download mail. Not so good. Significant sound cutouts while Mozilla busy. Found your message. Hit reply. Hard lock. Reset button time. Next I tried changing io=0x530 to io=0x534 to match one of the OS/2 allocations. Repeat the app open steps above, except tried opening Messenger after starting the music, and got the hard lock immediately. Don't know what to try next. ISA. Phooey! -- . . . . in everything, do to others what you would have them do to you . . . . Matthew 7:12 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/
Re: [Cooker] 9.0 final when ?
Ben Reser wrote: On Sat, Sep 21, 2002 at 12:51:49AM -0400, Felix Miata wrote: My bigger frustration is discovering problems that survive the official release. I started beta testing on 8.1, then did 8.2 and now 9.0. Out of many problems I reported, the only replies from anyone with an mandrake.com address were regarding one fix that happened only yesterday, the boot disk creation failure problem that began with the first beta I tried and lasted into even RC3. Regarding the mouse, no one yet on the list has even made an applicable suggestion. Someone did mention combining /usr onto the same partition as /, but I don't use a separate /usr to combine, and I seriously doubt that could possibly be a fix for such an essential element of a working Mandrake distro as an ordinary mouse. Obviously the bug you're encountering is not a very common one. Lots of us have PS/2 mice. So it's probably impossible to replicate. Not so obvious to me, since my original post was sent only after I had seen other problems with lost mice. Given that... reporting it a few days before a release is very unlikely for it to be a high priority to get resolved before release time. I reported in on 9 Sep, shortly after RC2 release. It looks like it will be at least two weeks from then until the final. Basically you're on your own. After 9.0 is out the door someone might have time to track down your unique issue. In the future don't wait until the RC to report bugs you see in the betas. -- . . . . in everything, do to others what you would have them do to you . . . .Matthew 7:12 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/
Re: [Cooker] Show Stopper - No Mouse
Alastair Scott wrote: On Fri, 2002-09-20 at 23:46, Felix Miata wrote: I first reported this Mon, 09 Sep 2002 21:34:28 -0400 here on cooker and got no response. The same thing herein described happened after reinstalling 9.0RC2 two more times, and now again with 9.0RC3. IIRC, this also happened in betas 2 and 3, but I didn't report it until the 9th. Mouse works in installer. Mouse works in X in first boot. Mouse dead in all boots after first boot. I have no idea how to get mouse back without installing. Mouse is Logitech optical USB wheel mouse on PS/2 adapter, which worked perfectly using 8.2 (and all 9.0 first boots) and still does using OS/2. The strangest thing about this is that I have exactly the same mouse, exactly the same adapter, exactly the same build (RC3 installed with / reformatted) and no problems! Suggestion I (clutching at straws) - do you use serial and parallel ports? I don't - everything is USB apart from keyboard and mouse - so turned them off, plus the unused onboard Ethernet connection, in the BIOS and doing so seemed to get rid of a few minor glitches. I'm going to reinstall RC3 here shortly and will disable both USB and serial ports first. If the mouse survives multiple boots, then I'll try enabling the ports and restarting at least once before installing 9.0 final. Suggestion II (ditto) - turn off gpm. How about uninstalling it? I never use a mouse in a vc. What do I need gpm for? A no-no, in some circumstances, appears to be changing the mouse connection (from USB to PS/2 or vice versa) when a build is active. This, in RC2, led to effects reported by me earlier (harddrake continually finding a new mouse, switching between /dev/psaux and /dev/usbmouse on alternate boots). Because of this, I'm thinking out loud here, in case anyone with the expertise to possibly troubleshoot or fix this problem is listening. I have broadband, so my standard connection to the net is eth0 to the router. However, I also have an external modem connected to /dev/ttyS0, but that only shows up when the modem is powered on. I try to keep the modem powered off except when actually in use, but my memory isn't that good. I could easily have had it on during install and off after first boot, or vice versa. Maybe whatever (harddrake?) is causing the usbmouse problems for others is at work here. -- . . . . in everything, do to others what you would have them do to you . . . .Matthew 7:12 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/
Re: [Cooker] Show Stopper - No Mouse
Igor Izyumin wrote: On Saturday 21 September 2002 04:06 am, Alastair Scott wrote: On Fri, 2002-09-20 at 23:46, Felix Miata wrote: I first reported this Mon, 09 Sep 2002 21:34:28 -0400 here on cooker and got no response. The same thing herein described happened after reinstalling 9.0RC2 two more times, and now again with 9.0RC3. IIRC, this also happened in betas 2 and 3, but I didn't report it until the 9th. Mouse works in installer. Mouse works in X in first boot. Mouse dead in all boots after first boot. I have no idea how to get mouse back without installing. Mouse is Logitech optical USB wheel mouse on PS/2 adapter, which worked perfectly using 8.2 (and all 9.0 first boots) and still does using OS/2. The strangest thing about this is that I have exactly the same mouse, exactly the same adapter, exactly the same build (RC3 installed with / reformatted) and no problems! I have this mouse, too - same adapter, same everything. Worked perfectly in all builds. I don't use USB, and the serial/parallel ports are turned on. I doubt that's the problem. Probably not everything. I'm using K6/2 on MVP3, which has notorious USB support under windoze at least. I'm not using USB for anything, but that doesn't necessarily mean USB support couldn't be interfering. / is on hda, but there is also sda and sr0 on sym53c8xx, plus a Crystal 4235 ISA sound card. Come to think of it, my report was technically inaccurate. I reported the mouse not surviving boots after the first, but in fact I don't remember the number, which was greater than one in most or all cases, but just small, less than 5 or so, and IIRC, only one to runlevel 5 on the RC3 install. My RC3 install is the only one on which I remembered to run sndconfig on the first boot. It may be that on the earlier installs that mouse death only followed the boots on which I remembered to run sndconfig. Next install I'm going to have USB and serial disabled in BIOS and skip running sndconfig until such time as I've had the PS/2 mouse survive multiple boots. Furthermore, also IIRC, the mouse problem started not only with RC2, but also with the replacement of an ESS1868 ISA sound card with the Crystal 4235. -- . . . . in everything, do to others what you would have them do to you . . . .Matthew 7:12 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/