[Cooker] [Bug 2529] [drakxtools] Xircom pcmcia adaptor doesn't insmod -- but ONLY in DrakConnect
http://qa.mandrakesoft.com/show_bug.cgi?id=2529 --- Additional Comments From [EMAIL PROTECTED] 2003-04-09 22:40 --- john: if it works on hotplug it MUST already be in pcmcia config database somehow, since AFAIK pcmcia_cs can't possibly know what to do with the card otherwise. It may be possible the manfid is recognised by a generic entry. -- 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: When using the DrakConnect Wizard to set up my Xircom/Cardbus Ethernet 10/100 (PCMCIA network adaptor), I get an error in the wizard window: insmod'ing module xircom_tulip_cb failed at /usr/lib/libDrakX/modules.pm line 61. This occurs after clicking to continue on the page Choose the connection you want to configure. The error happens whether or not I've selected auto detection at the start. stdout -- [EMAIL PROTECTED] jkeller]# drakconnect /lib/modules/2.4.21pre4-6mdk/kernel/drivers/net/pcmcia/xircom_tulip_cb.o.gz: init_module: No such device Hint: insmod errors can be caused by incorrect module parameters, including invalid IO or IRQ parameters. You may find more information in syslog or the output from dmesg modprobe: insmod /lib/modules/2.4.21pre4- 6mdk/kernel/drivers/net/pcmcia/xircom_tulip_cb.o.gz failed modprobe: Can't locate module syslog -- Feb 28 12:04:22 localhost drakconnect[3450]: ### Program is starting ### Feb 28 12:04:51 localhost drakconnect[3450]: setting probeall usb-interface to usb-uhci Feb 28 12:04:51 localhost drakconnect[3450]: running: /sbin/modprobe xircom_tulip_cb Feb 28 12:04:51 localhost kernel: xircom_tulip_cb.c derived from tulip.c:v0.91 4/14/99 [EMAIL PROTECTED] Feb 28 12:04:51 localhost kernel: unofficial 2.4.x kernel port, version 0.91+LK1.1, October 11, 2001 Feb 28 12:04:52 localhost drakconnect[3450]: running: /sbin/modprobe -n xircom_tulip_cb
[Cooker] [Bug 5079] [devfsd] /dev/dsp not accessable to non-root user after console root login
http://qa.mandrakesoft.com/show_bug.cgi?id=5079 --- Additional Comments From [EMAIL PROTECTED] 2003-04-09 22:53 --- kamstrup: i've seen you report this on two bugs now, and I think you're labouring under a misapprehension of what aumix does. Saving your volume settings in aumix is not intended to restore them on the next boot; aumix's save function is internal to aumix. All it does is let you run file / load next time you run aumix and get them back. If you use ALSA drivers, the ALSA service ought to store and restore your volume across boots, but for this to work it needs alsactl installed. That's in the alsa-utils package, which you might not have installed - if you don't, that's probably the source of the 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: UNCONFIRMED creation_date: description: After booting, if I login as non-root user, then I can play sound just fine since /dev/dsp allows write access. However, if after boot, I login as root from the console, logout and then login as non-root user, I can't even start aumix since permission to open /dev/dsp is denied. lr-xr-xr-x1 root root9 Aug 30 17:51 /dev/dsp - sound/dsp To fix this, I ran as root /etc/rc.d/init.d/sound stop which did not unload the sound driver !? I had to run modprobe -vr to unload the sound modules and then run /etc/rc.d/init.d/sound start to reload them. Thereafter, non-root user could run aumix and play sound. However, the permissions of /dev/dsp remained the same. So what is preventing a non-root user from accessing /dev/dsp ?
[Cooker] [Bug 4925] [zenity] Zenity emulation of gdialog is broken (at least for --menu)
http://qa.mandrakesoft.com/show_bug.cgi?id=4925 --- Additional Comments From [EMAIL PROTECTED] 2003-05-09 00:19 --- can confirm the bug and that Buchan's patch fixes it. The bug actually stops choose_cursor working correctly at all on GNOME / zenity, so it's functional not just cosmetic. -- 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: Zenity's emulation of gdialog is bery broken, as I noticed with the choose_cursor script (in cursor_themes in contrib), which works fine with real gdialog (ie on 9.1), but doesn't work right with zenity's gdialog. 1)Zenity breaks up the first argument to --menu, so if you had a multi-word title, all but the first word overflow, becomimg additional list entries. 2)Zenity removes the odd-numbered list entries when emulating --menu. This seems to display correctly, but gdialog would return the odd-nunmbered entries, and now zenity returns the even-numbered entries. 3)Zenity throws away the size information, and builds dialogs that are too small. Here is an example you can test with: $ gdialog --title Fruit shop --menu Choose a fruit 9 20 3 1 apple 2 pear 3 banana You will notice the title on the first column is just Choose, a and fruit are the first two entries in the column. Also, only 2 rows are shown, when there should be three (going on the 9 which cdialog uses). Click on pear (which should return a 2 to the console), and it returns pear to the console. If you apply the attached patch, all these issues are fixed, and choose_cursors works like it did on 9.1 again, with working multi-word titles, well-sized menu dialog, and returns the correct value, so scripts written for gdialog using --menu work right. BTW, for reference, it is useful running cdialog (the original implementation, which original gdialog emulates), which still works correctly in the console, and will quickly show especially the sizing issues. I guess this should be sent upstream, but I just want choose_cursor in cursor_themes to work correctly in as many scenarios as possible ...
[Cooker] [Bug 5270] [Installation] Network install on nForce2 - nvnet not found
http://qa.mandrakesoft.com/show_bug.cgi?id=5270 --- Additional Comments From [EMAIL PROTECTED] 2003-05-09 01:11 --- invalid. nvnet is closed source and cannot be shipped with the free Mandrake. you'll have to use a PCI network adapter. -- 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: Attempted install from floppy with network.img from cooker 4/9/03 on an nForce2 system, chose ftp option for installation. The installer correctly identified the network adapter, but reported error - nvnet.o not found.
[Cooker] [Bug 4366] [bootsplash] Bootsplash image not present when change video mode to 791
http://qa.mandrakesoft.com/show_bug.cgi?id=4366 --- Additional Comments From [EMAIL PROTECTED] 2003-02-09 00:48 --- even so, newbies are supposed to != newbies will - especially when there's so much generic information around that tells one how to change the resolution directly, in lilo.conf. It's perfectly easy to come across this information on the internet, when one is a newbie... -- 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: 9.2beta2 - If I change my boot video resolution from the default 788 (800x600) to 791 (1024x768), there is no bootsplash image.
[Cooker] [Bug 5175] [mc] unacceptably long startup time
http://qa.mandrakesoft.com/show_bug.cgi?id=5175 --- Additional Comments From [EMAIL PROTECTED] 2003-02-09 19:13 --- I just switched to tty1, logged in as root, did urpmi mc then immediately mc. Loaded instantaneously. -- 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: mc startup has actually been fubar since at least 9.0, possibly before that, but I can't remember. I haven't stopwatched it, but if started immediately upon 1st login after boot, it must be taking at least one minute, a seeming eternity, both in 9.1 and 9.2rc1. Upon entering mc at shell prompt, the screen is blanked, cursor goes to bottom left, and nothing happens for a while. Eventually, some liblow error messages quickly scroll up the screen too fast to read, and mc becomes ready to use. Hardware is rather old, P200 for rc1, with 128 MB RAM PCI graphics card, but immaterially better on K6/2-500 with 256 MB RAM and same graphics adapter for 9.1, and on a P3-450 with 768 MB RAM and G450 graphics adapter..
[Cooker] [Bug 3931] [ghostscript] gs-errors while trying to print with many ttf-fonts
http://qa.mandrakesoft.com/show_bug.cgi?id=3931 --- Additional Comments From [EMAIL PROTECTED] 2003-01-09 13:30 --- mdksoft have said 1.1 will be in 9.2RC2. -- 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: preface 1: my knowledge of the applications involved in printing is limited, so I am just assuming that this error is (only) ghostscript-related ... preface 2: bugzilla shows 7.05-8mdk as the current version, which is strange. The newest version I get from the mirrors is 7.05-53mdk, so this is maybe a bug in bugzilla ;-)) certain ttf-fonts installed via drakfont and/or spadmin just can't get printed. The errors I get in /var/log/cups/error_log always look like this: -CUT--- [...] D [13/May/2003:23:59:15 +0200] [Job 177] Error: /undefined in Regular D [13/May/2003:23:59:15 +0200] [Job 177] Operand stack: D [13/May/2003:23:59:15 +0200] [Job 177] FontName Stylus D [13/May/2003:23:59:15 +0200] [Job 177] Execution stack: D [13/May/2003:23:59:15 +0200] [Job 177] %interp_exit .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- --nostringval-- false 1 %stopped_push 1 3 %oparray_pop 1 3 %oparray_pop 1 3 %oparray_pop .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- --nostringval-- D [13/May/2003:23:59:15 +0200] [Job 177] Dictionary stack: D [13/May/2003:23:59:15 +0200] [Job 177] --dict:1058/1123(ro)(G)-- --dict:0/20(G)-- --dict:98/200(L)-- --dict:0/11(L)-- D [13/May/2003:23:59:15 +0200] [Job 177] Current allocation mode is local [...] -CUT--- I traced the problem down and found the reason in the generated (temporary) postscript file: In the postscript file the ttf-font named Stylus is mapped as: -CUT--- %%Title: Stylus Regular -CUT--- ... which is WRONG. CORRECT is: -CUT--- %%Title: Stylus-Regular -CUT--- If all occurances of the wrong Stylus Regular have been replaced, printing is successful. As I said, I have no idea if ghostscript is the real bad boy here ... This happens for many ttf-fonts, so at least for me this is a major problem. The reason are always the missing dashes in the font-names. Upon request I can also post Stylus.ttf as an attachment.
[Cooker] [Bug 4366] [bootsplash] Bootsplash image not present when change video mode to 791
http://qa.mandrakesoft.com/show_bug.cgi?id=4366 --- Additional Comments From [EMAIL PROTECTED] 2003-01-09 12:18 --- cannot confirm; I use 791 and get both a bootsplash and a console background. I think the reporter needs to regenerate his initrd. -- 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: 9.2beta2 - If I change my boot video resolution from the default 788 (800x600) to 791 (1024x768), there is no bootsplash image.
[Cooker] [Bug 4366] [bootsplash] Bootsplash image not present when change video mode to 791
http://qa.mandrakesoft.com/show_bug.cgi?id=4366 --- Additional Comments From [EMAIL PROTECTED] 2003-01-09 21:52 --- yeah, I agree that it could be done better. It seems when an initrd is generated (usually by a kernel installation), it only includes images in the size currently specified by the bootsplash configuration. It would seem to make sense to include images in all the more common sizes so you'd still get a bootsplash when you change resolution... -- 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: 9.2beta2 - If I change my boot video resolution from the default 788 (800x600) to 791 (1024x768), there is no bootsplash image.
[Cooker] [Bug 5004] [kernel] no nforce2 lan support
http://qa.mandrakesoft.com/show_bug.cgi?id=5004 --- Additional Comments From [EMAIL PROTECTED] 2003-29-08 14:09 --- invalid. open support is impossible as the specs have not been released. I guess it would be nice if nvnet is in the box sets, though - is it? -- 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: Its not a bug, but it would be very nice to have support for the nForce2 MCP Networking Adapter in Mandrake 9.2
[Cooker] [Bug 4356] [Installation] no install on vaio sr 21 k
http://qa.mandrakesoft.com/show_bug.cgi?id=4356 --- Additional Comments From [EMAIL PROTECTED] 2003-29-08 23:51 --- this sounds rather like another manifestation of the Mandrake kernel hates PCGA-CD51 CD-ROM drive problem to me. See 4994 and 4887. -- 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's impossible with the mandrake 9.1 or 9.2 beta 1 to install on a vaio sr 21 k (cdrom device on pcmcia). It was possible, before, with no problem with mandrake 9.0. Install cd boot normaly but, after the screnn wher we choose the boot, installation stop when it try to detect the cdrom
[Cooker] [Bug 4954] [Installation] PCMCIA (External) CD installation hangs
http://qa.mandrakesoft.com/show_bug.cgi?id=4954 --- Additional Comments From [EMAIL PROTECTED] 2003-28-08 18:01 --- this is effectively a duplicate of 4887. -- 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: System: Sony Vaio, PCG SR17K External PCMCIA drive: PCGA CD51 System: Mandrake 9.2 Beta 2 (note, I don't know which version this is) Basically I can get the installation started, but it hangs after a message that says: ENABLING PCMCIA EXTENSION CARDS Basic steps that I have followed: 1.) To get system to boot from PC press ESC. 2.) Comes up with 3 options. Choose CD. 3.) Starts booting from CD. Screen comes up asks if you want to do Install/upgrade or Other. Choose Install 4.) Message comes saying: ENABLING PCMCIA EXTENSION CARDS 5.) Message goes away. 6.) System basically freezes in this state. Note: This did not happen for Mandrake 9.0 (The current system on the machine). Basically the same thing happened for 9.1. Also note that in Mandrake club forums there are other documented cases of the same thing. With the same comments about the install worked for MD 9.0, but did not work for 9.1 (Were able to install 9.0, but not 9.1) For a variety of Sony Laptops that use the external CD-ROMS.
[Cooker] [Bug 4977] [Hardware] SMC2632W wlan-ng
http://qa.mandrakesoft.com/show_bug.cgi?id=4977 --- Additional Comments From [EMAIL PROTECTED] 2003-28-08 23:59 --- how would that standardise anything at all? most devices use the non-ng drivers by default in Mandrake, so it's not standard for Mandrake, and orinoco_cs is more compliant with the standard wireless tools than linux-wlan-ng, which uses its own toolset, is. -- 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: Hey, I think wlan-ng should be used to setup the wireless features of the SMC2632W rather than whatever Mandrake is currently using (it's loading orinoco_cs). This would standardise a bit more the way wireless is handled under Mandrake 9.2.
[Cooker] [Bug 4505] [gnome-session] Splashscreen doesn't disappear
http://qa.mandrakesoft.com/show_bug.cgi?id=4505 --- Additional Comments From [EMAIL PROTECTED] 2003-26-08 18:35 --- 07/08, I think. Never reoccurred. -- 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: REOPENED creation_date: description: After the first login for a user, the GNOME splashscreen in today's cooker does not close, and covers anything behind it on the screen. If you open a GNOME terminal window, the splashscreen closes. The last icon to appear on the splashscreen is the MDK Galaxy one, but as I unchecked the checkbox during the first login, I don't know whether it would have already displayed or not.
[Cooker] [Bug 4861] [grip] Unable to process multiple CD
http://qa.mandrakesoft.com/show_bug.cgi?id=4861 --- Additional Comments From [EMAIL PROTECTED] 2003-25-08 14:31 --- well, the big (and only, basically) difference is GTK 2 support. It was me who first suggested updating, because I find GTK 1 apps look pretty amateurish in comparison to GTK 2 now and it'd be nice to have GTK 2 apps wherever possible, but when I suggested it I didn't realise it was *so* buggy (I can confirm this bug for one, and track selection is also bad), and I also thought there'd be another release at least before MDK 9.2 came out. Since that's not looking at all certain, I also vote to revert to the stable GTK 1 version. -- 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: The first CD which is inserted is well encoded (rip+ encode) but when you insert the second one, the first track in only rip then the process stop. This problem was not present in build 3.0.5-1mdk.
[Cooker] [Bug 4537] [dev86] Development Package missing files
http://qa.mandrakesoft.com/show_bug.cgi?id=4537 --- Additional Comments From [EMAIL PROTECTED] 2003-07-08 16:47 --- rdesktop is already packaged. It might be in contrib, I'm not sure, but it's there. See http://plf.zarb.org/~nanardon for a tool to help you set up a contrib source (use a Cooker mirror - set the version to Cooker). -- 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: Hi, With Mandrake 9.0 to 9.1 Bamboo - I was able to do the following:- 1) Install Mandrake with Development package 2) Download rdesktop, configure and make it and use it. Now when I try to do with the latest Mandrake 9.2 beta 2 - I get errors trying to build saying that Xlib.h is missing (and no doubt other files). Please advise asap. Or at least include RDesktop binaries with Mandrake.
[Cooker] [Bug 4496] [Installation] can't come back to a previous step
http://qa.mandrakesoft.com/show_bug.cgi?id=4496 --- Additional Comments From [EMAIL PROTECTED] 2003-05-08 20:07 --- you can change choices made during the installation process when you reach the Summary screen. This needs to be made more obvious somehow, however... -- 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 can't come back to a previous step by clicking on a menu item on the left of the install screen. It's very upsetting because if you want to change a choice that you've done at previous steps you cannot do that SO YOU NEED TO RESTART ALL THE INSTALLATION. IT IS VERY BAD !
[Cooker] [Bug 4372] [Installation] USB ADSL detection Mandrake 9.2 beta 1
http://qa.mandrakesoft.com/show_bug.cgi?id=4372 --- Additional Comments From [EMAIL PROTECTED] 2003-28-07 23:08 --- Non-free microcode, I guess? -- 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 net was set not configured and I had to do it manually : The installation detects that an ADSL modem is detected, and the ligne adsl is check, But in the menu of modem the line SpeedTouch ADSL is marked (detected) but the ppoe option is checked ? Then why the installation isn't automatic
[Cooker] [Bug 4344] [alsa-utils] alsamixer fails to unmute sound channels on LM9.2 beta1
http://qa.mandrakesoft.com/show_bug.cgi?id=4344 --- Additional Comments From [EMAIL PROTECTED] 2003-28-07 00:15 --- The description of this bug is misleading; the bug is invalid. The volume level is separate from the muted property; that is, a channel may have a non-zero volume yet still be muted. Being muted does not equal having the volume set to zero. Some mixers assume that if the volume is zero and the channel is muted and the user then raises the volume they would of course also wish the channel to be unmuted and thus unmute it, but this is not necessarily the only correct behaviour. alsamixer does not make this assumption, and so if the channel is both set to zero and muted you must raise the volume and also press m to unset the muted property before you hear sound. This is intended behaviour, not a bug. -- 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 am using the ALSA driver snd-via82xx and have these rpms: libalsa-data-0.9.5-1mdk libalsa2-0.9.5-1mdk alsa-utils-0.9.5-1mdk At boot, the driver's channels are all mutes (at zero). Now, if alsamixer is used to unmute them (set non-zero values), it has no effect since no sound can be heard even if alsamixer shows 100 for PCM and Master. However, if some other mixer (such as aumix) is used to unmute the sound channels to any non-zero values, alsamixer starts working fine. In brief, alsamixer cannot increase the volume (Master and PCM channels) if it starts from zero. This is a serious problem since after booting the ALSA drivers are muted and therefore it is impossible to get sound using alsamixer.
[Cooker] [Bug 4354] [ifplugd] New: for PCMCIA cards, ifplugd terminates and pulls down network connection soon after starting
http://qa.mandrakesoft.com/show_bug.cgi?id=4354 Product: ifplugd Component: ifplugd Summary: for PCMCIA cards, ifplugd terminates and pulls down network connection soon after starting Product: ifplugd Version: 0.15-3mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 Component: ifplugd AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] As in summary. When ifplugd is called for PCMCIA network cards during boot, it starts and begins monitoring the connection correctly. Soon - about a minute and a half after it was started - it exits, seemingly normally, and takes the network connection down with it. The user has to enter ifup eth0 to bring it up again. I couldn't track down why ifplugd was quitting, but it seemed to be some kind of triggered event, not a simple crash. This is confirmed on two network cards on my laptop, one using orinoco_cs wireless driver and one using pcnet_cs wired driver, and by another Cooker user on his own machine. -- 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 4344] [alsa-utils] alsamixer fails to unmute sound channels on LM9.2 beta1
http://qa.mandrakesoft.com/show_bug.cgi?id=4344 --- Additional Comments From [EMAIL PROTECTED] 2003-28-07 02:49 --- All of that is valid to at least some degree, but what it isn't is any kind of bug in Mandrake. Mandrake packages alsamixer; the ALSA team write it. Close this as invalid and file a bug 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 am using the ALSA driver snd-via82xx and have these rpms: libalsa-data-0.9.5-1mdk libalsa2-0.9.5-1mdk alsa-utils-0.9.5-1mdk At boot, the driver's channels are all mutes (at zero). Now, if alsamixer is used to unmute them (set non-zero values), it has no effect since no sound can be heard even if alsamixer shows 100 for PCM and Master. However, if some other mixer (such as aumix) is used to unmute the sound channels to any non-zero values, alsamixer starts working fine. In brief, alsamixer cannot increase the volume (Master and PCM channels) if it starts from zero. This is a serious problem since after booting the ALSA drivers are muted and therefore it is impossible to get sound using alsamixer.
[Cooker] [Bug 4311] [galeon] New: Download Link behaviour incorrect
http://qa.mandrakesoft.com/show_bug.cgi?id=4311 Product: galeon Component: galeon Summary: Download Link behaviour incorrect Product: galeon Version: 1.3.7-1mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 Component: galeon AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] If I try to download a file by right-clicking a link and selecting Download Link, Galeon immediately downloads it to a certain directory on my hard disk (I believe the last directory to which I downloaded a file before this bug appeared). Intended behaviour should be for it to open a file dialog and let me choose where I want the file to be sent; this was the behaviour in 1.3.6-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.
[Cooker] [Bug 3977] [drakxtools] Screen size (mm) should be adjustable
http://qa.mandrakesoft.com/show_bug.cgi?id=3977 --- Additional Comments From [EMAIL PROTECTED] 2003-02-07 18:05 --- By the way, you can in fact adjust the dpi - which is the important setting, screen size simply lets you calculate it - from a GUI tool, namely, the GNOME font preferences dialog. I think it may well be in the KDE one as well. -- 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: Drakconf should allow you to set the physical size of the display, as well as the resolution. Otherwise, on a screen such as 15 LCD, at 1600x1200, all the fonts are tiny. The following settings are needed: 1)Measure the display size with a ruler 2)Add to XF86Config-4 the line: DisplaySize 304 228 (x,y in mm) 3)Find the DPI using xdpyinfo | grep resolution 4)Change the line in /etc/X11/Xresources to: Xft.dpi: 133 (result of step 3). 5)Restart X and xfs Please do add a wizard to do this, or alternatively, mention the possibility in the documentation... [The URL is what I did to get 9.1 working as desired]
[Cooker] [Bug 4121] [kernel] No /dev/rtc or CDROM with latest cooker kernel
http://qa.mandrakesoft.com/show_bug.cgi?id=4121 --- Additional Comments From [EMAIL PROTECTED] 2003-28-06 20:18 --- confirmed once more - I've not updated the kernel (new one sounds like a disaster area) and nvidia doesn't start on boot. -- 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 installed kernel-enterprise-2.4.21-0.0.1mdk-1-1mdk.i586.rpm yesterday. I have several issues with it. 1. No /dev/rtc is present on boot. This means software like vmware that some of us use for running essential tools under that other operating system don't work well. In fact they barely work at all. 2. Another name collision. This version of the kernel replaced the last version, which worked very well for me. I can restore it, at least I think I have the RPM, but this is the second time we have had a name collision in the 2.4.21 kernel releases. This really shouldn't happen. 3. CDROM access is terrible. I haven't been able to get it to mount since the kernel upgrade. The message is mount /mnt/cdrom /dev/hdc: Input/output error mount: I could not determine the filesystem type, and none was specified or mount /mnt/cdrom mount: special device /dev/scd0 does not exist depending on how I try to set up my fstab. This seems to mean that ide-scsi is not working.
[Cooker] [Bug 4095] [gcc] Bug in 3.3 gcc
http://qa.mandrakesoft.com/show_bug.cgi?id=4095 --- Additional Comments From [EMAIL PROTECTED] 2003-21-06 20:44 --- The version of gcc in Mandrake 9.1 is gcc 3.2, and that is therefore the version of gcc that the kernel .src.rpm is expected to build with. There is no need for it to be patched to build with gcc 3.3 because there will never be a Mandrake release of gcc 3.3 for Mandrake 9.1. If you want to use gcc 3.3, use Cooker where it is the used version. -- 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: Hello, just compiling kernel 2.4.21-0.18mdk and I experienced this problem with latest Cooker gcc-3.3-1mdk: ... make[2]: Entering directory `/usr/src/linux-2.4.21-0.18mdk/kernel' gcc -D__KERNEL__ -I/usr/src/linux-2.4.21-0.18mdk/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=i686 -nostdinc -iwithprefix include -DKBUILD_BASENAME=sched -fno-omit-frame-pointer -c -o sched.o sched.c sched.c: In function `schedule': sched.c:714: internal compiler error: in merge_assigned_reloads, at reload1.c:6134 Please submit a full bug report, with preprocessed source if appropriate. See URL:https://qa.mandrakesoft.com/ for instructions. make[2]: *** [sched.o] Error 1 make[2]: Leaving directory `/usr/src/linux-2.4.21-0.18mdk/kernel' make[1]: *** [first_rule] Error 2 make[1]: Leaving directory `/usr/src/linux-2.4.21-0.18mdk/kernel' make: *** [_dir_kernel] Error 2 Patch should be applied because this gcc is unusable. Thanks, Vlasta
[Cooker] [Bug 4073] [libxine1] segmentation fault in libxine.so.1(xine_print_trace+0x21)
http://qa.mandrakesoft.com/show_bug.cgi?id=4073 --- Additional Comments From [EMAIL PROTECTED] 2003-17-06 17:01 --- I can confirm this bug. Also happens with gxine. Maybe it's gcc 3.3 related? -- 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: With current cooker (it worked some days ago, so this is probably because of some recent changes in cooker?): $ LANGUAGE=c xine This is xine (X11 gui) - a free video player v0.9.21 (c) 2000-2003 by G. Bartsch and the xine project team. Built with xine library 1.0.0 (1-beta12) Found xine library version: 1.0.0 (1-beta12). XServer Vendor: Mandrake Linux (XFree86 4.3, patch level 9mdk). Release: 4030, Protocol Version: 11, Revision: 0, Available Screen(s): 1, using 0 Depth: 16. -[ xiTK version 0.10.3 ]- -[ WM type: (GnomeCompliant) (EWMH) Metacity {Metacity} ]- Display is not using Xinerama. Benchmarking memcpy methods (smaller is better): glibc memcpy() : 449546920 linux kernel memcpy() : 449568179 MMX optimized memcpy() : 448746106 MMXEXT optimized memcpy() : 297737976 SSE optimized memcpy() : 355031658 configfile.c:_xine_config_register_string:217: assertion `def_value' failed. Default value is NULL. This is a required argument. Obtained 1 stack frames. /usr/lib/libxine.so.1(xine_print_trace+0x21) [0x4008a681] zsh: segmentation fault (core dumped) LANGUAGE=c xine
[Cooker] [Bug 2362] [Installation] no laptop installation class
http://qa.mandrakesoft.com/show_bug.cgi?id=2362 --- Additional Comments From [EMAIL PROTECTED] 2003-04-02 15:30 --- jerome, acpid and apmd are intended to allow just that...read their manpages and experiment. My laptop now turns screen brightness down and sets hard disk to time out after 5 secs when it's unplugged, and restores settings when plugged back in... --- 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 would like a laptop installation class. I desactivated more than 5 services in order to limit memory and CPU consumsion and then energy consumsion. I had to choose ACPI. Think at people who don't know whether ACPI is related or not with energy consumsion.
[Cooker] [Bug 3624] [galeon] Frequent browser crashes (galeon and mozilla)
http://qa.mandrakesoft.com/show_bug.cgi?id=3624 --- Additional Comments From [EMAIL PROTECTED] 2003-04-02 00:19 --- The page works for me. Though I have Microsoft fonts installed. --- 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 am getting mozilla and galeon crashes quite frequently. At first, I thought it might be the flash plugin, or the Java plugin. But some of the pages work in Galeon if the zoom setting is left at 100%. It is easier to reproduce in Galeon if I increase the zoom to 120%. This happens consistently on certain pages (try some on LinuxToday.com). I don't understand why this is hapenning. Could it be that I have an old library somewhere and that a dependency is missing? Could it be a corrupt library? Anyone else having problems like this?
[Cooker] [Bug 3630] [drakxtools] Drakconnect refuses to use my computername for cable connection
http://qa.mandrakesoft.com/show_bug.cgi?id=3630 --- Additional Comments From [EMAIL PROTECTED] 2003-04-02 00:20 --- Can you get the settings from the ISP via DHCP? Does it work if you do that? --- 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: My computername, provided by my cable provider, is CC12345-a. The wizard in drakconnect accepts only CC12345 and omits the -a. Hence I cann't connect to the internet. Workaround is manually editing etc/sysconfig/network. Hence mandrake users with internet providers who give out names with a - are in serious trouble
[Cooker] [Bug 2618] [kernel] Installer hangs during boot
http://qa.mandrakesoft.com/show_bug.cgi?id=2618 --- Additional Comments From [EMAIL PROTECTED] 2003-03-29 20:30 --- Try F1 and then: linux noapic --- 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: After pressing Enter to install, the installer hangs. If I hit F1 and use text to boot in text mode, the following are the last lines printed before it hangs: Checking for popad bug... OK. POSIX conformance testing by UNIFIX enabled ExtINT on CPU#0 ESR value before enabling vector: 0002 The system is a brand new ECS K7VMM mainboard, AMD Athlon XP 2100+ processor, 512MB PC2100 (DDR266) ram. All other peripherals (video, network, audio, etc.) all are onboard. I can install Mandrake 8.2 fine. The 9.0 release has this problem. The 9.1 RC1 has this problem.
[Cooker] [Bug 3600] [mkinitrd] RFE: expand root ext3 filesystem upon reboot
http://qa.mandrakesoft.com/show_bug.cgi?id=3600 --- Additional Comments From [EMAIL PROTECTED] 2003-03-29 23:20 --- Oh, *wow*. That's so clever. I love it. We could even have resizing of / in diskdrake (effectively) with this! Just allow diskdrake to expand the device, and then it tells you to reboot to complete the resizing. Insane. Can we please please pretty please have this? :) --- 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: Until online resizing of ext3 comes along in 2.6 (we can hope), we have the problem that to resize the root filesystem (assuming it's on an underlying resizable device, like LVM for instance), we have to unmount it. But how to do that? One way is to boot via CD-ROM or floppy or some other clumsy method. But much better, is to have the initrd resize the filesystem before mounting it! And the best part is that it's braindead simple to do. The following patch to mkinitrd adds ext2resize to the initrd and modifies the linuxrc to always try to expand the root filesystem to the size of it's underlying device. If it's already as big as the device, nothing happens. If the device is bigger, the filesystem is expanded to it's size. So to increase the size of the root filesystem, one simply expands the device it's on (lvextend -L+20M /dev/rootvol/root for example) and then reboots! This technique could be used in the initscripts to resize other difficult to unmount filesystems like /var, although that can be done relatively simply by switching to single user mode. But I digress. The patch to mkinitrd: --- /sbin/mkinitrd 2003-02-18 09:26:23.0 -0500 +++ /tmp/mkinitrd 2003-03-29 12:49:19.0 -0500 @@ -503,6 +503,7 @@ INITRDFILES=/sbin/vgchange /sbin/vgscan cp -aL /sbin/vgchange $MNTIMAGE/sbin cp -aL /sbin/vgscan $MNTIMAGE/sbin +cp -aL /sbin/ext2resize $MNTIMAGE/sbin cp -aL /lib/libc.so.6 $MNTIMAGE/lib cp -aL /lib/ld-linux.so.2 $MNTIMAGE/lib fi @@ -583,11 +584,13 @@ if [ -n $lvmroot ]; then echo echo Configuring LVM $RCFILE echo /sbin/vgscan $RCFILE -echo /sbin/vgchange -a y $RCFILE +echo /sbin/vgchange -A n -a y $RCFILE IMAGESIZE=$[IMAGESIZE + 5000] fi echo umount /proc $RCFILE +echo echo Growing root filesystem (if needed) $RCFILE +echo /sbin/ext2resize $rootdev $RCFILE [ -n $rootfsopts ] rootfsopts_msg=with flags $rootfsopts echo echo Mounting root filesystem $rootfsopts_msg $RCFILE echo mount --ro -t $rootfs $rootdev /sysroot $rootfsopts $RCFILE Before this is really useful, ext2resize needs to be updated to the latest release (CVS). I have prodded the maintainer to cut a new official (1.1.18) release, so hopefully that happens soon. I preferred to use ext2resize because resize2fs requires libext2 as well as fsck which starts to make the initrd get large.
[Cooker] [Bug 3600] [mkinitrd] RFE: expand root ext3 filesystem upon reboot
http://qa.mandrakesoft.com/show_bug.cgi?id=3600 [EMAIL PROTECTED] changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 --- Additional Comments From [EMAIL PROTECTED] 2003-03-29 23:31 --- *** This bug has been confirmed by popular vote. *** --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: NEW creation_date: description: Until online resizing of ext3 comes along in 2.6 (we can hope), we have the problem that to resize the root filesystem (assuming it's on an underlying resizable device, like LVM for instance), we have to unmount it. But how to do that? One way is to boot via CD-ROM or floppy or some other clumsy method. But much better, is to have the initrd resize the filesystem before mounting it! And the best part is that it's braindead simple to do. The following patch to mkinitrd adds ext2resize to the initrd and modifies the linuxrc to always try to expand the root filesystem to the size of it's underlying device. If it's already as big as the device, nothing happens. If the device is bigger, the filesystem is expanded to it's size. So to increase the size of the root filesystem, one simply expands the device it's on (lvextend -L+20M /dev/rootvol/root for example) and then reboots! This technique could be used in the initscripts to resize other difficult to unmount filesystems like /var, although that can be done relatively simply by switching to single user mode. But I digress. The patch to mkinitrd: --- /sbin/mkinitrd 2003-02-18 09:26:23.0 -0500 +++ /tmp/mkinitrd 2003-03-29 12:49:19.0 -0500 @@ -503,6 +503,7 @@ INITRDFILES=/sbin/vgchange /sbin/vgscan cp -aL /sbin/vgchange $MNTIMAGE/sbin cp -aL /sbin/vgscan $MNTIMAGE/sbin +cp -aL /sbin/ext2resize $MNTIMAGE/sbin cp -aL /lib/libc.so.6 $MNTIMAGE/lib cp -aL /lib/ld-linux.so.2 $MNTIMAGE/lib fi @@ -583,11 +584,13 @@ if [ -n $lvmroot ]; then echo echo Configuring LVM $RCFILE echo /sbin/vgscan $RCFILE -echo /sbin/vgchange -a y $RCFILE +echo /sbin/vgchange -A n -a y $RCFILE IMAGESIZE=$[IMAGESIZE + 5000] fi echo umount /proc $RCFILE +echo echo Growing root filesystem (if needed) $RCFILE +echo /sbin/ext2resize $rootdev $RCFILE [ -n $rootfsopts ] rootfsopts_msg=with flags $rootfsopts echo echo Mounting root filesystem $rootfsopts_msg $RCFILE echo mount --ro -t $rootfs $rootdev /sysroot $rootfsopts $RCFILE Before this is really useful, ext2resize needs to be updated to the latest release (CVS). I have prodded the maintainer to cut a new official (1.1.18) release, so hopefully that happens soon. I preferred to use ext2resize because resize2fs requires libext2 as well as fsck which starts to make the initrd get large.
[Cooker] [Bug 3600] [mkinitrd] RFE: expand root ext3 filesystem upon reboot
http://qa.mandrakesoft.com/show_bug.cgi?id=3600 --- Additional Comments From [EMAIL PROTECTED] 2003-03-29 23:40 --- Oops, of course! Consider it done. Much kudos for coming up with this, man :) --- 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: Until online resizing of ext3 comes along in 2.6 (we can hope), we have the problem that to resize the root filesystem (assuming it's on an underlying resizable device, like LVM for instance), we have to unmount it. But how to do that? One way is to boot via CD-ROM or floppy or some other clumsy method. But much better, is to have the initrd resize the filesystem before mounting it! And the best part is that it's braindead simple to do. The following patch to mkinitrd adds ext2resize to the initrd and modifies the linuxrc to always try to expand the root filesystem to the size of it's underlying device. If it's already as big as the device, nothing happens. If the device is bigger, the filesystem is expanded to it's size. So to increase the size of the root filesystem, one simply expands the device it's on (lvextend -L+20M /dev/rootvol/root for example) and then reboots! This technique could be used in the initscripts to resize other difficult to unmount filesystems like /var, although that can be done relatively simply by switching to single user mode. But I digress. The patch to mkinitrd: --- /sbin/mkinitrd 2003-02-18 09:26:23.0 -0500 +++ /tmp/mkinitrd 2003-03-29 12:49:19.0 -0500 @@ -503,6 +503,7 @@ INITRDFILES=/sbin/vgchange /sbin/vgscan cp -aL /sbin/vgchange $MNTIMAGE/sbin cp -aL /sbin/vgscan $MNTIMAGE/sbin +cp -aL /sbin/ext2resize $MNTIMAGE/sbin cp -aL /lib/libc.so.6 $MNTIMAGE/lib cp -aL /lib/ld-linux.so.2 $MNTIMAGE/lib fi @@ -583,11 +584,13 @@ if [ -n $lvmroot ]; then echo echo Configuring LVM $RCFILE echo /sbin/vgscan $RCFILE -echo /sbin/vgchange -a y $RCFILE +echo /sbin/vgchange -A n -a y $RCFILE IMAGESIZE=$[IMAGESIZE + 5000] fi echo umount /proc $RCFILE +echo echo Growing root filesystem (if needed) $RCFILE +echo /sbin/ext2resize $rootdev $RCFILE [ -n $rootfsopts ] rootfsopts_msg=with flags $rootfsopts echo echo Mounting root filesystem $rootfsopts_msg $RCFILE echo mount --ro -t $rootfs $rootdev /sysroot $rootfsopts $RCFILE Before this is really useful, ext2resize needs to be updated to the latest release (CVS). I have prodded the maintainer to cut a new official (1.1.18) release, so hopefully that happens soon. I preferred to use ext2resize because resize2fs requires libext2 as well as fsck which starts to make the initrd get large.
[Cooker] [Bug 3589] [drakxtools] Asus A7N8X on board network card
http://qa.mandrakesoft.com/show_bug.cgi?id=3589 --- Additional Comments From [EMAIL PROTECTED] 2003-03-29 00:00 --- The nvnet driver is already available. I don't know where, but I guess www.nvidia.com is a good place to look :). The point is that we can't include it in Mandrake because it's not free software. So you have to download it yourself. --- 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, my name is Luis and i have problems when i try to conf my network card, i have the Mandrake 9.1 RC3 that i think is the final, my motherboard is an Asus A7N8X whit on board Network based on the nforce2 chipset. when i try to autodetect he find the device but next it prompt again to choose the conection type, and goes on a circle... i have a cable modem conected to the network card... Please help me...
[Cooker] [Bug 3496] [kdebase] fonts become ugly if I disable anit-aliasing at KDE control center
http://qa.mandrakesoft.com/show_bug.cgi?id=3496 --- Additional Comments From [EMAIL PROTECTED] 2003-03-23 04:10 --- Worst. Bug. Ever. Someone please close this. --- 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: fonts become ugly if I disable anit-aliasing at KDE control center.
[Cooker] [Bug 3478] [Hardware] Machine Freezes When Network Card Removed
http://qa.mandrakesoft.com/show_bug.cgi?id=3478 --- Additional Comments From [EMAIL PROTECTED] 2003-03-21 15:42 --- Do cardctl eject as root before ejecting the card. Not a fix, a workaround. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: I have a wireless PCMCIA card that I use to connect to an 802.11b network. Since 9.1 RC2 (3?), whenever I remove the network card without manually stopping the network first, the computer freezes. The only way out of this situation is a cold reboot. I tried to query the existing bug reports for similar problems without success. I am not sure if this extends to all kinds of PCMCIA network cards or not. This is a rather critical problem for Mandrake installations on laptops. Feel free to contact me for more details.
[Cooker] [Bug 3490] [drakxtools] Can't eject cdrom wrong user permissions
http://qa.mandrakesoft.com/show_bug.cgi?id=3490 --- Additional Comments From [EMAIL PROTECTED] 2003-03-22 02:20 --- Mandrake uses supermount. You don't need to mount and unmount manually, and you trying to do it is what's screwing things up. Just eject the disc and supermount will take care of mounting / unmounting. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: I have found that using cdroms when I insert them and use them sometimes I cannot eject until I reboot. This is ridiculous. KDE can have a device on the desktop it supports mount unmount and eject and yet the icons that are there in mandrake have the permissions wrong. I have everything upto date off the cooker. I think the problem is that users don't have the right permissions for these devices. In my experience this has always been this problem with mandrake releases. Strangely sometimes just pressing the button on the drive works. I know this isn't a problem with the drives as they work in Gentoo and WinXP perfectly. John
[Cooker] [Bug 3439] [mozilla] Problem with JRE
http://qa.mandrakesoft.com/show_bug.cgi?id=3439 --- Additional Comments From [EMAIL PROTECTED] 2003-03-19 15:08 --- Everything in Mandrake is compiled with GCC3 except two packages - Mozilla and Galeon - purely so Sun's flipping Java RPMs will work, since that's what most people use. Of course it might cause trouble now Blackdown have gone to GCC3, as your case shows :\. Hope Sun follow suit soon, then Fred can recompile Moz and Galeon and we can dump GCC2 forever, hehe. --- 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: Blackdown's JRE 1.4.1-01 does not work with Mandrake's mozilla-1.3 i586 rpms. Specifically, the plugin does not appear in about:plugins and java applets are ignored. The symlink in /usr/lib/mozilla-1.3/plugins is correct and the problem does not occur when I use Red Hat's mozilla-1.3 rpms.
[Cooker] [Bug 3439] [mozilla] Problem with JRE
http://qa.mandrakesoft.com/show_bug.cgi?id=3439 --- Additional Comments From [EMAIL PROTECTED] 2003-03-19 00:53 --- Aren't the newest Blackdown versions of JRE compiled with GCC 3? Mandrake's Mozilla is compiled with GCC 2.96, specifically so Sun's JRE will work. Try that one... --- 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: Blackdown's JRE 1.4.1-01 does not work with Mandrake's mozilla-1.3 i586 rpms. Specifically, the plugin does not appear in about:plugins and java applets are ignored. The symlink in /usr/lib/mozilla-1.3/plugins is correct and the problem does not occur when I use Red Hat's mozilla-1.3 rpms.
[Cooker] [Bug 1392] [kdebase] log in as root
http://qa.mandrakesoft.com/show_bug.cgi?id=1392 --- Additional Comments From [EMAIL PROTECTED] 2003-03-17 13:34 --- james: of course you'll only hear 31337 users whining on the Cooker list, because lusers don't use Cooker. I can see exactly who this change is aimed at: converts from 2000 or XP, who are used to logging in as an administrator account because trying to use a Unix-style security environment on Windows is futile. If you make it impossible to log in as root, it'll make the 99% of these users (informed guess :) who don't bother to read manuals more likely to log in properly, as a user, and not stuff up their systems. But you'll never hear feedback from those people on this list. --- 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: mandrake 9.1 beta 3 how can i log in as root when i am using grapical interface i can use the users that i made during install i have no possibilty to enter root what is new that i do not know
[Cooker] [Bug 3326] [wireless-tools] Unable to connect to encrypted wireless LAN in 9.1RC2
http://qa.mandrakesoft.com/show_bug.cgi?id=3326 --- Additional Comments From [EMAIL PROTECTED] 2003-03-15 14:40 --- Arg, you're right, that's a pain - it seems to have been dropped from the Mandrake kernel :\. The problem is that orinoco_cs is supposed to obsolete the wavelan and wvlan drivers :\. I don't know where you can get a copy of the wvlan source to compile, either...what a pain. Have you tested with 128bit encryption? If you could do that, and verify that it works, we could possibly mail the orinoco author, since that'd make two of us who couldn't get 64bit encryption to work. He's pretty responsive - seemed nice when I mailed him with PCMCIA IDs. So that might be the only other option...what a pain :(. Anyway, I'm fairly sure this isn't a Mandrake bug, but may as well leave it here as it's a convenient place to discuss :) --- 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: Am running 9.1RC2 on a Compaq M700 with a Compaq WL110 (Orinoco) wireless card. On inserting the card, I run the following script to setup my encryption parameters (the essid, and encryption keys have been edited out for security purposes): /sbin/iwconfig eth1 essid companyid /sbin/iwconfig eth1 mode Managed /sbin/iwconfig eth1 key --xx [1] /sbin/iwconfig eth1 key --xx [2] /sbin/iwconfig eth1 key --xx [3] /sbin/iwconfig eth1 key --xx [4] /sbin/iwconfig eth1 key [1] At this point I can see the wireless access-point with iwconfig. Then I invoke dhclient eth1 and get the following output: Internet Software Consortium DHCP Client V3.0pl2 Copyright 1995-2001 Internet Software Consortium. All rights reserved. For info, please visit http://www.isc.org/products/DHCP Listening on LPF/eth1/00:02:a5:6e:36:8a Sending on LPF/eth1/00:02:a5:6e:36:8a Sending on Socket/fallback DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 8 DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 12 DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 15 DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 10 DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 13 DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 3 No DHCPOFFERS received. No working leases in persistent database - sleeping. I am unable to hook up to the company network. If I repeat the above on the same hardware booting MDK 9.0, (using dhcpcd eth1 instead of dhclient eth1), everything works! In my home wireless environment, where I have no encryption turned on, I do not run the script above, but simply type dhclient eth1 on MDK 9.1RC2 and I am up on the network.
[Cooker] [Bug 3347] [Hardware] ATI RADEON 9700
http://qa.mandrakesoft.com/show_bug.cgi?id=3347 --- Additional Comments From [EMAIL PROTECTED] 2003-03-15 15:15 --- There's still a bug in that case, though. If it's known that 9700 cards won't work with the radeon driver, DrakX shouldn't choose this driver for 9700 cards, it should choose the generic driver. --- 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 Installation, my ATI radeon 9700 is recognized as a RADEON card. When testing, the computer doesn't seems to send any signal to my screen (dell 1800 FP digital). No luck with pressing ALT-F1 or any other terminal, no more luck with CTRL-ALT-BCKSPACE. I had to restart computer manually CTRL-ALT-DEL did not work neither. I don't think the PC hung because the numlock led was still responding. On reboot, the X11 did try to start but leaving me with a no-signal screen. But then, I could switch to another terminal (ALT-F2)
[Cooker] [Bug 3326] [wireless-tools] Unable to connect to encrypted wireless LAN in 9.1RC2
http://qa.mandrakesoft.com/show_bug.cgi?id=3326 --- Additional Comments From [EMAIL PROTECTED] 2003-03-14 20:33 --- First off, wrong package. wireless-tools is for the ng wireless drivers, which you're not using. Second, why use scripts? Mandrake can configure all this stuff itself. drakconnect has fields for wireless-specific stuff if you have a wireless card, or you can add them manually to /etc/sysconfig/network-scripts/ifcfg-eth0 . Third, check what driver your card is using. (lsmod). It needs to be the orinoco_cs driver - the old wvlan_cs and wavelan_cs drivers don't support encryption. --- 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: Am running 9.1RC2 on a Compaq M700 with a Compaq WL110 (Orinoco) wireless card. On inserting the card, I run the following script to setup my encryption parameters (the essid, and encryption keys have been edited out for security purposes): /sbin/iwconfig eth1 essid companyid /sbin/iwconfig eth1 mode Managed /sbin/iwconfig eth1 key --xx [1] /sbin/iwconfig eth1 key --xx [2] /sbin/iwconfig eth1 key --xx [3] /sbin/iwconfig eth1 key --xx [4] /sbin/iwconfig eth1 key [1] At this point I can see the wireless access-point with iwconfig. Then I invoke dhclient eth1 and get the following output: Internet Software Consortium DHCP Client V3.0pl2 Copyright 1995-2001 Internet Software Consortium. All rights reserved. For info, please visit http://www.isc.org/products/DHCP Listening on LPF/eth1/00:02:a5:6e:36:8a Sending on LPF/eth1/00:02:a5:6e:36:8a Sending on Socket/fallback DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 8 DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 12 DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 15 DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 10 DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 13 DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 3 No DHCPOFFERS received. No working leases in persistent database - sleeping. I am unable to hook up to the company network. If I repeat the above on the same hardware booting MDK 9.0, (using dhcpcd eth1 instead of dhclient eth1), everything works! In my home wireless environment, where I have no encryption turned on, I do not run the script above, but simply type dhclient eth1 on MDK 9.1RC2 and I am up on the network.
[Cooker] [Bug 3326] [wireless-tools] Unable to connect to encrypted wireless LAN in 9.1RC2
http://qa.mandrakesoft.com/show_bug.cgi?id=3326 --- Additional Comments From [EMAIL PROTECTED] 2003-03-14 22:46 --- Interesting - I'm *sure* I read while I was (very painfully) setting my card up manually (under SuSE) that wvlan_cs didn't support encryption. Anyway - my next suggestion...also during that process, I had trouble using a short key of the type you're using (64bit or 96bit?) When I used a 128bit key instead, it worked OK. Could you test this somehow? Set up a 128bit key on your home network, maybe? Unfortunately, if this turns out to be the case, you'll be a bit stuck, I suspect, since I doubt your company will want to change its key just for you :). In that case, you can always get it loading wvlan_cs again, instead of orinoco_cs. Edit /etc/pcmcia/config , find the entry for your card, and change the bind orinoco_cs line to read bind wvlan_cs That'd be a workaround. BTW, I see why you want the script...it ought to work with Mandrake, since Mandrake actually just uses a script that calls iwconfig to apply the settings it writes to ifcfg-eth0. So if you can get encryption working, your script ought to work, no worries on that front. --- 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: Am running 9.1RC2 on a Compaq M700 with a Compaq WL110 (Orinoco) wireless card. On inserting the card, I run the following script to setup my encryption parameters (the essid, and encryption keys have been edited out for security purposes): /sbin/iwconfig eth1 essid companyid /sbin/iwconfig eth1 mode Managed /sbin/iwconfig eth1 key --xx [1] /sbin/iwconfig eth1 key --xx [2] /sbin/iwconfig eth1 key --xx [3] /sbin/iwconfig eth1 key --xx [4] /sbin/iwconfig eth1 key [1] At this point I can see the wireless access-point with iwconfig. Then I invoke dhclient eth1 and get the following output: Internet Software Consortium DHCP Client V3.0pl2 Copyright 1995-2001 Internet Software Consortium. All rights reserved. For info, please visit http://www.isc.org/products/DHCP Listening on LPF/eth1/00:02:a5:6e:36:8a Sending on LPF/eth1/00:02:a5:6e:36:8a Sending on Socket/fallback DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 8 DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 12 DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 15 DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 10 DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 13 DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 3 No DHCPOFFERS received. No working leases in persistent database - sleeping. I am unable to hook up to the company network. If I repeat the above on the same hardware booting MDK 9.0, (using dhcpcd eth1 instead of dhclient eth1), everything works! In my home wireless environment, where I have no encryption turned on, I do not run the script above, but simply type dhclient eth1 on MDK 9.1RC2 and I am up on the network.
[Cooker] [Bug 1952] [drakxtools] drakgw doesn't work due to configuring shorewall incorrectly
http://qa.mandrakesoft.com/show_bug.cgi?id=1952 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-03-13 15:23 --- My particular problem has been fixed by the latest drakxtools, thanks Florin! Thus I'm closing this bug. Others with similar problems should try latest drakxtools - I just uninstalled shorewall and deleted (well, moved it to a backup dir, actually) the /etc/shorewall directory, then ran drakgw and let it install shorewall and configure it, and it generated a valid config this time. So try that. If you still have trouble, open a new bug. --- 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 hope this isn't due to a stale config anywhere (I've been running Cooker since before 9.0). On my system, drakgw currently doesn't work. It runs fine and reports success, but the shorewall settings it creates are wrong and break shorewall. It creates a /etc/shorewall/interfaces file with this lines (among all the comments): net eth0detect masqeth1detect loc eth1detect This is invalid according to the comments in the same file, which state that you can only specify each interface *once* in the interfaces file. If a single interface needs to use multiple zones, as seems to be the case, it says these need to be defined in /etc/shorewall/hosts and the zone for the interface should be set to -. The upshot of all this is that the shorewall service does not start, complaining about the multiple instances of eth1 in the /etc/shorewall/interfaces file. This makes internet connection sharing configuration impossible and may break existing setups, which is a severe problem, IMO. I have confirmed this with several ways of setting up internet connection sharing. At first I set up the firewall first then configured ICS, then I removed shorewall entirely and attempted to set up ICS without configuring the firewall. The resulting /etc/interfaces files was the same in both cases, and did not work.
[Cooker] [Bug 1988] [Installation] Upgrade path did not upgrade kernel
http://qa.mandrakesoft.com/show_bug.cgi?id=1988 --- Additional Comments From [EMAIL PROTECTED] 2003-03-13 17:32 --- Are you sure of this? I don't know if it applies to upgrade, but this is what happens in Cooker when the kernel changes: the new kernel package installs itself as /boot/vmlinuz-version. It also creates a symlink to itself as /boot/vmlinuz, removing the previous /boot/vmlinuz symlink which was to the previous installed version. The corresponding thing happens for /boot/initrd-version and /usr/src/linux-version: they create symlinks to /boot/initrd and /usr/src/linux . Thus the top entry in lilo.conf doesn't ever need to change, because it simply points at the symlinks, which are updated by the kernel .RPM. The link added at the bottom of lilo.conf points not to the symlinks but to the actual files, so that when you do multiple upgrades (as Cooker users do) all the kernels remain available from the boot menu (if you run Cooker for a while and don't prune lilo.conf yourself, you end up with a list of previous kernels as long as your arm at the bottom of lilo.conf). So the fact that the linux entry isn't changing doesn't mean that it's not referring to a new kernel. --- 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: Using the network.img, I downloaded the RC1 version of MDK and used the Upgrade path. This did not upgrade the kernel. However, there was a lilo entry for the new kernel, so I am using that and defaulting to that entry.
[Cooker] [Bug 3245] [Hardware] No sound since 8.2
http://qa.mandrakesoft.com/show_bug.cgi?id=3245 --- Additional Comments From [EMAIL PROTECTED] 2003-03-13 17:38 --- As has been commented, Mandrake don't automatically configure ISA cards any more. Doesn't mean it won't work, though. Just set it up yourself, it's not hard, or use sndconfig (which will probably pick it up). All you need to do to set it up manually is to add correct lines to /etc/modules.conf ... from alsa-project.org this ought to be what you should add to it: # ALSA portion alias char-major-116 snd alias snd-card-0 snd-sbawe # module options should go here # OSS/Free portion alias char-major-14 soundcore alias sound-slot-0 snd-card-0 # card #1 alias sound-service-0-0 snd-mixer-oss alias sound-service-0-1 snd-seq-oss alias sound-service-0-3 snd-pcm-oss alias sound-service-0-8 snd-seq-oss alias sound-service-0-12 snd-pcm-oss See http://www.alsa-project.org/alsa-doc/doc-php/template.php3?company=Creative+Labscard=Soundblaster+Awe64+Goldchip=EMU8Kmodule=sbawe --- 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: Mandrake 9.1 RC-2 fails to identify my SB AWE64 sound card. Knoppix finds if perfectly. It works with almost every other distribution. It used to work with earlier Mandrakes, but hasn't for the past several releases.
[Cooker] [Bug 3245] [Hardware] No sound since 8.2
http://qa.mandrakesoft.com/show_bug.cgi?id=3245 --- Additional Comments From [EMAIL PROTECTED] 2003-03-13 17:39 --- Oh yeah, and of course since ALSA is insane, once you get the drivers loaded correctly you'll need to run a mixer and set sensible volume levels. For no apparent reason, ALSA's default is to set *all* volume levels to zero. --- 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: Mandrake 9.1 RC-2 fails to identify my SB AWE64 sound card. Knoppix finds if perfectly. It works with almost every other distribution. It used to work with earlier Mandrakes, but hasn't for the past several releases.
[Cooker] [Bug 3245] [Hardware] No sound since 8.2
http://qa.mandrakesoft.com/show_bug.cgi?id=3245 --- Additional Comments From [EMAIL PROTECTED] 2003-03-13 23:24 --- The stuff I posted that you add to modules.conf ought to work, too. Just try that. --- 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: CLOSED creation_date: description: Mandrake 9.1 RC-2 fails to identify my SB AWE64 sound card. Knoppix finds if perfectly. It works with almost every other distribution. It used to work with earlier Mandrakes, but hasn't for the past several releases.
[Cooker] [Bug 2618] [kernel] Installer hangs during boot
http://qa.mandrakesoft.com/show_bug.cgi?id=2618 --- Additional Comments From [EMAIL PROTECTED] 2003-03-14 00:01 --- cory: erm, you could just learn the sane way to update Cooker, it'll save you a lot of grief =). use edit-urpm-sources.pl (the edit sources applet you can get to through the menu or through MCC, I think it's going to be renamed in 9.2 :) or urpmi.setup, and set up a source for Cooker and a source for Cooker contribs from a Cooker mirror. either remove or put to the bottom of the list sources from fixed media. then you can just do: # urpmi.update -a # urpmi --auto-select -v periodically, to automatically update all packages to latest versions. No need to re-run the installer, or anything =) --- 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: After pressing Enter to install, the installer hangs. If I hit F1 and use text to boot in text mode, the following are the last lines printed before it hangs: Checking for popad bug... OK. POSIX conformance testing by UNIFIX enabled ExtINT on CPU#0 ESR value before enabling vector: 0002 The system is a brand new ECS K7VMM mainboard, AMD Athlon XP 2100+ processor, 512MB PC2100 (DDR266) ram. All other peripherals (video, network, audio, etc.) all are onboard. I can install Mandrake 8.2 fine. The 9.0 release has this problem. The 9.1 RC1 has this problem.
[Cooker] [Bug 3280] [gnome-panel] No Volume control on default panel layout
http://qa.mandrakesoft.com/show_bug.cgi?id=3280 --- Additional Comments From [EMAIL PROTECTED] 2003-03-14 00:36 --- Why do people expect a volume control? Bizarre notion. I've just checked with the GNOME guys, there is no volume control on the panel by default. There's no volume control on the KDE panel by default either. You want a volume control, add a volume control. Stupid bug. --- 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: There is no volume control applet on the default layout of the panel.
[Cooker] [Bug 2922] [kernel-2.4.21.0.13mdk] ALSA output broken on SB16 PCI in current kernel
http://qa.mandrakesoft.com/show_bug.cgi?id=2922 --- Additional Comments From [EMAIL PROTECTED] 2003-03-12 12:30 --- Nope, it's completely different, and wasn't fixed by latest kernel. It's a specific problem with the snd-ens1371 driver, I think. --- 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: As the summary states, ALSA output simply doesn't work on this card in current Cooker kernels. I expect the last ALSA update broke it (it used to work fine). The card uses the snd-ens1371 driver. Any program which attempts to output to ALSA natively freezes as soon as it attempts to play sound, and cannot be exited normally, even ctrl-c fails to work - has to be 'kill'ed. This has been verified with xmms in ALSA mode (using the xmms-alsa plugin), totem, xine with the ALSA plugin, and ogg123 (which attempts to output in ALSA mode by default). However, sound works with the ALSA driver if its OSS emulation is used - i.e., I can get sound perfectly well with any program set to output in OSS mode, using the ALSA driver. None of the programs I checked gave any error output, they just froze. This is quite a popular legacy card. Can't find anything in the ALSA mailing lists about this.
[Cooker] [Bug 3194] [XFree86] Cannot type German ß (as in the word Fuß) in Mandrake 9.1
http://qa.mandrakesoft.com/show_bug.cgi?id=3194 --- Additional Comments From [EMAIL PROTECTED] 2003-03-12 13:45 --- Erm, this works for me. For me, holding alt gr and hitting s gives me the ß symbol. I can also get it by *HOLDING* the right windows key, pressing s, releasing both, then pressing s again and releasing. ß, there :). the way David said (press and release right windows key, press s, release, press s again, release doesn't work, I think you got it wrong David. --- 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: As in bug #3192 I use a US International keybord to type in English, German, and Portuguese. Portuguese works perfectly, as in 9.0, but for german one character is missing, the ß. I didn't find any key combination to type it. In 9.0 I could type it holding the the right Alt key and pressing s. Now this key combination does not work, neither on the text console nor under X. Please correct the package choice when this bug is not in the XFree86 package.
[Cooker] [Bug 3194] [XFree86] Cannot type German ß (as in the word Fuß) in Mandrake 9.1
http://qa.mandrakesoft.com/show_bug.cgi?id=3194 --- Additional Comments From [EMAIL PROTECTED] 2003-03-12 13:46 --- Sorry, I tell a lie - David was right. It does work with the press and release windows key method if I do it quickly enough. So maybe this is a bug in certain keyboard layouts, because it works here. --- 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: As in bug #3192 I use a US International keybord to type in English, German, and Portuguese. Portuguese works perfectly, as in 9.0, but for german one character is missing, the ß. I didn't find any key combination to type it. In 9.0 I could type it holding the the right Alt key and pressing s. Now this key combination does not work, neither on the text console nor under X. Please correct the package choice when this bug is not in the XFree86 package.
[Cooker] [Bug 2922] [kernel-2.4.21.0.13mdk] ALSA output broken on SB16 PCI in current kernel
http://qa.mandrakesoft.com/show_bug.cgi?id=2922 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|FIXED | --- Additional Comments From [EMAIL PROTECTED] 2003-03-12 13:53 --- This was NOT fixed. Thierry, please read the report and DON'T trust comments from people who have nothing to do with the bug. If you READ the report and the comments, you'll see I'm running the latest kernel, and it ISN'T fixed. And no, I haven't tried ALSA 0.9 final, because I don't compile essential libraries from source, separate from Mandrake packages. This is a clean box, it's staying that way. --- 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 the summary states, ALSA output simply doesn't work on this card in current Cooker kernels. I expect the last ALSA update broke it (it used to work fine). The card uses the snd-ens1371 driver. Any program which attempts to output to ALSA natively freezes as soon as it attempts to play sound, and cannot be exited normally, even ctrl-c fails to work - has to be 'kill'ed. This has been verified with xmms in ALSA mode (using the xmms-alsa plugin), totem, xine with the ALSA plugin, and ogg123 (which attempts to output in ALSA mode by default). However, sound works with the ALSA driver if its OSS emulation is used - i.e., I can get sound perfectly well with any program set to output in OSS mode, using the ALSA driver. None of the programs I checked gave any error output, they just froze. This is quite a popular legacy card. Can't find anything in the ALSA mailing lists about this.
[Cooker] [Bug 3213] [mozilla] window.open and subsequent window.close crash moz1.3b
http://qa.mandrakesoft.com/show_bug.cgi?id=3213 [EMAIL PROTECTED] changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 --- Additional Comments From [EMAIL PROTECTED] 2003-03-12 14:13 --- *** This bug has been confirmed by popular vote. *** --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: NEW creation_date: description: the demonstration url is a small and simple html-js combination that opens a popup which tries to close itself after you press the button. That fails for moz1.3b, it crashes instantly instead if you press the button. The reason why I'm posting this here is that I've tried the original mozilla.tar.gz from mozilla.org, where this error does not happen. just try http://athene.vibe.ac/crasher.html, click on the button in the opening popup and gone is mozilla!
[Cooker] [Bug 3213] [mozilla] window.open and subsequent window.close crash moz1.3b
http://qa.mandrakesoft.com/show_bug.cgi?id=3213 --- Additional Comments From [EMAIL PROTECTED] 2003-03-12 14:14 --- Can confirm this - it also crashes Galeon. One more reason to block pop-ups...=) --- 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: the demonstration url is a small and simple html-js combination that opens a popup which tries to close itself after you press the button. That fails for moz1.3b, it crashes instantly instead if you press the button. The reason why I'm posting this here is that I've tried the original mozilla.tar.gz from mozilla.org, where this error does not happen. just try http://athene.vibe.ac/crasher.html, click on the button in the opening popup and gone is mozilla!
[Cooker] [Bug 2098] [galeon] galeon segfault after ftp download
http://qa.mandrakesoft.com/show_bug.cgi?id=2098 --- Additional Comments From [EMAIL PROTECTED] 2003-03-11 15:06 --- That figlet221.zip file downloads just fine for me, through Galeon 1.3.3...no crash. --- 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: Go to an ftp site with galeon, right click, d/load link. Galeon segfaults as soon as the file is saved.
[Cooker] [Bug 3172] [kernel] all interrupts routed to CPU0 cripples kernel performance
http://qa.mandrakesoft.com/show_bug.cgi?id=3172 --- Additional Comments From [EMAIL PROTECTED] 2003-03-11 15:33 --- Can't confirm for Vorbis encoding on my machine, but I can't quite tell from the description if this bug is specific to certain processor setups. I just have a single processor Duron system. Vorbis encoding is the same speed currently as it always was. Are there more detailed steps to reproduce, or anything? --- 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: This bug has been signaled on cooker mailing list, I signal it on behalf of Wesley J Landaker, who could not reach Bugzilla: IO-APIC is enabled on my system, however all interrupts are routed to CPU0. This didn't used to be the case, and I see a *drastic* performance hit because of this (for instance, using mencoder to capture real-time TV I used to get 35fps, now I can't even get 20fps). It has been confirme by several people with different kernels: with standard kernel 2.4.21, I observed a very drastic performance problem with mencoder, encoding a video or TV, or encoding sound in oggvorbis (about 5 times slower). This happens also with the smp kernel, and this is even worse with the multimedia kernel.
[Cooker] [Bug 3175] [galeon] 'open url' dialog box is replaced by 'choose file' window
http://qa.mandrakesoft.com/show_bug.cgi?id=3175 [EMAIL PROTECTED] changed: What|Removed |Added Summary|'open url' dialog box is|'open url' dialog box is |replaced by 'choose file' |replaced by 'choose file' |window |window --- Additional Comments From [EMAIL PROTECTED] 2003-03-11 15:37 --- Yup. There *is* no Open URL option, I can't see any reason for one. There's a Location... option on the Go menu which just activates the location entry field and selects all the text in it. --- 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: Hard to believe but this happens for me: 'Open url' in the 'File' menu or 'CTRL-O' opens the 'choose file' dialog box. The 'choose file' entry in the file menu opens the right 'choose file' dialog box as expected.
[Cooker] [Bug 3172] [kernel] all interrupts routed to CPU0 cripples kernel performance
http://qa.mandrakesoft.com/show_bug.cgi?id=3172 --- Additional Comments From [EMAIL PROTECTED] 2003-03-11 16:20 --- I have a script to record from my TV card in realtime, using mencoder. It encoded at 25fps when I wrote the script a couple of weeks ago, and it encodes at 25fps now. (I use the standard kernel, not smp or multimedia or anything, version -13mdk). --- 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: This bug has been signaled on cooker mailing list, I signal it on behalf of Wesley J Landaker, who could not reach Bugzilla: IO-APIC is enabled on my system, however all interrupts are routed to CPU0. This didn't used to be the case, and I see a *drastic* performance hit because of this (for instance, using mencoder to capture real-time TV I used to get 35fps, now I can't even get 20fps). It has been confirme by several people with different kernels: with standard kernel 2.4.21, I observed a very drastic performance problem with mencoder, encoding a video or TV, or encoding sound in oggvorbis (about 5 times slower). This happens also with the smp kernel, and this is even worse with the multimedia kernel.
[Cooker] [Bug 3172] [kernel] all interrupts routed to CPU0 cripples kernel performance
http://qa.mandrakesoft.com/show_bug.cgi?id=3172 --- Additional Comments From [EMAIL PROTECTED] 2003-03-11 17:10 --- No, I can't, I don't have a copy of 9.0 around and I don't have space to install one. IIRC, vorbis encoding speed was the same in 9.0. --- 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: This bug has been signaled on cooker mailing list, I signal it on behalf of Wesley J Landaker, who could not reach Bugzilla: IO-APIC is enabled on my system, however all interrupts are routed to CPU0. This didn't used to be the case, and I see a *drastic* performance hit because of this (for instance, using mencoder to capture real-time TV I used to get 35fps, now I can't even get 20fps). It has been confirme by several people with different kernels: with standard kernel 2.4.21, I observed a very drastic performance problem with mencoder, encoding a video or TV, or encoding sound in oggvorbis (about 5 times slower). This happens also with the smp kernel, and this is even worse with the multimedia kernel.
[Cooker] [Bug 3193] [drakxtools] draktv fails on setting xawtv configuration
http://qa.mandrakesoft.com/show_bug.cgi?id=3193 --- Additional Comments From [EMAIL PROTECTED] 2003-03-12 00:10 --- Can people please quit inflating the severity ratings?! This is by NO stretch of the imagination a critical bug... --- 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: If you have a webcam usb and a TV card (as I do) and at boot the webcam is detected first as video0 then draktv will fail to configure tv channels using scantv the syslog shows the command line for scanning channels is : mar 11 20:24:22 spirit drakxtv[22540]: launched command: xvt -T 'Recherche des canaux de télévision ...' -e scantv -n SECAM -f france -o /root/.xawtv 2 problems here : 1. no device parameter is used assuming erronelously the tv card is on video0 2. the setting is done for root !! not the user calling draktv
[Cooker] [Bug 3083] [evolution] can not get galeon to use evolution as default email standard 9.1 rc2
http://qa.mandrakesoft.com/show_bug.cgi?id=3083 --- Additional Comments From [EMAIL PROTECTED] 2003-03-10 10:11 --- Out of interest, does clicking a mailto: URL in Galeon work with an unmodified recent installation? I had to set up a link to Evolution manually with the File Types and Programs capplet, which was a pain, but I've been running Cooker for a long time. Anyone tried this? --- 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: can not get galeon to use evolution as default email standard 9.1 rc2 install I have set it in the Gnome Control Center but no luck I also can not seem to get evolution to call up galeon from url in emails, it always calls up Mozilla and I can not get Mozilla to send a link via evolution. I got this to work in ManDrake 9.0 but things are different in 9.1 I have the same problems under kde or gnome.
[Cooker] [Bug 2922] [kernel-2.4.21.0.13mdk] ALSA output broken on SB16 PCI in current kernel
http://qa.mandrakesoft.com/show_bug.cgi?id=2922 --- Additional Comments From [EMAIL PROTECTED] 2003-03-09 17:20 --- Yeah, I think I've got kernels back to the start of 2.4.21, so I'll try that. I've already posted to the ALSA users' mailing list, you should be able to find the thread in their archive. --- 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 the summary states, ALSA output simply doesn't work on this card in current Cooker kernels. I expect the last ALSA update broke it (it used to work fine). The card uses the snd-ens1371 driver. Any program which attempts to output to ALSA natively freezes as soon as it attempts to play sound, and cannot be exited normally, even ctrl-c fails to work - has to be 'kill'ed. This has been verified with xmms in ALSA mode (using the xmms-alsa plugin), totem, xine with the ALSA plugin, and ogg123 (which attempts to output in ALSA mode by default). However, sound works with the ALSA driver if its OSS emulation is used - i.e., I can get sound perfectly well with any program set to output in OSS mode, using the ALSA driver. None of the programs I checked gave any error output, they just froze. This is quite a popular legacy card. Can't find anything in the ALSA mailing lists about this.
[Cooker] [Bug 2202] [kdebase] option for sub-pixel hinting never enabled in mdk-9.1rc1/9.1rc2
http://qa.mandrakesoft.com/show_bug.cgi?id=2202 --- Additional Comments From [EMAIL PROTECTED] 2003-03-09 17:39 --- I don't think ndeb understands what sub-pixel hinting *is*...each pixel on an LCD screenis actually made of three smaller elements, one each of red, green and blue. Sub-pixel hinting allows freetype to use these elements individually for hinting, which improves the font rendering. It can't possibly work on a CRT because, er, CRTs don't have sub-pixels, that's not how they work. There's no way you can be getting benefit from sub-pixel hinting on a CRT. --- 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: Using mdk-9.1rc1. In kcontrol-fonts, enable anti-aliasing. Then enable sub-pixel hinting. Click apply and quit kcontrol. Start kcontrol again. Go to fonts and find that the option sub-pixel hinting has become unchecked !! I tried several times but kcontrol always reverts to the option unchecked.
[Cooker] [Bug 2202] [kdebase] option for sub-pixel hinting never enabled in mdk-9.1rc1/9.1rc2
http://qa.mandrakesoft.com/show_bug.cgi?id=2202 --- Additional Comments From [EMAIL PROTECTED] 2003-03-09 19:20 --- Frankly, I don't trust Steve Gibson as far as I could spit him. --- 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: Using mdk-9.1rc1. In kcontrol-fonts, enable anti-aliasing. Then enable sub-pixel hinting. Click apply and quit kcontrol. Start kcontrol again. Go to fonts and find that the option sub-pixel hinting has become unchecked !! I tried several times but kcontrol always reverts to the option unchecked.
[Cooker] [Bug 2922] [kernel-2.4.21.0.12mdk] ALSA output broken on SB16 PCI in current kernel
http://qa.mandrakesoft.com/show_bug.cgi?id=2922 --- Additional Comments From [EMAIL PROTECTED] 2003-03-08 15:53 --- Created an attachment (id=295) -- (http://qa.mandrakesoft.com/attachment.cgi?id=295action=view) strace output from failed attempt to use ogg123 in ALSA mode strace output from playing a .ogg file with ogg123's ALSA output. Note the program does not terminate by itself at the end, it hangs. The termination is me 'kill'ing the program. bzipped to save space. --- 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 the summary states, ALSA output simply doesn't work on this card in current Cooker kernels. I expect the last ALSA update broke it (it used to work fine). The card uses the snd-ens1371 driver. Any program which attempts to output to ALSA natively freezes as soon as it attempts to play sound, and cannot be exited normally, even ctrl-c fails to work - has to be 'kill'ed. This has been verified with xmms in ALSA mode (using the xmms-alsa plugin), totem, xine with the ALSA plugin, and ogg123 (which attempts to output in ALSA mode by default). However, sound works with the ALSA driver if its OSS emulation is used - i.e., I can get sound perfectly well with any program set to output in OSS mode, using the ALSA driver. None of the programs I checked gave any error output, they just froze. This is quite a popular legacy card. Can't find anything in the ALSA mailing lists about this.
[Cooker] [Bug 2922] [kernel-2.4.21.0.12mdk] ALSA output broken on SB16 PCI in current kernel
http://qa.mandrakesoft.com/show_bug.cgi?id=2922 --- Additional Comments From [EMAIL PROTECTED] 2003-03-08 17:01 --- Still occurs with kernel -13mdk, unfortunately, despite the new ALSA it seems to contain. Am attaching the strace output of ogg123 attempting to play a .ogg in ALSA output mode. The same file plays fine if I set ogg123 to OSS mode with -d oss. Would change to kernel -13mdk, but the web interface doesn't seem to be working and I don't know how to do it with the mail interface. --- 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 the summary states, ALSA output simply doesn't work on this card in current Cooker kernels. I expect the last ALSA update broke it (it used to work fine). The card uses the snd-ens1371 driver. Any program which attempts to output to ALSA natively freezes as soon as it attempts to play sound, and cannot be exited normally, even ctrl-c fails to work - has to be 'kill'ed. This has been verified with xmms in ALSA mode (using the xmms-alsa plugin), totem, xine with the ALSA plugin, and ogg123 (which attempts to output in ALSA mode by default). However, sound works with the ALSA driver if its OSS emulation is used - i.e., I can get sound perfectly well with any program set to output in OSS mode, using the ALSA driver. None of the programs I checked gave any error output, they just froze. This is quite a popular legacy card. Can't find anything in the ALSA mailing lists about this.
[Cooker] [Bug 2124] [Hardware] Terrible sound with Hercules Game Theater XP
http://qa.mandrakesoft.com/show_bug.cgi?id=2124 --- Additional Comments From [EMAIL PROTECTED] 2003-03-08 17:07 --- Get kernel 13mdk from a Cooker mirror and try that, it has a new ALSA release. --- 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 just installed Mandrake 9.1 RC1 and sound is terrible with my Hercules Game Theater XP. Volume is very low and when playing anything it crackles a lot and there is a lot of hiss. I tried adjusting volume in mixer but I couldn't get sound to normal. Sound worked just fine in Beta 3.
[Cooker] [Bug 1952] [drakxtools] drakgw doesn't work due to configuring shorewall incorrectly
http://qa.mandrakesoft.com/show_bug.cgi?id=1952 --- Additional Comments From [EMAIL PROTECTED] 2003-03-07 16:20 --- So it seems this isn't just happening for me :(. Could the other people who get duplicate lines please vote for the bug so it gets confirmed? And could you also post precise details of your networking setups - how many machines, how they are connected (which interfaces connect which machines), how the host machine connects to the internet, and the relevant IP addresses - to help Florin? Apparently it doesn't happen on his test setup, so it must be something to do with the setup that's causing it. My setup is just two machines, and all the connections are made by NICs - the host machine connects to the internet via one, eth0, and it connects to the other machine via another, eth1. To the guy who doesn't get a duplicate line, that file still looks suspect to me. It ought to put the interface that's connected to the internet in the NET zone and the interfaces that want to share it in the MASQ zone. I particularly don't like the look of that masq detect detect line. What do you think, Florin? --- 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 hope this isn't due to a stale config anywhere (I've been running Cooker since before 9.0). On my system, drakgw currently doesn't work. It runs fine and reports success, but the shorewall settings it creates are wrong and break shorewall. It creates a /etc/shorewall/interfaces file with this lines (among all the comments): net eth0detect masqeth1detect loc eth1detect This is invalid according to the comments in the same file, which state that you can only specify each interface *once* in the interfaces file. If a single interface needs to use multiple zones, as seems to be the case, it says these need to be defined in /etc/shorewall/hosts and the zone for the interface should be set to -. The upshot of all this is that the shorewall service does not start, complaining about the multiple instances of eth1 in the /etc/shorewall/interfaces file. This makes internet connection sharing configuration impossible and may break existing setups, which is a severe problem, IMO. I have confirmed this with several ways of setting up internet connection sharing. At first I set up the firewall first then configured ICS, then I removed shorewall entirely and attempted to set up ICS without configuring the firewall. The resulting /etc/interfaces files was the same in both cases, and did not work.
[Cooker] [Bug 2894] [drakfirsttime] DrakFirstTime : Problem to keep the select Window Manager
http://qa.mandrakesoft.com/show_bug.cgi?id=2894 --- Additional Comments From [EMAIL PROTECTED] 2003-03-07 18:40 --- In that case, why is the question asked during installation at all? If it's always going to be ignored in favour of whatever the drakfirsttime wizard decides upon, it would appear to be pointless to ask during installation. --- 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: Step to reproduce = Have a new user. In MDKKDM choose your new user and select Gnome for desktop manager. Login in ! When the first time wizard start click on Skip wizard and now KDE start
[Cooker] [Bug 2648] [shorewall] shorewall disable any ppp connectivity
http://qa.mandrakesoft.com/show_bug.cgi?id=2648 --- Additional Comments From [EMAIL PROTECTED] 2003-03-07 19:00 --- Agree with cybercfo. This is ludicrous. It not only affects 99% of dial-up users, but an awful lot of ADSL users. That's got to be the majority of Mandrake users who won't be able to activate the built-in firewall in 9.1. This kind of thing is exactly why people have been calling for a longer bugfix cycle before release. --- 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: After enabling shorewall, (and enabling all the services proposeb by default) i can use ethernet connection, but ppp connexion stop to work. ppp atblishies the link, but that's all.
[Cooker] [Bug 2922] [kernel-2.4.21.0.12mdk] New: ALSA output broken on SB16 PCI in current kernel
http://qa.mandrakesoft.com/show_bug.cgi?id=2922 Product: kernel-2.4.21.0.12mdk Component: libsasl2-plug-ntlm Summary: ALSA output broken on SB16 PCI in current kernel Version: 1-1mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] As the summary states, ALSA output simply doesn't work on this card in current Cooker kernels. I expect the last ALSA update broke it (it used to work fine). The card uses the snd-ens1371 driver. Any program which attempts to output to ALSA natively freezes as soon as it attempts to play sound, and cannot be exited normally, even ctrl-c fails to work - has to be 'kill'ed. This has been verified with xmms in ALSA mode (using the xmms-alsa plugin), totem, xine with the ALSA plugin, and ogg123 (which attempts to output in ALSA mode by default). However, sound works with the ALSA driver if its OSS emulation is used - i.e., I can get sound perfectly well with any program set to output in OSS mode, using the ALSA driver. None of the programs I checked gave any error output, they just froze. This is quite a popular legacy card. Can't find anything in the ALSA mailing lists about this. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 1859] [kdeartwork] Not included in 3.1
http://qa.mandrakesoft.com/show_bug.cgi?id=1859 --- Additional Comments From [EMAIL PROTECTED] 2003-03-06 14:50 --- *sigh* Is this really that important? Did you read that article the other day about interface cruft? That's exactly what screensavers are. They were introduced because, years and years and years and years ago, if you left a monitor displaying the same thing for too long, it'd burn the image into the screen. I don't remember the last time I ever heard of this happening to anyone, and it certainly isn't going to happen on any decent modern monitor. Added to which, monitor power saving was invented several years ago. I don't remember the last time I *saw* a screensaver on my machine. It displays whatever's on the screen for ten minutes. Then it turns itself off. Is there any logical reason at *all* to use a screensaver any more? No. But people are used to them. So they still sit there, wasting space and development time. Abolish the buggers, I say. --- 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 guess this isn't the typical kind of bug, but I wanted to make sure that a comment about this went into the system. As I just posted on the Mandrake Cooker list, I think kdeartwork is a very important package for many (most) desktop users, and probably is needed a lot more than, say, koffice-devel or xearth. How about finding a way to include it? It's ashame that in 9.0, and it looks like now 9.1, GNOME users get screensavers and such, but KDE users don't. :-( Thanks, Tim
[Cooker] [Bug 2532] [acpi] some acpi modules not working on dell inspiron 8100
http://qa.mandrakesoft.com/show_bug.cgi?id=2532 --- Additional Comments From [EMAIL PROTECTED] 2003-03-06 15:10 --- What exactly is the Mandrake bug here? Mandrake includes acpi4linux, correctly compiled and installed. That's all it can do. Fine, acpi4linux doesn't work on your laptop. Go tell them. In the meantime, use APM. Mandrake can't do anything about it. --- 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: Laptop is a dell inspiron 8100 with latest (A14) bios + Mandrake-9.1 rc1 + kernel-2.4.21.0.pre4.10mdk-1-1mdk. No problems with acpi during install and the /proc/acpi entries for the components compiled into kernel were all created. Acpi modules had to be loaded by hand and some showed errors in /var/log/messages such as: Feb 28 11:47:22 ef kernel: ACPI: Battery Slot [BAT0] (battery absent) Feb 28 11:47:22 ef kernel: ACPI-0188: *** Warning: Buffer created with zero length in AML Feb 28 11:48:22 ef kernel: ACPI: Thermal Zone [THM] (25 C) Feb 28 11:49:32 ef kernel: ACPI-0188: *** Warning: Buffer created with zero length in AML Feb 28 11:49:32 ef kernel: -0072: *** Error: ut_allocate: Attempt to allocate zero bytes But all modules appear to be loaded: # /sbin/lsmod Module Size Used byNot tainted thermal 8224 0 (unused) fan 2528 0 (unused) button 3724 0 (unused) processor 10872 0 [thermal] ac 2816 0 (unused) battery 7008 0 (unused) All entries for the modules are also created in /proc/acpi but not everything is working, for example the battery. When the laptop is connected to a power outlet: # cat /proc/acpi/ac_adapter/AC/state state: on-line # cat /proc/acpi/battery/BAT1/state present: yes capacity state: ok charging state: unknown present rate:0 mA remaining capacity: 0 mAh present voltage: 0 mV When the laptop is running on the battery: # cat /proc/acpi/ac_adapter/AC/state state: off-line # cat /proc/acpi/battery/BAT1/state present: yes capacity state: ok charging state: unknown present rate:0 mA remaining capacity: 0 mAh present voltage: 0 mV Also 'info' under /proc/acpi/battery/BAT1 appears to be 'dead': # cat /proc/acpi/battery/BAT1/info present: yes design capacity: 0 mWh last full capacity: 0 mWh battery technology: non-rechargeable design voltage: 0 mV design capacity warning: 0 mWh design capacity low: 0 mWh capacity granularity 1: 0 mWh capacity granularity 2: 0 mWh model number: serial number: battery type: OEM info: Judging from the entries in /var/log/messages the Dell ACPI BIOS appears to be ok. At least it says 'ACPI BIOS passes blacklist': Feb 28 11:28:48 ef kernel: ACPI: RSDP (v000 DELL ) @ 0x000fde50 Feb 28 11:28:48 ef kernel: ACPI: RSDT (v001 DELLCPi R 10194.02588) @ 0x000fde64 Feb 28 11:28:48 ef kernel: ACPI: FADT (v001 DELLCPi R 10194.02588) @ 0x000fde90 Feb 28 11:28:48 ef kernel: ACPI: DSDT (v001 INT430 SYSFexxx 0.04097) @ 0x Feb 28 11:28:48 ef kernel: ACPI: BIOS passes blacklist Feb 28 11:28:48 ef kernel: ACPI: MADT not present Feb 28 11:28:48 ef kernel: Dell Inspiron with broken BIOS detected. Refusing to enable the local APIC. Can the broken APIC have anything to do with it? Should I report these problems 'upstream'?
[Cooker] [Bug 2764] [Installation] kernel-enterprise needed for mem=1024 on i8200 bit strange?
http://qa.mandrakesoft.com/show_bug.cgi?id=2764 --- Additional Comments From [EMAIL PROTECTED] 2003-03-06 16:00 --- On Thu, 2003-03-06 at 11:00, ravachol wrote: Heh. Yeah, right. How many people do you think have a gigabyte of memory? --- 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 is a bit curious that when mem=1024 two kernels get installed: kernel and kernel-enterprise. When booting with kernel only 896 MB memory is found. Trying to boot with 'mem=1024' in grub does not succeed. The boot stops with error. kernel-enterprise works and shows 127 MB HIGHMEM and 896 MB LOWMEM. Why is not kernel-enterprise installed as default. Or why not just make one kernel?
[Cooker] [Bug 2532] [acpi] some acpi modules not working on dell inspiron 8100
http://qa.mandrakesoft.com/show_bug.cgi?id=2532 --- Additional Comments From [EMAIL PROTECTED] 2003-03-06 17:30 --- Bugzilla is, as the name suggests, for bugs in Mandrake. This ain't a bug, or not a Mandrake bug at least. Seems simple enough to me. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: Laptop is a dell inspiron 8100 with latest (A14) bios + Mandrake-9.1 rc1 + kernel-2.4.21.0.pre4.10mdk-1-1mdk. No problems with acpi during install and the /proc/acpi entries for the components compiled into kernel were all created. Acpi modules had to be loaded by hand and some showed errors in /var/log/messages such as: Feb 28 11:47:22 ef kernel: ACPI: Battery Slot [BAT0] (battery absent) Feb 28 11:47:22 ef kernel: ACPI-0188: *** Warning: Buffer created with zero length in AML Feb 28 11:48:22 ef kernel: ACPI: Thermal Zone [THM] (25 C) Feb 28 11:49:32 ef kernel: ACPI-0188: *** Warning: Buffer created with zero length in AML Feb 28 11:49:32 ef kernel: -0072: *** Error: ut_allocate: Attempt to allocate zero bytes But all modules appear to be loaded: # /sbin/lsmod Module Size Used byNot tainted thermal 8224 0 (unused) fan 2528 0 (unused) button 3724 0 (unused) processor 10872 0 [thermal] ac 2816 0 (unused) battery 7008 0 (unused) All entries for the modules are also created in /proc/acpi but not everything is working, for example the battery. When the laptop is connected to a power outlet: # cat /proc/acpi/ac_adapter/AC/state state: on-line # cat /proc/acpi/battery/BAT1/state present: yes capacity state: ok charging state: unknown present rate:0 mA remaining capacity: 0 mAh present voltage: 0 mV When the laptop is running on the battery: # cat /proc/acpi/ac_adapter/AC/state state: off-line # cat /proc/acpi/battery/BAT1/state present: yes capacity state: ok charging state: unknown present rate:0 mA remaining capacity: 0 mAh present voltage: 0 mV Also 'info' under /proc/acpi/battery/BAT1 appears to be 'dead': # cat /proc/acpi/battery/BAT1/info present: yes design capacity: 0 mWh last full capacity: 0 mWh battery technology: non-rechargeable design voltage: 0 mV design capacity warning: 0 mWh design capacity low: 0 mWh capacity granularity 1: 0 mWh capacity granularity 2: 0 mWh model number: serial number: battery type: OEM info: Judging from the entries in /var/log/messages the Dell ACPI BIOS appears to be ok. At least it says 'ACPI BIOS passes blacklist': Feb 28 11:28:48 ef kernel: ACPI: RSDP (v000 DELL ) @ 0x000fde50 Feb 28 11:28:48 ef kernel: ACPI: RSDT (v001 DELLCPi R 10194.02588) @ 0x000fde64 Feb 28 11:28:48 ef kernel: ACPI: FADT (v001 DELLCPi R 10194.02588) @ 0x000fde90 Feb 28 11:28:48 ef kernel: ACPI: DSDT (v001 INT430 SYSFexxx 0.04097) @ 0x Feb 28 11:28:48 ef kernel: ACPI: BIOS passes blacklist Feb 28 11:28:48 ef kernel: ACPI: MADT not present Feb 28 11:28:48 ef kernel: Dell Inspiron with broken BIOS detected. Refusing to enable the local APIC. Can the broken APIC have anything to do with it? Should I report these problems 'upstream'?
[Cooker] [Bug 2367] [acpid] ACPI service does not start
http://qa.mandrakesoft.com/show_bug.cgi?id=2367 --- Additional Comments From [EMAIL PROTECTED] 2003-02-28 19:10 --- Run lilo as root after editing lilo.conf. --- 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 just installed acpid and acpi packages with the MCC software installer. Starting the acpi service with the service list module failed. [EMAIL PROTECTED] j]# /etc/init.d/acpid start Lancement du service acpi : acpid: can't open /proc/acpi/event: No such file or directory [ECHEC ] [EMAIL PROTECTED] j]#
[Cooker] [Bug 1392] [kdebase] log in as root
http://qa.mandrakesoft.com/show_bug.cgi?id=1392 --- Additional Comments From [EMAIL PROTECTED] 2003-02-28 20:00 --- running su in a console doesn't make you root everywhere. it only makes you root in that console. so run su, enter root password, then run netconf from that console. --- 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: mandrake 9.1 beta 3 how can i log in as root when i am using grapical interface i can use the users that i made during install i have no possibilty to enter root what is new that i do not know
[Cooker] [Bug 1570] [mozilla] Dead keys does not work
http://qa.mandrakesoft.com/show_bug.cgi?id=1570 --- Additional Comments From [EMAIL PROTECTED] 2003-02-27 10:50 --- Er, so what if they work in the nightly builds? You don't think Mandrake's Mozilla gets rebuilt from the trunk every night, do you? If it only started working on yesterday's nightly build, it's hardly going to work on Cooker... --- 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: The topic is pretty self-explanatory : I can't use the dead keys anymore on Mozilla to write some characters (for example, the string àêïç is actually written aeic). They works fine under other X apps though. The bug is still there in Mozilla 1.3b.
[Cooker] [Bug 2271] [kernel-2.4.21.0.pre4.10mdk] can't load module memory_cs
http://qa.mandrakesoft.com/show_bug.cgi?id=2271 --- Additional Comments From [EMAIL PROTECTED] 2003-02-27 13:50 --- It sounds perfectly valid to me. I'd guess the lack of response is because this type of PCMCIA card isn't very common, and there aren't *that* many of us running Cooker on laptops. I can't see that there's any user error here - he seems to be doing everything right, then the system looks for memory_cs, which doesn't exist in the Cooker kernel (I can confirm that much). --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: When i insert a SRAM card or a Sundisk card I get the following error: 3 Feb 22 15:11:32 pr2 kernel: cs: memory probe 0xa000-0xa0ff: clean. Feb 22 15:11:32 pr2 cardmgr[2383]: socket 1: Anonymous Memory Feb 22 15:11:32 pr2 cardmgr[2383]: executing: 'modprobe memory_cs' Feb 22 15:11:32 pr2 cardmgr[2383]: + modprobe: Can't locate module memory_cs Feb 22 15:11:32 pr2 cardmgr[2383]: modprobe exited with status 255 Feb 22 15:11:32 pr2 cardmgr[2383]: module /lib/modules/2.4.21pre4-10mdk/pcmcia/memory_cs.o not available Feb 22 15:11:33 pr2 cardmgr[2383]: get dev info on socket 1 failed: Resource temporarily unavailable I can't seem to find the module that needs to be loaded.
[Cooker] [Bug 2507] [glibc] Mandrake 9.1 rc1 installation bugs summary
http://qa.mandrakesoft.com/show_bug.cgi?id=2507 --- Additional Comments From [EMAIL PROTECTED] 2003-02-28 02:20 --- You might try the previous generation nvidia drivers. The 4xxx series appears to have a bunch of bugs that affect different cards in different circumstances with different kernels and different compilers. 3xxx appears to be more reliable, so try that driver and see what happens. --- 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 had posted this page to the MandrakeClub forum, and Dutch asked me to make a copy available to the developers here. Since this is a compendium of the problems I encountered while installing Mandrake 9.1 rc1, it really belongs in several areas of bugzilla, but this is my first time using it and I thought that most of the problems were related to glibc issues so I put the information here. I appologize if this breaks protocol, I only forwarded this information at the request of one of the people at mandrake anyway, and I am not familiar enough with the internals of the distribution to catagorize the bugs or incompatibilies into thier correct bugzilla areas. I tried to use Mandrake 9.1 rc1 for 3-days, but I ran into so many bugs that I had to go back to Mandrake 8.1. Here is a summary of the bugs that I ran into. I am reporting this for two reasons. 1st to notify others who may wish to know before they have to go thru these problems, and 2nd to potentially enable the developers to correct some of these problems: 1. The Removable Media icon on the desktop always hangs the konqueror process that starts when you click on it. The only way to stop it is to pull up the process manager and kill the konqueror process that is hung. 2. The Sort Icons function that shows up when you right-click on the desktop does not work properly. It overlaps the position of the icons the first time you click on it, then it works the second time you click on it. You have to perform the Sort Icons operation twice every time you add an Icon to your desktop. 3. The supermount system works a little better than it used to, but it still has problems. When I tried to install the linux version of Unreal Tournament 2003 the installer kept saying that the cd was not mounted when it was. The only way I was able to get Unreal to install was to modify the fstab file to make the cd mounting manual. Even after I got Unreal Tournament 2003 installed, I could not update it. The Loki update modules cause a seg fault, so the update process is aborted. With no ability to update, UT2003 will not connect with the rest of the servers on the internet, so online play is impossible. 4. When performing the actual install of Mandrake 9.1 rc1 from the iso cds, the Install System section of the install aborts and reboots the computer about half-way thru the 2nd disk (only if you have the show details button active!). 5. The new version of glilbc (2.3.1-10mdk) completely breaks all incarnations of wine/winex. While this is not an actual bug, it is a source of great frustration and loss of utility with Mandrake 9.1 rc1, compared to earlier versions. I heard that when Mandrake 9.1 final comes out it will include browser plugins to allow viewing of Shockwave Flash, and Real Player files direclty within Konqueror. This will be nice and will eliminate one of my needs for wine (crossover plugins). 6. The prboom-gl and glheretic programs compile flawlessly in the new Mandrake 9.1 rc1, but when I try to execute them I get a seg fault. I verified that I have all of the correct versions of all the required librarys, and the compile detects no errors. 7. Under Mandrake 9.1 rc1 glxgears gets about 790 FPS, but under Mandrake 8.1 glxgears gets about 1645 FPS (on an AMD 2100+ with 256M DDR-266RAM and an NVIDIA gforce2-MX400 video card. In both versions of Mandrake the NVIDIA accelerated video drivers version 4191 were used. The NVIDIA drivers were properly compiled, with matching kernel-source for each version of Mandrake. I am not sure why the new Mandrake kernel/KDE would reduce the speed of graphics operations by about half! I was told that KDE worked hard to speed up version 3.1, so I am surprised to see this much difference in speed. I look forward to the continued progress of Mandrake. It is by-far the best distribution available. Keep up the good work guys, Barry Mead I did some more checking and found out that the programs that seg fault on my AMD 2100+ cpu DONT seg fault on my Intel Pentium 3 1.0 Ghz (Giga-Byte GA-6VXC7-4X) motherboard with the same Mandrake 9.1 rc1 distribution. prboom-gl works glheretic works and the Loki update installer files work without seg faults. I think there is an unintentional sensitivity to (AMD vs Intel) with this new OS release.
[Cooker] [Bug 2311] [galeon] Galeon 1.3.2 usability in RC1
http://qa.mandrakesoft.com/show_bug.cgi?id=2311 --- Additional Comments From [EMAIL PROTECTED] 2003-02-25 21:16 --- For a start, I vote the other way - I like 1.3.x, it's faster and stabler for me (1.2.x had an irritating memory leak (I guess) which caused it to crash if I opened too many complex pages at once). It's also important to those of us who run GNOME and want a consistent GTK+ 2 based desktop - the only GTK+ 1 app I still run is Evolution. But for seconds, it wouldn't be easy. Our current version of Mozilla is compiled for GTK+ 2, and you can't compile Galeon 1.2.x against this. So it's not going to happen, guys. Sorry. --- 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: VERIFIED creation_date: description: Hi, I have several problems with the current galeon version compared to the version included with Mandrake 9.0 (german version): - themes do not work at all - several menus are missing (f.e. the very useful preferences menu) - there is much less space for the browser itself (with themes that could be partially solved) - there seems to be no way to remove the bookmarklets If you don't want to have galeon to be a showstopper, I'd very much recommand to switch back to the current stable (1.2.8) version on http://galeon.sf.net and not use the development version for the coming 9.1 release (I did not find one single advantage of the current development version compared to old stable one) Regards, Reinhard
[Cooker] [Bug 2337] [mozilla] MDK9.1/beta3: mozilla cannot download large files (200MB)
https://qa.mandrakesoft.com/show_bug.cgi?id=2337 --- Additional Comments From [EMAIL PROTECTED] 2003-02-24 15:00 --- Note that this will also affect gnome-cd-burner. This is a neat extension to Nautilus - you copy files you wish to burn to CD to the burn:/// gnome-vfs location and then run gnome-cd-burner, which burns them for you. However, it does this by creating an ISO and then burning it, and if an environment variable (I think it's $TEMP) is not set, it puts the ISO in /tmp by default. If this is only 200MB, then it's much too small. Don't know what the ideal fix is, though. --- 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: Hi, by download, mozilla creates a temporary file (something.exe) in /tmp. However, /tmp is now a filesystem by default with size approximately 200MB. Thus one cannot download files larger than 200MB. Is it enough to delete the /tmp line in /etc/fstab? (Suse suggests aleso changes in /etc/init.d/boot.swap? Except of not using the tmpfs for /tmp, is it possible to change the behavior of mozilla? I did not find anything in Preferences. Thanks Milos
[Cooker] [Bug 2360] [kernel] orinoco_cs 0.13a freezes system when card is removed
https://qa.mandrakesoft.com/show_bug.cgi?id=2360 --- Additional Comments From [EMAIL PROTECTED] 2003-02-24 21:30 --- I've never trusted hot-swapping for PCMCIA, under Linux *or* Windows. It was *supposed* to be possible when they invented it, but if you read the small print, you're always supposed to stop the card before you remove it (under Windows you do this from a little applet that sits in the systray). Under Linux, run cardctl eject as root before taking it out. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: When removing my wireless card (either a Lucent/Agere firmware version 6.16 or a Lucent/Agere firmware version 7.52, both from Lucent), my system freezes (no more console switching or hard disk syncing using magic sysrq). The last thing I see is the driver complaining that the hardware does no longer exist, just before the cardmgr tries to unload orinoco_cs. Then the system is frozen.
[Cooker] [Bug 2360] [kernel] orinoco_cs 0.13a freezes system when card is removed
https://qa.mandrakesoft.com/show_bug.cgi?id=2360 --- Additional Comments From [EMAIL PROTECTED] 2003-02-24 22:31 --- Yes, you're correct to file it as a bug if it's a behaviour regression (personally I find my wireless card will hot swap OK *most* of the time, but will suddenly freeze the laptop occasionally), I was just suggesting a workaround :) --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: When removing my wireless card (either a Lucent/Agere firmware version 6.16 or a Lucent/Agere firmware version 7.52, both from Lucent), my system freezes (no more console switching or hard disk syncing using magic sysrq). The last thing I see is the driver complaining that the hardware does no longer exist, just before the cardmgr tries to unload orinoco_cs. Then the system is frozen.
[Cooker] [Bug 2237] [pcmcia-cs-x11] Pcmcia hangs on startup (RC1)
https://qa.mandrakesoft.com/show_bug.cgi?id=2237 --- Additional Comments From [EMAIL PROTECTED] 2003-02-24 23:00 --- I too have noticed this, but it's *new*. It may well be ACPI related, but it's not the usual crappy-ACPI-impossible-to-fix issue, because this worked fine up to a few days ago. Now, the boot process hangs if I have my PCMCIA network card inserted. If I leave it ejected, booting works fine, and I can then plug it in and it will initialise perfectly well. The hang on start-up isn't the five-minute DHCP timeout thing, either, because a) I don't use DHCP and b) I left it half an hour and it was still hung. I can't test with current cooker because my laptop can't access the internet because drakgw is broken, hence it's stuck on Cooker as of last Friday or so. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: When booting with my Sony Vaio laptop FX-301, pcmcia hangs on startup under the following conditions: - Either an Inserted Hama Compactflash-Reader card (Typ II Adapter) - Or a Self-compiled 2.4.21pre4-6custom kernel (config available on request) It works fine using the same custom kernel (same config) compiled on Mandrake 9.0 with the 9.0 pcmcia package (and with inserted Hama Adapter)
[Cooker] [Bug 2275] [kernel-2.4.21.0.pre4.10mdk] conflicting info from kernel and hdparm about DMA in mdk-9.1rc1
https://qa.mandrakesoft.com/show_bug.cgi?id=2275 --- Additional Comments From [EMAIL PROTECTED] 2003-02-23 23:40 --- That's probably early in the boot process. Very early in the boot process, just before partitions are checked, DMA on all drives is disabled. For many drives, it then gets re-enabled later in the boot process. --- 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: Run dmesg | grep DMA and the output is: VP_IDE: VIA vt82c686b (rev 40) IDE UDMA100 controller on pci00:07.1 ide0: BM-DMA at 0xc000-0xc007, BIOS settings: hda:DMA, hdb:DMA ide1: BM-DMA at 0xc008-0xc00f, BIOS settings: hdc:DMA, hdd:DMA hda: DMA disabled hdb: DMA disabled hdc: DMA disabled hdd: DMA disabled hda: 39102336 sectors (20020 MB) w/2048KiB Cache, CHS=2434/255/63, UDMA(100) hdb: 78165360 sectors (40021 MB) w/2048KiB Cache, CHS=4865/255/63, UDMA(100) The messages show DMA as disabled but the UDMA mode for each of hda and hdb is listed as 100. Why this contradiction ? Both hdparm -i /dev/hda and hdparm -i /dev/hdb have this line: UDMA modes: udma0 udma1 udma2 udma3 udma4 *udma5 which shows that DMA is indeed enabled !! This is supported by entries in /proc/ide/hd*/settings too. So why these kernel messages about DMA disabled ?
[Cooker] [Bug 2278] [drakxtools] scsi emulation not enabled for all CD drives
https://qa.mandrakesoft.com/show_bug.cgi?id=2278 --- Additional Comments From [EMAIL PROTECTED] 2003-02-23 23:40 --- Notabug. Emulating SCSI on non-RW drives is not necessary. Burner programs should be able to do disc-to-disc copying without the drives having ide-scsi enabled. If they can't, it's a bug in those programs, report it to the authors. SCSI emulation can cause problems and so should not be enabled if it isn't needed. --- 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: Using mdk-9.1rc1. Currently, only ide CD-RW drives are scsi-emulated. If a system has two CD drives (1 CD-RW and 1 CD), the CD drive is not scsi-emulated. This prevents cdrecord from detecting the CD drive and as a result any CD-burning program (xcdroast, koncd) that uses cdrecord cannot do CD-to-CD copy. For a desktop oriented distribution, enabling this feature is very important. So, if scsi-emulation is enabled for one CD-RW-drive, it should be enabled for all CD drives on the system.
[Cooker] [Bug 2137] [alsa-utils] alsamixer produces error
https://qa.mandrakesoft.com/show_bug.cgi?id=2137 --- Additional Comments From [EMAIL PROTECTED] 2003-02-22 19:20 --- Yes, this is entirely normal, because audigy isn't an ALSA driver. It's the OSS driver. You're not using ALSA at all, thus this whole bug is pointless. The ALSA driver for audigy cards is snd-emu10k1 . --- 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: Symptoms: First install the alsa-utils-0.9 package. From a command line enter: 'alsamixer'. Command returns: alsamixer: function snd_ctl_open failed for default: No such file or directory This was tried both as root and as a normal user. Configuration: Mandrake 9.1 RC 1 Desktop: Gnome 2.2 Athlon XP+ 2200 Soundcard Creative Soundblaster Audigy (The lspci -v output for this device is: 00:0f.0 Multimedia audio controller: Creative Labs SB Audigy (rev 03) Subsystem: Creative Labs SB0090 Audigy Player Flags: bus master, medium devsel, latency 64, IRQ 5 I/O ports at d400 [size=32] Capabilities: [dc] Power Management version 2 )
[Cooker] [Bug 2137] [alsa-utils] alsamixer produces error
https://qa.mandrakesoft.com/show_bug.cgi?id=2137 --- Additional Comments From [EMAIL PROTECTED] 2003-02-22 19:50 --- Not necessarily. IIRC, the reason it uses the OSS driver is because around 9.0 time people on the list were bitching and whining that the ALSA driver didn't work properly. You can't please all of the people all of the time... --- 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: Symptoms: First install the alsa-utils-0.9 package. From a command line enter: 'alsamixer'. Command returns: alsamixer: function snd_ctl_open failed for default: No such file or directory This was tried both as root and as a normal user. Configuration: Mandrake 9.1 RC 1 Desktop: Gnome 2.2 Athlon XP+ 2200 Soundcard Creative Soundblaster Audigy (The lspci -v output for this device is: 00:0f.0 Multimedia audio controller: Creative Labs SB Audigy (rev 03) Subsystem: Creative Labs SB0090 Audigy Player Flags: bus master, medium devsel, latency 64, IRQ 5 I/O ports at d400 [size=32] Capabilities: [dc] Power Management version 2 )
[Cooker] [Bug 1952] [drakxtools] drakgw doesn't work due to configuring shorewall incorrectly
https://qa.mandrakesoft.com/show_bug.cgi?id=1952 --- Additional Comments From [EMAIL PROTECTED] 2003-02-21 19:53 --- Still valid with updated shorewall and drakxtools as per previous comment. I hope someone is working on this, it's very important, especially as it *appears* to work and provides no feedback on what it's doing. This would completely baffle a newbie. --- 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 hope this isn't due to a stale config anywhere (I've been running Cooker since before 9.0). On my system, drakgw currently doesn't work. It runs fine and reports success, but the shorewall settings it creates are wrong and break shorewall. It creates a /etc/shorewall/interfaces file with this lines (among all the comments): net eth0detect masqeth1detect loc eth1detect This is invalid according to the comments in the same file, which state that you can only specify each interface *once* in the interfaces file. If a single interface needs to use multiple zones, as seems to be the case, it says these need to be defined in /etc/shorewall/hosts and the zone for the interface should be set to -. The upshot of all this is that the shorewall service does not start, complaining about the multiple instances of eth1 in the /etc/shorewall/interfaces file. This makes internet connection sharing configuration impossible and may break existing setups, which is a severe problem, IMO. I have confirmed this with several ways of setting up internet connection sharing. At first I set up the firewall first then configured ICS, then I removed shorewall entirely and attempted to set up ICS without configuring the firewall. The resulting /etc/interfaces files was the same in both cases, and did not work.
[Cooker] [Bug 2042] [drakconf] No way to stop software update search
https://qa.mandrakesoft.com/show_bug.cgi?id=2042 --- Additional Comments From [EMAIL PROTECTED] 2003-02-22 05:00 --- That's faulty logic, David. Where the problem is that a piece of software handles sucky mirrors badly, there are two possible solutions: 1. Somehow ensure there are never any sucky mirrors again ever. 2. Make the software handle sucky mirrors better. Your message implies the sensible solution is #1. It isn't. --- 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: From a terminal, su to root and start mcc. Go to software management-mandrake update. It starts searching for updates and these messages appear on the terminal: --10:10:08-- ftp://carroll.cac.psu.edu/pub/linux/distributions/mandrake/updates/9.0/base/hdlist.cz = `/var/cache/urpmi/partial/.listing' Resolving carroll.cac.psu.edu... done. Connecting to carroll.cac.psu.edu[128.118.2.96]:21... connected. Logging in as anonymous ... The server refuses login. Retrying. --10:12:06-- ftp://carroll.cac.psu.edu/pub/linux/distributions/mandrake/updates/9.0/base/hdlist.cz (try:17) = `/var/cache/urpmi/partial/.listing' Connecting to carroll.cac.psu.edu[128.118.2.96]:21... connected. Logging in as anonymous ... The server refuses login. Retrying. 1) As can be seen, it tried to connect 17 times (over a period of 2 minutes). There is no option in mcc to set a limit to the number of connection attempts. 2) Whats as bad as 1) is that the pop up window which asks to start searching for updates, goes blank when the update search is on. This means, even it had a button stop search now it will not be visible. In other words, there is no way to stop this search. Killing mcc is the only way.
[Cooker] [Bug 1950] [shorewall] New: shorewall %post and %postun scriptlets do not execute cleanly
https://qa.mandrakesoft.com/show_bug.cgi?id=1950 Product: shorewall Component: packaging Summary: shorewall %post and %postun scriptlets do not execute cleanly Version: 1.3.14-1mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Both shorewall's %post and %postun scriptlets currently fail to execute cleanly, complaining that service shorewall does not support chkconfig. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 1952] [drakxtools] New: drakgw doesn't work due to configuring shorewall incorrectly
https://qa.mandrakesoft.com/show_bug.cgi?id=1952 Product: drakxtools Component: drakxtools Summary: drakgw doesn't work due to configuring shorewall incorrectly Version: 9.1-2mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I hope this isn't due to a stale config anywhere (I've been running Cooker since before 9.0). On my system, drakgw currently doesn't work. It runs fine and reports success, but the shorewall settings it creates are wrong and break shorewall. It creates a /etc/shorewall/interfaces file with this lines (among all the comments): net eth0detect masqeth1detect loc eth1detect This is invalid according to the comments in the same file, which state that you can only specify each interface *once* in the interfaces file. If a single interface needs to use multiple zones, as seems to be the case, it says these need to be defined in /etc/shorewall/hosts and the zone for the interface should be set to -. The upshot of all this is that the shorewall service does not start, complaining about the multiple instances of eth1 in the /etc/shorewall/interfaces file. This makes internet connection sharing configuration impossible and may break existing setups, which is a severe problem, IMO. I have confirmed this with several ways of setting up internet connection sharing. At first I set up the firewall first then configured ICS, then I removed shorewall entirely and attempted to set up ICS without configuring the firewall. The resulting /etc/interfaces files was the same in both cases, and did not work. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.