[Cooker] [Bug 6149] [Installation] getAndSaveFile error when upgrading from Mandrake 9.0
http://qa.mandrakesoft.com/show_bug.cgi?id=6149 --- Additional Comments From [EMAIL PROTECTED] 2003-10-27 14:52 --- To summarize: It seems that hdlist files are copied to rootfs where they cannot fit. Looks like they should be placed somewhere else. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: I'm upgrading from Mandrake 9.0 using Mandrake 9.2 PowerPack club CDs. In the installer, after I selecct Upgrade Mandrake 9.0 release (dolphin), I get the following error: An error occured getAndSaveFile: No space left on device. on the 3rd virtual console it says: * starting step 'choosePackages' * trying to read hdlist1.cz for medium 1 * getFile Mandrake/base/hdlist1.cz: * warning: getAndSaveFile: No space left on device at /usr/bin/perl-install/install_any.pm line 144, $F chunk 221. * not XSetInputFocus since already done and not on top
[Cooker] [Bug 6149] [Installation] getAndSaveFile error when upgrading from Mandrake 9.0
http://qa.mandrakesoft.com/show_bug.cgi?id=6149 --- Additional Comments From [EMAIL PROTECTED] 2003-22-10 11:02 --- Partitions don't seem crowded: $df -h FilesystemSize Used Avail Use% Mounted on /dev/hda1 863M 226M 638M 27% / none 253M 0 253M 0% /dev/shm /dev/hda8 13G 12G 796M 94% /home /dev/hdb1 38G 32G 5.7G 85% /home/samba /dev/hda6 4.9G 3.7G 1.3G 75% /usr -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: I'm upgrading from Mandrake 9.0 using Mandrake 9.2 PowerPack club CDs. In the installer, after I selecct Upgrade Mandrake 9.0 release (dolphin), I get the following error: An error occured getAndSaveFile: No space left on device. on the 3rd virtual console it says: * starting step 'choosePackages' * trying to read hdlist1.cz for medium 1 * getFile Mandrake/base/hdlist1.cz: * warning: getAndSaveFile: No space left on device at /usr/bin/perl-install/install_any.pm line 144, $F chunk 221. * not XSetInputFocus since already done and not on top
[Cooker] [Bug 6149] [Installation] getAndSaveFile error when upgrading from Mandrake 9.0
http://qa.mandrakesoft.com/show_bug.cgi?id=6149 --- Additional Comments From [EMAIL PROTECTED] 2003-22-10 12:09 --- I've bumped up the ramdisk up by launching installation CD this way: expoert initrd=network.rdz ramdisk_size=128000 root=/dev/ram3 vga=788 But the ramdisk has still the same size (dmesg has shown 16 ramdisks of 128000 in size though...). Nevertheless, this may be an other filesystem. I suspect root filesystem mounted on /dev/root.old (and on rootfs). Here's what busybox shows: # df -b Filesystem Size Used Avail Use Mounted on /dev/hda1883508 230852 652656 26% /mnt /dev/hda6 5132572 3831268 1301304 74% /mnt/usr /dev/hda8 12706988 11892984 814004 93% /mnt/home /dev/hdb1 39117040 33189264 5927776 84% /mnt/home/samba /dev/hdc 711332 7113320 100% /tmp/image /dev/ram3 2917327443 1730 94% /tmp/stage2 /dev/root.old 3932 39302 99% / rootfs 3932 39302 99% / Root filesystem is especially suspect. Consider the facts: 1) directory /tmp exists there 2) the errors on the 3rd console mention getting and saving hdlist1.cz file 3) ls /tmp shows /tmp/hdlist.Installation CD1 (cdrom1).cz file among others (other files are much smaller) 4) du -s /tmp/hdlist.Installation CD1 (cdrom1).cz shows 3531 in size It seems that the hdlists are copied there but the size of that filesystem cannot accomodate even one hdlist file! -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: I'm upgrading from Mandrake 9.0 using Mandrake 9.2 PowerPack club CDs. In the installer, after I selecct Upgrade Mandrake 9.0 release (dolphin), I get the following error: An error occured getAndSaveFile: No space left on device. on the 3rd virtual console it says: * starting step 'choosePackages' * trying to read hdlist1.cz for medium 1 * getFile Mandrake/base/hdlist1.cz: * warning: getAndSaveFile: No space left on device at /usr/bin/perl-install/install_any.pm line 144, $F chunk 221. * not XSetInputFocus since already done and not on top
[Cooker] [Bug 6149] [Installation] getAndSaveFile error when upgrading from Mandrake 9.0
http://qa.mandrakesoft.com/show_bug.cgi?id=6149 --- Additional Comments From [EMAIL PROTECTED] 2003-22-10 12:15 --- BTW, shouldn't those files be copied to newly mounted ramdisk on /tmp/stage2? Installation ramdisk could be bumped up a couple megabytes (e.g to 48000). Or maybe even ramdisk size could be autodetected on boot and dynamically scaled as in Knoppix (with some minimum size around 48000 for lowmem machines and maximum around 128000 for normalmem machines)? -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: I'm upgrading from Mandrake 9.0 using Mandrake 9.2 PowerPack club CDs. In the installer, after I selecct Upgrade Mandrake 9.0 release (dolphin), I get the following error: An error occured getAndSaveFile: No space left on device. on the 3rd virtual console it says: * starting step 'choosePackages' * trying to read hdlist1.cz for medium 1 * getFile Mandrake/base/hdlist1.cz: * warning: getAndSaveFile: No space left on device at /usr/bin/perl-install/install_any.pm line 144, $F chunk 221. * not XSetInputFocus since already done and not on top
[Cooker] [Bug 4697] [drakxtools] Add SMB to the list of services that can be unblocked
http://qa.mandrakesoft.com/show_bug.cgi?id=4697 --- Additional Comments From [EMAIL PROTECTED] 2003-22-10 00:57 --- Just found on http://www.shorewall.net/samba.htm: If the firewall needs to be able to act as a SMB client, including discovery (e.g. with LinNeighborhood or Gnomba), additional changes need to be done in order to make SMB clients work on the firewalled machine. Only after I've added the following lines to the rules file I could browser the network neighborhood: ACCEPT fw net udp 1024: 137 ACCEPT net fw udp 1024: 137 -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: NEW creation_date: description: Mandrake is frequently used as a SMB server with use of Samba. The list of ports that need to be passed through for the SMB protocol to work lists 4 ports, and it's not very easy to find this list on the Internet. Those ports are: 137/udp 138/udp 139/tcp 445/tcp So anyone who would like to open SMB using drakfirewall, would have to click advanced and type: 137/udp 138/udp 139/tcp 445/tcp This is far from intuitive of course, even for advanced power-users who want a personal firewall on their workstation and filesharing with Windows at the same time. I propose that an additional checkbox be added to drakfirewall, SMB, that opens those 4 ports on the firewall.
[Cooker] [Bug 4697] [drakxtools] Add SMB to the list of services that can be unblocked
http://qa.mandrakesoft.com/show_bug.cgi?id=4697 --- Additional Comments From [EMAIL PROTECTED] 2003-22-10 01:00 --- It seems that machines that respond to SMb NetBIOS name query broadcasts do so by fire-ing UDP packets _from_ port 137 _to_ a random port, not the reverse... BTW, I suspect that this might also affect the operation of lisa service. So if the user needs to have access to network neighborhood with simple netbios broadcasts instead of a WINS server, DrakFirewall has to also add those entries to Shorewall's /etc/shorewall/rules file. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: NEW creation_date: description: Mandrake is frequently used as a SMB server with use of Samba. The list of ports that need to be passed through for the SMB protocol to work lists 4 ports, and it's not very easy to find this list on the Internet. Those ports are: 137/udp 138/udp 139/tcp 445/tcp So anyone who would like to open SMB using drakfirewall, would have to click advanced and type: 137/udp 138/udp 139/tcp 445/tcp This is far from intuitive of course, even for advanced power-users who want a personal firewall on their workstation and filesharing with Windows at the same time. I propose that an additional checkbox be added to drakfirewall, SMB, that opens those 4 ports on the firewall.
[Cooker] [Bug 4697] [drakxtools] Add SMB to the list of services that can be unblocked
http://qa.mandrakesoft.com/show_bug.cgi?id=4697 --- Additional Comments From [EMAIL PROTECTED] 2003-22-10 01:03 --- Yes, I know that this is insecure as someone may easily scan for e.g. Jabber services from UDP port 137 to UDP ports 1024 when the firewall has those rules. But anybody who opens SMB on the firewall usually knows that this is risky... -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: NEW creation_date: description: Mandrake is frequently used as a SMB server with use of Samba. The list of ports that need to be passed through for the SMB protocol to work lists 4 ports, and it's not very easy to find this list on the Internet. Those ports are: 137/udp 138/udp 139/tcp 445/tcp So anyone who would like to open SMB using drakfirewall, would have to click advanced and type: 137/udp 138/udp 139/tcp 445/tcp This is far from intuitive of course, even for advanced power-users who want a personal firewall on their workstation and filesharing with Windows at the same time. I propose that an additional checkbox be added to drakfirewall, SMB, that opens those 4 ports on the firewall.
[Cooker] [Bug 6149] [Installation] New: getAndSaveFile error when upgrading from Mandrake 9.0
http://qa.mandrakesoft.com/show_bug.cgi?id=6149 Product: Installation Component: Installation Summary: getAndSaveFile error when upgrading from Mandrake 9.0 Product: Installation Version: 1.847 Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 Component: Installation AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I'm upgrading from Mandrake 9.0 using Mandrake 9.2 PowerPack club CDs. In the installer, after I selecct Upgrade Mandrake 9.0 release (dolphin), I get the following error: An error occured getAndSaveFile: No space left on device. on the 3rd virtual console it says: * starting step 'choosePackages' * trying to read hdlist1.cz for medium 1 * getFile Mandrake/base/hdlist1.cz: * warning: getAndSaveFile: No space left on device at /usr/bin/perl-install/install_any.pm line 144, $F chunk 221. * not XSetInputFocus since already done and not on top -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 6149] [Installation] getAndSaveFile error when upgrading from Mandrake 9.0
http://qa.mandrakesoft.com/show_bug.cgi?id=6149 --- Additional Comments From [EMAIL PROTECTED] 2003-16-10 10:24 --- BTW, I have the same problem with download edition. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: I'm upgrading from Mandrake 9.0 using Mandrake 9.2 PowerPack club CDs. In the installer, after I selecct Upgrade Mandrake 9.0 release (dolphin), I get the following error: An error occured getAndSaveFile: No space left on device. on the 3rd virtual console it says: * starting step 'choosePackages' * trying to read hdlist1.cz for medium 1 * getFile Mandrake/base/hdlist1.cz: * warning: getAndSaveFile: No space left on device at /usr/bin/perl-install/install_any.pm line 144, $F chunk 221. * not XSetInputFocus since already done and not on top
[Cooker] [Bug 6149] [Installation] getAndSaveFile error when upgrading from Mandrake 9.0
http://qa.mandrakesoft.com/show_bug.cgi?id=6149 --- Additional Comments From [EMAIL PROTECTED] 2003-16-10 10:27 --- BTW, the machine has 512 MB RAM, while the install ramdisk (/dev/ram3) has 30 MB. df shows that /dev/ram3 is 94% full. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: I'm upgrading from Mandrake 9.0 using Mandrake 9.2 PowerPack club CDs. In the installer, after I selecct Upgrade Mandrake 9.0 release (dolphin), I get the following error: An error occured getAndSaveFile: No space left on device. on the 3rd virtual console it says: * starting step 'choosePackages' * trying to read hdlist1.cz for medium 1 * getFile Mandrake/base/hdlist1.cz: * warning: getAndSaveFile: No space left on device at /usr/bin/perl-install/install_any.pm line 144, $F chunk 221. * not XSetInputFocus since already done and not on top
[Cooker] [Bug 6149] [Installation] getAndSaveFile error when upgrading from Mandrake 9.0
http://qa.mandrakesoft.com/show_bug.cgi?id=6149 --- Additional Comments From [EMAIL PROTECTED] 2003-16-10 11:10 --- I've tried to upgrade to 9.1 first (so all that's needed will fit on the ramdisk). In 9.1 installer I got the following error on the 3rd console: * starting ster 'configureX' * tu put in modules * unknown package 'XFree86' * warning: Can't call method flag_installed on an undefined value at /usr/bin/perl-install/install2.pm line 296, line 6. This may have something to do with the fact that the 9.0 machine has ATI's binary drivers RPM installed instead of Mandrake's GPL-ed one. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: I'm upgrading from Mandrake 9.0 using Mandrake 9.2 PowerPack club CDs. In the installer, after I selecct Upgrade Mandrake 9.0 release (dolphin), I get the following error: An error occured getAndSaveFile: No space left on device. on the 3rd virtual console it says: * starting step 'choosePackages' * trying to read hdlist1.cz for medium 1 * getFile Mandrake/base/hdlist1.cz: * warning: getAndSaveFile: No space left on device at /usr/bin/perl-install/install_any.pm line 144, $F chunk 221. * not XSetInputFocus since already done and not on top
[Cooker] [Bug 6150] [Installation] New: Use better refresh rates in GUI installer
http://qa.mandrakesoft.com/show_bug.cgi?id=6150 Product: Installation Component: Installation Summary: Use better refresh rates in GUI installer Product: Installation Version: 1.847 Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 Component: Installation AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] The installer uses X on framebuffer device. It uses VESA VGA mode with apparently the minimum refresh rate (60 Hz it seems). Screen flickering is very visible and causes sore eyes for those who are sensitive to low refresh rates. My eyes start aching after a couple of minutes of manual package selection. There definately should be a mechanism to detect monitor capabilities through DDC (like with ddcprobe tool) and set the highest refresh rate that the monitor supports. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 5599] [Hardware] Support Midiman Midisport USB MIDI Interfaces
http://qa.mandrakesoft.com/show_bug.cgi?id=5599 --- Additional Comments From [EMAIL PROTECTED] 2003-13-09 11:37 --- Austin, I've tested your ezusbmidi drivers RPM. It works well, but needs a small correction: it's /usr/sbin/fxload, not /sbin/fxload currently. Now to get it accepted into main... Today is the last day I'm online this month. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: This might be easy to implement for Mandrake guys, since in MDK 9.1 it worked automatically, but erratically and was conflicting with PSI audio card. In 9.2 it stopped working. Details: I'm using Midiman Midisport Uno USB-MIDI interface to connect my MIDI keyboard to a laptop: http://www.midiman.net/products/midiman/USBuno.php The GPLed Linux kernel drivers are available and included in the latest 2.4 and 2.5 kernels. See the URL of this bug. How this worked in MDK 9.1: 1) Sometimes, on boot, it was configured properly, and was indicated by following messages in the logs: Aug 5 21:34:50 localhost /etc/hotplug/usb.agent: ... no modules for USB product 0/0/0 Aug 5 21:34:51 localhost /etc/hotplug/usb.agent: Setup snd-usb-audio for USB product 763/1011/121 Aug 5 21:34:51 localhost /etc/hotplug/usb.agent: ... no modules for USB product 3eb/3301/300 Aug 5 21:34:51 localhost /etc/hotplug/usb.agent: Setup usbmouse hid for USB product 46d/c00e/1110 Aug 5 21:34:52 localhost /etc/hotplug/usb.agent: Setup mousedev for USB product 46d/c00e/1110 The device /dev/sound/midi was available. PCI audio was unavailable then and couldn't be made to work (I tried loading various sounde related kernel modules, with no success - dsp device didn't appear in /dev/sound/). 2) Sometimes the PCI sound card took precedence and OSS (or maybe ALSA) was loaded. snd-usb-audio didn't load automatically then. /dev/sound/dsp was present, /dev/sound/midi wasn't. I had to manually load snd-usb-audio and then both dsp and midi device nodes were present - I could play the MIDI keyboard and have my soundcard play sound at the same time. 3) When midi device node was present, I could cat /dev/sound/midi and each keypress on MIDI keyboard was visible as data output on the terminal. So it worked fine.
[Cooker] [Bug 5590] [Installation] New: 9.2 RC2 installer CUPS configuration: hang when wrong IP address is supplied
http://qa.mandrakesoft.com/show_bug.cgi?id=5590 Product: Installation Component: Installation Summary: 9.2 RC2 installer CUPS configuration: hang when wrong IP address is supplied Product: Installation Version: 1.805 Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 Component: Installation AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] This happens in 9.2 RC2 installer, in the final Summary stage. To reporoduce: 1) Open CUPS advanced configuration 2) Turn off automatic discovery of other CUPS servers and serving of printers to other machines 3) Click Add server 4) Type in an invalid address (e.g. a DNS address instead of IP address - I've typed cups.altkom.com.pl) Result: A messagebox pops up with error message (invalid addr., please supply an IP addr.). There's only an OK button. Clicking on that button doesn't dismiss the message box. At the same time the following message floods continuously the 3rd virtual console: * _XSetInputFocus -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 5594] [drakxtools] New: Handle multiple mice (e.g. for laptops)
http://qa.mandrakesoft.com/show_bug.cgi?id=5594 Product: drakxtools Component: mousedrake Summary: Handle multiple mice (e.g. for laptops) Product: drakxtools Version: 9.2-0.27mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 Component: mousedrake AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] A configuration typical of a laptop is to have internal mouse (e.g a touchpad, usually PS/2) and an external mouse (usually USB or serial) that's more comfortable and connected in the company or at home. I'm using a Thinkpad A21e and currently, when the install is conducted with a USB mouse atached (that's more comfortable that way), the built-in PS/2 trackpoint-type mouse is ignored and not configured. MouseDrake should detect multiple mice if possible, or at least ask a question similar to DrakConnect WRT network interfaces (Do you have another one?). Then it should offer a list where the main Mouse device can be selected (with radio buttons, e.g.): List of configured mice (select the main one): (*) PS/2 Standard 3 button ( ) USB Wheel 3 button Currently, I have to manually detect a mouse with and without USB mouse connected after tha installation, then, in both cases, I have to manually extract the corresponding InputDevice section from XF86Config-4, then manually place them both in XF86Config-4, similar to this: Section InputDevice Identifier Mouse1 Driver mouse Option Protocol PS/2 Option Device /dev/psaux Option Emulate3Buttons Option Emulate3Timeout 50 EndSection Section InputDevice Identifier Mouse2 Driver mouse Option Protocol IMPS/2 Option Device /dev/usbmouse Option ZAxisMapping 4 5 EndSection ...snip... Section ServerLayout Identifier layout1 InputDevice Keyboard1 CoreKeyboard InputDevice Mouse1 CorePointer InputDevice Mouse2 SendCoreEvents Screen screen1 EndSection -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 5599] [Hardware] New: Support Midiman Midisport USB MIDI Interfaces
http://qa.mandrakesoft.com/show_bug.cgi?id=5599 Product: Hardware Component: Hardware Summary: Support Midiman Midisport USB MIDI Interfaces Product: Hardware Version: 9.2-0.7mdk Platform: PC URL: http://member.nifty.ne.jp/Breeze/softwares/unix/usbmidi- e.html OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 Component: Hardware AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] This might be easy to implement for Mandrake guys, since in MDK 9.1 it worked automatically, but erratically and was conflicting with PSI audio card. In 9.2 it stopped working. Details: I'm using Midiman Midisport Uno USB-MIDI interface to connect my MIDI keyboard to a laptop: http://www.midiman.net/products/midiman/USBuno.php The GPLed Linux kernel drivers are available and included in the latest 2.4 and 2.5 kernels. See the URL of this bug. How this worked in MDK 9.1: 1) Sometimes, on boot, it was configured properly, and was indicated by following messages in the logs: Aug 5 21:34:50 localhost /etc/hotplug/usb.agent: ... no modules for USB product 0/0/0 Aug 5 21:34:51 localhost /etc/hotplug/usb.agent: Setup snd-usb-audio for USB product 763/1011/121 Aug 5 21:34:51 localhost /etc/hotplug/usb.agent: ... no modules for USB product 3eb/3301/300 Aug 5 21:34:51 localhost /etc/hotplug/usb.agent: Setup usbmouse hid for USB product 46d/c00e/1110 Aug 5 21:34:52 localhost /etc/hotplug/usb.agent: Setup mousedev for USB product 46d/c00e/1110 The device /dev/sound/midi was available. PCI audio was unavailable then and couldn't be made to work (I tried loading various sounde related kernel modules, with no success - dsp device didn't appear in /dev/sound/). 2) Sometimes the PCI sound card took precedence and OSS (or maybe ALSA) was loaded. snd-usb-audio didn't load automatically then. /dev/sound/dsp was present, /dev/sound/midi wasn't. I had to manually load snd-usb-audio and then both dsp and midi device nodes were present - I could play the MIDI keyboard and have my soundcard play sound at the same time. 3) When midi device node was present, I could cat /dev/sound/midi and each keypress on MIDI keyboard was visible as data output on the terminal. So it worked fine. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 5599] [Hardware] Support Midiman Midisport USB MIDI Interfaces
http://qa.mandrakesoft.com/show_bug.cgi?id=5599 --- Additional Comments From [EMAIL PROTECTED] 2003-12-09 16:38 --- Created an attachment (id=816) -- (http://qa.mandrakesoft.com/attachment.cgi?id=816action=view) useful info from 9.1 where it almost worked The .tar.gz archive contains the following files: boot_messages_on_good_boot - relevant entries extracted from dmesg_on_good_boot dmesg_on_good_boot - dmesg file saved after the boot has been performed with correct usb midi detection lsmod - list of kernel modules loaded when OSS was working and USB MIDI not lsmod_with_correct_usbmidi_dev - list of kernel modules loaded when USB MIDI was working and OSS not (diff with the previous one to see differences) lspci - output from lspci lspcidrake - output from lspcidrake lsusb - output from lsusb lsusb2 - another output from lsusb (notice that Midiman device has a different name this time) modules.conf - the file /etc/modules.conf produced by Mandrake tools -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: This might be easy to implement for Mandrake guys, since in MDK 9.1 it worked automatically, but erratically and was conflicting with PSI audio card. In 9.2 it stopped working. Details: I'm using Midiman Midisport Uno USB-MIDI interface to connect my MIDI keyboard to a laptop: http://www.midiman.net/products/midiman/USBuno.php The GPLed Linux kernel drivers are available and included in the latest 2.4 and 2.5 kernels. See the URL of this bug. How this worked in MDK 9.1: 1) Sometimes, on boot, it was configured properly, and was indicated by following messages in the logs: Aug 5 21:34:50 localhost /etc/hotplug/usb.agent: ... no modules for USB product 0/0/0 Aug 5 21:34:51 localhost /etc/hotplug/usb.agent: Setup snd-usb-audio for USB product 763/1011/121 Aug 5 21:34:51 localhost /etc/hotplug/usb.agent: ... no modules for USB product 3eb/3301/300 Aug 5 21:34:51 localhost /etc/hotplug/usb.agent: Setup usbmouse hid for USB product 46d/c00e/1110 Aug 5 21:34:52 localhost /etc/hotplug/usb.agent: Setup mousedev for USB product 46d/c00e/1110 The device /dev/sound/midi was available. PCI audio was unavailable then and couldn't be made to work (I tried loading various sounde related kernel modules, with no success - dsp device didn't appear in /dev/sound/). 2) Sometimes the PCI sound card took precedence and OSS (or maybe ALSA) was loaded. snd-usb-audio didn't load automatically then. /dev/sound/dsp was present, /dev/sound/midi wasn't. I had to manually load snd-usb-audio and then both dsp and midi device nodes were present - I could play the MIDI keyboard and have my soundcard play sound at the same time. 3) When midi device node was present, I could cat /dev/sound/midi and each keypress on MIDI keyboard was visible as data output on the terminal. So it worked fine.
[Cooker] [Bug 5599] [Hardware] Support Midiman Midisport USB MIDI Interfaces
http://qa.mandrakesoft.com/show_bug.cgi?id=5599 --- Additional Comments From [EMAIL PROTECTED] 2003-12-09 16:40 --- Notice that the Midiman device was seen in lsusb under different names - this might explain erratic behaviour on boot. Maybe this was dependent on the port of USB hub I was connecting Midiman to? -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: This might be easy to implement for Mandrake guys, since in MDK 9.1 it worked automatically, but erratically and was conflicting with PSI audio card. In 9.2 it stopped working. Details: I'm using Midiman Midisport Uno USB-MIDI interface to connect my MIDI keyboard to a laptop: http://www.midiman.net/products/midiman/USBuno.php The GPLed Linux kernel drivers are available and included in the latest 2.4 and 2.5 kernels. See the URL of this bug. How this worked in MDK 9.1: 1) Sometimes, on boot, it was configured properly, and was indicated by following messages in the logs: Aug 5 21:34:50 localhost /etc/hotplug/usb.agent: ... no modules for USB product 0/0/0 Aug 5 21:34:51 localhost /etc/hotplug/usb.agent: Setup snd-usb-audio for USB product 763/1011/121 Aug 5 21:34:51 localhost /etc/hotplug/usb.agent: ... no modules for USB product 3eb/3301/300 Aug 5 21:34:51 localhost /etc/hotplug/usb.agent: Setup usbmouse hid for USB product 46d/c00e/1110 Aug 5 21:34:52 localhost /etc/hotplug/usb.agent: Setup mousedev for USB product 46d/c00e/1110 The device /dev/sound/midi was available. PCI audio was unavailable then and couldn't be made to work (I tried loading various sounde related kernel modules, with no success - dsp device didn't appear in /dev/sound/). 2) Sometimes the PCI sound card took precedence and OSS (or maybe ALSA) was loaded. snd-usb-audio didn't load automatically then. /dev/sound/dsp was present, /dev/sound/midi wasn't. I had to manually load snd-usb-audio and then both dsp and midi device nodes were present - I could play the MIDI keyboard and have my soundcard play sound at the same time. 3) When midi device node was present, I could cat /dev/sound/midi and each keypress on MIDI keyboard was visible as data output on the terminal. So it worked fine.
[Cooker] [Bug 5599] [Hardware] Support Midiman Midisport USB MIDI Interfaces
http://qa.mandrakesoft.com/show_bug.cgi?id=5599 --- Additional Comments From [EMAIL PROTECTED] 2003-12-09 16:47 --- See also the topic at Mandrake TWiki: http://qa.mandrakesoft.com/twiki/bin/view/Main/DrakxTools#Problems_with_USB_MIDI_Midiman_M -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: This might be easy to implement for Mandrake guys, since in MDK 9.1 it worked automatically, but erratically and was conflicting with PSI audio card. In 9.2 it stopped working. Details: I'm using Midiman Midisport Uno USB-MIDI interface to connect my MIDI keyboard to a laptop: http://www.midiman.net/products/midiman/USBuno.php The GPLed Linux kernel drivers are available and included in the latest 2.4 and 2.5 kernels. See the URL of this bug. How this worked in MDK 9.1: 1) Sometimes, on boot, it was configured properly, and was indicated by following messages in the logs: Aug 5 21:34:50 localhost /etc/hotplug/usb.agent: ... no modules for USB product 0/0/0 Aug 5 21:34:51 localhost /etc/hotplug/usb.agent: Setup snd-usb-audio for USB product 763/1011/121 Aug 5 21:34:51 localhost /etc/hotplug/usb.agent: ... no modules for USB product 3eb/3301/300 Aug 5 21:34:51 localhost /etc/hotplug/usb.agent: Setup usbmouse hid for USB product 46d/c00e/1110 Aug 5 21:34:52 localhost /etc/hotplug/usb.agent: Setup mousedev for USB product 46d/c00e/1110 The device /dev/sound/midi was available. PCI audio was unavailable then and couldn't be made to work (I tried loading various sounde related kernel modules, with no success - dsp device didn't appear in /dev/sound/). 2) Sometimes the PCI sound card took precedence and OSS (or maybe ALSA) was loaded. snd-usb-audio didn't load automatically then. /dev/sound/dsp was present, /dev/sound/midi wasn't. I had to manually load snd-usb-audio and then both dsp and midi device nodes were present - I could play the MIDI keyboard and have my soundcard play sound at the same time. 3) When midi device node was present, I could cat /dev/sound/midi and each keypress on MIDI keyboard was visible as data output on the terminal. So it worked fine.
[Cooker] [Bug 5590] [Installation] 9.2 RC2 installer CUPS configuration: hang when wrong IP address is supplied
http://qa.mandrakesoft.com/show_bug.cgi?id=5590 --- Additional Comments From [EMAIL PROTECTED] 2003-12-09 17:00 --- I've checked that Mandrake Control Center launched after installation from the working system doesn't have this problem. So it seems specific to the installer. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: This happens in 9.2 RC2 installer, in the final Summary stage. To reporoduce: 1) Open CUPS advanced configuration 2) Turn off automatic discovery of other CUPS servers and serving of printers to other machines 3) Click Add server 4) Type in an invalid address (e.g. a DNS address instead of IP address - I've typed cups.altkom.com.pl) Result: A messagebox pops up with error message (invalid addr., please supply an IP addr.). There's only an OK button. Clicking on that button doesn't dismiss the message box. At the same time the following message floods continuously the 3rd virtual console: * _XSetInputFocus
[Cooker] [Bug 5590] [Installation] 9.2 RC2 installer CUPS configuration: hang when wrong IP address is supplied
http://qa.mandrakesoft.com/show_bug.cgi?id=5590 --- Additional Comments From [EMAIL PROTECTED] 2003-12-09 17:03 --- Created an attachment (id=817) -- (http://qa.mandrakesoft.com/attachment.cgi?id=817action=view) Screenshot from Mandrake CC Notice that this screenshot presents a situation in which the hang doesn't occur (it's Mandrake CC, not installer). I'm attaching it because Installer dialogs are roughly the same. The hang in installer occurs when I click on the OK button in the dialog that states The entered IP is incorrect. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: This happens in 9.2 RC2 installer, in the final Summary stage. To reporoduce: 1) Open CUPS advanced configuration 2) Turn off automatic discovery of other CUPS servers and serving of printers to other machines 3) Click Add server 4) Type in an invalid address (e.g. a DNS address instead of IP address - I've typed cups.altkom.com.pl) Result: A messagebox pops up with error message (invalid addr., please supply an IP addr.). There's only an OK button. Clicking on that button doesn't dismiss the message box. At the same time the following message floods continuously the 3rd virtual console: * _XSetInputFocus
[Cooker] [Bug 5599] [Hardware] Support Midiman Midisport USB MIDI Interfaces
http://qa.mandrakesoft.com/show_bug.cgi?id=5599 --- Additional Comments From [EMAIL PROTECTED] 2003-12-09 19:04 --- I were not aware of its existence... Unfortunately I'll be unable to test it for the next two weeks because I'll be without access to that laptop and to the Internet... But it seems that's exactly what I need. It's a small 70 kb package, why is it in contribs, not main? It adds support for hardware... -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: This might be easy to implement for Mandrake guys, since in MDK 9.1 it worked automatically, but erratically and was conflicting with PSI audio card. In 9.2 it stopped working. Details: I'm using Midiman Midisport Uno USB-MIDI interface to connect my MIDI keyboard to a laptop: http://www.midiman.net/products/midiman/USBuno.php The GPLed Linux kernel drivers are available and included in the latest 2.4 and 2.5 kernels. See the URL of this bug. How this worked in MDK 9.1: 1) Sometimes, on boot, it was configured properly, and was indicated by following messages in the logs: Aug 5 21:34:50 localhost /etc/hotplug/usb.agent: ... no modules for USB product 0/0/0 Aug 5 21:34:51 localhost /etc/hotplug/usb.agent: Setup snd-usb-audio for USB product 763/1011/121 Aug 5 21:34:51 localhost /etc/hotplug/usb.agent: ... no modules for USB product 3eb/3301/300 Aug 5 21:34:51 localhost /etc/hotplug/usb.agent: Setup usbmouse hid for USB product 46d/c00e/1110 Aug 5 21:34:52 localhost /etc/hotplug/usb.agent: Setup mousedev for USB product 46d/c00e/1110 The device /dev/sound/midi was available. PCI audio was unavailable then and couldn't be made to work (I tried loading various sounde related kernel modules, with no success - dsp device didn't appear in /dev/sound/). 2) Sometimes the PCI sound card took precedence and OSS (or maybe ALSA) was loaded. snd-usb-audio didn't load automatically then. /dev/sound/dsp was present, /dev/sound/midi wasn't. I had to manually load snd-usb-audio and then both dsp and midi device nodes were present - I could play the MIDI keyboard and have my soundcard play sound at the same time. 3) When midi device node was present, I could cat /dev/sound/midi and each keypress on MIDI keyboard was visible as data output on the terminal. So it worked fine.
[Cooker] [Bug 5563] [OpenOffice.org] Unable to start OpenOffice in 9.2RC2
http://qa.mandrakesoft.com/show_bug.cgi?id=5563 --- Additional Comments From [EMAIL PROTECTED] 2003-12-09 19:17 --- I had this problem too. Removing .sversionrc helped. The problem is real, though, newbie users will not find out this workaround. I'll attach some useful info. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: NEW creation_date: description: I did an upgrade from Mandrake 9.1 to Mandrake 9.2RC2. I found OpenOffice would not run. When I run ooffice from a terminal, I get the following error: wrong language for update (installed language doesn't match installation language) ExitCode: 32 I ran 'env | grep LC' and my language is set to en_US. The OpenOffice.org-l10n-en-1.1-0.rc3.2mdk is installed. I ran a 'rpm -Va' to check for unsatisfied dependencies and found none.
[Cooker] [Bug 5563] [OpenOffice.org] Unable to start OpenOffice in 9.2RC2
http://qa.mandrakesoft.com/show_bug.cgi?id=5563 --- Additional Comments From [EMAIL PROTECTED] 2003-12-09 19:18 --- Created an attachment (id=818) -- (http://qa.mandrakesoft.com/attachment.cgi?id=818action=view) log from strace (starting oocalc) -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: NEW creation_date: description: I did an upgrade from Mandrake 9.1 to Mandrake 9.2RC2. I found OpenOffice would not run. When I run ooffice from a terminal, I get the following error: wrong language for update (installed language doesn't match installation language) ExitCode: 32 I ran 'env | grep LC' and my language is set to en_US. The OpenOffice.org-l10n-en-1.1-0.rc3.2mdk is installed. I ran a 'rpm -Va' to check for unsatisfied dependencies and found none.
[Cooker] [Bug 5563] [OpenOffice.org] Unable to start OpenOffice in 9.2RC2
http://qa.mandrakesoft.com/show_bug.cgi?id=5563 --- Additional Comments From [EMAIL PROTECTED] 2003-12-09 19:19 --- Neal, what are your locale settings? Mine are: $ locale LANG=pl_PL.UTF-8 LC_CTYPE=pl_PL.UTF-8 LC_NUMERIC=pl_PL.UTF-8 LC_TIME=pl_PL.UTF-8 LC_COLLATE=pl_PL.UTF-8 LC_MONETARY=pl_PL.UTF-8 LC_MESSAGES=pl_PL.UTF-8 LC_PAPER=pl_PL.UTF-8 LC_NAME=pl_PL.UTF-8 LC_ADDRESS=pl_PL.UTF-8 LC_TELEPHONE=pl_PL.UTF-8 LC_MEASUREMENT=pl_PL.UTF-8 LC_IDENTIFICATION=pl_PL.UTF-8 LC_ALL= -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: NEW creation_date: description: I did an upgrade from Mandrake 9.1 to Mandrake 9.2RC2. I found OpenOffice would not run. When I run ooffice from a terminal, I get the following error: wrong language for update (installed language doesn't match installation language) ExitCode: 32 I ran 'env | grep LC' and my language is set to en_US. The OpenOffice.org-l10n-en-1.1-0.rc3.2mdk is installed. I ran a 'rpm -Va' to check for unsatisfied dependencies and found none.
[Cooker] [Bug 5197] [drakxtools] scannerdrake doesn't install sane packages
http://qa.mandrakesoft.com/show_bug.cgi?id=5197 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEEDINFO|RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-12-09 19:57 --- I've tested on 9.2 RC2 and now it's all OK. Scannerdrake successfully installs all required packages and the scanner works. There's no invalid HP ScanJet 4200 detected anymore, too. Mraking as FIXED. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: RESOLVED creation_date: description: I've installed Mandrake 9.2 RC1 and updated to cooker. I have a Plustek OpticPro UT12 USB scanner. I've run scannerdrake and it detected 2 instances of scanner: hp4200 and plustek, both on /dev/usb/scanner0. That's ok, I just need to use the correct one. But scannerdrake didn't install packages necessary to take use of that scanner - xsane, xsane-gimp (if gimp is present). I had to install them manually by doing su to root and using rpmdrake. A newbie would probably not handle that.
[Cooker] [Bug 5604] [XFree86-server] New: 9;.2 RC2: No DRI support for ATI Radeon 9000 PRO
http://qa.mandrakesoft.com/show_bug.cgi?id=5604 Product: XFree86-server Component: XFree86-server Summary: 9;.2 RC2: No DRI support for ATI Radeon 9000 PRO Product: XFree86-server Version: 4.3-23mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 Component: XFree86-server AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I did a clean install or 9.2 RC2 and then updated to cooker. I have a Radeon 9000 PRO card. In previous version (9.2 RC1) DRI worked, but sometimes crashed (see bug 5247). Now it doesn't work at all. Here's relevant info from XFree86.0.log: AUDIT: Fri Sep 12 15:24:34 2003: 1826 X: client 28 rejected from local host AUDIT: Fri Sep 12 15:24:37 2003: 1826 X: client 28 rejected from local host (II) RADEON(0): [drm] removed 1 reserved context for kernel (II) RADEON(0): [drm] unmapping 8192 bytes of SAREA 0xd0b21000 at 0x40015000 (II) Open APM successful (==) RADEON(0): Write-combining range (0xe400,0x400) drmOpenDevice: minor is 0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 7, (OK) drmOpenDevice: minor is 0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 7, (OK) drmOpenDevice: minor is 0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 7, (OK) drmGetBusid returned 'PCI:1:0:0' drmOpenDevice: minor is 1 drmOpenDevice: node name is /dev/dri/card1 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenDevice: minor is 2 drmOpenDevice: node name is /dev/dri/card2 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenDevice: minor is 3 drmOpenDevice: node name is /dev/dri/card3 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenDevice: minor is 4 drmOpenDevice: node name is /dev/dri/card4 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenDevice: minor is 5 drmOpenDevice: node name is /dev/dri/card5 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenDevice: minor is 6 drmOpenDevice: node name is /dev/dri/card6 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenDevice: minor is 7 drmOpenDevice: node name is /dev/dri/card7 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenDevice: minor is 8 drmOpenDevice: node name is /dev/dri/card8 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenDevice: minor is 9 drmOpenDevice: node name is /dev/dri/card9 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenDevice: minor is 10 drmOpenDevice: node name is /dev/dri/card10 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenDevice: minor is 11 drmOpenDevice: node name is /dev/dri/card11 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenDevice: minor is 12 drmOpenDevice: node name is /dev/dri/card12 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenDevice: minor is 13 drmOpenDevice: node name is /dev/dri/card13 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenDevice: minor is 14 drmOpenDevice: node name is /dev/dri/card14 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenByBusid: busid is PCI:1:0:0 drmOpenDevice: minor is 0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 7, (OK) drmOpenByBusid: drmOpenMinor returns 7 drmOpenByBusid: drmGetBusid reports PCI:1:0:0 (II) RADEON(0): [drm] drmSetBusid failed (7, PCI:1:0:0), Device or resource busy (EE) RADEON(0): [dri] DRIScreenInit failed. Disabling DRI. (II) RADEON(0): Memory manager initialized to (0,0) (1024,8191) (II) RADEON(0): Reserved area from (0,768) to (1024,770) (II) RADEON(0): Largest offscreen area available: 1024 x 7421 (II) RADEON(0): Acceleration enabled (II) RADEON(0): Using hardware cursor (scanline 770) (II) RADEON(0): Largest offscreen area available: 1024 x 7413 (**) RADEON(0): DPMS enabled (II) RADEON(0):
[Cooker] [Bug 5247] [XFree86] 9.2 RC1: X crashes when running GL applications on Radeon 9000 PRO
http://qa.mandrakesoft.com/show_bug.cgi?id=5247 --- Additional Comments From [EMAIL PROTECTED] 2003-12-09 20:13 --- Now with RC2 DRI stopped working on that machine, see bug 5604. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: I've recently installed Mandrake 9.2 RC1, then upgraded to cooker. The machine has the following hardware: CPU: Athlon XP 1800 Motherboard: ABIT KX7-333R RAM: 256MB Video: MiNt ATI Radeon 9000 PRO Vi/Vo When I run some GL/GLX applications, X server crashes: the monitor turns off, the X process stays running and consumes all CPU, there are no error messages in any logfiles: XFree86.0.log, messages, kernel/errors, kernel/warnings, nor kernel/info. Reproducability: 100% with solarwinds (/usr/X11R6/lig/xscreensaver/solarwinds) from rss_glx package (in contribs). Almost 100% with the Chromium game which is in main. I were able to attach gdb to that X process (by logging in to that machine with SSH). I'll attach output soon.
[Cooker] [Bug 5604] [XFree86-server] 9;.2 RC2: No DRI support for ATI Radeon 9000 PRO
http://qa.mandrakesoft.com/show_bug.cgi?id=5604 --- Additional Comments From [EMAIL PROTECTED] 2003-12-09 20:28 --- Oh, heck, I was wrong. When testing furhter I've found out that installer has chosen no 3D hardware acceleration by default (but XV waas on). Probably it was deliberate. I've run XFdrake and chosen XFree 4.3 with hardware acceleration (instead of XFree 4.3 without H/W accel.). It works now. Moreover, it seems that I cannot reproduce bug 5247 anymore. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: I did a clean install or 9.2 RC2 and then updated to cooker. I have a Radeon 9000 PRO card. In previous version (9.2 RC1) DRI worked, but sometimes crashed (see bug 5247). Now it doesn't work at all. Here's relevant info from XFree86.0.log: AUDIT: Fri Sep 12 15:24:34 2003: 1826 X: client 28 rejected from local host AUDIT: Fri Sep 12 15:24:37 2003: 1826 X: client 28 rejected from local host (II) RADEON(0): [drm] removed 1 reserved context for kernel (II) RADEON(0): [drm] unmapping 8192 bytes of SAREA 0xd0b21000 at 0x40015000 (II) Open APM successful (==) RADEON(0): Write-combining range (0xe400,0x400) drmOpenDevice: minor is 0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 7, (OK) drmOpenDevice: minor is 0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 7, (OK) drmOpenDevice: minor is 0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 7, (OK) drmGetBusid returned 'PCI:1:0:0' drmOpenDevice: minor is 1 drmOpenDevice: node name is /dev/dri/card1 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenDevice: minor is 2 drmOpenDevice: node name is /dev/dri/card2 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenDevice: minor is 3 drmOpenDevice: node name is /dev/dri/card3 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenDevice: minor is 4 drmOpenDevice: node name is /dev/dri/card4 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenDevice: minor is 5 drmOpenDevice: node name is /dev/dri/card5 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenDevice: minor is 6 drmOpenDevice: node name is /dev/dri/card6 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenDevice: minor is 7 drmOpenDevice: node name is /dev/dri/card7 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenDevice: minor is 8 drmOpenDevice: node name is /dev/dri/card8 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenDevice: minor is 9 drmOpenDevice: node name is /dev/dri/card9 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenDevice: minor is 10 drmOpenDevice: node name is /dev/dri/card10 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenDevice: minor is 11 drmOpenDevice: node name is /dev/dri/card11 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenDevice: minor is 12 drmOpenDevice: node name is /dev/dri/card12 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenDevice: minor is 13 drmOpenDevice: node name is /dev/dri/card13 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenDevice: minor is 14 drmOpenDevice: node name is /dev/dri/card14 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenByBusid: busid is PCI:1:0:0 drmOpenDevice: minor is 0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 7, (OK) drmOpenByBusid: drmOpenMinor returns 7 drmOpenByBusid: drmGetBusid reports PCI:1:0:0 (II) RADEON(0): [drm] drmSetBusid failed (7, PCI:1:0:0), Device or resource busy (EE) RADEON(0): [dri] DRIScreenInit failed. Disabling DRI. (II) RADEON(0): Memory manager initialized to (0,0) (1024,8191) (II) RADEON(0):
[Cooker] [Bug 5247] [XFree86] 9.2 RC1: X crashes when running GL applications on Radeon 9000 PRO
http://qa.mandrakesoft.com/show_bug.cgi?id=5247 --- Additional Comments From [EMAIL PROTECTED] 2003-12-09 20:30 --- False alert, DRI works but the Installer chooses configuration without hardware acceleration by default. I had to manually choose hardware accel in XFdrake. It seems stable now - I've run Chromium and various screensavers from rss_glx. It should crash by now, but it didn't. So this bug might have been fixed between 9.2 RC1 and RC2. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: I've recently installed Mandrake 9.2 RC1, then upgraded to cooker. The machine has the following hardware: CPU: Athlon XP 1800 Motherboard: ABIT KX7-333R RAM: 256MB Video: MiNt ATI Radeon 9000 PRO Vi/Vo When I run some GL/GLX applications, X server crashes: the monitor turns off, the X process stays running and consumes all CPU, there are no error messages in any logfiles: XFree86.0.log, messages, kernel/errors, kernel/warnings, nor kernel/info. Reproducability: 100% with solarwinds (/usr/X11R6/lig/xscreensaver/solarwinds) from rss_glx package (in contribs). Almost 100% with the Chromium game which is in main. I were able to attach gdb to that X process (by logging in to that machine with SSH). I'll attach output soon.
[Cooker] [Bug 5604] [XFree86-server] 9;.2 RC2: No DRI support for ATI Radeon 9000 PRO
http://qa.mandrakesoft.com/show_bug.cgi?id=5604 --- Additional Comments From [EMAIL PROTECTED] 2003-12-09 20:15 --- Created an attachment (id=820) -- (http://qa.mandrakesoft.com/attachment.cgi?id=820action=view) All relevant logfiles, drakx logs from installer, in .tar.gz. See files in this archive for more details. XFree86.0.log and dmesg are there. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: I did a clean install or 9.2 RC2 and then updated to cooker. I have a Radeon 9000 PRO card. In previous version (9.2 RC1) DRI worked, but sometimes crashed (see bug 5247). Now it doesn't work at all. Here's relevant info from XFree86.0.log: AUDIT: Fri Sep 12 15:24:34 2003: 1826 X: client 28 rejected from local host AUDIT: Fri Sep 12 15:24:37 2003: 1826 X: client 28 rejected from local host (II) RADEON(0): [drm] removed 1 reserved context for kernel (II) RADEON(0): [drm] unmapping 8192 bytes of SAREA 0xd0b21000 at 0x40015000 (II) Open APM successful (==) RADEON(0): Write-combining range (0xe400,0x400) drmOpenDevice: minor is 0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 7, (OK) drmOpenDevice: minor is 0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 7, (OK) drmOpenDevice: minor is 0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 7, (OK) drmGetBusid returned 'PCI:1:0:0' drmOpenDevice: minor is 1 drmOpenDevice: node name is /dev/dri/card1 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenDevice: minor is 2 drmOpenDevice: node name is /dev/dri/card2 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenDevice: minor is 3 drmOpenDevice: node name is /dev/dri/card3 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenDevice: minor is 4 drmOpenDevice: node name is /dev/dri/card4 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenDevice: minor is 5 drmOpenDevice: node name is /dev/dri/card5 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenDevice: minor is 6 drmOpenDevice: node name is /dev/dri/card6 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenDevice: minor is 7 drmOpenDevice: node name is /dev/dri/card7 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenDevice: minor is 8 drmOpenDevice: node name is /dev/dri/card8 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenDevice: minor is 9 drmOpenDevice: node name is /dev/dri/card9 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenDevice: minor is 10 drmOpenDevice: node name is /dev/dri/card10 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenDevice: minor is 11 drmOpenDevice: node name is /dev/dri/card11 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenDevice: minor is 12 drmOpenDevice: node name is /dev/dri/card12 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenDevice: minor is 13 drmOpenDevice: node name is /dev/dri/card13 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenDevice: minor is 14 drmOpenDevice: node name is /dev/dri/card14 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenByBusid: busid is PCI:1:0:0 drmOpenDevice: minor is 0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 7, (OK) drmOpenByBusid: drmOpenMinor returns 7 drmOpenByBusid: drmGetBusid reports PCI:1:0:0 (II) RADEON(0): [drm] drmSetBusid failed (7, PCI:1:0:0), Device or resource busy (EE) RADEON(0): [dri] DRIScreenInit failed. Disabling DRI. (II) RADEON(0): Memory manager initialized to (0,0) (1024,8191) (II) RADEON(0): Reserved area from (0,768) to (1024,770) (II) RADEON(0): Largest offscreen area available: 1024 x 7421 (II) RADEON(0):
[Cooker] [Bug 5247] [XFree86] 9.2 RC1: X crashes when running GL applications on Radeon 9000 PRO
http://qa.mandrakesoft.com/show_bug.cgi?id=5247 --- Additional Comments From [EMAIL PROTECTED] 2003-12-09 20:34 --- I was too early with my praise. Chromium ran fine, rss_glx screensavers too for a couple of minutes, but tuxracer not. After a few seconds of gameplay, X crashed. Strace has shown the exact same calls as before: --- SIGALRM (Alarm clock) @ 0 (0) --- sigreturn() = ? (mask now []) ioctl(7, 0x6444, 0) = -1 EBUSY (Device or resource busy) ioctl(7, 0x6444, 0) = -1 EBUSY (Device or resource busy) --- SIGALRM (Alarm clock) @ 0 (0) --- sigreturn() = ? (mask now []) ioctl(7, 0x6444, 0) = -1 EBUSY (Device or resource busy) ioctl(7, 0x6444, 0) = -1 EBUSY (Device or resource busy) --- SIGALRM (Alarm clock) @ 0 (0) --- sigreturn() = ? (mask now []) ... -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: I've recently installed Mandrake 9.2 RC1, then upgraded to cooker. The machine has the following hardware: CPU: Athlon XP 1800 Motherboard: ABIT KX7-333R RAM: 256MB Video: MiNt ATI Radeon 9000 PRO Vi/Vo When I run some GL/GLX applications, X server crashes: the monitor turns off, the X process stays running and consumes all CPU, there are no error messages in any logfiles: XFree86.0.log, messages, kernel/errors, kernel/warnings, nor kernel/info. Reproducability: 100% with solarwinds (/usr/X11R6/lig/xscreensaver/solarwinds) from rss_glx package (in contribs). Almost 100% with the Chromium game which is in main. I were able to attach gdb to that X process (by logging in to that machine with SSH). I'll attach output soon.
[Cooker] [Bug 3219] [Installation] RFE: show drive description strings along with device nodes in installer
http://qa.mandrakesoft.com/show_bug.cgi?id=3219 [EMAIL PROTECTED] changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2003-08-09 09:36 --- Hmm, you're right... -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: RESOLVED creation_date: description: Currently there are places in installer where the user has to select a hard drive for some operation (e.g. installing the bootloader). However, the selection is ony possible by device node filenames (like /dev/hda) - one cannot always be sure what drive does a particular node correspond to. I propose that in such places not only the device node filename be shown, but also a description of the device's model, like in this example: /dev/hda: SAMSUNG SV2042H The information can be extracted from /proc/ide/hdX/model (substitute [a-d] for X of course). I don't know about SCSI, though... The most obvious places where this would be used are partitioning phase (the drive tabs at the top of the disks scheme), and bootloader installation (where you select the drive where the bootloader would be installed). In the partitions editor I would imagine that each tab gets a bit higher to contain the second line of text: in addition to device name (e.g. hda) it would contain the model string in the second row below. Of course, the second row would use a smaller font since the string would be much longer than device name. For assessing typical sizes of Hard driver model strings, here are some samples extracted from my machines, grouped by vendor: Samsung: SAMSUNG SV2042H SAMSUNG SV4002H Western Digital: WDC WD43AA WDC WD150EB-00BHF0 Seagate: ST3120023A In bootloader installation, the drive for bootloader is selected from a drop-down, so I propose that instead of plain device name, the model string be simply appended there with concatenation.
[Cooker] [Bug 5197] [drakxtools] scannerdrake doesn't install sane packages
http://qa.mandrakesoft.com/show_bug.cgi?id=5197 --- Additional Comments From [EMAIL PROTECTED] 2003-08-09 09:38 --- Please, wait until I test with a clean install of RC1 - I cannot reproduce it now, but maybe clean install will make it bo back... -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: NEEDINFO creation_date: description: I've installed Mandrake 9.2 RC1 and updated to cooker. I have a Plustek OpticPro UT12 USB scanner. I've run scannerdrake and it detected 2 instances of scanner: hp4200 and plustek, both on /dev/usb/scanner0. That's ok, I just need to use the correct one. But scannerdrake didn't install packages necessary to take use of that scanner - xsane, xsane-gimp (if gimp is present). I had to install them manually by doing su to root and using rpmdrake. A newbie would probably not handle that.
[Cooker] [Bug 3219] [Installation] RFE: show drive description strings along with device nodes in installer
http://qa.mandrakesoft.com/show_bug.cgi?id=3219 --- Additional Comments From [EMAIL PROTECTED] 2003-07-09 19:29 --- Another idea that came to my ming is to place a pop-up menu on device tabs. You right-click on hda tab, select Device info and get Vender, model string, and human-readable capacity e.g. Western Digital WDC WD150EB-00BHF0 15 GB or: Western Digital WDC WD43AA 4312 MB By human-readable capacity I mean given in megabytes for drives that are smaller than 8.5 GB, given in gigabytes for drives that are larger. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: ASSIGNED creation_date: description: Currently there are places in installer where the user has to select a hard drive for some operation (e.g. installing the bootloader). However, the selection is ony possible by device node filenames (like /dev/hda) - one cannot always be sure what drive does a particular node correspond to. I propose that in such places not only the device node filename be shown, but also a description of the device's model, like in this example: /dev/hda: SAMSUNG SV2042H The information can be extracted from /proc/ide/hdX/model (substitute [a-d] for X of course). I don't know about SCSI, though... The most obvious places where this would be used are partitioning phase (the drive tabs at the top of the disks scheme), and bootloader installation (where you select the drive where the bootloader would be installed). In the partitions editor I would imagine that each tab gets a bit higher to contain the second line of text: in addition to device name (e.g. hda) it would contain the model string in the second row below. Of course, the second row would use a smaller font since the string would be much longer than device name. For assessing typical sizes of Hard driver model strings, here are some samples extracted from my machines, grouped by vendor: Samsung: SAMSUNG SV2042H SAMSUNG SV4002H Western Digital: WDC WD43AA WDC WD150EB-00BHF0 Seagate: ST3120023A In bootloader installation, the drive for bootloader is selected from a drop-down, so I propose that instead of plain device name, the model string be simply appended there with concatenation.
[Cooker] [Bug 5200] [Installation] 9.2 RC1 installer messes up windows lilo entries during upgrade
http://qa.mandrakesoft.com/show_bug.cgi?id=5200 --- Additional Comments From [EMAIL PROTECTED] 2003-05-09 14:44 --- Created an attachment (id=753) -- (http://qa.mandrakesoft.com/attachment.cgi?id=753action=view) whole /root/drakx excludin replay_install.img, .tar.bz2 archive -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: I've upgraded from Mandrake 9.1 ro 9.2 RC1 on a Thinkpad A21e laptop. There were 2 windows partitions: hda1 (actual Windows partition) and hda2 (hidden IBM service DOS partition). During upgrade, the installer placed the hda2 secondary servicing partition twice into lilo.conf (labelled windows and windows2), while the hda1 partition was not added. Luckily, it preserved the old entry as windows_old. The resulting lilo.conf looked like this: boot=/dev/hda map=/boot/map vga=791 default=windows keytable=/boot/us.klt prompt nowarn timeout=100 message=/boot/message menu-scheme=wb:bw:wb:bw image=/boot/vmlinuz label=linux root=/dev/hda5 initrd=/boot/initrd.img append=devfs=mount acpi=off read-only other=/dev/hda2 label=windows table=/dev/hda other=/dev/hda2 label=windows2 table=/dev/hda other=/dev/fd0 label=floppy unsafe image=/boot/vmlinuz-2.4.21-0.18mdk label=old_linux root=/dev/hda5 initrd=/boot/initrd-2.4.21-0.18mdk.img append=devfs=mount acpi=off read-only image=/boot/vmlinuz-2.4.21-0.18mdk label=2421-18 root=/dev/hda5 initrd=/boot/initrd-2.4.21-0.18mdk.img append=devfs=mount acpi=off read-only image=/boot/vmlinuz label=failsafe root=/dev/hda5 initrd=/boot/initrd.img append=devfs=nomount acpi=off failsafe read-only other=/dev/hda1 label=dos table=/dev/hda other=/dev/hda1 label=old_windows table=/dev/hda
[Cooker] [Bug 5197] [drakxtools] scannerdrake doesn't install sane packages
http://qa.mandrakesoft.com/show_bug.cgi?id=5197 --- Additional Comments From [EMAIL PROTECTED] 2003-04-09 12:01 --- This is weird... Now scannerdrake installs xsane and xsane-gimp, whether run standalone or from drakconf... I'll attach the log, but it only reports that xsane and xsane-gimp are being installed... Does the fact that scanner has already been configured on that machine influence this? Does scannerdrake write this configuration data somewhere? Maybe I should not only remove xsane, but also configuration files created by scannerdrake? Which ones? -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: I've installed Mandrake 9.2 RC1 and updated to cooker. I have a Plustek OpticPro UT12 USB scanner. I've run scannerdrake and it detected 2 instances of scanner: hp4200 and plustek, both on /dev/usb/scanner0. That's ok, I just need to use the correct one. But scannerdrake didn't install packages necessary to take use of that scanner - xsane, xsane-gimp (if gimp is present). I had to install them manually by doing su to root and using rpmdrake. A newbie would probably not handle that.
[Cooker] [Bug 5200] [Installation] 9.2 RC1 installer messes up windows lilo entries during upgrade
http://qa.mandrakesoft.com/show_bug.cgi?id=5200 --- Additional Comments From [EMAIL PROTECTED] 2003-04-09 12:02 --- Ok, as soon as I get access to that machine (can't say when, though :( ). -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: I've upgraded from Mandrake 9.1 ro 9.2 RC1 on a Thinkpad A21e laptop. There were 2 windows partitions: hda1 (actual Windows partition) and hda2 (hidden IBM service DOS partition). During upgrade, the installer placed the hda2 secondary servicing partition twice into lilo.conf (labelled windows and windows2), while the hda1 partition was not added. Luckily, it preserved the old entry as windows_old. The resulting lilo.conf looked like this: boot=/dev/hda map=/boot/map vga=791 default=windows keytable=/boot/us.klt prompt nowarn timeout=100 message=/boot/message menu-scheme=wb:bw:wb:bw image=/boot/vmlinuz label=linux root=/dev/hda5 initrd=/boot/initrd.img append=devfs=mount acpi=off read-only other=/dev/hda2 label=windows table=/dev/hda other=/dev/hda2 label=windows2 table=/dev/hda other=/dev/fd0 label=floppy unsafe image=/boot/vmlinuz-2.4.21-0.18mdk label=old_linux root=/dev/hda5 initrd=/boot/initrd-2.4.21-0.18mdk.img append=devfs=mount acpi=off read-only image=/boot/vmlinuz-2.4.21-0.18mdk label=2421-18 root=/dev/hda5 initrd=/boot/initrd-2.4.21-0.18mdk.img append=devfs=mount acpi=off read-only image=/boot/vmlinuz label=failsafe root=/dev/hda5 initrd=/boot/initrd.img append=devfs=nomount acpi=off failsafe read-only other=/dev/hda1 label=dos table=/dev/hda other=/dev/hda1 label=old_windows table=/dev/hda
[Cooker] [Bug 5197] [drakxtools] scannerdrake doesn't install sane packages
http://qa.mandrakesoft.com/show_bug.cgi?id=5197 --- Additional Comments From [EMAIL PROTECTED] 2003-04-09 12:03 --- Created an attachment (id=740) -- (http://qa.mandrakesoft.com/attachment.cgi?id=740action=view) Log from drakconf -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: I've installed Mandrake 9.2 RC1 and updated to cooker. I have a Plustek OpticPro UT12 USB scanner. I've run scannerdrake and it detected 2 instances of scanner: hp4200 and plustek, both on /dev/usb/scanner0. That's ok, I just need to use the correct one. But scannerdrake didn't install packages necessary to take use of that scanner - xsane, xsane-gimp (if gimp is present). I had to install them manually by doing su to root and using rpmdrake. A newbie would probably not handle that.
[Cooker] [Bug 5247] [XFree86] 9.2 RC1: X crashes when running GL applications on Radeon 9000 PRO
http://qa.mandrakesoft.com/show_bug.cgi?id=5247 --- Additional Comments From [EMAIL PROTECTED] 2003-03-09 23:47 --- Created an attachment (id=736) -- (http://qa.mandrakesoft.com/attachment.cgi?id=736action=view) attached with gdb, extracted backtrace -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: I've recently installed Mandrake 9.2 RC1, then upgraded to cooker. The machine has the following hardware: CPU: Athlon XP 1800 Motherboard: ABIT KX7-333R RAM: 256MB Video: MiNt ATI Radeon 9000 PRO Vi/Vo When I run some GL/GLX applications, X server crashes: the monitor turns off, the X process stays running and consumes all CPU, there are no error messages in any logfiles: XFree86.0.log, messages, kernel/errors, kernel/warnings, nor kernel/info. Reproducability: 100% with solarwinds (/usr/X11R6/lig/xscreensaver/solarwinds) from rss_glx package (in contribs). Almost 100% with the Chromium game which is in main. I were able to attach gdb to that X process (by logging in to that machine with SSH). I'll attach output soon.
[Cooker] [Bug 5247] [XFree86] New: 9.2 RC1: X crashes when running GL applications on Radeon 9000 PRO
http://qa.mandrakesoft.com/show_bug.cgi?id=5247 Product: XFree86 Component: XFree86 Summary: 9.2 RC1: X crashes when running GL applications on Radeon 9000 PRO Product: XFree86 Version: 4.3-19mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 Component: XFree86 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I've recently installed Mandrake 9.2 RC1, then upgraded to cooker. The machine has the following hardware: CPU: Athlon XP 1800 Motherboard: ABIT KX7-333R RAM: 256MB Video: MiNt ATI Radeon 9000 PRO Vi/Vo When I run some GL/GLX applications, X server crashes: the monitor turns off, the X process stays running and consumes all CPU, there are no error messages in any logfiles: XFree86.0.log, messages, kernel/errors, kernel/warnings, nor kernel/info. Reproducability: 100% with solarwinds (/usr/X11R6/lig/xscreensaver/solarwinds) from rss_glx package (in contribs). Almost 100% with the Chromium game which is in main. I were able to attach gdb to that X process (by logging in to that machine with SSH). I'll attach output soon. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 5247] [XFree86] 9.2 RC1: X crashes when running GL applications on Radeon 9000 PRO
http://qa.mandrakesoft.com/show_bug.cgi?id=5247 --- Additional Comments From [EMAIL PROTECTED] 2003-03-09 23:48 --- Created an attachment (id=737) -- (http://qa.mandrakesoft.com/attachment.cgi?id=737action=view) another backtrace -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: I've recently installed Mandrake 9.2 RC1, then upgraded to cooker. The machine has the following hardware: CPU: Athlon XP 1800 Motherboard: ABIT KX7-333R RAM: 256MB Video: MiNt ATI Radeon 9000 PRO Vi/Vo When I run some GL/GLX applications, X server crashes: the monitor turns off, the X process stays running and consumes all CPU, there are no error messages in any logfiles: XFree86.0.log, messages, kernel/errors, kernel/warnings, nor kernel/info. Reproducability: 100% with solarwinds (/usr/X11R6/lig/xscreensaver/solarwinds) from rss_glx package (in contribs). Almost 100% with the Chromium game which is in main. I were able to attach gdb to that X process (by logging in to that machine with SSH). I'll attach output soon.
[Cooker] [Bug 5247] [XFree86] 9.2 RC1: X crashes when running GL applications on Radeon 9000 PRO
http://qa.mandrakesoft.com/show_bug.cgi?id=5247 --- Additional Comments From [EMAIL PROTECTED] 2003-03-09 23:49 --- Created an attachment (id=738) -- (http://qa.mandrakesoft.com/attachment.cgi?id=738action=view) output from strace attached to the X process -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: I've recently installed Mandrake 9.2 RC1, then upgraded to cooker. The machine has the following hardware: CPU: Athlon XP 1800 Motherboard: ABIT KX7-333R RAM: 256MB Video: MiNt ATI Radeon 9000 PRO Vi/Vo When I run some GL/GLX applications, X server crashes: the monitor turns off, the X process stays running and consumes all CPU, there are no error messages in any logfiles: XFree86.0.log, messages, kernel/errors, kernel/warnings, nor kernel/info. Reproducability: 100% with solarwinds (/usr/X11R6/lig/xscreensaver/solarwinds) from rss_glx package (in contribs). Almost 100% with the Chromium game which is in main. I were able to attach gdb to that X process (by logging in to that machine with SSH). I'll attach output soon.
[Cooker] [Bug 5247] [XFree86] 9.2 RC1: X crashes when running GL applications on Radeon 9000 PRO
http://qa.mandrakesoft.com/show_bug.cgi?id=5247 --- Additional Comments From [EMAIL PROTECTED] 2003-03-09 23:50 --- Created an attachment (id=739) -- (http://qa.mandrakesoft.com/attachment.cgi?id=739action=view) output from lspci -v to list the hardware involved -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: I've recently installed Mandrake 9.2 RC1, then upgraded to cooker. The machine has the following hardware: CPU: Athlon XP 1800 Motherboard: ABIT KX7-333R RAM: 256MB Video: MiNt ATI Radeon 9000 PRO Vi/Vo When I run some GL/GLX applications, X server crashes: the monitor turns off, the X process stays running and consumes all CPU, there are no error messages in any logfiles: XFree86.0.log, messages, kernel/errors, kernel/warnings, nor kernel/info. Reproducability: 100% with solarwinds (/usr/X11R6/lig/xscreensaver/solarwinds) from rss_glx package (in contribs). Almost 100% with the Chromium game which is in main. I were able to attach gdb to that X process (by logging in to that machine with SSH). I'll attach output soon.
[Cooker] [Bug 5197] [drakxtools] New: scannerdrake doesn't install sane packages
http://qa.mandrakesoft.com/show_bug.cgi?id=5197 Product: drakxtools Component: scannerdrake Summary: scannerdrake doesn't install sane packages Product: drakxtools Version: 9.2-6mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 Component: scannerdrake AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I've installed Mandrake 9.2 RC1 and updated to cooker. I have a Plustek OpticPro UT12 USB scanner. I've run scannerdrake and it detected 2 instances of scanner: hp4200 and plustek, both on /dev/usb/scanner0. That's ok, I just need to use the correct one. But scannerdrake didn't install packages necessary to take use of that scanner - xsane, xsane-gimp (if gimp is present). I had to install them manually by doing su to root and using rpmdrake. A newbie would probably not handle that. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 5198] [kdebase] New: KDE mountwatcher not running Error on KDE startup
http://qa.mandrakesoft.com/show_bug.cgi?id=5198 Product: kdebase Component: kdebase Summary: KDE mountwatcher not running Error on KDE startup Product: kdebase Version: 3.1.3-36mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 Component: kdebase AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I've made a test upgrade from Mandrake 9.1 to 9.2 RC1 on a Thinkpad A21e laptop. When starting KDE, I see the following error messagebox: The KDE mountwatcher is not running. Please activate it in Control Center-KDE Components-Service Manager, if you want to use the devices:/ protocol When trying to go to Service Manager, I get the following messagebox: Unable to contact KDED! -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 5198] [kdebase] KDE mountwatcher not running Error on KDE startup
http://qa.mandrakesoft.com/show_bug.cgi?id=5198 --- Additional Comments From [EMAIL PROTECTED] 2003-02-09 15:11 --- When shutting down the system, I also get the following error when filesystems are unmounted: umount /mnt/floppy: illegal seek BTW, commenting out floppy entry in /etc/fstab makes all those problems go away. The fstab looked like this: /dev/hda5 / ext3 noatime 1 1 none /dev/pts devpts mode=0620 0 0 none /mnt/cdrom supermount dev=/dev/hdb,fs=auto,ro,--,iocharset=utf8,umask=0 0 0 none /mnt/floppy supermount dev=/dev/fd0,fs=auto,--,iocharset=utf8,sync,umask=0 0 0 /dev/hda1 /mnt/win_c vfat quiet,iocharset=utf8,umask=0,showexec 0 0 /dev/hda2 /mnt/win_d vfat quiet,iocharset=utf8,umask=0,showexec 0 0 none /proc proc defaults 0 0 /swap none swap /dev/sda1 /mnt/camera auto user,iocharset=utf8,kudzu,noauto,umask=0,exec 0 0 -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: I've made a test upgrade from Mandrake 9.1 to 9.2 RC1 on a Thinkpad A21e laptop. When starting KDE, I see the following error messagebox: The KDE mountwatcher is not running. Please activate it in Control Center-KDE Components-Service Manager, if you want to use the devices:/ protocol When trying to go to Service Manager, I get the following messagebox: Unable to contact KDED!
[Cooker] [Bug 5200] [Installation] New: 9.2 RC1 installer messes up windows lilo entries during upgrade
http://qa.mandrakesoft.com/show_bug.cgi?id=5200 Product: Installation Component: Installation Summary: 9.2 RC1 installer messes up windows lilo entries during upgrade Product: Installation Version: 1.805 Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 Component: Installation AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I've upgraded from Mandrake 9.1 ro 9.2 RC1 on a Thinkpad A21e laptop. There were 2 windows partitions: hda1 (actual Windows partition) and hda2 (hidden IBM service DOS partition). During upgrade, the installer placed the hda2 secondary servicing partition twice into lilo.conf (labelled windows and windows2), while the hda1 partition was not added. Luckily, it preserved the old entry as windows_old. The resulting lilo.conf looked like this: boot=/dev/hda map=/boot/map vga=791 default=windows keytable=/boot/us.klt prompt nowarn timeout=100 message=/boot/message menu-scheme=wb:bw:wb:bw image=/boot/vmlinuz label=linux root=/dev/hda5 initrd=/boot/initrd.img append=devfs=mount acpi=off read-only other=/dev/hda2 label=windows table=/dev/hda other=/dev/hda2 label=windows2 table=/dev/hda other=/dev/fd0 label=floppy unsafe image=/boot/vmlinuz-2.4.21-0.18mdk label=old_linux root=/dev/hda5 initrd=/boot/initrd-2.4.21-0.18mdk.img append=devfs=mount acpi=off read-only image=/boot/vmlinuz-2.4.21-0.18mdk label=2421-18 root=/dev/hda5 initrd=/boot/initrd-2.4.21-0.18mdk.img append=devfs=mount acpi=off read-only image=/boot/vmlinuz label=failsafe root=/dev/hda5 initrd=/boot/initrd.img append=devfs=nomount acpi=off failsafe read-only other=/dev/hda1 label=dos table=/dev/hda other=/dev/hda1 label=old_windows table=/dev/hda -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 5198] [kdebase] KDE mountwatcher not running Error on KDE startup
http://qa.mandrakesoft.com/show_bug.cgi?id=5198 --- Additional Comments From [EMAIL PROTECTED] 2003-02-09 14:37 --- Created an attachment (id=725) -- (http://qa.mandrakesoft.com/attachment.cgi?id=725action=view) Scrfeenshot, error when opening KDE Service Manager -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: I've made a test upgrade from Mandrake 9.1 to 9.2 RC1 on a Thinkpad A21e laptop. When starting KDE, I see the following error messagebox: The KDE mountwatcher is not running. Please activate it in Control Center-KDE Components-Service Manager, if you want to use the devices:/ protocol When trying to go to Service Manager, I get the following messagebox: Unable to contact KDED!
[Cooker] [Bug 5198] [kdebase] KDE mountwatcher not running Error on KDE startup
http://qa.mandrakesoft.com/show_bug.cgi?id=5198 --- Additional Comments From [EMAIL PROTECTED] 2003-02-09 14:36 --- Created an attachment (id=724) -- (http://qa.mandrakesoft.com/attachment.cgi?id=724action=view) Screenshot, error from KDE startup -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: I've made a test upgrade from Mandrake 9.1 to 9.2 RC1 on a Thinkpad A21e laptop. When starting KDE, I see the following error messagebox: The KDE mountwatcher is not running. Please activate it in Control Center-KDE Components-Service Manager, if you want to use the devices:/ protocol When trying to go to Service Manager, I get the following messagebox: Unable to contact KDED!
[Cooker] [Bug 5198] [kdebase] KDE mountwatcher not running Error on KDE startup
http://qa.mandrakesoft.com/show_bug.cgi?id=5198 --- Additional Comments From [EMAIL PROTECTED] 2003-02-09 14:37 --- Created an attachment (id=726) -- (http://qa.mandrakesoft.com/attachment.cgi?id=726action=view) /var/log/dmesg file -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: I've made a test upgrade from Mandrake 9.1 to 9.2 RC1 on a Thinkpad A21e laptop. When starting KDE, I see the following error messagebox: The KDE mountwatcher is not running. Please activate it in Control Center-KDE Components-Service Manager, if you want to use the devices:/ protocol When trying to go to Service Manager, I get the following messagebox: Unable to contact KDED!
[Cooker] [Bug 5198] [kdebase] KDE mountwatcher not running Error on KDE startup
http://qa.mandrakesoft.com/show_bug.cgi?id=5198 --- Additional Comments From [EMAIL PROTECTED] 2003-02-09 14:55 --- More details: I'm using kernel 2.4.22-1mdk. Might be also related that it (laptop) hasn't got a floppy drive installed. When launching KDE, I get an error mentioned, and the following kernel panic on the active text virtual console and in the logs (the system continues to run): Aug 31 00:51:20 amarczuk_laptop kernel: Floppy drive(s): fd0 is 1.44M Aug 31 00:51:23 amarczuk_laptop kernel: floppy0: no floppy controllers found Aug 31 00:51:24 amarczuk_laptop kernel: hdb: attached ide-cdrom driver. Aug 31 00:51:24 amarczuk_laptop kernel: hdb: ATAPI 24X CD-ROM drive, 128kB Cache, UDMA(33) Aug 31 00:51:24 amarczuk_laptop kernel: Uniform CD-ROM driver Revision: 3.12 Aug 31 00:51:25 amarczuk_laptop kernel: SCSI subsystem driver Revision: 1.00 Aug 31 00:51:28 amarczuk_laptop /usr/bin/tp4d: `/tmp/tp4pipe' already exists - make sure that no other instance or this program is running and delete `/tmp/tp4pipe' Aug 31 00:51:28 amarczuk_laptop /usr/bin/tp4d: the current settings are: Aug 31 00:51:44 amarczuk_laptop kernel: udf: registering filesystem Aug 31 00:51:44 amarczuk_laptop kernel: hdb: packet command error: status=0x51 { DriveReady SeekComplete Error } Aug 31 00:51:44 amarczuk_laptop kernel: hdb: packet command error: error=0x54 Aug 31 00:51:44 amarczuk_laptop kernel: ATAPI device hdb: Aug 32 00:51:44 amarczuk_laptop kernel: Error: Illegal request -- (Sense key=0x05) Aug 31 00:51:44 amarczuk_laptop kernel: Invalid field in command packet -- (asc=0x24, ascq=0x00) Aug 31 00:51:44 amarczuk_laptop kernel: The failed Start/Stop Unit packet command was: Aug 31 00:51:44 amarczuk_laptop kernel: 1b 00 00 00 03 00 00 00 00 00 00 00 Aug 31 00:51:44 amarczuk_laptop kernel: cdrom: open failed. Aug 31 00:51:44 amarczuk_laptop kernel: Unable to handle kernel paging request at virtual address 818b1457 Aug 31 00:51:44 amarczuk_laptop kernel: printing eip: Aug 31 00:51:44 amarczuk_laptop kernel: c01d0bdd Aug 31 00:51:44 amarczuk_laptop kernel: *pde = Aug 31 00:51:44 amarczuk_laptop kernel: Oops: Aug 31 00:51:44 amarczuk_laptop kernel: udf sg st sr_mod sd_mod scsi_mod ide-cd cdrom binfmt_misc nvram smapi thinkpad ipt_TOS ipt_MASQUERADE ipt_REJECT ipt_LOG ipt_state ipt_multiport ipt_conntrack iptable_filter iptable_mangle iptable_nat ip_conntrack ip_tables i810_audio ac97_codec soundcore ds yenta_socket pcmcia_core af_packet usbmouse keybdev mousedev hid input nls_utf8 nls_cp437 vfat fat supermount usb-uhci usbcore rtc ext3 jbd Aug 31 00:51:44 amarczuk_laptop kernel: CPU:0 Aug 31 00:51:44 amarczuk_laptop kernel: EIP: 0010:[try_inc_mod_count+13/48]Not tainted Aug 31 00:51:44 amarczuk_laptop kernel: EIP: 0010:[c01d0bdd]Not tainted Aug 31 00:51:44 amarczuk_laptop kernel: EFLAGS: 00010282 Aug 31 00:51:44 amarczuk_laptop kernel: EIP is at try_inc_mod_count+0xd/0x30 [kernel] Aug 31 00:51:44 amarczuk_laptop kernel: eax: 0001 ebx: cefe7960 ecx: 818b1443 edx: cb82d000 Aug 31 00:51:44 amarczuk_laptop kernel: esi: 61b0 edi: ebp: 0001 esp: c9d0fe18 Aug 31 00:51:44 amarczuk_laptop kernel: ds: 0018 es: 0018 ss: 0018 Aug 31 00:51:44 amarczuk_laptop kernel: Process kdeinit (pid: 2596, stackpage=c9d0f000) Aug 31 00:51:44 amarczuk_laptop kernel: Stack: c0229b24 818b1443 cefe7960 fff3 00020010 c01fda93 cefe7960 cb82d080 Aug 31 00:51:44 amarczuk_laptop kernel:cb82d080 0001 03400018 ceb33f60 cacd37a0 c12ce320 0246 c12ce5a0 Aug 31 00:51:44 amarczuk_laptop kernel:d0d3e780 0009 0001 c020e0e9 fff4 d0d3e780 c12ce5a0 00020010 Aug 31 00:51:44 amarczuk_laptop kernel: Call Trace: Aug 31 00:51:44 amarczuk_laptop kernel: [devfs_get_ops+116/144] devfs_get_ops+0x74/0x90 [kernel] Aug 31 00:51:44 amarczuk_laptop kernel: [c0229b24] devfs_get_ops+0x74/0x90 [kernel] Aug 31 00:51:44 amarczuk_laptop kernel: [get_sb_bdev+147/688] get_sb_bdev+0x93/0x2b0 [kernel] Aug 31 00:51:44 amarczuk_laptop kernel: [c01fda93] get_sb_bdev+0x93/0x2b0 [kernel] Aug 31 00:51:44 amarczuk_laptop kernel: [af_packet:packet_socks_nr+1645980/59165456] udf_fstype+0x0/0x20 [udf] Aug 31 00:51:44 amarczuk_laptop kernel: [d0d3e780] udf_fstype+0x0/0x20 [udf] Aug 31 00:51:44 amarczuk_laptop kernel: [alloc_vfsmnt+121/176] alloc_vfsmnt+0x79/0xb0 [kernel] Aug 31 00:51:44 amarczuk_laptop kernel: [c020e0e9] alloc_vfsmnt+0x79/0xb0 [kernel] Aug 31 00:51:44 amarczuk_laptop kernel: [af_packet:packet_socks_nr+1645980/59165456] udf_fstype+0x0/0x20 [udf] Aug 31 00:51:44 amarczuk_laptop kernel: [d0d3e780] udf_fstype+0x0/0x20 [udf] Aug 31 00:51:44 amarczuk_laptop kernel: [do_kern_mount+276/304] do_kern_mount+0x114/0x130 [kernel] Aug 31 00:51:44 amarczuk_laptop kernel: [c01fdef4] do_kern_mount+0x114/0x130 [kernel] Aug 31 00:51:44 amarczuk_laptop kernel: [af_packet:packet_socks_nr+1645980/59165456] udf_fstype+0x0/0x20 [udf] Aug 31 00:51:44 amarczuk_laptop
[Cooker] [Bug 5123] [Installation] New: 9.2 RC1 installer hangs in individual package selection
http://qa.mandrakesoft.com/show_bug.cgi?id=5123 Product: Installation Component: Installation Summary: 9.2 RC1 installer hangs in individual package selection Product: Installation Version: 1.805 Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 Component: Installation AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] The description of problem pertains to RC1 installer. I've selected polish language for installation, but also russian and english. I've clicked Use Unicode by default. After partitioning, I've activated all package groups for installation, and clicked Individual package selection. I've been selecting various packages from different groups: workstation, then graphical envoironments, then servers, then went to programming section. I've selected perl-MIME-tools. The dependencies messagebox appeared on screen in polish, but roughly translated to english it would be: The following packages will be installed: perl-MIME-tools, paerl-MailTools, perl-TimeDate. Two buttons, OK and Cancel. The GUI of installer hung at this stage: clicking anywhere, including buttons, didn't cause any effect. Switching between virtual consoles was possible, though, and on the first console there was this error (I can't say if it was related): (runinstall2:10):Gtk-CRITICAL **: file ../../gtk/gtkbox.c: line 408 (gtk_box_pack_end): assertion `child-parent == NULL' failed On third console the following action were reported by the installer before the GUI hung: * read header file /mnt/tmp/headers/perl-MIME-tools-5.411-6mdk.noarch -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 5123] [Installation] 9.2 RC1 installer hangs in individual package selection
http://qa.mandrakesoft.com/show_bug.cgi?id=5123 --- Additional Comments From [EMAIL PROTECTED] 2003-01-09 10:54 --- BTW ,the GTK assertion in gtkbox.c is spit out by the GUI installer all the time, the error mentioned not only accopmanied the hang, but was present on console 1 from the beginning of GUI installation, logged multiple times. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: The description of problem pertains to RC1 installer. I've selected polish language for installation, but also russian and english. I've clicked Use Unicode by default. After partitioning, I've activated all package groups for installation, and clicked Individual package selection. I've been selecting various packages from different groups: workstation, then graphical envoironments, then servers, then went to programming section. I've selected perl-MIME-tools. The dependencies messagebox appeared on screen in polish, but roughly translated to english it would be: The following packages will be installed: perl-MIME-tools, paerl-MailTools, perl-TimeDate. Two buttons, OK and Cancel. The GUI of installer hung at this stage: clicking anywhere, including buttons, didn't cause any effect. Switching between virtual consoles was possible, though, and on the first console there was this error (I can't say if it was related): (runinstall2:10):Gtk-CRITICAL **: file ../../gtk/gtkbox.c: line 408 (gtk_box_pack_end): assertion `child-parent == NULL' failed On third console the following action were reported by the installer before the GUI hung: * read header file /mnt/tmp/headers/perl-MIME-tools-5.411-6mdk.noarch
[Cooker] [Bug 5125] [Installation] New: 9.2 RC1: cannot safely abort installation
http://qa.mandrakesoft.com/show_bug.cgi?id=5125 Product: Installation Component: Installation Summary: 9.2 RC1: cannot safely abort installation Product: Installation Version: 1.805 Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 Component: Installation AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Two changes introduced in 9.2 installer make it impossible to safely abort installation when something fails or the user simply hanges his mind: 1) in 9.2 installer it's not possible to navigate between installation stages by clicking left sidebar items anymore. So it's impossible to click Exit install and terminate anymore. 2) for more conscious users, BusyBox on seconde virtual console could be used. But the commands shutdown, reboot, halt aren't available. Calling init 6 doesn't work also, it gives a strange/amusing error: *** TESTING MODE *** (pid is 190) Welcome to Mandrake Linux E: could not set new controlling tty Moltes! MOLTES! Running install... error in exec stage1 :-( install succeeded And nothing happens, busybox continues running... -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 5126] [Installation] New: app-defaults-ru is not autochosen when russian language is selected
http://qa.mandrakesoft.com/show_bug.cgi?id=5126 Product: Installation Component: Installation Summary: app-defaults-ru is not autochosen when russian language is selected Product: Installation Version: 1.805 Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 Component: Installation AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] In 9.2 RC1 installer when the russian language support is selected at the first install stage, the package app-defaults-ru should be chosen for installation automatically by the installer, but it is not. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 3219] [Installation] RFE: show drive description strings along with device nodes in installer
http://qa.mandrakesoft.com/show_bug.cgi?id=3219 --- Additional Comments From [EMAIL PROTECTED] 2003-01-09 11:28 --- Yes, the feature hasn't been implemented yet in Mandrake 9.2 RC1 installer. The bug is still valid. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: NEW creation_date: description: Currently there are places in installer where the user has to select a hard drive for some operation (e.g. installing the bootloader). However, the selection is ony possible by device node filenames (like /dev/hda) - one cannot always be sure what drive does a particular node correspond to. I propose that in such places not only the device node filename be shown, but also a description of the device's model, like in this example: /dev/hda: SAMSUNG SV2042H The information can be extracted from /proc/ide/hdX/model (substitute [a-d] for X of course). I don't know about SCSI, though... The most obvious places where this would be used are partitioning phase (the drive tabs at the top of the disks scheme), and bootloader installation (where you select the drive where the bootloader would be installed). In the partitions editor I would imagine that each tab gets a bit higher to contain the second line of text: in addition to device name (e.g. hda) it would contain the model string in the second row below. Of course, the second row would use a smaller font since the string would be much longer than device name. For assessing typical sizes of Hard driver model strings, here are some samples extracted from my machines, grouped by vendor: Samsung: SAMSUNG SV2042H SAMSUNG SV4002H Western Digital: WDC WD43AA WDC WD150EB-00BHF0 Seagate: ST3120023A In bootloader installation, the drive for bootloader is selected from a drop-down, so I propose that instead of plain device name, the model string be simply appended there with concatenation.
[Cooker] [Bug 4527] [Installation] Add a polish NTP server to the list of NTP servers
http://qa.mandrakesoft.com/show_bug.cgi?id=4527 --- Additional Comments From [EMAIL PROTECTED] 2003-01-09 12:09 --- The option is still missing from 9.2 RC1 installer. Please, add it, an entry for Polska/ntp.certum.pl. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: During the final installation stage, it's possible to setup NTP time synchronisation with a public server. The installer has a list of public servers, but that list lacks a server in Poland. I suggest one of two following servers: ntp.certum.pl vega.cbk.poznan.pl So the list should contain: Polska/ntp.certum.pl Polska/vega.cbk.poznan.pl
[Cooker] [Bug 4697] [drakxtools] Add SMB to the list of services that can be unblocked
http://qa.mandrakesoft.com/show_bug.cgi?id=4697 --- Additional Comments From [EMAIL PROTECTED] 2003-01-09 12:08 --- It is still valid in 9.2 RC1 installer. Please, add this setting, it makes it so much simpler for users in heterogenous networks to setup their personal firewall settings... -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: NEW creation_date: description: Mandrake is frequently used as a SMB server with use of Samba. The list of ports that need to be passed through for the SMB protocol to work lists 4 ports, and it's not very easy to find this list on the Internet. Those ports are: 137/udp 138/udp 139/tcp 445/tcp So anyone who would like to open SMB using drakfirewall, would have to click advanced and type: 137/udp 138/udp 139/tcp 445/tcp This is far from intuitive of course, even for advanced power-users who want a personal firewall on their workstation and filesharing with Windows at the same time. I propose that an additional checkbox be added to drakfirewall, SMB, that opens those 4 ports on the firewall.
[Cooker] [Bug 5123] [Installation] 9.2 RC1 installer hangs in individual package selection
http://qa.mandrakesoft.com/show_bug.cgi?id=5123 --- Additional Comments From [EMAIL PROTECTED] 2003-01-09 14:57 --- Hmmm, it's possible that I've clicked in that message dialog before package list managed to refresh... So it might be a dupe of bug 5023 (what a coincidence in bug IDs ;-) ), but that's very uncertain. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: The description of problem pertains to RC1 installer. I've selected polish language for installation, but also russian and english. I've clicked Use Unicode by default. After partitioning, I've activated all package groups for installation, and clicked Individual package selection. I've been selecting various packages from different groups: workstation, then graphical envoironments, then servers, then went to programming section. I've selected perl-MIME-tools. The dependencies messagebox appeared on screen in polish, but roughly translated to english it would be: The following packages will be installed: perl-MIME-tools, paerl-MailTools, perl-TimeDate. Two buttons, OK and Cancel. The GUI of installer hung at this stage: clicking anywhere, including buttons, didn't cause any effect. Switching between virtual consoles was possible, though, and on the first console there was this error (I can't say if it was related): (runinstall2:10):Gtk-CRITICAL **: file ../../gtk/gtkbox.c: line 408 (gtk_box_pack_end): assertion `child-parent == NULL' failed On third console the following action were reported by the installer before the GUI hung: * read header file /mnt/tmp/headers/perl-MIME-tools-5.411-6mdk.noarch
[Cooker] [Bug 5133] [rpmdrake] Polish translation encoded incorrectly
http://qa.mandrakesoft.com/show_bug.cgi?id=5133 --- Additional Comments From [EMAIL PROTECTED] 2003-01-09 15:21 --- Created an attachment (id=715) -- (http://qa.mandrakesoft.com/attachment.cgi?id=715action=view) Screenshot, wrong characters are circled with red color -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: It seems that there was some messup with polish strings in rpmdrake. It's in 9.2 RC 1. Instead of polish diacritical characters, some trash characters are displayed. I'm using the following locale settings: # locale LANG=pl_PL.UTF-8 LC_CTYPE=pl_PL.UTF-8 LC_NUMERIC=pl_PL.UTF-8 LC_TIME=pl_PL.UTF-8 LC_COLLATE=pl_PL.UTF-8 LC_MONETARY=pl_PL.UTF-8 LC_MESSAGES=pl_PL.UTF-8 LC_PAPER=pl_PL.UTF-8 LC_NAME=pl_PL.UTF-8 LC_ADDRESS=pl_PL.UTF-8 LC_TELEPHONE=pl_PL.UTF-8 LC_MEASUREMENT=pl_PL.UTF-8 LC_IDENTIFICATION=pl_PL.UTF-8 LC_ALL= I'm attaching a screenshot to this bug.
[Cooker] [Bug 5133] [rpmdrake] Polish translation encoded incorrectly
http://qa.mandrakesoft.com/show_bug.cgi?id=5133 --- Additional Comments From [EMAIL PROTECTED] 2003-01-09 15:25 --- Created an attachment (id=717) -- (http://qa.mandrakesoft.com/attachment.cgi?id=717action=view) I've spotted one more error on the screenshot, circled that one too. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: It seems that there was some messup with polish strings in rpmdrake. It's in 9.2 RC 1. Instead of polish diacritical characters, some trash characters are displayed. I'm using the following locale settings: # locale LANG=pl_PL.UTF-8 LC_CTYPE=pl_PL.UTF-8 LC_NUMERIC=pl_PL.UTF-8 LC_TIME=pl_PL.UTF-8 LC_COLLATE=pl_PL.UTF-8 LC_MONETARY=pl_PL.UTF-8 LC_MESSAGES=pl_PL.UTF-8 LC_PAPER=pl_PL.UTF-8 LC_NAME=pl_PL.UTF-8 LC_ADDRESS=pl_PL.UTF-8 LC_TELEPHONE=pl_PL.UTF-8 LC_MEASUREMENT=pl_PL.UTF-8 LC_IDENTIFICATION=pl_PL.UTF-8 LC_ALL= I'm attaching a screenshot to this bug.
[Cooker] [Bug 5133] [rpmdrake] Polish translation encoded incorrectly
http://qa.mandrakesoft.com/show_bug.cgi?id=5133 --- Additional Comments From [EMAIL PROTECTED] 2003-01-09 15:22 --- Created an attachment (id=716) -- (http://qa.mandrakesoft.com/attachment.cgi?id=716action=view) How it should look like -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: It seems that there was some messup with polish strings in rpmdrake. It's in 9.2 RC 1. Instead of polish diacritical characters, some trash characters are displayed. I'm using the following locale settings: # locale LANG=pl_PL.UTF-8 LC_CTYPE=pl_PL.UTF-8 LC_NUMERIC=pl_PL.UTF-8 LC_TIME=pl_PL.UTF-8 LC_COLLATE=pl_PL.UTF-8 LC_MONETARY=pl_PL.UTF-8 LC_MESSAGES=pl_PL.UTF-8 LC_PAPER=pl_PL.UTF-8 LC_NAME=pl_PL.UTF-8 LC_ADDRESS=pl_PL.UTF-8 LC_TELEPHONE=pl_PL.UTF-8 LC_MEASUREMENT=pl_PL.UTF-8 LC_IDENTIFICATION=pl_PL.UTF-8 LC_ALL= I'm attaching a screenshot to this bug.
[Cooker] [Bug 4697] [drakxtools] Add SMB to the list of services that can be unblocked
http://qa.mandrakesoft.com/show_bug.cgi?id=4697 --- Additional Comments From [EMAIL PROTECTED] 2003-01-09 18:25 --- See the initial comment in this bug: 137/udp 138/udp 139/tcp 445/tcp I've usually typed this manually in the firewall wizard, using Advanced button and it works, unblokcing SMB. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: NEW creation_date: description: Mandrake is frequently used as a SMB server with use of Samba. The list of ports that need to be passed through for the SMB protocol to work lists 4 ports, and it's not very easy to find this list on the Internet. Those ports are: 137/udp 138/udp 139/tcp 445/tcp So anyone who would like to open SMB using drakfirewall, would have to click advanced and type: 137/udp 138/udp 139/tcp 445/tcp This is far from intuitive of course, even for advanced power-users who want a personal firewall on their workstation and filesharing with Windows at the same time. I propose that an additional checkbox be added to drakfirewall, SMB, that opens those 4 ports on the firewall.
[Cooker] [Bug 5140] [drakxtools] New: Drakconnect hangs trying to install missing package
http://qa.mandrakesoft.com/show_bug.cgi?id=5140 Product: drakxtools Component: DrakConnect Summary: Drakconnect hangs trying to install missing package Product: drakxtools Version: 9.2-0.27mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 Component: DrakConnect AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] After installing Mandrake 9.2 RC1 I've decided to change the automatic DHCP configuration to manual one. I've launched Mandrake Control Center, launched DrakConnect. I've changed the hostname, DNS server, reconfigured my network interface to use static IP, then confirmed changes. Drakconnect then ejected the CD drive, apparently trying to install a missing RPM through urpmi. The messagebox popped up, but it was empty - there was no message specifying which CD to insert, and no confirmation buttons. The messagebox window and Mandrake CC window stopped refreshing at that moment too. I also couldn't launch new X applications, so it seems that reconfiguration of network interface caused X applications to lose contact with the X server (or maybe Xauth cookie to expire). I suspect that new net -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 4377] [mdkkdm] after clicking reboot mdkkdm shows empty list of lilo entries
http://qa.mandrakesoft.com/show_bug.cgi?id=4377 [EMAIL PROTECTED] changed: What|Removed |Added Version|9.2-2mdk|9.2-1mdk --- Additional Comments From [EMAIL PROTECTED] 2003-01-09 19:23 --- I still do see the problem with the version 9.2-1mdk, shipped with Mandrake 9.2 RC1. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: NEW creation_date: description: I can reproduce this with 100% on a laptop, where I'm using mdkkdm and LILO: 1) Boot Linux 2) Wait for dm to start 3) Click 'Reboot' And empty list of lilo entries shows up, so I cannot reboot. When I login from text console as root and restart dm: # /etc/init.d/dm restart , then the list is there when I click 'Reboot'. It seems that this is some sort of race condition - mdkkdm receives an empty listing from lilo because it starts too early in the process of booting services. When I change the chkconfig line in the startup script in /etc/init.d/dm from this: # chkconfig: 5 30 09 to this: # chkconfig: 5 98 09 , then mdkkdm starts later after most services and after rebooting the list of LILO entries is OK. So the workaround is to delay the startup of dm service. However, there should be some failover code in mdkkdm to allow the user not select any entry nad still reboot the machine. My suggestion: change the mdkkdm code so that when: 1) the user is on the list of bootmanager entries (after clicking 'Reboot'), 2) no entry is selected, 3) he clicks on the 'Ok' button then the ordinary, parameterless reboot is executed (as with CTRL-ALT-DELETE, shutdown -r, reboot or init 6). Currently clicking on 'Ok' causes no action when there's no bootmanager entry selected, and if the list of entries is empty, reboot is impossible.
[Cooker] [Bug 4709] [kernel] Deadlock in devfs
http://qa.mandrakesoft.com/show_bug.cgi?id=4709 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-30-08 16:57 --- I haven't seen any hangs since my upgrade to kernel 2.4.22-0.6mdk. The bug is apparently fixed with some version after 2.4.22-0.3mdk which was the last one with deadlocks that I've tested. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: RESOLVED creation_date: description: I originally had this problem on Mandrake 9.1, but thought it could be caused by specific configuration of that system - I've installed lots of software on it, and some from Cooker. Recently I've clean-installed Mandrake 9.2 beta2 (formatting the '/' partition, and leaving only '/home' intact), and the problem still exists. The symptoms are: after some time the system is running, it gets impossible t start new shell processes - bash,csh, any. All applications that try to launch a shell for some task hang at that stage too - so non-interactive shells cannot start too. The shells that are already started are working fine - it's only impossible to start new ones. I've run a screen session with multiple windows and waited for the problem to occur, and then did strace on various programs that launch shells. They look similarly - they susually hang in waitpit() or read() function. For example this strace end comes from bash: snip stat64(/bin/bash, {st_mode=S_IFREG|0755, st_size=641868, ...}) = 0 getpgrp() = 5960 rt_sigaction(SIGCHLD, {0x80776a0, [], SA_RESTORER, 0x40051c68}, {SIG_DFL}, 8) = 0 rt_sigprocmask(SIG_BLOCK, NULL, [RTMIN], 8) = 0 fcntl64(0, F_GETFL) = 0x2 (flags O_RDWR) fstat64(0, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 5), ...}) = 0 _llseek(0, 0, 0xbfffefe8, SEEK_CUR) = -1 ESPIPE (Illegal seek) rt_sigprocmask(SIG_BLOCK, NULL, [RTMIN], 8) = 0 read(0, unfinished ... snip and this strace end comes from csh: snip rt_sigprocmask(SIG_SETMASK, [INT RTMIN], [INT RTMIN], 8) = 0 close(0)= -1 EBADF (Bad file descriptor) dup(19) = 0 fcntl64(0, F_SETFD, 0) = 0 close(1)= -1 EBADF (Bad file descriptor) dup(17) = 1 fcntl64(1, F_SETFD, 0) = 0 close(2)= -1 EBADF (Bad file descriptor) dup(18) = 2 fcntl64(2, F_SETFD, 0) = 0 pipe([5, 6])= 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [INT RTMIN], 8) = 0 fork() = 5991 gettimeofday({1060688761, 435762}, NULL) = 0 rt_sigprocmask(SIG_SETMASK, [INT RTMIN], [INT CHLD RTMIN], 8) = 0 close(6)= 0 read(5, unfinished ... snip and this strace end comes from xterm: snip close(4)= 0 close(4)= -1 EBADF (Bad file descriptor) rt_sigprocmask(SIG_BLOCK, [INT CHLD], [CHLD RTMIN], 8) = 0 fork() = 5967 rt_sigprocmask(SIG_SETMASK, [CHLD RTMIN], NULL, 8) = 0 close(3)= 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [CHLD RTMIN], 8) = 0 rt_sigprocmask(SIG_SETMASK, [CHLD RTMIN], NULL, 8) = 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [CHLD RTMIN], 8) = 0 rt_sigaction(SIGINT, {0x8076710, [], SA_RESTORER, 0x40051c68}, {SIG_DFL}, 8) = 0 waitpid(-1, [WIFEXITED(s) WEXITSTATUS(s) == 0], 0) = 5966 waitpid(-1, unfinished ... snip The launch operation for programs like xterm, csh can be interrupted with CTRL-C, but when I run bash - I get the following errors in strace and the process won't terminate when I press CTRL-C: snip close(3)= 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [CHLD RTMIN], 8) = 0 rt_sigprocmask(SIG_SETMASK, [CHLD RTMIN], NULL, 8) = 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [CHLD RTMIN], 8) = 0 rt_sigaction(SIGINT, {0x8076710, [], SA_RESTORER, 0x40051c68}, {0x8087030, [], SA_RESTORER, 0x40051c68}, 8) = 0 waitpid(-1, [WIFEXITED(s) WEXITSTATUS(s) == 0], 0) = 5944 waitpid(-1, 0xbfffe358, 0) = ? ERESTARTSYS (To be restarted) --- SIGINT (Interrupt) @ 0 (0) --- sigreturn() = ? (mask now [CHLD RTMIN]) waitpid(-1, 0xbfffe358, 0) = ? ERESTARTSYS (To be restarted) --- SIGINT (Interrupt) @ 0 (0) --- sigreturn() = ? (mask now [CHLD RTMIN]) waitpid(-1, snip I'm attaching full strace logs.
[Cooker] [Bug 5067] [Installation] New: 9.2 RC1 installer mounts upgraded ext3 filesystem as ext2
http://qa.mandrakesoft.com/show_bug.cgi?id=5067 Product: Installation Component: Installation Summary: 9.2 RC1 installer mounts upgraded ext3 filesystem as ext2 Product: Installation Version: 1.805 Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 Component: Installation AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] When upgrading from Mandrake 9.1, ext3 fs of upgraded system is mounted as ext2. The following error shows up on 4-th virtual console: EXT2-fs warning (device ide0(3,5)): ext2_read_super: mounting ext3 filesystem as ext2 This can make things much worse if upgrade is interrupted by e.g. power failure... -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 3779] [drakxtools] Use the mount options showexec for vfat and fmask=0111 for ntfs partitions.
http://qa.mandrakesoft.com/show_bug.cgi?id=3779 --- Additional Comments From [EMAIL PROTECTED] 2003-21-08 14:42 --- It's still not implemented in Mandrake 9.2 beta2 installer. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: As discussed earlier during 9.0 RC phase of release, it would be good for diskdrake to use the showexec options for vfat filesystems detected during installation. See my original report for Mandrake 9.0 RC2 here: http://olo.office.altkom.com.pl/domowa/qa/mandrake/9.0/rc2/home_machine/2002_09_15_rc2_install/problems/04_showexec_option_needed_for_vfat_entries_in_fstab/info.html and the discussion on the cooker mailing list here: http://archives.mandrakelinux.com/cooker/2002-09/msg02704.php The noexec option for vfat no longer works, regardless of its setting files on vfat filesystem always have +x permissions, which is very irritating - e.g. when you try to launch a .png image from Midnight Commander, it tries to execute it as a binary instead of running an image viewer... Using the showexec option would cause the kernel driver to automatically set +x permissions only on files with proper DOS extensions - .exe, .com etc., and leave other files without execute permissions. The same problem exists with NTFS partitions, but ntfs driver doesn't support noexec neither showexec - but it has a handy option called fmask, which, if set to 0111, would prevent +x permissions on files. It was argued by pixel that this is rather a replacement for exec option, not noexec - that's not true. Showexec is like an intelligent noexec - it removes execute permissions only from files that don't need that permission, while retaining it for files that do need it. Besides, noexec options doesn't work, which leaves us without other choice... I don't know the insides of diskdrake's code, but I think it would be relatively easy to modify it so that for vfat filesystems it adds showexec to mount options in fstab, and for ntfs filesystems a fmask=0111 option. Those options do work, I've tested that on Mandrake 9.1 final.
[Cooker] [Bug 3779] [drakxtools] Use the mount options showexec for vfat and fmask=0111 for ntfs partitions.
http://qa.mandrakesoft.com/show_bug.cgi?id=3779 --- Additional Comments From [EMAIL PROTECTED] 2003-21-08 15:11 --- I've manually added those options in fstab on my MDK 9.2 beta2 machine, tested, and it works. Latest cooker kernel (2.4.22-0.6mdk). Please, add it to diskdrake, it makes Windows filesystems much more sensible. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: As discussed earlier during 9.0 RC phase of release, it would be good for diskdrake to use the showexec options for vfat filesystems detected during installation. See my original report for Mandrake 9.0 RC2 here: http://olo.office.altkom.com.pl/domowa/qa/mandrake/9.0/rc2/home_machine/2002_09_15_rc2_install/problems/04_showexec_option_needed_for_vfat_entries_in_fstab/info.html and the discussion on the cooker mailing list here: http://archives.mandrakelinux.com/cooker/2002-09/msg02704.php The noexec option for vfat no longer works, regardless of its setting files on vfat filesystem always have +x permissions, which is very irritating - e.g. when you try to launch a .png image from Midnight Commander, it tries to execute it as a binary instead of running an image viewer... Using the showexec option would cause the kernel driver to automatically set +x permissions only on files with proper DOS extensions - .exe, .com etc., and leave other files without execute permissions. The same problem exists with NTFS partitions, but ntfs driver doesn't support noexec neither showexec - but it has a handy option called fmask, which, if set to 0111, would prevent +x permissions on files. It was argued by pixel that this is rather a replacement for exec option, not noexec - that's not true. Showexec is like an intelligent noexec - it removes execute permissions only from files that don't need that permission, while retaining it for files that do need it. Besides, noexec options doesn't work, which leaves us without other choice... I don't know the insides of diskdrake's code, but I think it would be relatively easy to modify it so that for vfat filesystems it adds showexec to mount options in fstab, and for ntfs filesystems a fmask=0111 option. Those options do work, I've tested that on Mandrake 9.1 final.
[Cooker] [Bug 4709] [kernel] Deadlock in devfs
http://qa.mandrakesoft.com/show_bug.cgi?id=4709 --- Additional Comments From [EMAIL PROTECTED] 2003-21-08 15:15 --- I've tried the ls rm test, no deadlock on kernel 2.4.22-0.6mdk. Thanks for the hint about Alt-SysRq-T, I'll try it if I see the problem again. I've also ran stable on 2.4.22-0.6mdk for 5 days, so I suppose that the problem might be related and is fixed now. I'll wait one week, and then close the bug if no deadlock occurs during that time. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: NEW creation_date: description: I originally had this problem on Mandrake 9.1, but thought it could be caused by specific configuration of that system - I've installed lots of software on it, and some from Cooker. Recently I've clean-installed Mandrake 9.2 beta2 (formatting the '/' partition, and leaving only '/home' intact), and the problem still exists. The symptoms are: after some time the system is running, it gets impossible t start new shell processes - bash,csh, any. All applications that try to launch a shell for some task hang at that stage too - so non-interactive shells cannot start too. The shells that are already started are working fine - it's only impossible to start new ones. I've run a screen session with multiple windows and waited for the problem to occur, and then did strace on various programs that launch shells. They look similarly - they susually hang in waitpit() or read() function. For example this strace end comes from bash: snip stat64(/bin/bash, {st_mode=S_IFREG|0755, st_size=641868, ...}) = 0 getpgrp() = 5960 rt_sigaction(SIGCHLD, {0x80776a0, [], SA_RESTORER, 0x40051c68}, {SIG_DFL}, 8) = 0 rt_sigprocmask(SIG_BLOCK, NULL, [RTMIN], 8) = 0 fcntl64(0, F_GETFL) = 0x2 (flags O_RDWR) fstat64(0, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 5), ...}) = 0 _llseek(0, 0, 0xbfffefe8, SEEK_CUR) = -1 ESPIPE (Illegal seek) rt_sigprocmask(SIG_BLOCK, NULL, [RTMIN], 8) = 0 read(0, unfinished ... snip and this strace end comes from csh: snip rt_sigprocmask(SIG_SETMASK, [INT RTMIN], [INT RTMIN], 8) = 0 close(0)= -1 EBADF (Bad file descriptor) dup(19) = 0 fcntl64(0, F_SETFD, 0) = 0 close(1)= -1 EBADF (Bad file descriptor) dup(17) = 1 fcntl64(1, F_SETFD, 0) = 0 close(2)= -1 EBADF (Bad file descriptor) dup(18) = 2 fcntl64(2, F_SETFD, 0) = 0 pipe([5, 6])= 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [INT RTMIN], 8) = 0 fork() = 5991 gettimeofday({1060688761, 435762}, NULL) = 0 rt_sigprocmask(SIG_SETMASK, [INT RTMIN], [INT CHLD RTMIN], 8) = 0 close(6)= 0 read(5, unfinished ... snip and this strace end comes from xterm: snip close(4)= 0 close(4)= -1 EBADF (Bad file descriptor) rt_sigprocmask(SIG_BLOCK, [INT CHLD], [CHLD RTMIN], 8) = 0 fork() = 5967 rt_sigprocmask(SIG_SETMASK, [CHLD RTMIN], NULL, 8) = 0 close(3)= 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [CHLD RTMIN], 8) = 0 rt_sigprocmask(SIG_SETMASK, [CHLD RTMIN], NULL, 8) = 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [CHLD RTMIN], 8) = 0 rt_sigaction(SIGINT, {0x8076710, [], SA_RESTORER, 0x40051c68}, {SIG_DFL}, 8) = 0 waitpid(-1, [WIFEXITED(s) WEXITSTATUS(s) == 0], 0) = 5966 waitpid(-1, unfinished ... snip The launch operation for programs like xterm, csh can be interrupted with CTRL-C, but when I run bash - I get the following errors in strace and the process won't terminate when I press CTRL-C: snip close(3)= 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [CHLD RTMIN], 8) = 0 rt_sigprocmask(SIG_SETMASK, [CHLD RTMIN], NULL, 8) = 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [CHLD RTMIN], 8) = 0 rt_sigaction(SIGINT, {0x8076710, [], SA_RESTORER, 0x40051c68}, {0x8087030, [], SA_RESTORER, 0x40051c68}, 8) = 0 waitpid(-1, [WIFEXITED(s) WEXITSTATUS(s) == 0], 0) = 5944 waitpid(-1, 0xbfffe358, 0) = ? ERESTARTSYS (To be restarted) --- SIGINT (Interrupt) @ 0 (0) --- sigreturn() = ? (mask now [CHLD RTMIN]) waitpid(-1, 0xbfffe358, 0) = ? ERESTARTSYS (To be restarted) --- SIGINT (Interrupt) @ 0 (0) --- sigreturn() = ? (mask now [CHLD RTMIN]) waitpid(-1, snip I'm attaching full strace logs.
[Cooker] [Bug 4709] [kernel] Deadlock in devfs
http://qa.mandrakesoft.com/show_bug.cgi?id=4709 [EMAIL PROTECTED] changed: What|Removed |Added Summary|Launched shells hang waiting|Deadlock in devfs |for system call to end | --- Additional Comments From [EMAIL PROTECTED] 2003-20-08 18:27 --- Changing summary. By the way, I've been running kernel 2.4.22-0.6mdk for the last 3 days, and didn't experience this deadlock. This bug might have been fixed (but that's not certain, I'll test for a couple of days yet). If you suspected a deadlock in devfs, how would you try to trigger it? By making a find through devfs? Recursive grepping in device nodes? I'd like to try to give devfs some kicks to see if it flops. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: NEW creation_date: description: I originally had this problem on Mandrake 9.1, but thought it could be caused by specific configuration of that system - I've installed lots of software on it, and some from Cooker. Recently I've clean-installed Mandrake 9.2 beta2 (formatting the '/' partition, and leaving only '/home' intact), and the problem still exists. The symptoms are: after some time the system is running, it gets impossible t start new shell processes - bash,csh, any. All applications that try to launch a shell for some task hang at that stage too - so non-interactive shells cannot start too. The shells that are already started are working fine - it's only impossible to start new ones. I've run a screen session with multiple windows and waited for the problem to occur, and then did strace on various programs that launch shells. They look similarly - they susually hang in waitpit() or read() function. For example this strace end comes from bash: snip stat64(/bin/bash, {st_mode=S_IFREG|0755, st_size=641868, ...}) = 0 getpgrp() = 5960 rt_sigaction(SIGCHLD, {0x80776a0, [], SA_RESTORER, 0x40051c68}, {SIG_DFL}, 8) = 0 rt_sigprocmask(SIG_BLOCK, NULL, [RTMIN], 8) = 0 fcntl64(0, F_GETFL) = 0x2 (flags O_RDWR) fstat64(0, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 5), ...}) = 0 _llseek(0, 0, 0xbfffefe8, SEEK_CUR) = -1 ESPIPE (Illegal seek) rt_sigprocmask(SIG_BLOCK, NULL, [RTMIN], 8) = 0 read(0, unfinished ... snip and this strace end comes from csh: snip rt_sigprocmask(SIG_SETMASK, [INT RTMIN], [INT RTMIN], 8) = 0 close(0)= -1 EBADF (Bad file descriptor) dup(19) = 0 fcntl64(0, F_SETFD, 0) = 0 close(1)= -1 EBADF (Bad file descriptor) dup(17) = 1 fcntl64(1, F_SETFD, 0) = 0 close(2)= -1 EBADF (Bad file descriptor) dup(18) = 2 fcntl64(2, F_SETFD, 0) = 0 pipe([5, 6])= 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [INT RTMIN], 8) = 0 fork() = 5991 gettimeofday({1060688761, 435762}, NULL) = 0 rt_sigprocmask(SIG_SETMASK, [INT RTMIN], [INT CHLD RTMIN], 8) = 0 close(6)= 0 read(5, unfinished ... snip and this strace end comes from xterm: snip close(4)= 0 close(4)= -1 EBADF (Bad file descriptor) rt_sigprocmask(SIG_BLOCK, [INT CHLD], [CHLD RTMIN], 8) = 0 fork() = 5967 rt_sigprocmask(SIG_SETMASK, [CHLD RTMIN], NULL, 8) = 0 close(3)= 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [CHLD RTMIN], 8) = 0 rt_sigprocmask(SIG_SETMASK, [CHLD RTMIN], NULL, 8) = 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [CHLD RTMIN], 8) = 0 rt_sigaction(SIGINT, {0x8076710, [], SA_RESTORER, 0x40051c68}, {SIG_DFL}, 8) = 0 waitpid(-1, [WIFEXITED(s) WEXITSTATUS(s) == 0], 0) = 5966 waitpid(-1, unfinished ... snip The launch operation for programs like xterm, csh can be interrupted with CTRL-C, but when I run bash - I get the following errors in strace and the process won't terminate when I press CTRL-C: snip close(3)= 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [CHLD RTMIN], 8) = 0 rt_sigprocmask(SIG_SETMASK, [CHLD RTMIN], NULL, 8) = 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [CHLD RTMIN], 8) = 0 rt_sigaction(SIGINT, {0x8076710, [], SA_RESTORER, 0x40051c68}, {0x8087030, [], SA_RESTORER, 0x40051c68}, 8) = 0 waitpid(-1, [WIFEXITED(s) WEXITSTATUS(s) == 0], 0) = 5944 waitpid(-1, 0xbfffe358, 0) = ? ERESTARTSYS (To be restarted) --- SIGINT (Interrupt) @ 0 (0) --- sigreturn() = ? (mask now [CHLD RTMIN]) waitpid(-1, 0xbfffe358, 0)
[Cooker] [Bug 4709] [kernel] Launched shells hang waiting for system call to end
http://qa.mandrakesoft.com/show_bug.cgi?id=4709 --- Additional Comments From [EMAIL PROTECTED] 2003-14-08 16:58 --- Jan, is there any known fix for that problem? And does the problem you describe pertain to the TERM signal immunity only, or the inability to launch a new shell process too? I've tried Mandrake's latest kernel (kernel-2.4.22.0.3mdk-1-1mdk), the problem of interrupting bash with CTRL-C went away - I can interrupt it when I try to launch it. Buit shells still don't launch when the system gets into this state. I've generated new straces, I'm attaching them. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: NEW creation_date: description: I originally had this problem on Mandrake 9.1, but thought it could be caused by specific configuration of that system - I've installed lots of software on it, and some from Cooker. Recently I've clean-installed Mandrake 9.2 beta2 (formatting the '/' partition, and leaving only '/home' intact), and the problem still exists. The symptoms are: after some time the system is running, it gets impossible t start new shell processes - bash,csh, any. All applications that try to launch a shell for some task hang at that stage too - so non-interactive shells cannot start too. The shells that are already started are working fine - it's only impossible to start new ones. I've run a screen session with multiple windows and waited for the problem to occur, and then did strace on various programs that launch shells. They look similarly - they susually hang in waitpit() or read() function. For example this strace end comes from bash: snip stat64(/bin/bash, {st_mode=S_IFREG|0755, st_size=641868, ...}) = 0 getpgrp() = 5960 rt_sigaction(SIGCHLD, {0x80776a0, [], SA_RESTORER, 0x40051c68}, {SIG_DFL}, 8) = 0 rt_sigprocmask(SIG_BLOCK, NULL, [RTMIN], 8) = 0 fcntl64(0, F_GETFL) = 0x2 (flags O_RDWR) fstat64(0, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 5), ...}) = 0 _llseek(0, 0, 0xbfffefe8, SEEK_CUR) = -1 ESPIPE (Illegal seek) rt_sigprocmask(SIG_BLOCK, NULL, [RTMIN], 8) = 0 read(0, unfinished ... snip and this strace end comes from csh: snip rt_sigprocmask(SIG_SETMASK, [INT RTMIN], [INT RTMIN], 8) = 0 close(0)= -1 EBADF (Bad file descriptor) dup(19) = 0 fcntl64(0, F_SETFD, 0) = 0 close(1)= -1 EBADF (Bad file descriptor) dup(17) = 1 fcntl64(1, F_SETFD, 0) = 0 close(2)= -1 EBADF (Bad file descriptor) dup(18) = 2 fcntl64(2, F_SETFD, 0) = 0 pipe([5, 6])= 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [INT RTMIN], 8) = 0 fork() = 5991 gettimeofday({1060688761, 435762}, NULL) = 0 rt_sigprocmask(SIG_SETMASK, [INT RTMIN], [INT CHLD RTMIN], 8) = 0 close(6)= 0 read(5, unfinished ... snip and this strace end comes from xterm: snip close(4)= 0 close(4)= -1 EBADF (Bad file descriptor) rt_sigprocmask(SIG_BLOCK, [INT CHLD], [CHLD RTMIN], 8) = 0 fork() = 5967 rt_sigprocmask(SIG_SETMASK, [CHLD RTMIN], NULL, 8) = 0 close(3)= 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [CHLD RTMIN], 8) = 0 rt_sigprocmask(SIG_SETMASK, [CHLD RTMIN], NULL, 8) = 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [CHLD RTMIN], 8) = 0 rt_sigaction(SIGINT, {0x8076710, [], SA_RESTORER, 0x40051c68}, {SIG_DFL}, 8) = 0 waitpid(-1, [WIFEXITED(s) WEXITSTATUS(s) == 0], 0) = 5966 waitpid(-1, unfinished ... snip The launch operation for programs like xterm, csh can be interrupted with CTRL-C, but when I run bash - I get the following errors in strace and the process won't terminate when I press CTRL-C: snip close(3)= 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [CHLD RTMIN], 8) = 0 rt_sigprocmask(SIG_SETMASK, [CHLD RTMIN], NULL, 8) = 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [CHLD RTMIN], 8) = 0 rt_sigaction(SIGINT, {0x8076710, [], SA_RESTORER, 0x40051c68}, {0x8087030, [], SA_RESTORER, 0x40051c68}, 8) = 0 waitpid(-1, [WIFEXITED(s) WEXITSTATUS(s) == 0], 0) = 5944 waitpid(-1, 0xbfffe358, 0) = ? ERESTARTSYS (To be restarted) --- SIGINT (Interrupt) @ 0 (0) --- sigreturn() = ? (mask now [CHLD RTMIN]) waitpid(-1, 0xbfffe358, 0) = ? ERESTARTSYS (To be restarted) --- SIGINT (Interrupt) @ 0 (0) --- sigreturn() = ? (mask now [CHLD RTMIN]) waitpid(-1, snip I'm attaching full strace logs.
[Cooker] [Bug 4709] [kernel] Launched shells hang waiting for system call to end
http://qa.mandrakesoft.com/show_bug.cgi?id=4709 --- Additional Comments From [EMAIL PROTECTED] 2003-14-08 17:02 --- Created an attachment (id=653) -- (http://qa.mandrakesoft.com/attachment.cgi?id=653action=view) strace from launching screen on 2.4.22-0.3mdk kernel, bzipped2. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: NEW creation_date: description: I originally had this problem on Mandrake 9.1, but thought it could be caused by specific configuration of that system - I've installed lots of software on it, and some from Cooker. Recently I've clean-installed Mandrake 9.2 beta2 (formatting the '/' partition, and leaving only '/home' intact), and the problem still exists. The symptoms are: after some time the system is running, it gets impossible t start new shell processes - bash,csh, any. All applications that try to launch a shell for some task hang at that stage too - so non-interactive shells cannot start too. The shells that are already started are working fine - it's only impossible to start new ones. I've run a screen session with multiple windows and waited for the problem to occur, and then did strace on various programs that launch shells. They look similarly - they susually hang in waitpit() or read() function. For example this strace end comes from bash: snip stat64(/bin/bash, {st_mode=S_IFREG|0755, st_size=641868, ...}) = 0 getpgrp() = 5960 rt_sigaction(SIGCHLD, {0x80776a0, [], SA_RESTORER, 0x40051c68}, {SIG_DFL}, 8) = 0 rt_sigprocmask(SIG_BLOCK, NULL, [RTMIN], 8) = 0 fcntl64(0, F_GETFL) = 0x2 (flags O_RDWR) fstat64(0, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 5), ...}) = 0 _llseek(0, 0, 0xbfffefe8, SEEK_CUR) = -1 ESPIPE (Illegal seek) rt_sigprocmask(SIG_BLOCK, NULL, [RTMIN], 8) = 0 read(0, unfinished ... snip and this strace end comes from csh: snip rt_sigprocmask(SIG_SETMASK, [INT RTMIN], [INT RTMIN], 8) = 0 close(0)= -1 EBADF (Bad file descriptor) dup(19) = 0 fcntl64(0, F_SETFD, 0) = 0 close(1)= -1 EBADF (Bad file descriptor) dup(17) = 1 fcntl64(1, F_SETFD, 0) = 0 close(2)= -1 EBADF (Bad file descriptor) dup(18) = 2 fcntl64(2, F_SETFD, 0) = 0 pipe([5, 6])= 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [INT RTMIN], 8) = 0 fork() = 5991 gettimeofday({1060688761, 435762}, NULL) = 0 rt_sigprocmask(SIG_SETMASK, [INT RTMIN], [INT CHLD RTMIN], 8) = 0 close(6)= 0 read(5, unfinished ... snip and this strace end comes from xterm: snip close(4)= 0 close(4)= -1 EBADF (Bad file descriptor) rt_sigprocmask(SIG_BLOCK, [INT CHLD], [CHLD RTMIN], 8) = 0 fork() = 5967 rt_sigprocmask(SIG_SETMASK, [CHLD RTMIN], NULL, 8) = 0 close(3)= 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [CHLD RTMIN], 8) = 0 rt_sigprocmask(SIG_SETMASK, [CHLD RTMIN], NULL, 8) = 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [CHLD RTMIN], 8) = 0 rt_sigaction(SIGINT, {0x8076710, [], SA_RESTORER, 0x40051c68}, {SIG_DFL}, 8) = 0 waitpid(-1, [WIFEXITED(s) WEXITSTATUS(s) == 0], 0) = 5966 waitpid(-1, unfinished ... snip The launch operation for programs like xterm, csh can be interrupted with CTRL-C, but when I run bash - I get the following errors in strace and the process won't terminate when I press CTRL-C: snip close(3)= 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [CHLD RTMIN], 8) = 0 rt_sigprocmask(SIG_SETMASK, [CHLD RTMIN], NULL, 8) = 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [CHLD RTMIN], 8) = 0 rt_sigaction(SIGINT, {0x8076710, [], SA_RESTORER, 0x40051c68}, {0x8087030, [], SA_RESTORER, 0x40051c68}, 8) = 0 waitpid(-1, [WIFEXITED(s) WEXITSTATUS(s) == 0], 0) = 5944 waitpid(-1, 0xbfffe358, 0) = ? ERESTARTSYS (To be restarted) --- SIGINT (Interrupt) @ 0 (0) --- sigreturn() = ? (mask now [CHLD RTMIN]) waitpid(-1, 0xbfffe358, 0) = ? ERESTARTSYS (To be restarted) --- SIGINT (Interrupt) @ 0 (0) --- sigreturn() = ? (mask now [CHLD RTMIN]) waitpid(-1, snip I'm attaching full strace logs.
[Cooker] [Bug 4709] [kernel] Launched shells hang waiting for system call to end
http://qa.mandrakesoft.com/show_bug.cgi?id=4709 --- Additional Comments From [EMAIL PROTECTED] 2003-14-08 17:03 --- Created an attachment (id=654) -- (http://qa.mandrakesoft.com/attachment.cgi?id=654action=view) strace from launching xterm on 2.4.22-0.3mdk kernel, bzipped2. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: NEW creation_date: description: I originally had this problem on Mandrake 9.1, but thought it could be caused by specific configuration of that system - I've installed lots of software on it, and some from Cooker. Recently I've clean-installed Mandrake 9.2 beta2 (formatting the '/' partition, and leaving only '/home' intact), and the problem still exists. The symptoms are: after some time the system is running, it gets impossible t start new shell processes - bash,csh, any. All applications that try to launch a shell for some task hang at that stage too - so non-interactive shells cannot start too. The shells that are already started are working fine - it's only impossible to start new ones. I've run a screen session with multiple windows and waited for the problem to occur, and then did strace on various programs that launch shells. They look similarly - they susually hang in waitpit() or read() function. For example this strace end comes from bash: snip stat64(/bin/bash, {st_mode=S_IFREG|0755, st_size=641868, ...}) = 0 getpgrp() = 5960 rt_sigaction(SIGCHLD, {0x80776a0, [], SA_RESTORER, 0x40051c68}, {SIG_DFL}, 8) = 0 rt_sigprocmask(SIG_BLOCK, NULL, [RTMIN], 8) = 0 fcntl64(0, F_GETFL) = 0x2 (flags O_RDWR) fstat64(0, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 5), ...}) = 0 _llseek(0, 0, 0xbfffefe8, SEEK_CUR) = -1 ESPIPE (Illegal seek) rt_sigprocmask(SIG_BLOCK, NULL, [RTMIN], 8) = 0 read(0, unfinished ... snip and this strace end comes from csh: snip rt_sigprocmask(SIG_SETMASK, [INT RTMIN], [INT RTMIN], 8) = 0 close(0)= -1 EBADF (Bad file descriptor) dup(19) = 0 fcntl64(0, F_SETFD, 0) = 0 close(1)= -1 EBADF (Bad file descriptor) dup(17) = 1 fcntl64(1, F_SETFD, 0) = 0 close(2)= -1 EBADF (Bad file descriptor) dup(18) = 2 fcntl64(2, F_SETFD, 0) = 0 pipe([5, 6])= 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [INT RTMIN], 8) = 0 fork() = 5991 gettimeofday({1060688761, 435762}, NULL) = 0 rt_sigprocmask(SIG_SETMASK, [INT RTMIN], [INT CHLD RTMIN], 8) = 0 close(6)= 0 read(5, unfinished ... snip and this strace end comes from xterm: snip close(4)= 0 close(4)= -1 EBADF (Bad file descriptor) rt_sigprocmask(SIG_BLOCK, [INT CHLD], [CHLD RTMIN], 8) = 0 fork() = 5967 rt_sigprocmask(SIG_SETMASK, [CHLD RTMIN], NULL, 8) = 0 close(3)= 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [CHLD RTMIN], 8) = 0 rt_sigprocmask(SIG_SETMASK, [CHLD RTMIN], NULL, 8) = 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [CHLD RTMIN], 8) = 0 rt_sigaction(SIGINT, {0x8076710, [], SA_RESTORER, 0x40051c68}, {SIG_DFL}, 8) = 0 waitpid(-1, [WIFEXITED(s) WEXITSTATUS(s) == 0], 0) = 5966 waitpid(-1, unfinished ... snip The launch operation for programs like xterm, csh can be interrupted with CTRL-C, but when I run bash - I get the following errors in strace and the process won't terminate when I press CTRL-C: snip close(3)= 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [CHLD RTMIN], 8) = 0 rt_sigprocmask(SIG_SETMASK, [CHLD RTMIN], NULL, 8) = 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [CHLD RTMIN], 8) = 0 rt_sigaction(SIGINT, {0x8076710, [], SA_RESTORER, 0x40051c68}, {0x8087030, [], SA_RESTORER, 0x40051c68}, 8) = 0 waitpid(-1, [WIFEXITED(s) WEXITSTATUS(s) == 0], 0) = 5944 waitpid(-1, 0xbfffe358, 0) = ? ERESTARTSYS (To be restarted) --- SIGINT (Interrupt) @ 0 (0) --- sigreturn() = ? (mask now [CHLD RTMIN]) waitpid(-1, 0xbfffe358, 0) = ? ERESTARTSYS (To be restarted) --- SIGINT (Interrupt) @ 0 (0) --- sigreturn() = ? (mask now [CHLD RTMIN]) waitpid(-1, snip I'm attaching full strace logs.
[Cooker] [Bug 4610] [mod_php] PHP Security update for MDK 8.2 (php-4.2.1-1.1mdk) breaks mail()
http://qa.mandrakesoft.com/show_bug.cgi?id=4610 --- Additional Comments From [EMAIL PROTECTED] 2003-11-08 12:15 --- Requires are: For the SRPM from updates: $ rpm -qp --requires php-4.1.2-1.1mdk.src.rpm bison byacc libgdbm2-devel zlib1-devel mm-devel pam-devel flex smtpdaemon rpmlib(CompressedFileNames) = 3.0.4-1 For binary RPMs: $ rpm -qp --requires php-4.1.2-1.1mdk.i586.rpm php-common = 4.1.2-1.1mdk rpmlib(PayloadFilesHavePrefix) = 4.0-1 rpmlib(CompressedFileNames) = 3.0.4-1 ld-linux.so.2 libcrypt.so.1 libc.so.6 libdl.so.2 libintl.so.1 libm.so.6 libnsl.so.1 libpam.so.0 libphp_common-4.0.6.so.0 libpthread.so.0 libresolv.so.2 libz.so.1 libc.so.6(GLIBC_2.0) libc.so.6(GLIBC_2.1) libpthread.so.0(GLIBC_2.0) $ rpm -qp --requires php-common-4.1.2-1.1mdk.i586.rpm /bin/sh /sbin/ldconfig rpmlib(PayloadFilesHavePrefix) = 4.0-1 rpmlib(CompressedFileNames) = 3.0.4-1 ld-linux.so.2 libcrypt.so.1 libc.so.6 libdl.so.2 libintl.so.1 libm.so.6 libnsl.so.1 libpam.so.0 libpthread.so.0 libresolv.so.2 libz.so.1 libcrypt.so.1(GLIBC_2.0) libc.so.6(GLIBC_2.0) libc.so.6(GLIBC_2.1) libc.so.6(GLIBC_2.1.3) libc.so.6(GLIBC_2.2) libdl.so.2(GLIBC_2.0) libdl.so.2(GLIBC_2.1) libm.so.6(GLIBC_2.0) libnsl.so.1(GLIBC_2.0) libpthread.so.0(GLIBC_2.0) libpthread.so.0(GLIBC_2.2) libresolv.so.2(GLIBC_2.0) libresolv.so.2(GLIBC_2.2) $ rpm -qp --requires php-devel-4.1.2-1.1mdk.i586.rpm libtool php-common = 4.1.2-1.1mdk php = 4.1.2-1.1mdk rpmlib(PayloadFilesHavePrefix) = 4.0-1 rpmlib(CompressedFileNames) = 3.0.4-1 -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: NEW creation_date: description: We've installed the security updates for PHP a few days ago on out Mandrake 8.2 www server. Today, we've noticed that our web application fails to send mails. In /var/log/messages we can see the following error: mail() is not supported in this PHP build It seems that mail support was left out when compiling the package... :( The description on MandrakeUpdate says: A vulnerability was discovered in the transparent session ID support in PHP4 prior to version 4.3.2. It did not properly escape user- supplied input prior to inserting it in the generated web page. This could be exploited by an attacker to execute embedded scripts within the context of the generated HTML (CAN-2003-0442). As well, two vulnerabilities had not been patched in the PHP packages included with Mandrake Linux 8.2: The mail() function did not filter ASCII control filters from its arguments, which could allow an attacker to modify the mail message content (CAN-2002-0986). Another vulnerability in the mail() function would allow a remote attacker to bypass safe mode restrictions and modify the command line arguments passed to the MTA in the fifth argument (CAN-2002-0985). All users are encouraged to upgrade to these patched packages. Well, disabling mail() completely is not acceptable solution! There are applications that depend on this functionality. I hop this is just a typo in RPM package, not the policy of this security fix...
[Cooker] [Bug 4436] [foomatic-filters] set ps_accounting: 0 in /etc/foomatic/filter.conf
http://qa.mandrakesoft.com/show_bug.cgi?id=4436 --- Additional Comments From [EMAIL PROTECTED] 2003-11-08 12:11 --- If it's fixed in newer versions of Mandrake, that's great. This bug can be fixed then. The CUPS server in question is running Mandrake 8.2 and upgrading it is not so easy as it serves ~200 users. I don't have a file named /usr/bin/foomatic-rip on that machine. It has foomatic-1.1-0.20020323mdk and cups-1.1.18-2.1mdk installed. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: The setting ps_accounting (currently set to 1) causes foomatic to insert some additional PostScript code to CUPS print jobs related to accounting. There have been reports that this setting causes empty pages being ejected by printers at beginning of print jobs: http://xprint.mozdev.org/bugs/show_bug.cgi?id=4181 http://groups.google.com/groups?hl=enlr=ie=UTF-8safe=offthreadm=atn8ud%243o92%40ripley.netscape.comrnum=6prev=/frame=on I suggest that in the default filter.conf file shipped with foomatic the following line be added: ps_accounting: 0 In my case it solved the problem of empty pages in OpenOffice and Mozilla on Mandrake 9.1.
[Cooker] [Bug 4709] [kernel] Launched shells hang waiting for system call to end
http://qa.mandrakesoft.com/show_bug.cgi?id=4709 --- Additional Comments From [EMAIL PROTECTED] 2003-12-08 18:10 --- Created an attachment (id=646) -- (http://qa.mandrakesoft.com/attachment.cgi?id=646action=view) tail of strace from launching bash then trying to CTRL-C. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: I originally had this problem on Mandrake 9.1, but thought it could be caused by specific configuration of that system - I've installed lots of software on it, and some from Cooker. Recently I've clean-installed Mandrake 9.2 beta2 (formatting the '/' partition, and leaving only '/home' intact), and the problem still exists. The symptoms are: after some time the system is running, it gets impossible t start new shell processes - bash,csh, any. All applications that try to launch a shell for some task hang at that stage too - so non-interactive shells cannot start too. The shells that are already started are working fine - it's only impossible to start new ones. I've run a screen session with multiple windows and waited for the problem to occur, and then did strace on various programs that launch shells. They look similarly - they susually hang in waitpit() or read() function. For example this strace end comes from bash: snip stat64(/bin/bash, {st_mode=S_IFREG|0755, st_size=641868, ...}) = 0 getpgrp() = 5960 rt_sigaction(SIGCHLD, {0x80776a0, [], SA_RESTORER, 0x40051c68}, {SIG_DFL}, 8) = 0 rt_sigprocmask(SIG_BLOCK, NULL, [RTMIN], 8) = 0 fcntl64(0, F_GETFL) = 0x2 (flags O_RDWR) fstat64(0, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 5), ...}) = 0 _llseek(0, 0, 0xbfffefe8, SEEK_CUR) = -1 ESPIPE (Illegal seek) rt_sigprocmask(SIG_BLOCK, NULL, [RTMIN], 8) = 0 read(0, unfinished ... snip and this strace end comes from csh: snip rt_sigprocmask(SIG_SETMASK, [INT RTMIN], [INT RTMIN], 8) = 0 close(0)= -1 EBADF (Bad file descriptor) dup(19) = 0 fcntl64(0, F_SETFD, 0) = 0 close(1)= -1 EBADF (Bad file descriptor) dup(17) = 1 fcntl64(1, F_SETFD, 0) = 0 close(2)= -1 EBADF (Bad file descriptor) dup(18) = 2 fcntl64(2, F_SETFD, 0) = 0 pipe([5, 6])= 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [INT RTMIN], 8) = 0 fork() = 5991 gettimeofday({1060688761, 435762}, NULL) = 0 rt_sigprocmask(SIG_SETMASK, [INT RTMIN], [INT CHLD RTMIN], 8) = 0 close(6)= 0 read(5, unfinished ... snip and this strace end comes from xterm: snip close(4)= 0 close(4)= -1 EBADF (Bad file descriptor) rt_sigprocmask(SIG_BLOCK, [INT CHLD], [CHLD RTMIN], 8) = 0 fork() = 5967 rt_sigprocmask(SIG_SETMASK, [CHLD RTMIN], NULL, 8) = 0 close(3)= 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [CHLD RTMIN], 8) = 0 rt_sigprocmask(SIG_SETMASK, [CHLD RTMIN], NULL, 8) = 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [CHLD RTMIN], 8) = 0 rt_sigaction(SIGINT, {0x8076710, [], SA_RESTORER, 0x40051c68}, {SIG_DFL}, 8) = 0 waitpid(-1, [WIFEXITED(s) WEXITSTATUS(s) == 0], 0) = 5966 waitpid(-1, unfinished ... snip The launch operation for programs like xterm, csh can be interrupted with CTRL-C, but when I run bash - I get the following errors in strace and the process won't terminate when I press CTRL-C: snip close(3)= 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [CHLD RTMIN], 8) = 0 rt_sigprocmask(SIG_SETMASK, [CHLD RTMIN], NULL, 8) = 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [CHLD RTMIN], 8) = 0 rt_sigaction(SIGINT, {0x8076710, [], SA_RESTORER, 0x40051c68}, {0x8087030, [], SA_RESTORER, 0x40051c68}, 8) = 0 waitpid(-1, [WIFEXITED(s) WEXITSTATUS(s) == 0], 0) = 5944 waitpid(-1, 0xbfffe358, 0) = ? ERESTARTSYS (To be restarted) --- SIGINT (Interrupt) @ 0 (0) --- sigreturn() = ? (mask now [CHLD RTMIN]) waitpid(-1, 0xbfffe358, 0) = ? ERESTARTSYS (To be restarted) --- SIGINT (Interrupt) @ 0 (0) --- sigreturn() = ? (mask now [CHLD RTMIN]) waitpid(-1, snip I'm attaching full strace logs.
[Cooker] [Bug 4610] [mod_php] PHP Security update for MDK 8.2 (php-4.2.1-1.1mdk) breaks mail()
http://qa.mandrakesoft.com/show_bug.cgi?id=4610 --- Additional Comments From [EMAIL PROTECTED] 2003-08-08 19:09 --- On the aforementioned server we have multiple php packages installed, while the update only concerned some of them (no update for Mandrake 8.2 mod_php was published). Can this be the cause of mail() not working (difference in versions between mod_php and php)? The list of php packages on our server: $ rpm -qa | grep php mod_php-4.1.2-1mdk php-ldap-4.1.2-1mdk php-common-4.1.2-1.1mdk php-mysql-4.1.2-2mdk php-xslt-4.1.2-1mdk php-devel-4.1.2-1.1mdk php-xml-4.1.2-1mdk php-gd-4.1.2-1mdk php-4.1.2-1.1mdk -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: We've installed the security updates for PHP a few days ago on out Mandrake 8.2 www server. Today, we've noticed that our web application fails to send mails. In /var/log/messages we can see the following error: mail() is not supported in this PHP build It seems that mail support was left out when compiling the package... :( The description on MandrakeUpdate says: A vulnerability was discovered in the transparent session ID support in PHP4 prior to version 4.3.2. It did not properly escape user- supplied input prior to inserting it in the generated web page. This could be exploited by an attacker to execute embedded scripts within the context of the generated HTML (CAN-2003-0442). As well, two vulnerabilities had not been patched in the PHP packages included with Mandrake Linux 8.2: The mail() function did not filter ASCII control filters from its arguments, which could allow an attacker to modify the mail message content (CAN-2002-0986). Another vulnerability in the mail() function would allow a remote attacker to bypass safe mode restrictions and modify the command line arguments passed to the MTA in the fifth argument (CAN-2002-0985). All users are encouraged to upgrade to these patched packages. Well, disabling mail() completely is not acceptable solution! There are applications that depend on this functionality. I hop this is just a typo in RPM package, not the policy of this security fix...
[Cooker] [Bug 4615] [kernel] MDK 9.2 beta2 kernel errors and long pause when accessing cdrom when audio CD is inside
http://qa.mandrakesoft.com/show_bug.cgi?id=4615 --- Additional Comments From [EMAIL PROTECTED] 2003-08-08 19:34 --- There are multiple error messages in kernel logs at that moment: In /var/log/kernel/warnings: Aug 8 17:47:27 klitoris kernel: hdd: command error: status=0x51 { DriveReady SeekComplete Error } Aug 8 17:47:27 klitoris kernel: hdd: command error: error=0x54 Aug 8 17:47:28 klitoris kernel: hdd: command error: status=0x51 { DriveReady SeekComplete Error } Aug 8 17:47:28 klitoris kernel: hdd: command error: error=0x54 Aug 8 17:47:29 klitoris kernel: hdd: command error: status=0x51 { DriveReady SeekComplete Error } Aug 8 17:47:29 klitoris kernel: hdd: command error: error=0x54 Aug 8 17:47:29 klitoris kernel: hdd: command error: status=0x51 { DriveReady SeekComplete Error } . and so on for about 20 seconds, then: Aug 8 17:47:55 klitoris kernel: hdd: command error: error=0x54 Aug 8 17:47:55 klitoris kernel: UDF-fs: No partition found (1) Aug 8 17:47:55 klitoris kernel: hdd: command error: status=0x51 { DriveReady SeekComplete Error } Aug 8 17:47:55 klitoris kernel: hdd: command error: error=0x54 Aug 8 17:47:55 klitoris kernel: isofs_read_super: bread failed, dev=16:40, iso_blknum=16, block=32 Aug 8 17:47:55 klitoris kernel: MSDOS FS: IO charset utf8 Aug 8 17:47:56 klitoris kernel: hdd: command error: status=0x51 { DriveReady SeekComplete Error } Aug 8 17:47:56 klitoris kernel: hdd: command error: error=0x54 Aug 8 17:47:56 klitoris kernel: FAT: unable to read boot sector Aug 8 17:47:56 klitoris kernel: FAT: freeing iocharset=utf8 Aug 8 17:47:56 klitoris kernel: MSDOS FS: IO charset utf8 Aug 8 17:47:56 klitoris kernel: hdd: command error: status=0x51 { DriveReady SeekComplete Error } Aug 8 17:47:56 klitoris kernel: hdd: command error: error=0x54 Aug 8 17:47:56 klitoris kernel: FAT: unable to read boot sector Aug 8 17:47:56 klitoris kernel: FAT: freeing iocharset=utf8 Aug 8 17:47:57 klitoris kernel: EXT2-fs: Unrecognized mount option umask In /var/log/kernel/info: Aug 8 17:47:25 klitoris kernel: udf: registering filesystem Aug 8 17:47:25 klitoris kernel: UDF-fs DEBUG lowlevel.c:57:udf_get_last_session: XA disk: no, vol_desc_start=32 Aug 8 17:47:25 klitoris kernel: UDF-fs DEBUG super.c:1426:udf_read_super: Multi-session=0 Aug 8 17:47:25 klitoris kernel: UDF-fs DEBUG super.c:415:udf_vrs: Starting at sector 16 (2048 byte sectors) Aug 8 17:47:27 klitoris kernel: end_request: I/O error, dev 16:40 (hdd), sector 64 Aug 8 17:47:27 klitoris kernel: UDF-fs DEBUG super.c:1162:udf_check_valid: Failed to read byte 32768. Assuming open disc. Skipping validity check Aug 8 17:47:28 klitoris kernel: end_request: I/O error, dev 16:40 (hdd), sector 1405624 Aug 8 17:47:29 klitoris kernel: end_request: I/O error, dev 16:40 (hdd), sector 1404600 Aug 8 17:47:29 klitoris kernel: end_request: I/O error, dev 16:40 (hdd), sector 1404376 . and so on for about 10 seconds, then: Aug 8 17:47:38 klitoris kernel: end_request: I/O error, dev 16:40 (hdd), sector 1151488 Aug 8 17:47:39 klitoris kernel: end_request: I/O error, dev 16:40 (hdd), sector 1248 Aug 8 17:47:39 klitoris kernel: end_request: I/O error, dev 16:40 (hdd), sector 1024 Aug 8 17:47:39 klitoris kernel: UDF-fs DEBUG misc.c:274:udf_read_tagged: block=256, location=256: read failed Aug 8 17:47:39 klitoris kernel: UDF-fs DEBUG super.c:1216:udf_load_partition: No Anchor block found Aug 8 17:47:40 klitoris kernel: end_request: I/O error, dev 16:40 (hdd), sector 64 Aug 8 17:47:40 klitoris kernel: end_request: I/O error, dev 16:40 (hdd), sector 0 Aug 8 17:47:41 klitoris kernel: end_request: I/O error, dev 16:40 (hdd), sector 0 Aug 8 17:47:41 klitoris kernel: end_request: I/O error, dev 02:00 (floppy), sector 0 Aug 8 17:47:41 klitoris kernel: UDF-fs DEBUG lowlevel.c:57:udf_get_last_session: XA disk: no, vol_desc_start=32 Aug 8 17:47:41 klitoris kernel: UDF-fs DEBUG super.c:1426:udf_read_super: Multi-session=0 Aug 8 17:47:41 klitoris kernel: UDF-fs DEBUG super.c:415:udf_vrs: Starting at sector 16 (2048 byte sectors) Aug 8 17:47:41 klitoris kernel: end_request: I/O error, dev 16:40 (hdd), sector 64 Aug 8 17:47:41 klitoris kernel: UDF-fs DEBUG super.c:1162:udf_check_valid: Failed to read byte 32768. Assuming open disc. Skipping validity check Aug 8 17:47:42 klitoris kernel: end_request: I/O error, dev 16:40 (hdd), sector 1405624 Aug 8 17:47:42 klitoris kernel: end_request: I/O error, dev 16:40 (hdd), sector 1404600 Aug 8 17:47:43 klitoris kernel: end_request: I/O error, dev 16:40 (hdd), sector 1404376 . and so on for about 10 seconds, then finally: Aug 8 17:47:53 klitoris kernel: end_request: I/O error, dev 16:40 (hdd), sector 1151488 Aug 8 17:47:54 klitoris kernel: end_request: I/O error, dev 16:40 (hdd), sector 1248 Aug 8 17:47:55 klitoris kernel: end_request: I/O error, dev 16:40 (hdd), sector 1024 Aug 8 17:47:55 klitoris kernel: UDF-fs DEBUG misc.c:274:udf_read_tagged: block=256,
[Cooker] [Bug 4436] [foomatic-filters] set ps_accounting: 0 in /etc/foomatic/filter.conf
http://qa.mandrakesoft.com/show_bug.cgi?id=4436 [EMAIL PROTECTED] changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-11-08 12:21 --- Marking bug as fixed. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: RESOLVED creation_date: description: The setting ps_accounting (currently set to 1) causes foomatic to insert some additional PostScript code to CUPS print jobs related to accounting. There have been reports that this setting causes empty pages being ejected by printers at beginning of print jobs: http://xprint.mozdev.org/bugs/show_bug.cgi?id=4181 http://groups.google.com/groups?hl=enlr=ie=UTF-8safe=offthreadm=atn8ud%243o92%40ripley.netscape.comrnum=6prev=/frame=on I suggest that in the default filter.conf file shipped with foomatic the following line be added: ps_accounting: 0 In my case it solved the problem of empty pages in OpenOffice and Mozilla on Mandrake 9.1.
[Cooker] [Bug 4709] [kernel] Launched shells hang waiting for system call to end
http://qa.mandrakesoft.com/show_bug.cgi?id=4709 --- Additional Comments From [EMAIL PROTECTED] 2003-14-08 16:59 --- Created an attachment (id=651) -- (http://qa.mandrakesoft.com/attachment.cgi?id=651action=view) strace from launching bash on 2.4.22-0.3mdk kernel, bzipped2. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: NEW creation_date: description: I originally had this problem on Mandrake 9.1, but thought it could be caused by specific configuration of that system - I've installed lots of software on it, and some from Cooker. Recently I've clean-installed Mandrake 9.2 beta2 (formatting the '/' partition, and leaving only '/home' intact), and the problem still exists. The symptoms are: after some time the system is running, it gets impossible t start new shell processes - bash,csh, any. All applications that try to launch a shell for some task hang at that stage too - so non-interactive shells cannot start too. The shells that are already started are working fine - it's only impossible to start new ones. I've run a screen session with multiple windows and waited for the problem to occur, and then did strace on various programs that launch shells. They look similarly - they susually hang in waitpit() or read() function. For example this strace end comes from bash: snip stat64(/bin/bash, {st_mode=S_IFREG|0755, st_size=641868, ...}) = 0 getpgrp() = 5960 rt_sigaction(SIGCHLD, {0x80776a0, [], SA_RESTORER, 0x40051c68}, {SIG_DFL}, 8) = 0 rt_sigprocmask(SIG_BLOCK, NULL, [RTMIN], 8) = 0 fcntl64(0, F_GETFL) = 0x2 (flags O_RDWR) fstat64(0, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 5), ...}) = 0 _llseek(0, 0, 0xbfffefe8, SEEK_CUR) = -1 ESPIPE (Illegal seek) rt_sigprocmask(SIG_BLOCK, NULL, [RTMIN], 8) = 0 read(0, unfinished ... snip and this strace end comes from csh: snip rt_sigprocmask(SIG_SETMASK, [INT RTMIN], [INT RTMIN], 8) = 0 close(0)= -1 EBADF (Bad file descriptor) dup(19) = 0 fcntl64(0, F_SETFD, 0) = 0 close(1)= -1 EBADF (Bad file descriptor) dup(17) = 1 fcntl64(1, F_SETFD, 0) = 0 close(2)= -1 EBADF (Bad file descriptor) dup(18) = 2 fcntl64(2, F_SETFD, 0) = 0 pipe([5, 6])= 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [INT RTMIN], 8) = 0 fork() = 5991 gettimeofday({1060688761, 435762}, NULL) = 0 rt_sigprocmask(SIG_SETMASK, [INT RTMIN], [INT CHLD RTMIN], 8) = 0 close(6)= 0 read(5, unfinished ... snip and this strace end comes from xterm: snip close(4)= 0 close(4)= -1 EBADF (Bad file descriptor) rt_sigprocmask(SIG_BLOCK, [INT CHLD], [CHLD RTMIN], 8) = 0 fork() = 5967 rt_sigprocmask(SIG_SETMASK, [CHLD RTMIN], NULL, 8) = 0 close(3)= 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [CHLD RTMIN], 8) = 0 rt_sigprocmask(SIG_SETMASK, [CHLD RTMIN], NULL, 8) = 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [CHLD RTMIN], 8) = 0 rt_sigaction(SIGINT, {0x8076710, [], SA_RESTORER, 0x40051c68}, {SIG_DFL}, 8) = 0 waitpid(-1, [WIFEXITED(s) WEXITSTATUS(s) == 0], 0) = 5966 waitpid(-1, unfinished ... snip The launch operation for programs like xterm, csh can be interrupted with CTRL-C, but when I run bash - I get the following errors in strace and the process won't terminate when I press CTRL-C: snip close(3)= 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [CHLD RTMIN], 8) = 0 rt_sigprocmask(SIG_SETMASK, [CHLD RTMIN], NULL, 8) = 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [CHLD RTMIN], 8) = 0 rt_sigaction(SIGINT, {0x8076710, [], SA_RESTORER, 0x40051c68}, {0x8087030, [], SA_RESTORER, 0x40051c68}, 8) = 0 waitpid(-1, [WIFEXITED(s) WEXITSTATUS(s) == 0], 0) = 5944 waitpid(-1, 0xbfffe358, 0) = ? ERESTARTSYS (To be restarted) --- SIGINT (Interrupt) @ 0 (0) --- sigreturn() = ? (mask now [CHLD RTMIN]) waitpid(-1, 0xbfffe358, 0) = ? ERESTARTSYS (To be restarted) --- SIGINT (Interrupt) @ 0 (0) --- sigreturn() = ? (mask now [CHLD RTMIN]) waitpid(-1, snip I'm attaching full strace logs.
[Cooker] [Bug 4615] [kernel] New: MDK 9.2 beta2 kernel errors and long pause when accessing cdrom when audio CD is inside
http://qa.mandrakesoft.com/show_bug.cgi?id=4615 Product: kernel Component: default Summary: MDK 9.2 beta2 kernel errors and long pause when accessing cdrom when audio CD is inside Product: kernel Version: 2.4.21-6mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: major Priority: P2 Component: default AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I've seen this issue in 9.1 kernel too. When an audio CD is in the drive, and I try to navigate there I get kernel errors. Typical scenario (imagine I'm a Linux newbie): 1) I want to play audio CD 2) I'm in KDE. I open the applitacion menu, the Multimedia-Sound. 3) Knowing only Windows (where media player plays both files and audio CDs nicely), I decide to launch either Kaboodle (Media Player) or Noatun (Multimedia Player). 4) I try to do File-Open, Go to CD-ROM. 5) The application hangs while supermount naively tries to mount the CD-ROM while in fact it's an audio CD. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 4709] [kernel] Launched shells hang waiting for system call to end
http://qa.mandrakesoft.com/show_bug.cgi?id=4709 --- Additional Comments From [EMAIL PROTECTED] 2003-14-08 17:04 --- Does anyone have suggestions on how can I generate more uesful debugging info for this problem? -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: NEW creation_date: description: I originally had this problem on Mandrake 9.1, but thought it could be caused by specific configuration of that system - I've installed lots of software on it, and some from Cooker. Recently I've clean-installed Mandrake 9.2 beta2 (formatting the '/' partition, and leaving only '/home' intact), and the problem still exists. The symptoms are: after some time the system is running, it gets impossible t start new shell processes - bash,csh, any. All applications that try to launch a shell for some task hang at that stage too - so non-interactive shells cannot start too. The shells that are already started are working fine - it's only impossible to start new ones. I've run a screen session with multiple windows and waited for the problem to occur, and then did strace on various programs that launch shells. They look similarly - they susually hang in waitpit() or read() function. For example this strace end comes from bash: snip stat64(/bin/bash, {st_mode=S_IFREG|0755, st_size=641868, ...}) = 0 getpgrp() = 5960 rt_sigaction(SIGCHLD, {0x80776a0, [], SA_RESTORER, 0x40051c68}, {SIG_DFL}, 8) = 0 rt_sigprocmask(SIG_BLOCK, NULL, [RTMIN], 8) = 0 fcntl64(0, F_GETFL) = 0x2 (flags O_RDWR) fstat64(0, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 5), ...}) = 0 _llseek(0, 0, 0xbfffefe8, SEEK_CUR) = -1 ESPIPE (Illegal seek) rt_sigprocmask(SIG_BLOCK, NULL, [RTMIN], 8) = 0 read(0, unfinished ... snip and this strace end comes from csh: snip rt_sigprocmask(SIG_SETMASK, [INT RTMIN], [INT RTMIN], 8) = 0 close(0)= -1 EBADF (Bad file descriptor) dup(19) = 0 fcntl64(0, F_SETFD, 0) = 0 close(1)= -1 EBADF (Bad file descriptor) dup(17) = 1 fcntl64(1, F_SETFD, 0) = 0 close(2)= -1 EBADF (Bad file descriptor) dup(18) = 2 fcntl64(2, F_SETFD, 0) = 0 pipe([5, 6])= 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [INT RTMIN], 8) = 0 fork() = 5991 gettimeofday({1060688761, 435762}, NULL) = 0 rt_sigprocmask(SIG_SETMASK, [INT RTMIN], [INT CHLD RTMIN], 8) = 0 close(6)= 0 read(5, unfinished ... snip and this strace end comes from xterm: snip close(4)= 0 close(4)= -1 EBADF (Bad file descriptor) rt_sigprocmask(SIG_BLOCK, [INT CHLD], [CHLD RTMIN], 8) = 0 fork() = 5967 rt_sigprocmask(SIG_SETMASK, [CHLD RTMIN], NULL, 8) = 0 close(3)= 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [CHLD RTMIN], 8) = 0 rt_sigprocmask(SIG_SETMASK, [CHLD RTMIN], NULL, 8) = 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [CHLD RTMIN], 8) = 0 rt_sigaction(SIGINT, {0x8076710, [], SA_RESTORER, 0x40051c68}, {SIG_DFL}, 8) = 0 waitpid(-1, [WIFEXITED(s) WEXITSTATUS(s) == 0], 0) = 5966 waitpid(-1, unfinished ... snip The launch operation for programs like xterm, csh can be interrupted with CTRL-C, but when I run bash - I get the following errors in strace and the process won't terminate when I press CTRL-C: snip close(3)= 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [CHLD RTMIN], 8) = 0 rt_sigprocmask(SIG_SETMASK, [CHLD RTMIN], NULL, 8) = 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [CHLD RTMIN], 8) = 0 rt_sigaction(SIGINT, {0x8076710, [], SA_RESTORER, 0x40051c68}, {0x8087030, [], SA_RESTORER, 0x40051c68}, 8) = 0 waitpid(-1, [WIFEXITED(s) WEXITSTATUS(s) == 0], 0) = 5944 waitpid(-1, 0xbfffe358, 0) = ? ERESTARTSYS (To be restarted) --- SIGINT (Interrupt) @ 0 (0) --- sigreturn() = ? (mask now [CHLD RTMIN]) waitpid(-1, 0xbfffe358, 0) = ? ERESTARTSYS (To be restarted) --- SIGINT (Interrupt) @ 0 (0) --- sigreturn() = ? (mask now [CHLD RTMIN]) waitpid(-1, snip I'm attaching full strace logs.
[Cooker] [Bug 4709] [kernel] Launched shells hang waiting for system call to end
http://qa.mandrakesoft.com/show_bug.cgi?id=4709 --- Additional Comments From [EMAIL PROTECTED] 2003-12-08 18:04 --- Created an attachment (id=644) -- (http://qa.mandrakesoft.com/attachment.cgi?id=644action=view) strace from launching csh, bzipped2. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: I originally had this problem on Mandrake 9.1, but thought it could be caused by specific configuration of that system - I've installed lots of software on it, and some from Cooker. Recently I've clean-installed Mandrake 9.2 beta2 (formatting the '/' partition, and leaving only '/home' intact), and the problem still exists. The symptoms are: after some time the system is running, it gets impossible t start new shell processes - bash,csh, any. All applications that try to launch a shell for some task hang at that stage too - so non-interactive shells cannot start too. The shells that are already started are working fine - it's only impossible to start new ones. I've run a screen session with multiple windows and waited for the problem to occur, and then did strace on various programs that launch shells. They look similarly - they susually hang in waitpit() or read() function. For example this strace end comes from bash: snip stat64(/bin/bash, {st_mode=S_IFREG|0755, st_size=641868, ...}) = 0 getpgrp() = 5960 rt_sigaction(SIGCHLD, {0x80776a0, [], SA_RESTORER, 0x40051c68}, {SIG_DFL}, 8) = 0 rt_sigprocmask(SIG_BLOCK, NULL, [RTMIN], 8) = 0 fcntl64(0, F_GETFL) = 0x2 (flags O_RDWR) fstat64(0, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 5), ...}) = 0 _llseek(0, 0, 0xbfffefe8, SEEK_CUR) = -1 ESPIPE (Illegal seek) rt_sigprocmask(SIG_BLOCK, NULL, [RTMIN], 8) = 0 read(0, unfinished ... snip and this strace end comes from csh: snip rt_sigprocmask(SIG_SETMASK, [INT RTMIN], [INT RTMIN], 8) = 0 close(0)= -1 EBADF (Bad file descriptor) dup(19) = 0 fcntl64(0, F_SETFD, 0) = 0 close(1)= -1 EBADF (Bad file descriptor) dup(17) = 1 fcntl64(1, F_SETFD, 0) = 0 close(2)= -1 EBADF (Bad file descriptor) dup(18) = 2 fcntl64(2, F_SETFD, 0) = 0 pipe([5, 6])= 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [INT RTMIN], 8) = 0 fork() = 5991 gettimeofday({1060688761, 435762}, NULL) = 0 rt_sigprocmask(SIG_SETMASK, [INT RTMIN], [INT CHLD RTMIN], 8) = 0 close(6)= 0 read(5, unfinished ... snip and this strace end comes from xterm: snip close(4)= 0 close(4)= -1 EBADF (Bad file descriptor) rt_sigprocmask(SIG_BLOCK, [INT CHLD], [CHLD RTMIN], 8) = 0 fork() = 5967 rt_sigprocmask(SIG_SETMASK, [CHLD RTMIN], NULL, 8) = 0 close(3)= 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [CHLD RTMIN], 8) = 0 rt_sigprocmask(SIG_SETMASK, [CHLD RTMIN], NULL, 8) = 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [CHLD RTMIN], 8) = 0 rt_sigaction(SIGINT, {0x8076710, [], SA_RESTORER, 0x40051c68}, {SIG_DFL}, 8) = 0 waitpid(-1, [WIFEXITED(s) WEXITSTATUS(s) == 0], 0) = 5966 waitpid(-1, unfinished ... snip The launch operation for programs like xterm, csh can be interrupted with CTRL-C, but when I run bash - I get the following errors in strace and the process won't terminate when I press CTRL-C: snip close(3)= 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [CHLD RTMIN], 8) = 0 rt_sigprocmask(SIG_SETMASK, [CHLD RTMIN], NULL, 8) = 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [CHLD RTMIN], 8) = 0 rt_sigaction(SIGINT, {0x8076710, [], SA_RESTORER, 0x40051c68}, {0x8087030, [], SA_RESTORER, 0x40051c68}, 8) = 0 waitpid(-1, [WIFEXITED(s) WEXITSTATUS(s) == 0], 0) = 5944 waitpid(-1, 0xbfffe358, 0) = ? ERESTARTSYS (To be restarted) --- SIGINT (Interrupt) @ 0 (0) --- sigreturn() = ? (mask now [CHLD RTMIN]) waitpid(-1, 0xbfffe358, 0) = ? ERESTARTSYS (To be restarted) --- SIGINT (Interrupt) @ 0 (0) --- sigreturn() = ? (mask now [CHLD RTMIN]) waitpid(-1, snip I'm attaching full strace logs.
[Cooker] [Bug 4709] [kernel] Launched shells hang waiting for system call to end
http://qa.mandrakesoft.com/show_bug.cgi?id=4709 --- Additional Comments From [EMAIL PROTECTED] 2003-12-08 18:02 --- Created an attachment (id=643) -- (http://qa.mandrakesoft.com/attachment.cgi?id=643action=view) strace from launching bash, bzipped2. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: I originally had this problem on Mandrake 9.1, but thought it could be caused by specific configuration of that system - I've installed lots of software on it, and some from Cooker. Recently I've clean-installed Mandrake 9.2 beta2 (formatting the '/' partition, and leaving only '/home' intact), and the problem still exists. The symptoms are: after some time the system is running, it gets impossible t start new shell processes - bash,csh, any. All applications that try to launch a shell for some task hang at that stage too - so non-interactive shells cannot start too. The shells that are already started are working fine - it's only impossible to start new ones. I've run a screen session with multiple windows and waited for the problem to occur, and then did strace on various programs that launch shells. They look similarly - they susually hang in waitpit() or read() function. For example this strace end comes from bash: snip stat64(/bin/bash, {st_mode=S_IFREG|0755, st_size=641868, ...}) = 0 getpgrp() = 5960 rt_sigaction(SIGCHLD, {0x80776a0, [], SA_RESTORER, 0x40051c68}, {SIG_DFL}, 8) = 0 rt_sigprocmask(SIG_BLOCK, NULL, [RTMIN], 8) = 0 fcntl64(0, F_GETFL) = 0x2 (flags O_RDWR) fstat64(0, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 5), ...}) = 0 _llseek(0, 0, 0xbfffefe8, SEEK_CUR) = -1 ESPIPE (Illegal seek) rt_sigprocmask(SIG_BLOCK, NULL, [RTMIN], 8) = 0 read(0, unfinished ... snip and this strace end comes from csh: snip rt_sigprocmask(SIG_SETMASK, [INT RTMIN], [INT RTMIN], 8) = 0 close(0)= -1 EBADF (Bad file descriptor) dup(19) = 0 fcntl64(0, F_SETFD, 0) = 0 close(1)= -1 EBADF (Bad file descriptor) dup(17) = 1 fcntl64(1, F_SETFD, 0) = 0 close(2)= -1 EBADF (Bad file descriptor) dup(18) = 2 fcntl64(2, F_SETFD, 0) = 0 pipe([5, 6])= 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [INT RTMIN], 8) = 0 fork() = 5991 gettimeofday({1060688761, 435762}, NULL) = 0 rt_sigprocmask(SIG_SETMASK, [INT RTMIN], [INT CHLD RTMIN], 8) = 0 close(6)= 0 read(5, unfinished ... snip and this strace end comes from xterm: snip close(4)= 0 close(4)= -1 EBADF (Bad file descriptor) rt_sigprocmask(SIG_BLOCK, [INT CHLD], [CHLD RTMIN], 8) = 0 fork() = 5967 rt_sigprocmask(SIG_SETMASK, [CHLD RTMIN], NULL, 8) = 0 close(3)= 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [CHLD RTMIN], 8) = 0 rt_sigprocmask(SIG_SETMASK, [CHLD RTMIN], NULL, 8) = 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [CHLD RTMIN], 8) = 0 rt_sigaction(SIGINT, {0x8076710, [], SA_RESTORER, 0x40051c68}, {SIG_DFL}, 8) = 0 waitpid(-1, [WIFEXITED(s) WEXITSTATUS(s) == 0], 0) = 5966 waitpid(-1, unfinished ... snip The launch operation for programs like xterm, csh can be interrupted with CTRL-C, but when I run bash - I get the following errors in strace and the process won't terminate when I press CTRL-C: snip close(3)= 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [CHLD RTMIN], 8) = 0 rt_sigprocmask(SIG_SETMASK, [CHLD RTMIN], NULL, 8) = 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [CHLD RTMIN], 8) = 0 rt_sigaction(SIGINT, {0x8076710, [], SA_RESTORER, 0x40051c68}, {0x8087030, [], SA_RESTORER, 0x40051c68}, 8) = 0 waitpid(-1, [WIFEXITED(s) WEXITSTATUS(s) == 0], 0) = 5944 waitpid(-1, 0xbfffe358, 0) = ? ERESTARTSYS (To be restarted) --- SIGINT (Interrupt) @ 0 (0) --- sigreturn() = ? (mask now [CHLD RTMIN]) waitpid(-1, 0xbfffe358, 0) = ? ERESTARTSYS (To be restarted) --- SIGINT (Interrupt) @ 0 (0) --- sigreturn() = ? (mask now [CHLD RTMIN]) waitpid(-1, snip I'm attaching full strace logs.
[Cooker] [Bug 4610] [mod_php] PHP Security update for MDK 8.2 (php-4.2.1-1.1mdk) breaks mail()
http://qa.mandrakesoft.com/show_bug.cgi?id=4610 --- Additional Comments From [EMAIL PROTECTED] 2003-08-08 19:14 --- I've just rebuilt PHP from updates SRPM and installed with force (rpm -Uhv --force php*.rpm). This has installed with overwrite the following RPMs: php, php-common and php-devel. Then I've restarted apache, and mail() started working! Maybe the updated ibnary RPMs are built improperly? BTW here are log messages from MandrakeUpdate of that server that we made yesterday (which caused PHP mail() to stop working): sie 7 17:07:22 www perl: [RPM] php-common-4.1.2-1.1mdk installed sie 7 17:07:31 www perl: [RPM] php-common-4.1.2-1mdk removed sie 7 17:07:31 www perl: [RPM] php-4.1.2-1.1mdk installed sie 7 17:07:31 www perl: [RPM] php-4.1.2-1mdk removed sie 7 17:07:33 www perl: [RPM] postfix-20010228-20.1mdk installed sie 7 17:07:45 www perl: [RPM] postfix-20010228-20mdk removed sie 7 17:07:48 www perl: [RPM] php-devel-4.1.2-1.1mdk installed sie 7 17:07:48 www perl: [RPM] php-devel-4.1.2-1mdk removed -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: We've installed the security updates for PHP a few days ago on out Mandrake 8.2 www server. Today, we've noticed that our web application fails to send mails. In /var/log/messages we can see the following error: mail() is not supported in this PHP build It seems that mail support was left out when compiling the package... :( The description on MandrakeUpdate says: A vulnerability was discovered in the transparent session ID support in PHP4 prior to version 4.3.2. It did not properly escape user- supplied input prior to inserting it in the generated web page. This could be exploited by an attacker to execute embedded scripts within the context of the generated HTML (CAN-2003-0442). As well, two vulnerabilities had not been patched in the PHP packages included with Mandrake Linux 8.2: The mail() function did not filter ASCII control filters from its arguments, which could allow an attacker to modify the mail message content (CAN-2002-0986). Another vulnerability in the mail() function would allow a remote attacker to bypass safe mode restrictions and modify the command line arguments passed to the MTA in the fifth argument (CAN-2002-0985). All users are encouraged to upgrade to these patched packages. Well, disabling mail() completely is not acceptable solution! There are applications that depend on this functionality. I hop this is just a typo in RPM package, not the policy of this security fix...
[Cooker] [Bug 4709] [kernel] Launched shells hang waiting for system call to end
http://qa.mandrakesoft.com/show_bug.cgi?id=4709 --- Additional Comments From [EMAIL PROTECTED] 2003-12-08 18:22 --- Wellm in my case it renders the whole system useless - I have to restart after this, since I cannot launch new shells, and many programs cannot launch too because of that. BTW, When the system is in this state, and I switch to a text console from XFree, then system hangs completely, I cannot switch back to XFree. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: NEW creation_date: description: I originally had this problem on Mandrake 9.1, but thought it could be caused by specific configuration of that system - I've installed lots of software on it, and some from Cooker. Recently I've clean-installed Mandrake 9.2 beta2 (formatting the '/' partition, and leaving only '/home' intact), and the problem still exists. The symptoms are: after some time the system is running, it gets impossible t start new shell processes - bash,csh, any. All applications that try to launch a shell for some task hang at that stage too - so non-interactive shells cannot start too. The shells that are already started are working fine - it's only impossible to start new ones. I've run a screen session with multiple windows and waited for the problem to occur, and then did strace on various programs that launch shells. They look similarly - they susually hang in waitpit() or read() function. For example this strace end comes from bash: snip stat64(/bin/bash, {st_mode=S_IFREG|0755, st_size=641868, ...}) = 0 getpgrp() = 5960 rt_sigaction(SIGCHLD, {0x80776a0, [], SA_RESTORER, 0x40051c68}, {SIG_DFL}, 8) = 0 rt_sigprocmask(SIG_BLOCK, NULL, [RTMIN], 8) = 0 fcntl64(0, F_GETFL) = 0x2 (flags O_RDWR) fstat64(0, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 5), ...}) = 0 _llseek(0, 0, 0xbfffefe8, SEEK_CUR) = -1 ESPIPE (Illegal seek) rt_sigprocmask(SIG_BLOCK, NULL, [RTMIN], 8) = 0 read(0, unfinished ... snip and this strace end comes from csh: snip rt_sigprocmask(SIG_SETMASK, [INT RTMIN], [INT RTMIN], 8) = 0 close(0)= -1 EBADF (Bad file descriptor) dup(19) = 0 fcntl64(0, F_SETFD, 0) = 0 close(1)= -1 EBADF (Bad file descriptor) dup(17) = 1 fcntl64(1, F_SETFD, 0) = 0 close(2)= -1 EBADF (Bad file descriptor) dup(18) = 2 fcntl64(2, F_SETFD, 0) = 0 pipe([5, 6])= 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [INT RTMIN], 8) = 0 fork() = 5991 gettimeofday({1060688761, 435762}, NULL) = 0 rt_sigprocmask(SIG_SETMASK, [INT RTMIN], [INT CHLD RTMIN], 8) = 0 close(6)= 0 read(5, unfinished ... snip and this strace end comes from xterm: snip close(4)= 0 close(4)= -1 EBADF (Bad file descriptor) rt_sigprocmask(SIG_BLOCK, [INT CHLD], [CHLD RTMIN], 8) = 0 fork() = 5967 rt_sigprocmask(SIG_SETMASK, [CHLD RTMIN], NULL, 8) = 0 close(3)= 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [CHLD RTMIN], 8) = 0 rt_sigprocmask(SIG_SETMASK, [CHLD RTMIN], NULL, 8) = 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [CHLD RTMIN], 8) = 0 rt_sigaction(SIGINT, {0x8076710, [], SA_RESTORER, 0x40051c68}, {SIG_DFL}, 8) = 0 waitpid(-1, [WIFEXITED(s) WEXITSTATUS(s) == 0], 0) = 5966 waitpid(-1, unfinished ... snip The launch operation for programs like xterm, csh can be interrupted with CTRL-C, but when I run bash - I get the following errors in strace and the process won't terminate when I press CTRL-C: snip close(3)= 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [CHLD RTMIN], 8) = 0 rt_sigprocmask(SIG_SETMASK, [CHLD RTMIN], NULL, 8) = 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [CHLD RTMIN], 8) = 0 rt_sigaction(SIGINT, {0x8076710, [], SA_RESTORER, 0x40051c68}, {0x8087030, [], SA_RESTORER, 0x40051c68}, 8) = 0 waitpid(-1, [WIFEXITED(s) WEXITSTATUS(s) == 0], 0) = 5944 waitpid(-1, 0xbfffe358, 0) = ? ERESTARTSYS (To be restarted) --- SIGINT (Interrupt) @ 0 (0) --- sigreturn() = ? (mask now [CHLD RTMIN]) waitpid(-1, 0xbfffe358, 0) = ? ERESTARTSYS (To be restarted) --- SIGINT (Interrupt) @ 0 (0) --- sigreturn() = ? (mask now [CHLD RTMIN]) waitpid(-1, snip I'm attaching full strace logs.
[Cooker] [Bug 4615] [kernel] MDK 9.2 beta2 kernel errors and long pause when accessing cdrom when audio CD is inside
http://qa.mandrakesoft.com/show_bug.cgi?id=4615 --- Additional Comments From [EMAIL PROTECTED] 2003-08-08 19:55 --- Created an attachment (id=592) -- (http://qa.mandrakesoft.com/attachment.cgi?id=592action=view) Track10.cda Last example: tenth (last) track from the same audio CD. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: I've seen this issue in 9.1 kernel too. When an audio CD is in the drive, and I try to navigate there I get kernel errors. Typical scenario (imagine I'm a Linux newbie): 1) I want to play audio CD 2) I'm in KDE. I open the applitacion menu, the Multimedia-Sound. 3) Knowing only Windows (where media player plays both files and audio CDs nicely), I decide to launch either Kaboodle (Media Player) or Noatun (Multimedia Player). 4) I try to do File-Open, Go to CD-ROM. 5) The application hangs while supermount naively tries to mount the CD-ROM while in fact it's an audio CD.
[Cooker] [Bug 4709] [kernel] New: Launched shells hang waiting for system call to end
http://qa.mandrakesoft.com/show_bug.cgi?id=4709 Product: kernel Component: default Summary: Launched shells hang waiting for system call to end Product: kernel Version: 2.4.21-6mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 Component: default AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I originally had this problem on Mandrake 9.1, but thought it could be caused by specific configuration of that system - I've installed lots of software on it, and some from Cooker. Recently I've clean-installed Mandrake 9.2 beta2 (formatting the '/' partition, and leaving only '/home' intact), and the problem still exists. The symptoms are: after some time the system is running, it gets impossible t start new shell processes - bash,csh, any. All applications that try to launch a shell for some task hang at that stage too - so non-interactive shells cannot start too. The shells that are already started are working fine - it's only impossible to start new ones. I've run a screen session with multiple windows and waited for the problem to occur, and then did strace on various programs that launch shells. They look similarly - they susually hang in waitpit() or read() function. For example this strace end comes from bash: snip stat64(/bin/bash, {st_mode=S_IFREG|0755, st_size=641868, ...}) = 0 getpgrp() = 5960 rt_sigaction(SIGCHLD, {0x80776a0, [], SA_RESTORER, 0x40051c68}, {SIG_DFL}, 8) = 0 rt_sigprocmask(SIG_BLOCK, NULL, [RTMIN], 8) = 0 fcntl64(0, F_GETFL) = 0x2 (flags O_RDWR) fstat64(0, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 5), ...}) = 0 _llseek(0, 0, 0xbfffefe8, SEEK_CUR) = -1 ESPIPE (Illegal seek) rt_sigprocmask(SIG_BLOCK, NULL, [RTMIN], 8) = 0 read(0, unfinished ... snip and this strace end comes from csh: snip rt_sigprocmask(SIG_SETMASK, [INT RTMIN], [INT RTMIN], 8) = 0 close(0)= -1 EBADF (Bad file descriptor) dup(19) = 0 fcntl64(0, F_SETFD, 0) = 0 close(1)= -1 EBADF (Bad file descriptor) dup(17) = 1 fcntl64(1, F_SETFD, 0) = 0 close(2)= -1 EBADF (Bad file descriptor) dup(18) = 2 fcntl64(2, F_SETFD, 0) = 0 pipe([5, 6])= 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [INT RTMIN], 8) = 0 fork() = 5991 gettimeofday({1060688761, 435762}, NULL) = 0 rt_sigprocmask(SIG_SETMASK, [INT RTMIN], [INT CHLD RTMIN], 8) = 0 close(6)= 0 read(5, unfinished ... snip and this strace end comes from xterm: snip close(4)= 0 close(4)= -1 EBADF (Bad file descriptor) rt_sigprocmask(SIG_BLOCK, [INT CHLD], [CHLD RTMIN], 8) = 0 fork() = 5967 rt_sigprocmask(SIG_SETMASK, [CHLD RTMIN], NULL, 8) = 0 close(3)= 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [CHLD RTMIN], 8) = 0 rt_sigprocmask(SIG_SETMASK, [CHLD RTMIN], NULL, 8) = 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [CHLD RTMIN], 8) = 0 rt_sigaction(SIGINT, {0x8076710, [], SA_RESTORER, 0x40051c68}, {SIG_DFL}, 8) = 0 waitpid(-1, [WIFEXITED(s) WEXITSTATUS(s) == 0], 0) = 5966 waitpid(-1, unfinished ... snip The launch operation for programs like xterm, csh can be interrupted with CTRL-C, but when I run bash - I get the following errors in strace and the process won't terminate when I press CTRL-C: snip close(3)= 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [CHLD RTMIN], 8) = 0 rt_sigprocmask(SIG_SETMASK, [CHLD RTMIN], NULL, 8) = 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [CHLD RTMIN], 8) = 0 rt_sigaction(SIGINT, {0x8076710, [], SA_RESTORER, 0x40051c68}, {0x8087030, [], SA_RESTORER, 0x40051c68}, 8) = 0 waitpid(-1, [WIFEXITED(s) WEXITSTATUS(s) == 0], 0) = 5944 waitpid(-1, 0xbfffe358, 0) = ? ERESTARTSYS (To be restarted) --- SIGINT (Interrupt) @ 0 (0) --- sigreturn() = ? (mask now [CHLD RTMIN]) waitpid(-1, 0xbfffe358, 0) = ? ERESTARTSYS (To be restarted) --- SIGINT (Interrupt) @ 0 (0) --- sigreturn() = ? (mask now [CHLD RTMIN]) waitpid(-1, snip I'm attaching full strace logs. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 4709] [kernel] Launched shells hang waiting for system call to end
http://qa.mandrakesoft.com/show_bug.cgi?id=4709 --- Additional Comments From [EMAIL PROTECTED] 2003-14-08 17:00 --- Created an attachment (id=652) -- (http://qa.mandrakesoft.com/attachment.cgi?id=652action=view) strace from launching csh on 2.4.22-0.3mdk kernel, bzipped2. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: NEW creation_date: description: I originally had this problem on Mandrake 9.1, but thought it could be caused by specific configuration of that system - I've installed lots of software on it, and some from Cooker. Recently I've clean-installed Mandrake 9.2 beta2 (formatting the '/' partition, and leaving only '/home' intact), and the problem still exists. The symptoms are: after some time the system is running, it gets impossible t start new shell processes - bash,csh, any. All applications that try to launch a shell for some task hang at that stage too - so non-interactive shells cannot start too. The shells that are already started are working fine - it's only impossible to start new ones. I've run a screen session with multiple windows and waited for the problem to occur, and then did strace on various programs that launch shells. They look similarly - they susually hang in waitpit() or read() function. For example this strace end comes from bash: snip stat64(/bin/bash, {st_mode=S_IFREG|0755, st_size=641868, ...}) = 0 getpgrp() = 5960 rt_sigaction(SIGCHLD, {0x80776a0, [], SA_RESTORER, 0x40051c68}, {SIG_DFL}, 8) = 0 rt_sigprocmask(SIG_BLOCK, NULL, [RTMIN], 8) = 0 fcntl64(0, F_GETFL) = 0x2 (flags O_RDWR) fstat64(0, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 5), ...}) = 0 _llseek(0, 0, 0xbfffefe8, SEEK_CUR) = -1 ESPIPE (Illegal seek) rt_sigprocmask(SIG_BLOCK, NULL, [RTMIN], 8) = 0 read(0, unfinished ... snip and this strace end comes from csh: snip rt_sigprocmask(SIG_SETMASK, [INT RTMIN], [INT RTMIN], 8) = 0 close(0)= -1 EBADF (Bad file descriptor) dup(19) = 0 fcntl64(0, F_SETFD, 0) = 0 close(1)= -1 EBADF (Bad file descriptor) dup(17) = 1 fcntl64(1, F_SETFD, 0) = 0 close(2)= -1 EBADF (Bad file descriptor) dup(18) = 2 fcntl64(2, F_SETFD, 0) = 0 pipe([5, 6])= 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [INT RTMIN], 8) = 0 fork() = 5991 gettimeofday({1060688761, 435762}, NULL) = 0 rt_sigprocmask(SIG_SETMASK, [INT RTMIN], [INT CHLD RTMIN], 8) = 0 close(6)= 0 read(5, unfinished ... snip and this strace end comes from xterm: snip close(4)= 0 close(4)= -1 EBADF (Bad file descriptor) rt_sigprocmask(SIG_BLOCK, [INT CHLD], [CHLD RTMIN], 8) = 0 fork() = 5967 rt_sigprocmask(SIG_SETMASK, [CHLD RTMIN], NULL, 8) = 0 close(3)= 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [CHLD RTMIN], 8) = 0 rt_sigprocmask(SIG_SETMASK, [CHLD RTMIN], NULL, 8) = 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [CHLD RTMIN], 8) = 0 rt_sigaction(SIGINT, {0x8076710, [], SA_RESTORER, 0x40051c68}, {SIG_DFL}, 8) = 0 waitpid(-1, [WIFEXITED(s) WEXITSTATUS(s) == 0], 0) = 5966 waitpid(-1, unfinished ... snip The launch operation for programs like xterm, csh can be interrupted with CTRL-C, but when I run bash - I get the following errors in strace and the process won't terminate when I press CTRL-C: snip close(3)= 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [CHLD RTMIN], 8) = 0 rt_sigprocmask(SIG_SETMASK, [CHLD RTMIN], NULL, 8) = 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [CHLD RTMIN], 8) = 0 rt_sigaction(SIGINT, {0x8076710, [], SA_RESTORER, 0x40051c68}, {0x8087030, [], SA_RESTORER, 0x40051c68}, 8) = 0 waitpid(-1, [WIFEXITED(s) WEXITSTATUS(s) == 0], 0) = 5944 waitpid(-1, 0xbfffe358, 0) = ? ERESTARTSYS (To be restarted) --- SIGINT (Interrupt) @ 0 (0) --- sigreturn() = ? (mask now [CHLD RTMIN]) waitpid(-1, 0xbfffe358, 0) = ? ERESTARTSYS (To be restarted) --- SIGINT (Interrupt) @ 0 (0) --- sigreturn() = ? (mask now [CHLD RTMIN]) waitpid(-1, snip I'm attaching full strace logs.
[Cooker] [Bug 4709] [kernel] Launched shells hang waiting for system call to end
http://qa.mandrakesoft.com/show_bug.cgi?id=4709 --- Additional Comments From [EMAIL PROTECTED] 2003-14-08 16:58 --- Jan, is there any known fix for that problem? And does the problem you describe pertain to the TERM signal immunity only, or the inability to launch a new shell process too? I've tried Mandrake's latest kernel (kernel-2.4.22.0.3mdk-1-1mdk), the problem of interrupting bash with CTRL-C went away - I can interrupt it when I try to launch it. But shells still don't launch when the system gets into this state. I've generated new straces, I'm attaching them. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: NEW creation_date: description: I originally had this problem on Mandrake 9.1, but thought it could be caused by specific configuration of that system - I've installed lots of software on it, and some from Cooker. Recently I've clean-installed Mandrake 9.2 beta2 (formatting the '/' partition, and leaving only '/home' intact), and the problem still exists. The symptoms are: after some time the system is running, it gets impossible t start new shell processes - bash,csh, any. All applications that try to launch a shell for some task hang at that stage too - so non-interactive shells cannot start too. The shells that are already started are working fine - it's only impossible to start new ones. I've run a screen session with multiple windows and waited for the problem to occur, and then did strace on various programs that launch shells. They look similarly - they susually hang in waitpit() or read() function. For example this strace end comes from bash: snip stat64(/bin/bash, {st_mode=S_IFREG|0755, st_size=641868, ...}) = 0 getpgrp() = 5960 rt_sigaction(SIGCHLD, {0x80776a0, [], SA_RESTORER, 0x40051c68}, {SIG_DFL}, 8) = 0 rt_sigprocmask(SIG_BLOCK, NULL, [RTMIN], 8) = 0 fcntl64(0, F_GETFL) = 0x2 (flags O_RDWR) fstat64(0, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 5), ...}) = 0 _llseek(0, 0, 0xbfffefe8, SEEK_CUR) = -1 ESPIPE (Illegal seek) rt_sigprocmask(SIG_BLOCK, NULL, [RTMIN], 8) = 0 read(0, unfinished ... snip and this strace end comes from csh: snip rt_sigprocmask(SIG_SETMASK, [INT RTMIN], [INT RTMIN], 8) = 0 close(0)= -1 EBADF (Bad file descriptor) dup(19) = 0 fcntl64(0, F_SETFD, 0) = 0 close(1)= -1 EBADF (Bad file descriptor) dup(17) = 1 fcntl64(1, F_SETFD, 0) = 0 close(2)= -1 EBADF (Bad file descriptor) dup(18) = 2 fcntl64(2, F_SETFD, 0) = 0 pipe([5, 6])= 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [INT RTMIN], 8) = 0 fork() = 5991 gettimeofday({1060688761, 435762}, NULL) = 0 rt_sigprocmask(SIG_SETMASK, [INT RTMIN], [INT CHLD RTMIN], 8) = 0 close(6)= 0 read(5, unfinished ... snip and this strace end comes from xterm: snip close(4)= 0 close(4)= -1 EBADF (Bad file descriptor) rt_sigprocmask(SIG_BLOCK, [INT CHLD], [CHLD RTMIN], 8) = 0 fork() = 5967 rt_sigprocmask(SIG_SETMASK, [CHLD RTMIN], NULL, 8) = 0 close(3)= 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [CHLD RTMIN], 8) = 0 rt_sigprocmask(SIG_SETMASK, [CHLD RTMIN], NULL, 8) = 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [CHLD RTMIN], 8) = 0 rt_sigaction(SIGINT, {0x8076710, [], SA_RESTORER, 0x40051c68}, {SIG_DFL}, 8) = 0 waitpid(-1, [WIFEXITED(s) WEXITSTATUS(s) == 0], 0) = 5966 waitpid(-1, unfinished ... snip The launch operation for programs like xterm, csh can be interrupted with CTRL-C, but when I run bash - I get the following errors in strace and the process won't terminate when I press CTRL-C: snip close(3)= 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [CHLD RTMIN], 8) = 0 rt_sigprocmask(SIG_SETMASK, [CHLD RTMIN], NULL, 8) = 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [CHLD RTMIN], 8) = 0 rt_sigaction(SIGINT, {0x8076710, [], SA_RESTORER, 0x40051c68}, {0x8087030, [], SA_RESTORER, 0x40051c68}, 8) = 0 waitpid(-1, [WIFEXITED(s) WEXITSTATUS(s) == 0], 0) = 5944 waitpid(-1, 0xbfffe358, 0) = ? ERESTARTSYS (To be restarted) --- SIGINT (Interrupt) @ 0 (0) --- sigreturn() = ? (mask now [CHLD RTMIN]) waitpid(-1, 0xbfffe358, 0) = ? ERESTARTSYS (To be restarted) --- SIGINT (Interrupt) @ 0 (0) --- sigreturn() = ? (mask now [CHLD RTMIN]) waitpid(-1, snip I'm attaching full strace logs.
[Cooker] [Bug 4697] [drakxtools] New: Add SMB to the list of services that can be unblocked
http://qa.mandrakesoft.com/show_bug.cgi?id=4697 Product: drakxtools Component: drakfirewall Summary: Add SMB to the list of services that can be unblocked Product: drakxtools Version: 9.2-0.27mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 Component: drakfirewall AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Mandrake is frequently used as a SMB server with use of Samba. The list of ports that need to be passed through for the SMB protocol to work lists 4 ports, and it's not very easy to find this list on the Internet. Those ports are: 137/udp 138/udp 139/tcp 445/tcp So anyone who would like to open SMB using drakfirewall, would have to click advanced and type: 137/udp 138/udp 139/tcp 445/tcp This is far from intuitive of course, even for advanced power-users who want a personal firewall on their workstation and filesharing with Windows at the same time. I propose that an additional checkbox be added to drakfirewall, SMB, that opens those 4 ports on the firewall. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 4709] [kernel] Launched shells hang waiting for system call to end
http://qa.mandrakesoft.com/show_bug.cgi?id=4709 --- Additional Comments From [EMAIL PROTECTED] 2003-12-08 18:08 --- Created an attachment (id=645) -- (http://qa.mandrakesoft.com/attachment.cgi?id=645action=view) strace from launching xterm, bzipped2. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: I originally had this problem on Mandrake 9.1, but thought it could be caused by specific configuration of that system - I've installed lots of software on it, and some from Cooker. Recently I've clean-installed Mandrake 9.2 beta2 (formatting the '/' partition, and leaving only '/home' intact), and the problem still exists. The symptoms are: after some time the system is running, it gets impossible t start new shell processes - bash,csh, any. All applications that try to launch a shell for some task hang at that stage too - so non-interactive shells cannot start too. The shells that are already started are working fine - it's only impossible to start new ones. I've run a screen session with multiple windows and waited for the problem to occur, and then did strace on various programs that launch shells. They look similarly - they susually hang in waitpit() or read() function. For example this strace end comes from bash: snip stat64(/bin/bash, {st_mode=S_IFREG|0755, st_size=641868, ...}) = 0 getpgrp() = 5960 rt_sigaction(SIGCHLD, {0x80776a0, [], SA_RESTORER, 0x40051c68}, {SIG_DFL}, 8) = 0 rt_sigprocmask(SIG_BLOCK, NULL, [RTMIN], 8) = 0 fcntl64(0, F_GETFL) = 0x2 (flags O_RDWR) fstat64(0, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 5), ...}) = 0 _llseek(0, 0, 0xbfffefe8, SEEK_CUR) = -1 ESPIPE (Illegal seek) rt_sigprocmask(SIG_BLOCK, NULL, [RTMIN], 8) = 0 read(0, unfinished ... snip and this strace end comes from csh: snip rt_sigprocmask(SIG_SETMASK, [INT RTMIN], [INT RTMIN], 8) = 0 close(0)= -1 EBADF (Bad file descriptor) dup(19) = 0 fcntl64(0, F_SETFD, 0) = 0 close(1)= -1 EBADF (Bad file descriptor) dup(17) = 1 fcntl64(1, F_SETFD, 0) = 0 close(2)= -1 EBADF (Bad file descriptor) dup(18) = 2 fcntl64(2, F_SETFD, 0) = 0 pipe([5, 6])= 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [INT RTMIN], 8) = 0 fork() = 5991 gettimeofday({1060688761, 435762}, NULL) = 0 rt_sigprocmask(SIG_SETMASK, [INT RTMIN], [INT CHLD RTMIN], 8) = 0 close(6)= 0 read(5, unfinished ... snip and this strace end comes from xterm: snip close(4)= 0 close(4)= -1 EBADF (Bad file descriptor) rt_sigprocmask(SIG_BLOCK, [INT CHLD], [CHLD RTMIN], 8) = 0 fork() = 5967 rt_sigprocmask(SIG_SETMASK, [CHLD RTMIN], NULL, 8) = 0 close(3)= 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [CHLD RTMIN], 8) = 0 rt_sigprocmask(SIG_SETMASK, [CHLD RTMIN], NULL, 8) = 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [CHLD RTMIN], 8) = 0 rt_sigaction(SIGINT, {0x8076710, [], SA_RESTORER, 0x40051c68}, {SIG_DFL}, 8) = 0 waitpid(-1, [WIFEXITED(s) WEXITSTATUS(s) == 0], 0) = 5966 waitpid(-1, unfinished ... snip The launch operation for programs like xterm, csh can be interrupted with CTRL-C, but when I run bash - I get the following errors in strace and the process won't terminate when I press CTRL-C: snip close(3)= 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [CHLD RTMIN], 8) = 0 rt_sigprocmask(SIG_SETMASK, [CHLD RTMIN], NULL, 8) = 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [CHLD RTMIN], 8) = 0 rt_sigaction(SIGINT, {0x8076710, [], SA_RESTORER, 0x40051c68}, {0x8087030, [], SA_RESTORER, 0x40051c68}, 8) = 0 waitpid(-1, [WIFEXITED(s) WEXITSTATUS(s) == 0], 0) = 5944 waitpid(-1, 0xbfffe358, 0) = ? ERESTARTSYS (To be restarted) --- SIGINT (Interrupt) @ 0 (0) --- sigreturn() = ? (mask now [CHLD RTMIN]) waitpid(-1, 0xbfffe358, 0) = ? ERESTARTSYS (To be restarted) --- SIGINT (Interrupt) @ 0 (0) --- sigreturn() = ? (mask now [CHLD RTMIN]) waitpid(-1, snip I'm attaching full strace logs.
[Cooker] [Bug 4212] [groff-for-man] A fix for bad man pages display on UTF-8 locales
http://qa.mandrakesoft.com/show_bug.cgi?id=4212 --- Additional Comments From [EMAIL PROTECTED] 2003-12-08 12:37 --- Hey, the issue is still unresolved in Mandrake 9.2 beta2! Maybe at least try applying my patch on Mandrake's groff? Currently UTF-8 locales have all man pages hosed WRT hyphens... -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: NEW creation_date: description: In Mandrake 9.1, there's an installer option Use Unicode by default. This option causes UTF-8 versions of locales to be used, which finally moves the distribution in the direction of unifying diverse character set encoding standards into a single, well-known and well understood encoding: UTF-8. However, there is a problem with some UTF-8 locales with regards to man pages. The problem exhibits itself in hyphens (e.g. in the option names) being displayed incorrectly and being unsearchable (the minus character from the keyboard doesn't match them). This is due to the fact that the groff utility that's used for formatting pages (when called from the nroff shell script) formats \- sequence in the source input as Unicode character 0x2212, and - character as Unicode character 0x2010 instead of the backward-compatible minus sign (which has code 0x002D for compatibility with ASCII). The hyphen sign 0x2212 isn't handled properly by either the less viewer, or the output terminal and as a result it's displayed with a leading garbage character and can't be input from the keyboard when searching in the manual page (so that e.g. it isn't possible to search for -h option when reading the manual for ls). Among others, the en_US.UTF-8 locale is influenced by this bug. OTOH, some other locales (e.g. pl) aren't influenced by it because the nroff wrapper has a quick hack which switches from UTF-8 to legacy encodings (like ISO-8859-2) for those locales, since man pages are still encoded in non-UTF8 charsets. See the source of /usr/bin/nroff script for details. The problem is solved by modifying groff's font descriptions for the utf8 device so that the standard, ASCII-compatible 0x002D character code is used instead of 0x2212 for the hyphen sequence (\-). The font settings for utf8 device are in the /usr/share/groff/1.18.1/font/devutf8/ directory, in the files R (for regular text), B (for bold), I and BI (for italic an bold-italic respectively). I'm attaching a patch that does the change. Test if the patch will apply cleanly by doing: # cd / # patch -p1 --dry-run path/to/patch/devutf8_hyphen.patch Apply the patch: # cd / # patch -p1 path/to/patch/devutf8_hyphen.patch Test by executing man ls and man mount in the en_US.UTF-8 locale. All hyphens should me ok, you should be able to search for an option e.g. -v. Please, test it and, if you find it to be correct, apply and (if needed) forward to groff maintainers (http://www.gnu.org/directory/GNU/groff.html).
[Cooker] [Bug 4615] [kernel] MDK 9.2 beta2 kernel errors and long pause when accessing cdrom when audio CD is inside
http://qa.mandrakesoft.com/show_bug.cgi?id=4615 --- Additional Comments From [EMAIL PROTECTED] 2003-08-08 20:01 --- Another complementary description of the .cda format: http://www.hinzen.de/cdplayer/samples/sample02.html -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: I've seen this issue in 9.1 kernel too. When an audio CD is in the drive, and I try to navigate there I get kernel errors. Typical scenario (imagine I'm a Linux newbie): 1) I want to play audio CD 2) I'm in KDE. I open the applitacion menu, the Multimedia-Sound. 3) Knowing only Windows (where media player plays both files and audio CDs nicely), I decide to launch either Kaboodle (Media Player) or Noatun (Multimedia Player). 4) I try to do File-Open, Go to CD-ROM. 5) The application hangs while supermount naively tries to mount the CD-ROM while in fact it's an audio CD.
[Cooker] [Bug 4615] [kernel] MDK 9.2 beta2 kernel errors and long pause when accessing cdrom when audio CD is inside
http://qa.mandrakesoft.com/show_bug.cgi?id=4615 --- Additional Comments From [EMAIL PROTECTED] 2003-08-08 19:59 --- The format of .cda files has been reverse-engineered by Wojtek Kaniewski and is described here: http://www.csdn.net/Dev/Format/sound/cda.htm -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: I've seen this issue in 9.1 kernel too. When an audio CD is in the drive, and I try to navigate there I get kernel errors. Typical scenario (imagine I'm a Linux newbie): 1) I want to play audio CD 2) I'm in KDE. I open the applitacion menu, the Multimedia-Sound. 3) Knowing only Windows (where media player plays both files and audio CDs nicely), I decide to launch either Kaboodle (Media Player) or Noatun (Multimedia Player). 4) I try to do File-Open, Go to CD-ROM. 5) The application hangs while supermount naively tries to mount the CD-ROM while in fact it's an audio CD.
[Cooker] [Bug 4615] [kernel] MDK 9.2 beta2 kernel errors and long pause when accessing cdrom when audio CD is inside
http://qa.mandrakesoft.com/show_bug.cgi?id=4615 --- Additional Comments From [EMAIL PROTECTED] 2003-08-08 19:51 --- Can supermount be made detect audio CDs, and generate special files generate special files (like in proc filesystem, too) that are exactly like TrackXX.cda ones as seen on MS Windows on audio CDs. On Windows they contain a description of audio track. All media players for Windows (Windows native, Winamp...) handle this format by playing those tracks with standard audio CD commands passed to teh drive. Linux players (XMMS, Kaboodle, Noatun) would need to be extended to handle this format of course. You cannot expect people to have to launch dedicated audio CD players like KsCD or GRIP to play audio CDs and be satisfied, people migrating from Windows expect to play audio CDs from any centralised media player app that can handle sound files, audio CDs, video and stuff... -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: I've seen this issue in 9.1 kernel too. When an audio CD is in the drive, and I try to navigate there I get kernel errors. Typical scenario (imagine I'm a Linux newbie): 1) I want to play audio CD 2) I'm in KDE. I open the applitacion menu, the Multimedia-Sound. 3) Knowing only Windows (where media player plays both files and audio CDs nicely), I decide to launch either Kaboodle (Media Player) or Noatun (Multimedia Player). 4) I try to do File-Open, Go to CD-ROM. 5) The application hangs while supermount naively tries to mount the CD-ROM while in fact it's an audio CD.
[Cooker] [Bug 4615] [kernel] MDK 9.2 beta2 kernel errors and long pause when accessing cdrom when audio CD is inside
http://qa.mandrakesoft.com/show_bug.cgi?id=4615 --- Additional Comments From [EMAIL PROTECTED] 2003-08-08 19:54 --- Created an attachment (id=591) -- (http://qa.mandrakesoft.com/attachment.cgi?id=591action=view) Track02.cda Another example: second track from the same audio CD -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: I've seen this issue in 9.1 kernel too. When an audio CD is in the drive, and I try to navigate there I get kernel errors. Typical scenario (imagine I'm a Linux newbie): 1) I want to play audio CD 2) I'm in KDE. I open the applitacion menu, the Multimedia-Sound. 3) Knowing only Windows (where media player plays both files and audio CDs nicely), I decide to launch either Kaboodle (Media Player) or Noatun (Multimedia Player). 4) I try to do File-Open, Go to CD-ROM. 5) The application hangs while supermount naively tries to mount the CD-ROM while in fact it's an audio CD.
[Cooker] [Bug 4610] [mod_php] New: PHP Security update for MDK 8.2 (php-4.2.1-1.1mdk) breaks mail()
http://qa.mandrakesoft.com/show_bug.cgi?id=4610 Product: mod_php Component: program Summary: PHP Security update for MDK 8.2 (php-4.2.1-1.1mdk) breaks mail() Product: mod_php Version: 4.2.2-1mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 Component: program AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] We've installed the security updates for PHP a few days ago on out Mandrake 8.2 www server. Today, we've noticed that our web application fails to send mails. In /var/log/messages we can see the following error: mail() is not supported in this PHP build It seems that mail support was left out when compiling the package... :( The description on MandrakeUpdate says: A vulnerability was discovered in the transparent session ID support in PHP4 prior to version 4.3.2. It did not properly escape user- supplied input prior to inserting it in the generated web page. This could be exploited by an attacker to execute embedded scripts within the context of the generated HTML (CAN-2003-0442). As well, two vulnerabilities had not been patched in the PHP packages included with Mandrake Linux 8.2: The mail() function did not filter ASCII control filters from its arguments, which could allow an attacker to modify the mail message content (CAN-2002-0986). Another vulnerability in the mail() function would allow a remote attacker to bypass safe mode restrictions and modify the command line arguments passed to the MTA in the fifth argument (CAN-2002-0985). All users are encouraged to upgrade to these patched packages. Well, disabling mail() completely is not acceptable solution! There are applications that depend on this functionality. I hop this is just a typo in RPM package, not the policy of this security fix... -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.