[Cooker] [Bug 6245] [icewm-light] Mis-configured toolbar file due to an obvious typo
http://qa.mandrakesoft.com/show_bug.cgi?id=6245 --- Additional Comments From [EMAIL PROTECTED] 2003-05-11 19:15 --- xvt is an "alternative," a symlink in /etc/alternatives that can point to one of many terminals. It should point to rxvt usually, if it doesn't you can fix that yourself. -- 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: In file usr/X11R6/lib/X11/icewm/toolbar there is a badly written line: prog Terminal terminals_section.png xvt It should have been written as: prog Terminal terminals_section.png rxvt
[Cooker] [Bug 6116] [galaxy-kde] Scrollbars are invisible in Mandrakegalaxy theme
http://qa.mandrakesoft.com/show_bug.cgi?id=6116 --- Additional Comments From [EMAIL PROTECTED] 2003-05-11 18:02 --- Yes seguso you are right. I thought long ago they'd have fixed this by now. The scrollbar in the galaxy theme should have something on it, preferably something in the middle that looks like a little grabby thing. -- 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, in the galaxy theme, could you please make the scrollbars more visible? I have trouble locating them from the foreground: it is grey on grey! :-)
[Cooker] [Bug 5975] [mozilla] Mozilla is crashing with j2re-1.4.2_01
http://qa.mandrakesoft.com/show_bug.cgi?id=5975 --- Additional Comments From [EMAIL PROTECTED] 2003-03-10 01:00 --- Or at least use my soundwrapper. GC never got around to looking at 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: RESOLVED creation_date: description: Step to reproduce: Install mozilla and j2re on your computer; Trye for exemple an applet from: http://www.popcap.com; mozilla will crash after a few moment. Try the same applet with konqueror and the same java package, it is working fine.
[Cooker] [Bug 5958] [kdebase] cannot find run command
http://qa.mandrakesoft.com/show_bug.cgi?id=5958 --- Additional Comments From [EMAIL PROTECTED] 2003-25-09 12:00 --- Alt-F2 -- 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 find "run" command on KDE desktop.
[Cooker] [Bug 5940] [Installation] Wrong default keyboard suggestion
http://qa.mandrakesoft.com/show_bug.cgi?id=5940 --- Additional Comments From [EMAIL PROTECTED] 2003-25-09 00:10 --- But what key *is* the Multi_key? Mandrake used to set it up out of the box so that the right windows key was, but that hasn't been the case in a long time, and at least as of XFree86-4.3-10mdk it hasn't been fixed. I have a regular US keyboard layout (pc105) and en_US/ISO-8859-1 locale. -- 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 Mandrake with "Nederlands" (Dutch) as the default language. It then suggests a few keyboards, and the default choice annex suggestion is "US International"; this is incorrect, our default keyboard is "US".
[Cooker] [Bug 5335] [mozilla] Ctrl+A doesn't work in some parts
http://qa.mandrakesoft.com/show_bug.cgi?id=5335 --- Additional Comments From [EMAIL PROTECTED] 2003-24-09 01:50 --- that's hilarious. The mozilla people can't make up their mind in the Alt vs. Ctrl thing. It used to be Alt to go along with other old Unix apps including Netscape 4, then they decided it should be Ctrl on every platform, now what's the deal? Are they going back to Alt completely, or are they going to just partially do it and make a big confusing mess? -- 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: Recently the Ctrl+A keyboard shortcut stopped working. It used to sellect all of the text where the cursor was placed. For example in the URL bar or in text areas like this one where I am entering the bug description. But now instead of selecting all the text it just moves the cursor to the begining of the line where cursor is. So it is acting just like the Home keyboard button.
[Cooker] [Bug 5653] [rpmdrake] Rpmdrake and rpmnew/rpmsave files
http://qa.mandrakesoft.com/show_bug.cgi?id=5653 --- Additional Comments From [EMAIL PROTECTED] 2003-14-09 17:20 --- The real bug is that KDE stores configuration files under /usr instead of /etc. We've discussed fixing this in the past, maybe one day it'll actually happen. -- 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: Could it be possible to check with Rpmdrake also rpmnew/rpmsave files in /usr/share/config? By now it checks them only in /etc, but eg. KDE creates quite a lot rpmnew files in /usr/share/config. BTW etc-update checks only some of these KDE rpmnew files, not all (don't know why, it's quite new 'enhancement'). But I think for conformity rpmdrake has to check all rpmnew/rpmsave files it creates. Marek Laane
[Cooker] [Bug 5077] [libexif9-devel] file conflicts with libexif8-devel-0.5.9-1mdk when updating from MDK 9.1
http://qa.mandrakesoft.com/show_bug.cgi?id=5077 --- Additional Comments From [EMAIL PROTECTED] 2003-09-09 04:00 --- Just one crack showing in the system of having the major number in the RPM name :/ Also, urpmi really does need to handle this kind of problem better. It should give you the option to force it for one thing. -- 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 doing a complete upgrade from Mandrake 9.1 to Cooker, libexif9-devel-0.5.12-1mdk cannot be installed because it conflicts with files from package libexif8-devel-0.5.9-1mdk: file /usr/include/libexif/exif-tag.h from install of libexif9-devel-0.5.12-1mdk conflicts with file from package libexif8-devel-0.5.9-1mdk file /usr/include/libexif/exif-utils.h from install of libexif9-devel-0.5.12-1mdk conflicts with file from package libexif8-devel-0.5.9-1mdk file /usr/lib/libexif.a from install of libexif9-devel-0.5.12-1mdk conflicts with file from package libexif8-devel-0.5.9-1mdk file /usr/lib/libexif.la from install of libexif9-devel-0.5.12-1mdk conflicts with file from package libexif8-devel-0.5.9-1mdk file /usr/lib/libexif.so from install of libexif9-devel-0.5.12-1mdk conflicts with file from package libexif8-devel-0.5.9-1mdk file /usr/lib/pkgconfig/libexif.pc from install of libexif9-devel-0.5.12-1mdk conflicts with file from package libexif8-devel-0.5.9-1mdk I guess there is missing a conflicts or something like that so that urpmi tries to install them next to each other instead of removing libexif8-devel-0.5.9-1mdk first.
[Cooker] [Bug 4268] [initscripts] NFS mounts do not work
http://qa.mandrakesoft.com/show_bug.cgi?id=4268 --- Additional Comments From [EMAIL PROTECTED] 2003-06-09 14:10 --- autofs is a good way to go, but there is no bug here, and no intention of pushing anything. mount -a doesn't mount any network mounts, that's not anything new. service netfs start does that (and it's a service you can enable to 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: The "netfs" init script runs before ifplugd called by the "network" initscript has brought up eth0. This causes NFS mounts to fail at startup time. They can be mounted manually after booting. ifplugd is correctly called with -w but this only makes it wait for a link beat. After detecting the link, it takes about 3 seconds for the interface to come up, and this is done asynchronuously, so the netfs script has already finished by that time.
[Cooker] [Bug 3074] [Installation] Network config needs to be earlier in install process
http://qa.mandrakesoft.com/show_bug.cgi?id=3074 --- Additional Comments From [EMAIL PROTECTED] 2003-05-09 03:40 --- Since it will be examined later, and only won't be fixed *for 9.2* shouldn't you have marked this resolved as LATER and not WONTFIX? -- 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: User interface issue: At the last page/screen of the install, the network configuration area is too far down the screen. It should be one of the FIRST options to be configured because other options currently in front of it, such as selecting a network printer, depend on having access to the network.
[Cooker] [Bug 4994] [kdebase] KDE menus do not work
http://qa.mandrakesoft.com/show_bug.cgi?id=4994 --- Additional Comments From [EMAIL PROTECTED] 2003-01-09 12:42 --- They shouldn't use konsole explicitly at all. They should use the alternativized "xvt" which points to rxvt (and one could change to konsole if they desired) -- 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: In kmenu->networking->remote access, there are these menu items: Telnet Tightvnc None of these items work even though I have these rpms: tightvnc-1.2.7-5mdk telnet-client-krb5-1.3-2mdk >From commandline, vncviewer does pop up its usual box. So the problem is not with vncviewer. Similarly, telnet works fine from a terminal.
[Cooker] [Bug 3610] [rpmdrake] Usability improvement for rpmdrake and MandrakeUpdate
http://qa.mandrakesoft.com/show_bug.cgi?id=3610 --- Additional Comments From [EMAIL PROTECTED] 2003-04-05 01:50 --- But you make the mistake of assuming all changes and suggested changes to rpmdrake are for experts. I target my changes at all rpmdrake users, including newbies. I disagree that they have no clue what's a source. They may very well be interested to know whether something will need them to fetch CD1 or CD3, or it will be fetched from the internet. I think the currently installed version is fine to have in MandrakeUpdate mode, for the users that don't care, they'll just ignore that. It's one line. I agree it's much less useful for most users in install mode, in fact originally I was going to remove it because I forgot about the possibility of upgrading packages with rpmdrake. I mean, I do see what you're saying here. I think for one thing, my at least moving these two pieces of information up is just 100% logical. The real discussion is whether to show them in normal mode or not. I'll admit, my justification for this so far has been somewhat vague. That's part of why this patch is "step 1." What I have planned for step 2 (it's already coded actually) really justifies this (for me anyway :o). The idea is, the regular info window will show what it shows, and not change at all from normal to maximal mode, and where I'm going with this it seems silly for it to change in maximal mode. I think the "currently installed version" and source bits of info. are extremely useful, and I think at least some newbies will think so too. Certainly some will ignore it, but I don't think it gets in their way or will confuse them. Well, how about we start with the rearranging the info, and fixing the MU UI, and maybe step 2 will make the justfication for what to show in normal mode (or maybe not). --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: NEW creation_date: description: In the information window for maximal information, two pieces of information shown there include: 1) source - where a package can be installed from (only useful in rpmdrake) 2) currently installed version - which version can be removed or upgraded (only useful in rpmdrake-remove or MandrakeUpdate). The code was probably attempting to do this, but got mixed up. Currently instead, all pieces of info only get shown in regular rpmdrake mode, and the currently installed version is obviously "(none)." I will attach a patch to fix it.
[Cooker] [Bug 386] [menudrake] Allow user to choose locally-installed icons
http://qa.mandrakesoft.com/show_bug.cgi?id=386 --- Additional Comments From [EMAIL PROTECTED] 2003-04-04 09:00 --- I agree with your last statement. menudrake doesn't support hotkeys, so I have to run kmenuedit manually. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: NEW creation_date: description: I see no way in MenuDrake to select locally-installed icons ( e.g. in /usr/local, or in a user's home directory ). There should be a way to set a non-system search path for icons.
[Cooker] [Bug 3633] [drakxtools] gtktext_insert leaves cursor at the end (ugtk2.pm)
http://qa.mandrakesoft.com/show_bug.cgi?id=3633
--- Additional Comments From [EMAIL PROTECTED] 2003-04-04 08:50 ---
Thanks, GC. Is it still fixed now?
Or do you still want an example program? I do have one actually.
You're right that in rpmdrake, when you first pull up a long info window, it's
scrolled to the top. My example program is a slightly modified rpmdrake that exposes
the bug 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: RESOLVED
creation_date:
description:
ugtk2 should probably be a Product component choice in Bugzilla. Oh well, onward with
the
bug.
If you use gtktext_insert to create an information window (say a gtk TextView inside
of a
ScrolledWindow) it will leave the cursor at the end, so if you view your window, often
it'll appear
scrolled all the way to the bottom, rather than the top which is usually what's
desired.
I propose adding:
$textview->get_buffer->set_text('', 0);
near the end of the function (after text has been added to the TextView). I'm
actually not sure if
that should be a 0 or a 1, but you get the idea. I'm moving the cursor back to the
beginning of
the TextView.
I can't think of a reason that this behavior would be undesired, because if you wanted
the cursor
at the end for the next insert, you'd just use the provided gtktext_append function
anyway. The
only thing I can think of is, if you're doing appends, you might to leave the cursor
at the end in
the case, so maybe the line I added should only be if you're not in append mode.
[Cooker] [Bug 3610] [rpmdrake] Usability improvement for rpmdrake and MandrakeUpdate
http://qa.mandrakesoft.com/show_bug.cgi?id=3610 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEEDINFO|NEW --- Additional Comments From [EMAIL PROTECTED] 2003-04-04 08:40 --- Why? It enhances usability. Or are non-MDK employees not allowed to work on drakxtools? C'mon, there is no reason to be against this. I'm trying to improve rpmdrake, and make it more easy and efficient to use for its users, and I have more in store even. If you have an even somewhat open mind, you'll like it. This is the first step. Again, this first step is uncluttering the MandrakeUpdate interface, and making the source and "currently installed version" pieces of information look like they actually belong there, as opposed to looking like some afterthought. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: NEW creation_date: description: In the information window for maximal information, two pieces of information shown there include: 1) source - where a package can be installed from (only useful in rpmdrake) 2) currently installed version - which version can be removed or upgraded (only useful in rpmdrake-remove or MandrakeUpdate). The code was probably attempting to do this, but got mixed up. Currently instead, all pieces of info only get shown in regular rpmdrake mode, and the currently installed version is obviously "(none)." I will attach a patch to fix it.
[Cooker] [Bug 3610] [rpmdrake] maximal info bits in the wrong places (install/remove)
http://qa.mandrakesoft.com/show_bug.cgi?id=3610 [EMAIL PROTECTED] changed: What|Removed |Added Attachment #411 is|0 |1 obsolete|| --- Additional Comments From [EMAIL PROTECTED] 2003-04-03 13:02 --- Created an attachment (id=421) --> (http://qa.mandrakesoft.com/attachment.cgi?id=421&action=view) Latest patch, with suggested fix from GC Ok GC, I see that you're right about that. So the original bug is wrong afterall, and this is now just UI improvement. I'll change some stuff on the bug. I'll also update the latest patch. --- 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: In the information window for maximal information, two pieces of information shown there include: 1) source - where a package can be installed from (only useful in rpmdrake) 2) currently installed version - which version can be removed or upgraded (only useful in rpmdrake-remove or MandrakeUpdate). The code was probably attempting to do this, but got mixed up. Currently instead, all pieces of info only get shown in regular rpmdrake mode, and the currently installed version is obviously "(none)." I will attach a patch to fix it.
[Cooker] [Bug 3610] [rpmdrake] maximal info bits in the wrong places (install/remove)
http://qa.mandrakesoft.com/show_bug.cgi?id=3610 --- Additional Comments From [EMAIL PROTECTED] 2003-04-02 12:40 --- Well I posted a screenshot of the final result. A before is not necessary, because everybody's already running the "before" version. The screenshot I posted shows the results of all of the changes made along the way with these patches: 1) Proper info being showed in update mode (I guess it doesn't show that install mode just shows source now) 2) Moving source and currently installed version to normal info mode 3) Moving source and currently installed version up near the top, instead of stuck at the bottom under description where nobody will see them 4) Cleaning up the MandrakeUpdate information window UI Let me know if there's anything else you want explained, or want screenshots of. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: NEW creation_date: description: In the information window for maximal information, two pieces of information shown there include: 1) source - where a package can be installed from (only useful in rpmdrake) 2) currently installed version - which version can be removed or upgraded (only useful in rpmdrake-remove or MandrakeUpdate). The code was probably attempting to do this, but got mixed up. Currently instead, all pieces of info only get shown in regular rpmdrake mode, and the currently installed version is obviously "(none)." I will attach a patch to fix it.
[Cooker] [Bug 3633] [drakxtools] gtktext_insert leaves cursor at the end (ugtk2.pm)
http://qa.mandrakesoft.com/show_bug.cgi?id=3633
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|INVALID |
--- Additional Comments From [EMAIL PROTECTED] 2003-04-02 12:26 ---
As far as the line of code I posted erasing the buffer, oops. That's not what I
intended. I'm
trying to do whatever move the insertion point/cursor back to the beginning.
No, gtktext_insert isn't playing with a "scrollbar" directly, it doesn't know for sure
it's in a
ScrolledWindow or anything, the problem is where it's leaving the cursor/insertion
point. It'll
leave it after the text it inserts, so when you go to the window, it'll be scrolled to
the bottom
because of that. If you click near the top, that won't happen anymore, so that's how
I can
confirm that this is the cause.
--- 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:
ugtk2 should probably be a Product component choice in Bugzilla. Oh well, onward with
the
bug.
If you use gtktext_insert to create an information window (say a gtk TextView inside
of a
ScrolledWindow) it will leave the cursor at the end, so if you view your window, often
it'll appear
scrolled all the way to the bottom, rather than the top which is usually what's
desired.
I propose adding:
$textview->get_buffer->set_text('', 0);
near the end of the function (after text has been added to the TextView). I'm
actually not sure if
that should be a 0 or a 1, but you get the idea. I'm moving the cursor back to the
beginning of
the TextView.
I can't think of a reason that this behavior would be undesired, because if you wanted
the cursor
at the end for the next insert, you'd just use the provided gtktext_append function
anyway. The
only thing I can think of is, if you're doing appends, you might to leave the cursor
at the end in
the case, so maybe the line I added should only be if you're not in append mode.
[Cooker] [Bug 3610] [rpmdrake] maximal info bits in the wrong places (install/remove)
http://qa.mandrakesoft.com/show_bug.cgi?id=3610 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEEDINFO|NEW --- Additional Comments From [EMAIL PROTECTED] 2003-04-02 12:20 --- Well, it's incorrect is what's wrong. In install mode, there is no currently installed version. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: NEW creation_date: description: In the information window for maximal information, two pieces of information shown there include: 1) source - where a package can be installed from (only useful in rpmdrake) 2) currently installed version - which version can be removed or upgraded (only useful in rpmdrake-remove or MandrakeUpdate). The code was probably attempting to do this, but got mixed up. Currently instead, all pieces of info only get shown in regular rpmdrake mode, and the currently installed version is obviously "(none)." I will attach a patch to fix it.
[Cooker] [Bug 3610] [rpmdrake] maximal info bits in the wrong places (install/remove)
http://qa.mandrakesoft.com/show_bug.cgi?id=3610 --- Additional Comments From [EMAIL PROTECTED] 2003-04-02 07:19 --- Created an attachment (id=419) --> (http://qa.mandrakesoft.com/attachment.cgi?id=419&action=view) Screenshot showing massive UI improvement in MandrakeUpdate with latest patch --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: NEW creation_date: description: In the information window for maximal information, two pieces of information shown there include: 1) source - where a package can be installed from (only useful in rpmdrake) 2) currently installed version - which version can be removed or upgraded (only useful in rpmdrake-remove or MandrakeUpdate). The code was probably attempting to do this, but got mixed up. Currently instead, all pieces of info only get shown in regular rpmdrake mode, and the currently installed version is obviously "(none)." I will attach a patch to fix it.
[Cooker] [Bug 3633] [drakxtools] New: gtktext_insert leaves cursor at the end (ugtk2.pm)
http://qa.mandrakesoft.com/show_bug.cgi?id=3633
Product: drakxtools
Component: program
Summary: gtktext_insert leaves cursor at the end (ugtk2.pm)
Version: 9.1-26mdk
Platform: PC
OS/Version: All
Status: NEW
Severity: normal
Priority: P2
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
ugtk2 should probably be a Product component choice in Bugzilla. Oh well, onward with
the
bug.
If you use gtktext_insert to create an information window (say a gtk TextView inside
of a
ScrolledWindow) it will leave the cursor at the end, so if you view your window, often
it'll appear
scrolled all the way to the bottom, rather than the top which is usually what's
desired.
I propose adding:
$textview->get_buffer->set_text('', 0);
near the end of the function (after text has been added to the TextView). I'm
actually not sure if
that should be a 0 or a 1, but you get the idea. I'm moving the cursor back to the
beginning of
the TextView.
I can't think of a reason that this behavior would be undesired, because if you wanted
the cursor
at the end for the next insert, you'd just use the provided gtktext_append function
anyway. The
only thing I can think of is, if you're doing appends, you might to leave the cursor
at the end in
the case, so maybe the line I added should only be if you're not in append mode.
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 3631] [drakxtools] Drakconnect refuses to use my computername for cable connection
http://qa.mandrakesoft.com/show_bug.cgi?id=3631 [EMAIL PROTECTED] changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2003-04-02 02:50 --- *** This bug has been marked as a duplicate of 3630 *** --- 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: 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 3610] [rpmdrake] maximal info bits in the wrong places (install/remove)
http://qa.mandrakesoft.com/show_bug.cgi?id=3610 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEEDINFO|NEW --- Additional Comments From [EMAIL PROTECTED] 2003-04-02 02:29 --- Ok, the original bug is just that "currently installed version" and "source" are shown in the wrong modes. "Currently installed version" only makes sense in upgrade mode, and "source" only makes sense in install or upgrade mode. Earlier patches attempted to fix this, later ones got it right (and did other things). Also, these pieces of info are short, and helpful/informative. Right now they get stuck at the bottom (after the description anyway), when they are very useful, and won't confuse anybody. It makes much more sense to show them in normal info. mode, and show them up closer to the top so people actually see them. I also have another reason for doing this, in preparation for one more thing I'm working on. So later patches address the ordering of things to be more sensible and useful. Finally, the latest patch cleans up the MandrakeUpdate interfaces, and makes it more readable and usable. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: NEW creation_date: description: In the information window for maximal information, two pieces of information shown there include: 1) source - where a package can be installed from (only useful in rpmdrake) 2) currently installed version - which version can be removed or upgraded (only useful in rpmdrake-remove or MandrakeUpdate). The code was probably attempting to do this, but got mixed up. Currently instead, all pieces of info only get shown in regular rpmdrake mode, and the currently installed version is obviously "(none)." I will attach a patch to fix it.
[Cooker] [Bug 2255] [drakxtools] Bad frequency ranges in /etc/X11/XF86Config-4 in mdk-9.1rc2/mdk-9.1 final
http://qa.mandrakesoft.com/show_bug.cgi?id=2255 --- Additional Comments From [EMAIL PROTECTED] 2003-04-01 01:40 --- I'm just jumping in here, I have a different monitor. Where are we supposed to report the info you mention? For me, I have: 19.13 inches monitor (truly 17.72') EISA ID=LKM5580 It's a Futura K9034 (K9034LD), manufactured by Likom USA. The ranges are: horiz: 30-95 vert: 50-160 I think my sister has a K7034 and the ranges are the same for 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: Using mandrake-9.1rc1. XFdrake generates these default ranges for 1024x768: HorizSync 31.5- 57 VertRefresh 50-70 Obviously, which these ranges it is impossible to get any refresh rate above 70Hz. Since XFdrake does not allow one to choose the refresh rate, the default ranges should be larger, something like: HorizSync 30- 70 VertRefresh 50-90 Even 5+ year old cards like riva128 can do 85Hz at [EMAIL PROTECTED]
[Cooker] [Bug 2337] [initscripts] setting TMPDIR for security level 2 ?
http://qa.mandrakesoft.com/show_bug.cgi?id=2337 --- Additional Comments From [EMAIL PROTECTED] 2003-04-01 01:30 --- Didn't the standard security level used to be 3? It is 2 now, and at that level TMPDIR doesn't get set to $HOME/tmp (why?) so we have now taken a step backward. --- 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 3610] [rpmdrake] maximal info bits in the wrong places (install/remove)
http://qa.mandrakesoft.com/show_bug.cgi?id=3610 --- Additional Comments From [EMAIL PROTECTED] 2003-03-31 05:42 --- Created an attachment (id=411) --> (http://qa.mandrakesoft.com/attachment.cgi?id=411&action=view) cleans up crowded MandrakeUpdate info window I've attached rpmdrake-info.patch, it's the newest patch. It has all the fixes from before, plus it cleans up the crowded MandrakeUpdate interface, and makes it more sensible. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: NEW creation_date: description: In the information window for maximal information, two pieces of information shown there include: 1) source - where a package can be installed from (only useful in rpmdrake) 2) currently installed version - which version can be removed or upgraded (only useful in rpmdrake-remove or MandrakeUpdate). The code was probably attempting to do this, but got mixed up. Currently instead, all pieces of info only get shown in regular rpmdrake mode, and the currently installed version is obviously "(none)." I will attach a patch to fix it.
[Cooker] [Bug 3610] [rpmdrake] maximal info bits in the wrong places (install/remove)
http://qa.mandrakesoft.com/show_bug.cgi?id=3610 --- Additional Comments From [EMAIL PROTECTED] 2003-03-31 05:19 --- Created an attachment (id=410) --> (http://qa.mandrakesoft.com/attachment.cgi?id=410&action=view) Major fixes for get_info Ok, I've attached the latest patch, rpmdrake-get_info.patch I rethought and reworked some things. Currently installed version only needs to show during MandrakeUpdate, not that and remove (which I had before). I also moved the sources/current version info to a more sensible location. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: NEW creation_date: description: In the information window for maximal information, two pieces of information shown there include: 1) source - where a package can be installed from (only useful in rpmdrake) 2) currently installed version - which version can be removed or upgraded (only useful in rpmdrake-remove or MandrakeUpdate). The code was probably attempting to do this, but got mixed up. Currently instead, all pieces of info only get shown in regular rpmdrake mode, and the currently installed version is obviously "(none)." I will attach a patch to fix it.
[Cooker] [Bug 3610] [rpmdrake] maximal info bits in the wrong places (install/remove)
http://qa.mandrakesoft.com/show_bug.cgi?id=3610 --- Additional Comments From [EMAIL PROTECTED] 2003-03-31 02:24 --- Created an attachment (id=408) --> (http://qa.mandrakesoft.com/attachment.cgi?id=408&action=view) Patch to fix both issues --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: NEW creation_date: description: In the information window for maximal information, two pieces of information shown there include: 1) source - where a package can be installed from (only useful in rpmdrake) 2) currently installed version - which version can be removed or upgraded (only useful in rpmdrake-remove or MandrakeUpdate). The code was probably attempting to do this, but got mixed up. Currently instead, all pieces of info only get shown in regular rpmdrake mode, and the currently installed version is obviously "(none)." I will attach a patch to fix it.
[Cooker] [Bug 3610] [rpmdrake] maximal info bits in the wrong places (install/remove)
http://qa.mandrakesoft.com/show_bug.cgi?id=3610 --- Additional Comments From [EMAIL PROTECTED] 2003-03-31 02:15 --- One additional comment. I don't think it makes sense that these two pieces of information are shown only during "maximal information." They should be shown as part of "normal information," as they are important information, and won't confuse anybody. "Maximal" should only imply Files and Changelog. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: NEW creation_date: description: In the information window for maximal information, two pieces of information shown there include: 1) source - where a package can be installed from (only useful in rpmdrake) 2) currently installed version - which version can be removed or upgraded (only useful in rpmdrake-remove or MandrakeUpdate). The code was probably attempting to do this, but got mixed up. Currently instead, all pieces of info only get shown in regular rpmdrake mode, and the currently installed version is obviously "(none)." I will attach a patch to fix it.
[Cooker] [Bug 3610] [rpmdrake] maximal info bits in the wrong places (install/remove)
http://qa.mandrakesoft.com/show_bug.cgi?id=3610 --- Additional Comments From [EMAIL PROTECTED] 2003-03-31 02:12 --- Created an attachment (id=407) --> (http://qa.mandrakesoft.com/attachment.cgi?id=407&action=view) Patch to fix rpmdrake --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: NEW creation_date: description: In the information window for maximal information, two pieces of information shown there include: 1) source - where a package can be installed from (only useful in rpmdrake) 2) currently installed version - which version can be removed or upgraded (only useful in rpmdrake-remove or MandrakeUpdate). The code was probably attempting to do this, but got mixed up. Currently instead, all pieces of info only get shown in regular rpmdrake mode, and the currently installed version is obviously "(none)." I will attach a patch to fix it.
[Cooker] [Bug 3610] [rpmdrake] New: maximal info bits in the wrong places (install/remove)
http://qa.mandrakesoft.com/show_bug.cgi?id=3610 Product: rpmdrake Component: program Summary: maximal info bits in the wrong places (install/remove) Version: 2.1-14mdk Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] In the information window for maximal information, two pieces of information shown there include: 1) source - where a package can be installed from (only useful in rpmdrake) 2) currently installed version - which version can be removed or upgraded (only useful in rpmdrake-remove or MandrakeUpdate). The code was probably attempting to do this, but got mixed up. Currently instead, all pieces of info only get shown in regular rpmdrake mode, and the currently installed version is obviously "(none)." I will attach a patch to fix it. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 3560] [drakxtools] drakboot text mode cannot change lilo graphic or text mode
http://qa.mandrakesoft.com/show_bug.cgi?id=3560 [EMAIL PROTECTED] changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 --- Additional Comments From [EMAIL PROTECTED] 2003-03-28 11:44 --- Well, not only does it not work, I get stuck in a loop. First screen (where you pick between lilo text and graphical, enable acpi, etc) takes you to second screen (actual kernels in your config) which takes you back to the first screen, and so on. And neither /boot/message or or /etc/lilo.conf got changed. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: NEW creation_date: description: In fact there are 2 related bugs there : 1. drakboot does not reflect actual lilo message mode (text or graphic) text is always preselected 2. even when you change the menu mode it is not updated the symbolic link in /boot does not change. # cat /etc/lilo.conf boot=/dev/hda map=/boot/map install=menu vga=normal default="linux" keytable=/boot/us.klt prompt nowarn timeout=100 message=/boot/message menu-scheme=wb:bw:wb:bw image=/boot/vmlinuz label="linux" root=/dev/hda7 initrd=/boot/initrd.img append="devfs=mount acpi=off" read-only image=/boot/vmlinuz label="failsafe" root=/dev/hda7 initrd=/boot/initrd.img append="failsafe devfs=nomount acpi=off" read-only other=/dev/fd0 label="floppy" unsafe # ls -l /boot total 2124 -rw-r--r--1 root root 512 Mar 27 12:12 boot.0300 lrwxrwxrwx1 root root 21 Mar 27 13:27 config -> config-2.4.21-0.13mdk -rw-r--r--1 root root47295 Mar 14 21:33 config-2.4.21-0.13mdk drwxr-xr-x2 root root 1024 Mar 27 12:08 grub/ -rw-r--r--1 root root86885 Mar 27 12:12 initrd-2.4.21-0.13mdk.img lrwxrwxrwx1 root root 25 Mar 27 12:12 initrd.img -> initrd-2.4.21-0.13mdk.img lrwxrwxrwx1 root root 29 Mar 27 13:28 kernel.h -> /boot/kernel.h-2.4.21-0.13mdk -rw-r--r--1 root root 441 Mar 27 12:25 kernel.h-2.4.21-0.13mdk -rw---1 root root45568 Mar 27 14:50 map lrwxrwxrwx1 root root 15 Mar 27 16:23 message -> message-graphic -rw-r--r--1 root root 137078 Feb 5 11:11 message-graphic -rw-r--r--1 root root 132 Mar 27 12:12 message-text lrwxrwxrwx1 root root 25 Mar 27 12:24 System.map -> System.map-2.4.21-0.13mdk -rw-r--r--1 root root 582935 Mar 14 21:33 System.map-2.4.21-0.13mdk -rw-r--r--1 root root 256 Mar 27 12:12 us.klt lrwxrwxrwx1 root root 22 Mar 27 12:12 vmlinuz -> vmlinuz-2.4.21-0.13mdk -rw-r--r--1 root root 1252778 Mar 14 21:33 vmlinuz-2.4.21-0.13mdk
[Cooker] [Bug 3571] [kdebase] KDE does not parse supermount entries in /etc/fstab in mandrake-9.1
http://qa.mandrakesoft.com/show_bug.cgi?id=3571 [EMAIL PROTECTED] changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2003-03-28 01:10 --- *** This bug has been marked as a duplicate of 3570 *** --- 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: Right click on the KDE desktop to create device icons of the type CD/DVD-ROM. In the icon properties window, go to device. The device list does not have any of the cd and floppy entries. The reason is that by default, supermount is enabled for the cd and floppy devices but mandrake KDE does not parse the supermount entries in /etc/fstab correctly so that it does not see the cdrom and floppy devices at all.
[Cooker] [Bug 3509] [Installation] New: packages selection: can't deselect required package even if another package satisfies
http://qa.mandrakesoft.com/show_bug.cgi?id=3509 Product: Installation Component: Installation Summary: packages selection: can't deselect required package even if another package satisfies Version: 1.809 Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] During packages selection, if you have two packages selected that provide something that's required by something else, it won't let you deslect either of them, even though you'd still have the other package there providing the dependency. The only way I could get around it is editing auto_inst.cfg by hand and taking one out. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 1341] [kdemultimedia] kdemultimedia needlessly conflicts with TiMidity++
http://qa.mandrakesoft.com/show_bug.cgi?id=1341 [EMAIL PROTECTED] changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 --- Additional Comments From [EMAIL PROTECTED] 2003-03-23 03:00 --- *** 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: Could you please rebuild kdemultimedia to eliminate its conflict with TiMidity++? The conflict comes from /usr/bin/timidity and (I suspect) a "conflicts" declaration in the kdemultimedia's spec file. I had to rebuilt TiMidity++ and install it in /usr/local to avoid the conflict, this also requires reconfiguring TiMidity++ so that it will still look in /usr/share/timidity for the "instruments" it needs from the timidity-instruments package. Thanks much
[Cooker] [Bug 2196] [Installation] Installation - Graphical Interface Setup - Testing Image does not appear
http://qa.mandrakesoft.com/show_bug.cgi?id=2196 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|FIXED | --- Additional Comments From [EMAIL PROTECTED] 2003-03-17 07:53 --- How is this fixed? I just did a fresh Cooker installation, and the test screen was a gray background. I know gc said he fixed it, but apparently not. --- 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 resolution setup, I clicked test button. I received a gray screen with a dialog box asking me whether it was ok. No tux image appeared. Clicked Ok and continued installation.
[Cooker] [Bug 3380] [drakxtools] No /dev/modem anymore since drakconnect 9.1-26mdk
http://qa.mandrakesoft.com/show_bug.cgi?id=3380 --- Additional Comments From [EMAIL PROTECTED] 2003-03-16 23:00 --- Don't worry about this. It's safer to use /dev/ttyS0 than /dev/modem anyway because of locking. --- 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: Since Drakconnect 9.1-26mdk, the modem (3Com 56K Message Modem) is detected on /dev/ttyS0 and not anymore /dev/modem (I had an error in KPPP I had to correct). /dev/modem has disappeared after reboot. Is this normal ? This is related to bug 3357. Don't know if this is related, but when it does the automatic detection, it displays : modprobe: Can't locate module serial modprobe: Can't locate module serial Please wait while probing serial ports...
[Cooker] [Bug 3241] [urpmi] urpmi doesnt work with curl
http://qa.mandrakesoft.com/show_bug.cgi?id=3241 --- Additional Comments From [EMAIL PROTECTED] 2003-03-14 05:10 --- It is set in these files (for bash and tcsh respectively): /etc/profile.d/proxy.sh /etc/profile.d/proxy.csh --- 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: urpmi does not work for me unless I set --wget here's an example: #urpmi audacity Um die Abhängigkeiten zu erfüllen, werden die folgenden Pakete installiert (9 MB): audacity-1.1.1-9mdk.i586 libwxgtk2.4-2.4.0-3mdk.i586 wxGTK-2.4.0-3mdk.i586 Ist das in Ordnung? (J/n) J http://ftp-stud.fht-esslingen.de/pub/Mirrors/Mandrake-devel/contrib/i586/libwxgtk2.4-2.4.0-3mdk.i586.rpm Installation failed, some files are missing: /var/cache/urpmi/rpms/libwxgtk2.4-2.4.0-3mdk.i586.rpm /var/cache/urpmi/rpms/wxGTK-2.4.0-3mdk.i586.rpm /var/cache/urpmi/rpms/audacity-1.1.1-9mdk.i586.rpm You may want to update your urpmi database # urpmi --wget audacity Um die Abhängigkeiten zu erfüllen, werden die folgenden Pakete installiert (9 MB): audacity-1.1.1-9mdk.i586 libwxgtk2.4-2.4.0-3mdk.i586 wxGTK-2.4.0-3mdk.i586 Ist das in Ordnung? (J/n) J http://ftp-stud.fht-esslingen.de/pub/Mirrors/Mandrake-devel/contrib/i586/libwxgtk2.4-2.4.0-3mdk.i586.rpm http://ftp-stud.fht-esslingen.de/pub/Mirrors/Mandrake-devel/contrib/i586/wxGTK-2.4.0-3mdk.i586.rpm http://ftp-stud.fht-esslingen.de/pub/Mirrors/Mandrake-devel/contrib/i586/audacity-1.1.1-9mdk.i586.rpm Installiere /var/cache/urpmi/rpms/libwxgtk2.4-2.4.0-3mdk.i586.rpm /var/cache/urpmi/rpms/audacity-1.1.1-9mdk.i586.rpm /var/cache/urpmi/rpms/wxGTK-2.4.0-3mdk.i586.rpm Vorbereiten ... ## 1:wxGTK ## 2:libwxgtk2.4## 3:audacity ## curl gives me the following error message: #curl -R -f --stderr - -z titi -O -Z 99 -i http://ftp-stud.fht-esslingen.de/pub/Mirrors/Mandrake-devel/contrib/i586/libwxgtk2.4-2.4.0-3mdk.i586.rpm curl: (7) Connect failed I use http_proxy=http://www-proxy.btx.dtag.de if that matters.
[Cooker] [Bug 2820] [kdeadmin-kpackage] kdeadmin-kpackage requires kdeadmin to be installed
http://qa.mandrakesoft.com/show_bug.cgi?id=2820 --- Additional Comments From [EMAIL PROTECTED] 2003-03-12 12:30 --- Maybe Laurent is not watching the bug? Maybe someone should e-mail him a link. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: ASSIGNED creation_date: description: kdeadmin-kpackage requires kdeadmin to be installed which further requires pciutils. It shouldn't need kdeadmin to be installed. That sorta defeats the purpose.
[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 12:00 --- Oh nevermind, my message forward did attach the two files. The first one is: /etc/X11/xkb/symbols/en_US and the second one is: /etc/X11/xkb/symbols/us --- 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 key and pressing . 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 11:50 --- oh, Alt_R, I got you. Looks like my forward didn't work, I'll have to try to DL the file and attach 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: 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 key and pressing . 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 11:30 --- Hopefully this will work. Ignore the "check this out" at the top :o). This is the file /etc/X11/xkb/symbols/en_US from MDK 7.2, when Multi_key last worked. Compare it to what we have now. Note: forwarded message attached. __ Do you Yahoo!? Yahoo! Web Hosting - establish your business online http://webhosting.yahoo.comcheck this 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: 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 key and pressing . 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 11:30 --- As I suspected, it's still broken. I'll attach the file from 7.2 that worked. To: Goetz (and I'd be able to do the umlaut if Multi_key worked...) I'm sure there's no GUI for this stuff and...what the heck is Alt Gr? --- 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 key and pressing . 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 04:20 --- The right Windows key (one with the evil symbol, not the arrow and the pulldown menu) is supposed to be the Multi_key. The way it's supposed to work, is you hit the Multi_key, release, hit s, release, hit s, release, and you get the beta symbol. There are a whole bunch of other keycombos (all being two keys after the Multi_key). This worked out of the box in 7.2, I haven't seen it work since. I managed to track down the file responsible, and I have copies that I e-mailed myself of the one from 7.2 that worked, and one from 8.1 that doesn'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: 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 key and pressing . 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 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEEDINFO|NEW --- Additional Comments From [EMAIL PROTECTED] 2003-03-12 02:50 --- The Multi_key works again? When did that happen? Last time I saw it work was Mandrake 7.2. Last Cooker I ran was Thanksgiving. --- 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 key and pressing . 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 875] [kdebase] Duplicate menu entries for KControl
http://qa.mandrakesoft.com/show_bug.cgi?id=875 [EMAIL PROTECTED] changed: What|Removed |Added AssignedTo|148 |6618 Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-03-10 12:00 --- Thanks. --- 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: kdebase has the files: /usr/lib/menu/kdebase-kcontrol /usr/lib/menu/kdebase-KControl that are duplicates. Also, I don't know if it's related, but KControl isn't showing up in my KDE menu, and I don't know what to do about it.
[Cooker] [Bug 3064] [apache-conf] apache-conf overwrites favicon.ico even if it's changed
http://qa.mandrakesoft.com/show_bug.cgi?id=3064
--- Additional Comments From [EMAIL PROTECTED] 2003-03-10 01:40 ---
Are you absolutely sure? This was fixed in -9mdk. Please make sure the
package version you're running, and what package version you select in
Bugzilla match.
If you really are running -11mdk, this is to jmdault then:
I see in %files this:
%config(noreplace)%{ap_htdocsdir}/favicon.ico
^^
maybe there should be a space in there?
--- 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:
apache-conf overwrites favicon.ico even if it's changed. This is extremely annoying,
because
I have a special favicon.ico for my domain. Every time apache-conf gets updated, it
nukes
my favicon and replaces it with the packaged version.
The solution is probably to just mark this as a %conf file in the spec so that if it
hasn't been
modified, it gets updated, but if the user has modified it, the new one comes in as an
.rpmnew
[Cooker] [Bug 2993] [Installation] NIS configuration missing?
http://qa.mandrakesoft.com/show_bug.cgi?id=2993 [EMAIL PROTECTED] changed: What|Removed |Added Status|UNCONFIRMED |NEW --- Additional Comments From [EMAIL PROTECTED] 2003-03-09 15:20 --- Agreed. See also this thread: http://www.mail-archive.com/[EMAIL PROTECTED]/msg94680.html and this message: http://www.mail-archive.com/[EMAIL PROTECTED]/msg78554.html --- 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: During installation, I was never asked if I was using NIS authentication. The ypbind/yptools packages were selected, etc. This is up to and including 9.1rc2. And, I also cannot find NIS config on the drakconf network configuration tool. I had to manually (from command line) set up /etc/yp.conf and insert NISDOMAIN= in /etc/sysconfig/network. Did I miss something, perhaps? I never had this trouble with pre 9.1...
[Cooker] [Bug 362] [libqt3-devel] Mandrake 9.0 RC3 : Path problems : qmake, qmake.conf, include dirs...
http://qa.mandrakesoft.com/show_bug.cgi?id=362 --- Additional Comments From [EMAIL PROTECTED] 2003-03-09 15:01 --- Agreed. Also see this thread: http://www.mail-archive.com/[EMAIL PROTECTED]/msg84350.html --- 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: Hello, I read the first tutorial of QT included with the Mandrake 9.0 RC3, and tried to make the "hello world" program. The qt3 binaries are not in the path (maybe you could add some symlinks ?), and even when I execute /usr/lib/qt3/bin/qmake (after creating the project file with qmake -project), I got an error : [EMAIL PROTECTED] qt]$ qmake -o Makefile qt.pro QMAKESPEC has not been set, so configuration cannot be deduced. Error processing project file: qt.pro I solved that by setting $QMAKESPEC to "/usr/lib/qt3/mkspecs/linux-g++/" Next, I must run make : the include directory is not known to qmake, leading to an error : g++ -c -pipe -Wall -W -O3 -fomit-frame-pointer -pipe -mcpu=pentiumpro -march=i586 -ffast-math -fno-strength-reduce -DQT_NO_DEBUG -I/usr/local/qt/include -I/usr/lib/qt3/mkspecs/linux-g++/ -o qt.o qt.C qt.C:1:26: qapplication.h: No such file or directory [...] Even if I correct it by hand, I have other problems with libs (I didn't figure out how to solve that one). Could you please solve those issues ? Thank you.
[Cooker] [Bug 2864] [mdkkdm] mdklkdm takes forever to come up
http://qa.mandrakesoft.com/show_bug.cgi?id=2864 --- Additional Comments From [EMAIL PROTECTED] 2003-03-08 22:40 --- Is it also true of gdm? If so, it may be a network-related problem. Those can cause X and such to take forever to start. --- 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: mdkkdm takes a very long time to come up. I have used KDE 3.1 on other distrubtions with kdm (on the same system I am running 9.1RC2) and it is much faster.
[Cooker] [Bug 2837] [apcupsd] chkconfig line in initscript is bad
http://qa.mandrakesoft.com/show_bug.cgi?id=2837 [EMAIL PROTECTED] changed: What|Removed |Added AssignedTo|13 |6618 Status|UNCONFIRMED |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2003-03-08 22:00 --- It is removed on purpose. If it's there, and you install the package (in DrakX), it'll be automatically be set to start at next boot. This is incorrect, because apcupsd needs to be configured before you run it (unless your configuration just so happens to match the defaults). --- 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: Please add 2345 to the chkconfig line of the apcupsd initscript. Yes, I know I can do this manually. I did as a matter of fact, but it should be there.
[Cooker] [Bug 2796] [drakxtools] DHCP doesn´t work...
http://qa.mandrakesoft.com/show_bug.cgi?id=2796 --- Additional Comments From [EMAIL PROTECTED] 2003-03-08 21:20 --- To Levi: As far as the route command hanging, it's probably hanging on a (failing) DNS lookup. Try route -n --- 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: DHCP doesn´t work for me. I access the internet through a hardware router. I have to set my IP and the Gateway manually to get Internet Access.
[Cooker] [Bug 2820] [kdeadmin-kpackage] kdeadmin-kpackage requires kdeadmin to be installed
http://qa.mandrakesoft.com/show_bug.cgi?id=2820 --- Additional Comments From [EMAIL PROTECTED] 2003-03-06 12:00 --- Does anything else in kdeadmin need those libraries? Maybe they should be in the kpackage subpackage, which wouldn't require kdeadmin then. --- 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: kdeadmin-kpackage requires kdeadmin to be installed which further requires pciutils. It shouldn't need kdeadmin to be installed. That sorta defeats the purpose.
[Cooker] [Bug 311] [kdebase] kdm sets wrong PATH
http://qa.mandrakesoft.com/show_bug.cgi?id=311 --- Additional Comments From [EMAIL PROTECTED] 2003-03-01 21:50 --- I agree this should be fixed, but also if it breaks any applications, those apps are broken too (and their authors should probably be notified). --- 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: PATH entry in /usr/share/config/kdm/kdmrc is mangled (repeated entries, double slashes) and contains the current directory.
[Cooker] [Bug 1751] [kdevelop] kdevelop-2.1.5-2mdk has conflicts with autoconf, automake
http://qa.mandrakesoft.com/show_bug.cgi?id=1751 --- Additional Comments From [EMAIL PROTECTED] 2003-03-01 21:50 --- I believe the kdevelop package is patched to allow it to work with old autoconf/automake. Can you verify the package also works with the newer ones if you install it and override the conflict? --- 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: Forcing an install, KDevelop seems to work fine with automake1.6, and autoconf2.5 eg. > rpm -Uvh kdevelop-2.1.5-2mdk.i586.rpm > error: failed dependencies: > automake1.6 conflicts with kdevelop-2.1.5-2mdk > autoconf2.5 conflicts with kdevelop-2.1.5-2mdk > [EMAIL PROTECTED] RPMS]# rpm -Uvh --nodeps kdevelop-2.1.5-2mdk.i586.rpm > Preparing... ### [100%] >1:kdevelop ### [100%]
[Cooker] [Bug 282] [autofs] Mandrake 9.0 RC2 : spurious accesses to /home/baudens
http://qa.mandrakesoft.com/show_bug.cgi?id=282 --- Additional Comments From [EMAIL PROTECTED] 2003-03-01 21:40 --- What does that have to do with this 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: NEW creation_date: description: I think this is not an autofs problem, but automount reveal it. On Mandrake 9.0rc2, some software attempt to access to /home/baudens. This is not a big problem, except my /home is under automount. So, 20 or more times on a burst, my server complains about no existent directory for NFS mount. With 70 computer on network, this is hard... This happens when using KDE, but I can't figure if it is involved. On Mandrake 8.1, same problem, but with /home/lmontel ! Otherwise, autofs and NFS is OK, opposite to MDK8.2 ! Thanks.
[Cooker] [Bug 2267] [kdebase] Cannot disable session saving
http://qa.mandrakesoft.com/show_bug.cgi?id=2267 --- Additional Comments From [EMAIL PROTECTED] 2003-02-28 15:00 --- Yes of course you can do it that way, but why does it not give you that choice when you log out anymore? --- 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: Session saving in KDE 3.1 on 9.1 beta 3 and RC1 cannot be disabled, thus if an application fails/hangs it is restored next time the user logs back on.
[Cooker] [Bug 2343] [kdebase] konqueror form button display problems
https://qa.mandrakesoft.com/show_bug.cgi?id=2343 --- Additional Comments From [EMAIL PROTECTED] 2003-02-24 23:30 --- Does installing the latest galaxy-kde package help? --- 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 did a fresh install of Mandrake 9.1RC1. (note this is not available for reporting in mandrakeexpert.com so I am reporting it here). currently installed: kdebase-3.1-35mdk (9.1 rc1) I am running in 24bit x-windows 1600-1200 under KDE desktop Any pages with forms, the buttons are not readable, just grey blobs. Note that I had just wiped 9.1 beta3 from the exact same machine and had no problems there. - Ken Bauer
[Cooker] [Bug 2341] [kdebase] kscd - audio CD reader
https://qa.mandrakesoft.com/show_bug.cgi?id=2341 --- Additional Comments From [EMAIL PROTECTED] 2003-02-24 23:30 --- You need to give more information. What sound card do you have? What module is it using for the sound card (you can see in /etc/modules.conf )? What module did 9.0 use? --- 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: kscd ( not reported in the list of packages) seems to read the CD but there is no sound. Works fine with Mdk 9.0 on the same PC.
[Cooker] [Bug 2054] [apcupsd] error in the /etc/apcupsd scripts
https://qa.mandrakesoft.com/show_bug.cgi?id=2054 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2003-02-22 17:07 --- I confirmed my suspicion with the author. If "mail" is in your path during the build, wherever that is, that's what APCUPSD_MAIL will get set to. Otherwise it'll get set to "no" (so if you have mailx installed, it'll be /bin/mail ). He's changing it upstream to just set it to "mail" instead of "no" if it doesn't find it, so it'll search your path at runtime. In the meantime I guess we need to make sure mailx is installed at compile time. I dunno if that's a "BuildRequires" or a "PreReq". --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: __UNKNOWN__ status: NEW creation_date: description: The scripts in /etc/apcupsd all have $APCUPSD_MAIL set to "no". If it was the packager's intention to not have apcupsd email problems (good idea in my opinion), may I reccomend changing "no" to "/bin/false"? Otherwise, if mail should be sent, this should be changed to a mailer binary.
[Cooker] [Bug 1661] [apcupsd] apcupsd holds on to /dev/console
https://qa.mandrakesoft.com/show_bug.cgi?id=1661 [EMAIL PROTECTED] changed: What|Removed |Added Attachment #210 is|0 |1 obsolete|| --- Additional Comments From [EMAIL PROTECTED] 2003-02-22 16:57 --- Created an attachment (id=214) --> (https://qa.mandrakesoft.com/attachment.cgi?id=214&action=view) Unconditionally close STDIN OK, well the fix is pretty simple. This patch should be safe. Frederic Lepied, you can apply this to the package. It will be included upstream in the next version. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: __UNKNOWN__ status: CLOSED creation_date: description: please see bug report #1489 same problem. resolution should be the same as well.
[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:21 --- Whoa, cool it down there. I was responding to fpons, not you (his idea carroll is removed form the list). I agree handling sucky mirrors better would be nice (especially since they're not in short supply) The lack of threading in these Bugzilla discussions leaves something to be desired. --- 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 1661] [apcupsd] apcupsd holds on to /dev/console
https://qa.mandrakesoft.com/show_bug.cgi?id=1661 --- Additional Comments From [EMAIL PROTECTED] 2003-02-22 05:20 --- Well I suppose the daemon should be closing STDIN no matter what then. Maybe it's less dangerous if it's not /dev/console? Maybe not? I think /dev/vc/ is just devfs, but I guess tty1 is the non-devfs equivalent. That's a real vc though, what if it's a virtual terminal, like /dev/pts/0 ? Then you see apcupsd holding it open. And what if you close that virtual terminal, then open a new one that ends up at /dev/pts/0 ? You don't see apcupsd holding it open. Hey! Maybe it's because of apcupsd holding stdin open that I can't just Ctrl-D/exit the terminal if I've restarted apcupsd, I have to actually kill the rxvt (terminal emulator window). (to be more precise, I did ssh somewhere to a user account, su to root, restart apcupsd, can exit root shell there, can't exit user shell and return from ssh session) Yeah well anyway enough of my blabbering, the upstream author is working on a fix :o) PS - thanks for pointing this bug out. When it gets fixed upstream I'll make sure it gets fixed in Mandrake. No guarantees that'll be before 9.1 though. I'm not sure whether just disabling the DEBUG is really safe, that was just to test something to make sure we understood why you were seeing the problem, I've asked the author though if disabling it is safe. If so maybe we can 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: __UNKNOWN__ status: CLOSED creation_date: description: please see bug report #1489 same problem. resolution should be the same as well.
[Cooker] [Bug 2054] [apcupsd] error in the /etc/apcupsd scripts
https://qa.mandrakesoft.com/show_bug.cgi?id=2054 [EMAIL PROTECTED] changed: What|Removed |Added Status|UNCONFIRMED |NEW --- Additional Comments From [EMAIL PROTECTED] 2003-02-22 05:01 --- Well I mananged to figure out rpm2cpio and cpio (pronounced crappy-IO :o) enough to confirm this, so now I just have to figure out what caused it. I really can't figure out what the apcupsd build system is doing as far as this particular variable goes (first time I couldn't figure it out), but I have a kind of black box idea. Do you have the package "mailx" installed? If not, try installing it, rebuilding your -2mdk package, and see what happens with 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: __UNKNOWN__ status: NEW creation_date: description: The scripts in /etc/apcupsd all have $APCUPSD_MAIL set to "no". If it was the packager's intention to not have apcupsd email problems (good idea in my opinion), may I reccomend changing "no" to "/bin/false"? Otherwise, if mail should be sent, this should be changed to a mailer binary.
[Cooker] [Bug 1661] [apcupsd] apcupsd holds on to /dev/console
https://qa.mandrakesoft.com/show_bug.cgi?id=1661 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2003-02-22 03:29 --- Something I've been suspecting all along, and just now verified, you can only reproduce this if apcupsd was started during the boot process and not restarted afterward. If it's restarted on a running system, you don't get this. This tells me something about the init system is causing apcupsd (as well as gpm, crond, etc) to use /dev/console as its STDIN, and maybe *that* needs to be fixed. What do you think Frederic Lepied? --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: __UNKNOWN__ status: CLOSED creation_date: description: please see bug report #1489 same problem. resolution should be the same as well.
[Cooker] [Bug 2054] [apcupsd] error in the /etc/apcupsd scripts
https://qa.mandrakesoft.com/show_bug.cgi?id=2054 [EMAIL PROTECTED] changed: What|Removed |Added AssignedTo|13 |[EMAIL PROTECTED] Status|UNCONFIRMED |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2003-02-22 03:20 --- I've been able to check with at least the one shipped in the recent security update for 9.0 that it is set to /bin/mail, and I'm willing to bet the original Cooker binary is too. I'll set this to invalid again, but I still want to find out why yours is getting set to "no" and I'll continue to look into that for you. If you find the original Cooker package has "no" you can reopen this bug again. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: __UNKNOWN__ status: RESOLVED creation_date: description: The scripts in /etc/apcupsd all have $APCUPSD_MAIL set to "no". If it was the packager's intention to not have apcupsd email problems (good idea in my opinion), may I reccomend changing "no" to "/bin/false"? Otherwise, if mail should be sent, this should be changed to a mailer binary.
[Cooker] [Bug 2054] [apcupsd] error in the /etc/apcupsd scripts
https://qa.mandrakesoft.com/show_bug.cgi?id=2054 --- Additional Comments From [EMAIL PROTECTED] 2003-02-22 02:50 --- That doesn't make sense. We are both dealing with 3.10.5. I have built the package myself (as have you if you're running your fixed version from the other bug), maybe something in how it gets built controls what that gets set to. I'm looking into it. If you are still running the one you built, can you see what the binary in Cooker has it set to? --- 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 scripts in /etc/apcupsd all have $APCUPSD_MAIL set to "no". If it was the packager's intention to not have apcupsd email problems (good idea in my opinion), may I reccomend changing "no" to "/bin/false"? Otherwise, if mail should be sent, this should be changed to a mailer binary.
[Cooker] [Bug 2067] [kdebase] Main KDE panel should be sized to normal instead of tiny
https://qa.mandrakesoft.com/show_bug.cgi?id=2067 --- Additional Comments From [EMAIL PROTECTED] 2003-02-22 02:20 --- I just saw an article today where some moron switched from Mandrake 9.0 to RedHat (8.0 even!) because of 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: Shouldn't the main KDE Panel at the bottom of the screen default to the "normal" size instead of the tiny size. Doing so would make first impression of the screen much more modern than the tiny icons displayed with the current setting (I know people can easily change the size, but if most people set it to normal, then why not default it to that?). By making this change, I think people will quit complaining about how dated the default KDE looks (the icons look pretty plain when the KDE Panel is set to tiny). This is not a critical issue, but since Mandrake is spending a lot of time on the user interface, it would be a plus to have KDE look as nice as possible.
[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 01:50 --- The problem is carroll is your primary US mirror right? Unfortunately it's a pretty sucky mirror. FTP only allows 25 connections and the web server (HTTP access) crashes all 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: >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 1661] [apcupsd] apcupsd holds on to /dev/console
https://qa.mandrakesoft.com/show_bug.cgi?id=1661 --- Additional Comments From [EMAIL PROTECTED] 2003-02-22 01:10 --- Ok, the upstream author is going to make sure STDIN gets closed no matter what. BTW, on your fixed version, did you use both patches attached to this bug, or just the one I posted today? Thanks. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: __UNKNOWN__ status: CLOSED creation_date: description: please see bug report #1489 same problem. resolution should be the same as well.
[Cooker] [Bug 1661] [apcupsd] apcupsd holds on to /dev/console
https://qa.mandrakesoft.com/show_bug.cgi?id=1661 --- Additional Comments From [EMAIL PROTECTED] 2003-02-21 22:31 --- Created an attachment (id=210) --> (https://qa.mandrakesoft.com/attachment.cgi?id=210&action=view) Don't #define DEBUG, so apcupsd actually *will* close standard filehandles Ok, same procedure as before, I've attached another patch, could you (reporter) try 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: __UNKNOWN__ status: RESOLVED creation_date: description: please see bug report #1489 same problem. resolution should be the same as well.
[Cooker] [Bug 2054] [apcupsd] error in the /etc/apcupsd scripts
https://qa.mandrakesoft.com/show_bug.cgi?id=2054 [EMAIL PROTECTED] changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2003-02-21 22:19 --- The scripts in /etc/apcupsd in 3.10.5 all have APCUPSD_MAIL set to "/bin/mail" --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: RESOLVED creation_date: description: The scripts in /etc/apcupsd all have $APCUPSD_MAIL set to "no". If it was the packager's intention to not have apcupsd email problems (good idea in my opinion), may I reccomend changing "no" to "/bin/false"? Otherwise, if mail should be sent, this should be changed to a mailer binary.
[Cooker] [Bug 1894] [Hardware] startx + Periodic X crashes
https://qa.mandrakesoft.com/show_bug.cgi?id=1894 [EMAIL PROTECTED] changed: What|Removed |Added AssignedTo|97 |[EMAIL PROTECTED] Status|UNCONFIRMED |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-02-20 20:30 --- gc says noapic will be the default in RC2 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: __UNKNOWN__ status: RESOLVED creation_date: description: Using Mdk 9.1-rc1 on Athlon XP 2000+, Via KT4V (via kt400 chipset) mainboard, Geforce4 Mx grapcics card. Following issues with X: 1. During installation, graphics card was detected fine and I selected NOT to start X at boot. When I logged in and typed "startx", X failed. Using "su" to login as root and then starting X worked okay, and there after logging in as a user also started X. 2. X keeps crashing periodically... using "startx" to start X (defaults to KDE) all the control (keyboard/mouse) is lost and have to hard boot. If X is started on startup (choosing Gnome), X does crash periodically, but moving the mouse, restarts X sending me back to the login screen
[Cooker] [Bug 1967] [galaxy-gnome] No way to get the Color Scheme to Match KDE's.
https://qa.mandrakesoft.com/show_bug.cgi?id=1967 --- Additional Comments From [EMAIL PROTECTED] 2003-02-20 20:10 --- fcrozat (Mandrake GNOME guy) tells me galaxy is not a pixmap theme, so to be able to get the same functionality as Geramik they'd have to implement their own thing, but I agree it's a very good idea. --- 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: Hi, I noticed that Mandrake Galaxy gtk, while much nicer looking atm than Mandrake Galaxy KDE, does not seem to be able to change colors, at least that I've noticed. The issue being that if I'm using KDE, like many of your users are, I may choose to change the color scheme, which inturn causes GTK stuff to stick out really badly. There is a very easy way to solve this, which is why I am reporting this. libqtpixmap, a derivative of the libpixmap engine employed by most GTK themes, does color matching with KDE's color settings. Now, I'm not sure how Galaxy's theme engine works, but I'm assuming importing the code for this other engine (which is the one used for Geramik, by the way) would be relatively easy. If, on top of that, you made a little tool to adjust the color settings from Gnome, Mandrake would be the FIRST distribution (afaik) to offer both KDE and Gnome users and easy way to keep all major applications using the same color scheme! This would dramatically improve Galaxy and fix a major usability "bug" between KDE and Gnome that has never been solved before right out of the box. Using a static color palate in GTK apps is alright, but the whole unified look is only good so long as no one changes the KDE color scheme. I noted this in my review of Red Hat Linux 8 (at OfB.biz) and marked down the visual apperance somewhat because of that problem. In a way unified widgets giving the appearance of all the applications being the same, will probably confuse users MORE when the color palates won't change all of the applications. It'll probably result in support headaches, I'd suspect. Anyway, libqtpixmap is available for both GTK1 and GTK2. I can't say how much I think this would be a great thing, and everyone who has ever wanted to be able to easily adjust GTK color schemes (probably most Windows migrants) will thank-you for making the change. -Tim
[Cooker] [Bug 1876] [kdebase] From kdm if you select reboot, you get a text login, never reboot
https://qa.mandrakesoft.com/show_bug.cgi?id=1876 [EMAIL PROTECTED] changed: What|Removed |Added AssignedTo|1580|[EMAIL PROTECTED] Status|UNCONFIRMED |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-02-20 00:40 --- fixed in -39mdk --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: __UNKNOWN__ status: RESOLVED creation_date: description: When you try to reboot from kdm just X is killed and you get a text login
[Cooker] [Bug 1875] [drakxtools] hp deskjet 712c not supported in Mandrake 9.1RC1
https://qa.mandrakesoft.com/show_bug.cgi?id=1875 [EMAIL PROTECTED] changed: What|Removed |Added Status|UNCONFIRMED |NEW --- Additional Comments From [EMAIL PROTECTED] 2003-02-20 00:40 --- I coulda sworn it used to be in the distro. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: NEW creation_date: description: I installed Mandrake 9.1RC1 and could not print. The HP Deskjet 712c was not supported with the CUPS driver. It appears that pnm2ppa is needed for printing to this printer but the software is not part of the distribution. The following links point to some info: http://www.linuxprinting.org/printer_list.cgi?make=HP http://www.linuxprinting.org/show_printer.cgi?recnum=71232 When using Mandrake 9.0, I was able to configure this printer during the installation. Thanks!
[Cooker] [Bug 721] [kernel] Netfilter patches
https://qa.mandrakesoft.com/show_bug.cgi?id=721 --- Additional Comments From [EMAIL PROTECTED] 2003-02-19 17:10 --- Could you include the netfilter patch from bug 1019? https://qa.mandrakesoft.com/show_bug.cgi?id=1019 If you look at the code I'm sure you'll be comfortable with it. (The patch is necessary for some bridging operations) --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: __UNKNOWN__ status: RESOLVED creation_date: description: I have made and tested some netfilter patches for the Mandrake 2.4.20-2mdk src.rpm. They offer extra functionality for packet filtering. I have tested them and they work fine for me. I couldn't test the pptp modules, because I don't have a pptp server or client in use. What I could gather from the netfilter mailinglists was that it isn't fully functional yet. There are some patches floating around which should make it more functional, but I didn't want to use that, I wanted to stick with released software first. If there are people trying it out on Cooker, maybe they can provide testing and information. The patches are made in serial. I read the docs in the src.rpm for updating patches. I followed this policy somewhat. If something is wrong with the way the patches were made, then please tell me. I assume you want to generate the .config files yourself, so I didn' bother to upload those. I'll try to add these patches to the bugzilla entry: DN04_iplimit.patch: You can limit the number of connections at the network level. Some servers have support for this feature built in, but most servers haven't. Having this functionality at the network level will make it available to all tcp/ip services. DN05_nth.patch: You can make a rule for every n'th connection. For example, have the first of 2 new connections go to a first webserver, and the second new connection to a second webserver. This provides simple loadbalancing. DN06_psd.patch: It does portscan detection. I just tested with a simple tcp/ip portscan (nmap -v "ipadress"). I do not know if it detects other sorts of portscans. DN07_time.patch: You can disable or enable connections based on time. For example deny your kids computer to use the internet after 22.00 in the evening. DN08_recent.patch: It registers, and checks or updates recent connections through a /proc entry. This one is really usefull in combination with the psd module, you can block a portscanners ipadress for an hour, or as long as you wish. This is essentially an alternative for portsentry. DN09_string.patch: With this module you can "grep" through certain packets looking for a certain string. DN10_pptp_conntrack.patch: This provides conntrack and nat modules to allow pptp traffic through a firewall. iptables.sh: a test script I used for testing purposes.
[Cooker] [Bug 1730] [Installation] [9.1 beta 3] Automatic partitioning of more than 1 disk
https://qa.mandrakesoft.com/show_bug.cgi?id=1730 --- Additional Comments From [EMAIL PROTECTED] 2003-02-19 00:30 --- I think I remember hearing Mandrake employees say when we're shipping 2.6 we'll use LVM by default. --- 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 system with three 9 GB disks. Automatic layout of partitions only deals with one disk - it would be a good thing if Mandrake could lay out /boot /tmp swap /usr /home /var etc. in a good way on several disks according to Linux "best practices". Of course, "best practises" are difficult to implement when disk partitions are configured _before_ the user has given any clue as to what kind of system class it will belong to (server, multimedia station, developer's workstation...)
[Cooker] [Bug 1798] [Installation] American-English chosen : myspell-en_CA installed
https://qa.mandrakesoft.com/show_bug.cgi?id=1798 [EMAIL PROTECTED] changed: What|Removed |Added Status|UNCONFIRMED |NEW --- Additional Comments From [EMAIL PROTECTED] 2003-02-19 00:20 --- Indeed, I have seen this also. --- 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 is for 9.1 rc1. Choosing American-English for the language at beginning, flat list shows myspell-en_CA is selected for install. Wouldn't myspell-en_US be more likely correct?
[Cooker] [Bug 1751] [kdevelop] kdevelop-2.1.5-2mdk has conflicts with autoconf, automake
https://qa.mandrakesoft.com/show_bug.cgi?id=1751 [EMAIL PROTECTED] changed: What|Removed |Added Status|UNCONFIRMED |NEW --- Additional Comments From [EMAIL PROTECTED] 2003-02-18 16:00 --- You also mentioned it doesn't work with automake-1.4 and autoconf-2.13, how about automake-1.4 and autoconf2.5? --- 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: Forcing an install, KDevelop seems to work fine with automake1.6, and autoconf2.5 eg. > rpm -Uvh kdevelop-2.1.5-2mdk.i586.rpm > error: failed dependencies: > automake1.6 conflicts with kdevelop-2.1.5-2mdk > autoconf2.5 conflicts with kdevelop-2.1.5-2mdk > [root@tornado RPMS]# rpm -Uvh --nodeps kdevelop-2.1.5-2mdk.i586.rpm > Preparing... ### [100%] >1:kdevelop ### [100%]
[Cooker] [Bug 1661] [apcupsd] apcupsd holds on to /dev/console
https://qa.mandrakesoft.com/show_bug.cgi?id=1661 --- Additional Comments From [EMAIL PROTECTED] 2003-02-17 20:20 --- Ok, I'll keep looking into it. If anybody else can confirm this, let me know. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: __UNKNOWN__ status: RESOLVED creation_date: description: please see bug report #1489 same problem. resolution should be the same as well.
[Cooker] [Bug 1692] [gcc-colorgcc] update conflicts preventing install of latest colorgcc
https://qa.mandrakesoft.com/show_bug.cgi?id=1692 --- Additional Comments From [EMAIL PROTECTED] 2003-02-17 18:40 --- Grr, it let me change assigned_to --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: __UNKNOWN__ status: RESOLVED creation_date: description: The following error is recieved doing urpmi --update --auto --auto-select Installation Failed: file /etc/colorgccrc from install of gcc-colorgcc-3.2.2-1mdk conflicts with file from package gcc2.96-colorgcc-2.96-081mdk these two should be capable of co-existing and in fact are both needed (untill all the worlds software will compile with gcc3.x)
[Cooker] [Bug 1692] [gcc-colorgcc] update conflicts preventing install of latest colorgcc
https://qa.mandrakesoft.com/show_bug.cgi?id=1692 [EMAIL PROTECTED] changed: What|Removed |Added AssignedTo|1558|[EMAIL PROTECTED] Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-02-17 18:20 --- Good stuff Gwenole. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: __UNKNOWN__ status: RESOLVED creation_date: description: The following error is recieved doing urpmi --update --auto --auto-select Installation Failed: file /etc/colorgccrc from install of gcc-colorgcc-3.2.2-1mdk conflicts with file from package gcc2.96-colorgcc-2.96-081mdk these two should be capable of co-existing and in fact are both needed (untill all the worlds software will compile with gcc3.x)
[Cooker] [Bug 1661] [apcupsd] apcupsd holds on to /dev/console
https://qa.mandrakesoft.com/show_bug.cgi?id=1661 --- Additional Comments From [EMAIL PROTECTED] 2003-02-17 17:02 --- Created an attachment (id=187) --> (https://qa.mandrakesoft.com/attachment.cgi?id=187&action=view) have network information server close standard file handles Save this patch to your RPM SOURCES dir (the following command will tell you where that is: rpm --eval '%_sourcedir' ) Then install the SRPM for apcupsd, and add the patch into the spec file (let me know if you don't know how to do this), and rebuild the RPM and test it, and see if this fixes it. (rpm -bb apcupsd.spec to rebuild) --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: __UNKNOWN__ status: RESOLVED creation_date: description: please see bug report #1489 same problem. resolution should be the same as well.
[Cooker] [Bug 1661] [apcupsd] apcupsd holds on to /dev/console
https://qa.mandrakesoft.com/show_bug.cgi?id=1661 --- Additional Comments From [EMAIL PROTECTED] 2003-02-17 15:40 --- So does the problem persist after restarting apcupsd? --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: __UNKNOWN__ status: RESOLVED creation_date: description: please see bug report #1489 same problem. resolution should be the same as well.
[Cooker] [Bug 1661] [apcupsd] apcupsd holds on to /dev/console
https://qa.mandrakesoft.com/show_bug.cgi?id=1661 --- Additional Comments From [EMAIL PROTECTED] 2003-02-17 04:40 --- That those PIDs from your ps axf listing are not in numeric order in that tree is curious. Try running this command: service apcupsd restart waiting a couple minutes (until you can sucessfully run service apcupsd status), and then trying lsof and see what the deal is. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: __UNKNOWN__ status: RESOLVED creation_date: description: please see bug report #1489 same problem. resolution should be the same as well.
[Cooker] [Bug 1692] [gcc-colorgcc] update conflicts preventing install of latest colorgcc
https://qa.mandrakesoft.com/show_bug.cgi?id=1692 --- Additional Comments From [EMAIL PROTECTED] 2003-02-16 20:40 --- Gwenole Beauchesne wrote: What? I assume you're talking about colorgccrc point to the actual binaries instead of the alternativized symlinks, which you're right, makes no sense. Oh, but right now the alternative points to colorgcc, which wouldn't work. Ahh, but I see that the paths to the gcc binaries are also in /usr/bin/colorgcc itself, so I guess colorgccrc just lets you change those, but the lines for the compiler paths don't really need to be there in colorgccrc (they could be removed or commented out). Well that's no good. Basically nobody will do that and it'll be like getting rid of it entirely :o( It shouldn't be necessary as long as there's a solution to the problem discussed above, and I think I proposed a sufficient one. Just make /etc/colorgcc a config(noreplace) file. This should be OK, so long as colorgccrc is fixed in regards to compiler paths discussed above. --- 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 following error is recieved doing urpmi --update --auto --auto-select Installation Failed: file /etc/colorgccrc from install of gcc-colorgcc-3.2.2-1mdk conflicts with file from package gcc2.96-colorgcc-2.96-081mdk these two should be capable of co-existing and in fact are both needed (untill all the worlds software will compile with gcc3.x)
[Cooker] [Bug 1661] [apcupsd] apcupsd holds on to /dev/console
https://qa.mandrakesoft.com/show_bug.cgi?id=1661 --- Additional Comments From [EMAIL PROTECTED] 2003-02-16 20:20 --- Is anybody else running apcupsd 3.10.5 that can or can't reproduce this? I just don't see how it can be. apcupsd's main() calls daemon_start() which fork()'s, exit()'s the parent, and the child runs: close(STDIN_FILENO); close(STDOUT_FILENO); close(STDERR_FILENO); The network information server starts the same way but doesn't close any fd's though. But then I have it enabled and can't reproduce this. Reporter, can you give me two things. First the output of the following command while apcupsd is running: ps axf | grep apcupsd and the output of: grep ^[^#] /etc/apcupsd/apcupsd.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: __UNKNOWN__ status: RESOLVED creation_date: description: please see bug report #1489 same problem. resolution should be the same as well.
[Cooker] [Bug 1692] [gcc-colorgcc] update conflicts preventing install of latest colorgcc
https://qa.mandrakesoft.com/show_bug.cgi?id=1692 --- Additional Comments From [EMAIL PROTECTED] 2003-02-16 20:00 --- Maybe you should have the gcc 2.96 package not create the colorgcc subpackage. (sorry for the extra message, Mozilla 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: NEW creation_date: description: The following error is recieved doing urpmi --update --auto --auto-select Installation Failed: file /etc/colorgccrc from install of gcc-colorgcc-3.2.2-1mdk conflicts with file from package gcc2.96-colorgcc-2.96-081mdk these two should be capable of co-existing and in fact are both needed (untill all the worlds software will compile with gcc3.x)
[Cooker] [Bug 1661] [apcupsd] apcupsd holds on to /dev/console
https://qa.mandrakesoft.com/show_bug.cgi?id=1661 --- Additional Comments From [EMAIL PROTECTED] 2003-02-16 15:40 --- I cannot reproduce this with apcupsd 3.10.5, on Linux or Solaris 9. I can reproduce this with older versions of apcupsd. Give me the output of the following commands: rpm -q apcupsd rpm -V apcupsd --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: __UNKNOWN__ status: RESOLVED creation_date: description: please see bug report #1489 same problem. resolution should be the same as well.
[Cooker] [Bug 1661] [apcupsd] apcupsd holds on to /dev/console
https://qa.mandrakesoft.com/show_bug.cgi?id=1661 [EMAIL PROTECTED] changed: What|Removed |Added AssignedTo|13 |[EMAIL PROTECTED] Status|UNCONFIRMED |RESOLVED Resolution||WORKSFORME --- Additional Comments From [EMAIL PROTECTED] 2003-02-15 20:20 --- I don't see this. lsof /dev/console shows only gpm and crond have it open. The apcupsd startup script in this RPM doesn't use the daemon command, but directly executes /sbin/apcupsd, which must detach from stdin on startup. I've not checked the source to confirm this. Another user on the apcupsd mailing lists reports the same on RedHat. __ Do you Yahoo!? Yahoo! Shopping - Send Flowers for Valentine's Day http://shopping.yahoo.com --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: __UNKNOWN__ status: RESOLVED creation_date: description: please see bug report #1489 same problem. resolution should be the same as well.
