Re: [Cooker] [BUGS] drakxtools-9.2-0.31mdk
On Tue, 19 Aug 2003, FACORAT Fabrice wrote: > 1°/ drakbackup > drakbackup crash when selecting a directory to save in Advanced > configuration -> What -> Other . > > msg in console : > Usage: append(list_store) at /usr/sbin/drakbackup line 1685. > Will check it out - thx. > 2°/ drakfont > can't select a directory via file manager > > -- Stew Benedict -- MandrakeSoft
[Cooker] [BUGS] drakxtools-9.2-0.31mdk
1°/ drakbackup drakbackup crash when selecting a directory to save in Advanced configuration -> What -> Other . msg in console : Usage: append(list_store) at /usr/sbin/drakbackup line 1685. 2°/ drakfont can't select a directory via file manager
[Cooker] bugs in drakbackup
Hi, I just tried drakbackup and had some problems. I had a limit on the amount of space allocated, I just used the default which was 500 - but no unit. I thought it would be megabytes. Anyway I then started a backup and it filled up my /var file system. So the limit was either not im MBs or not obeyed. Of cause as root you can fill up any file system creating a tarball. I did not see a tarball limit size for tar - maybe that is something that could be easily added to tar. I could of cause had tried to figure out that my 5 GB home directory would not easily fit in a 500 MB backup area, but it is always interesting to see what default settings will give you. Maybe some warning about insufficient backup space would be nice, but OTOH it is difficult to estimate. Now I had to do with a full /var partition and malfunctioning of my mail system etc. So much for not using the inner side of my head. I also saw when removing the backup file that there were separate files with lists of all file names backed up, so it would actually not be so difficult and time consuming to find all versions of a specific file and list the date it was backuped. I missed a possibility to exclude different types of files, eg .rpm and .iso files (which one would expect to be obtainable from the net somehow.). I also missed a possibility to back up the whole system. Is that supposed to be done by just listing "/" as the directory to backup? Probably the tars do not expand partitions? If so, a possibility to just check the whole system and drakbackup to know what the partitions then are would be convenient. Also I found a number of buttons that were misplaced on the help screens, probably because they were too long for them all to fit in a line. This was with current MDK 9.1 with all updates, not cooker. The probloems wereespecially on submenus of "make backups" or what it is called in English. One thing I fould out from attending the MS training seminar was that their server software is not normally translated. This is the a quite big advantage that MDK has, especially with less experienced system administrators, home and hobby administrators and in countries with less traditions for mastering English. best regards Keld
Re: [Cooker] [BUGS] shorewall/drakfirewall/drakconnect
Am Mittwoch, 2. April 2003 12:24 schrieb Florin: > [EMAIL PROTECTED] (Steffen Barszus) writes: > > Hi! > > > > I have tried to start drakfirewall, but this tool simply makes nothing. > > Here the output from commandline: > > > > ]# drakfirewall > > SCALAR(0x8ebcda0) at /usr/lib/libDrakX/network/drakfirewall.pm line 110. > > > > No error, or warning no install of iptables or shorewall. Can anything be > > done about it ? > > it works here ... (make sure you have inswtalled the latest > drakxtools-newt and all ... I have tried to update to -29 from Cooker, but I guess the hdlist is broken as the install fails. Hope you have read my further comments on that: drakfirewall - drakfirewall crashes only if no NIC is in the machine, but an isdn or modem card - drakfirewall sets the interface in shorewall to eth0 if one is built in no matter if this is used (seems to me the cause why it was crashing) correct entry in /etc/shorewall/interfaces is: isdn: #ZONEINTERFACE BROADCAST OPTIONS netippp0 - modem/dsl(pppoe) #ZONEINTERFACE BROADCAST OPTIONS net ppp0- drakconnect -- 1) - empty resolve.conf - No DNS on dial up BUG: Only isdn card build in, no NIC => configure ISP data, give no provider name => resolv.conf is empty => /etc/ppp/ip-up does not find "#ppp temp entry" => no nameserver for internet connection is saved => no name resolution in browser. SOLUTION: echo "#ppp temp entry" >> /etc/resolv.conf 2) - silent deinstallation of isdn4net - SOLUTION: Add at least a box that warn the user that isdn4net gets deinstalled. If this is the solution to fix bug 3142 it would be only needed with Vendor 1244 Prod 00e0 (Fritz PCI v2.0) not 1244/00a0 (v1.0) that I have. 3) - ippp0 can not be set ONBOOT=yes in UI - SOLUTION: Add the boxes as they are in eth0 setup in expert mode That are the most important flaws in these tools, hope that the mail gets read. If I should test something please tell me so. Greets Steffen -- _ counter.li.org : #296567. machine: 181800 vdr-box : 87 _
Re: [Cooker] bugs (wish list for 9.2)
On Tuesday 01 April 2003 08:01, Steffen Barszus wrote: > *No software is bug free* I wouldn't be so sure. Microsoft ship you lots of bugs for free with every copy of Windows. Cheers; Leon
Re: [Cooker] bugs (wish list for 9.2)
On Tuesday 01 April 2003 07:05 am, Steffen Barszus wrote: > From #mandrake on irc.freenode.net it looks like the big 9.1 support issue > > > is going to be the installer. It doesn't seem to work well with SMP or > > users like me who want to jump back and fix things cause we forgot which > > box we were installing. Upgrade does not appear to be working well either. -- Greg
Re: [Cooker] bugs (wish list for 9.2)
On Tue, Apr 01, 2003 at 02:05:53PM +0200, Steffen Barszus wrote: > On Tuesday 01 April 2003 13:22, Murray J. Root wrote: > > On Tue, Apr 01, 2003 at 02:45:00AM -0800, James Sparenberg wrote: > > > On Mon, 2003-03-31 at 18:38, Leon Brooks wrote: > > > > On Monday 31 March 2003 05:49, Toran Korshnah wrote: > > > > > I read the 9.2 thread and I begin to wonder if 9.1 is a good release. > > > > > Are there really so many bugs? > > > > > > > > Not so far. Most of the people reporting on my LUG list are delighted > > > > with it. Specifically, a few of them are crowing about stuff that was > > > > broken in earlier Mandrakes but works out of the box now. > > > > > > > > Cheers; Leon > > > > > > Agreed... 9.1 is a move forward.. but If I read everyone right the > > > attitude is... We did this much... but we can do more. > > > > From #mandrake on irc.freenode.net it looks like the big 9.1 support issue > > is going to be the installer. It doesn't seem to work well with SMP or > > users like me who want to jump back and fix things cause we forgot which > > box we were installing. > > text install seems to work for the SMP people. Us "oops - I goofed" people > > seem to be out of luck. > > Why ? you have this nice "Summary" at the end there you can double and triple > check that you haven't forgot anything ;) > I think it bothers me cause I like to go back and fix it as soon as I realize I goofed, but if most people prefer not to have options I guess I can live with the gnomification [removal of user options] - I use cooker for most my boxes anyway. -- Murray J. Root
Re: [Cooker] bugs (wish list for 9.2)
On Tuesday 01 April 2003 13:22, Murray J. Root wrote: > On Tue, Apr 01, 2003 at 02:45:00AM -0800, James Sparenberg wrote: > > On Mon, 2003-03-31 at 18:38, Leon Brooks wrote: > > > On Monday 31 March 2003 05:49, Toran Korshnah wrote: > > > > I read the 9.2 thread and I begin to wonder if 9.1 is a good release. > > > > Are there really so many bugs? > > > > > > Not so far. Most of the people reporting on my LUG list are delighted > > > with it. Specifically, a few of them are crowing about stuff that was > > > broken in earlier Mandrakes but works out of the box now. > > > > > > Cheers; Leon > > > > Agreed... 9.1 is a move forward.. but If I read everyone right the > > attitude is... We did this much... but we can do more. > > From #mandrake on irc.freenode.net it looks like the big 9.1 support issue > is going to be the installer. It doesn't seem to work well with SMP or > users like me who want to jump back and fix things cause we forgot which > box we were installing. > text install seems to work for the SMP people. Us "oops - I goofed" people > seem to be out of luck. Why ? you have this nice "Summary" at the end there you can double and triple check that you haven't forgot anything ;) -- Regards Steffen counter.li.org : #296567. machine: 181800 vdr-box : 87 Please dont CC me, since if I have replied I'll watch the tread. Both mails will be filtered to the ML-folder. Thanks
Re: [Cooker] bugs (wish list for 9.2)
On Tue, Apr 01, 2003 at 02:45:00AM -0800, James Sparenberg wrote: > On Mon, 2003-03-31 at 18:38, Leon Brooks wrote: > > On Monday 31 March 2003 05:49, Toran Korshnah wrote: > > > I read the 9.2 thread and I begin to wonder if 9.1 is a good release. > > > Are there really so many bugs? > > > > Not so far. Most of the people reporting on my LUG list are delighted with it. > > Specifically, a few of them are crowing about stuff that was broken in > > earlier Mandrakes but works out of the box now. > > > > Cheers; Leon > > Agreed... 9.1 is a move forward.. but If I read everyone right the > attitude is... We did this much... but we can do more. > > >From #mandrake on irc.freenode.net it looks like the big 9.1 support issue is going to be the installer. It doesn't seem to work well with SMP or users like me who want to jump back and fix things cause we forgot which box we were installing. text install seems to work for the SMP people. Us "oops - I goofed" people seem to be out of luck. -- Murray J. Root
Re: [Cooker] bugs (wish list for 9.2)
On Mon, 2003-03-31 at 18:38, Leon Brooks wrote: > On Monday 31 March 2003 05:49, Toran Korshnah wrote: > > I read the 9.2 thread and I begin to wonder if 9.1 is a good release. > > Are there really so many bugs? > > Not so far. Most of the people reporting on my LUG list are delighted with it. > Specifically, a few of them are crowing about stuff that was broken in > earlier Mandrakes but works out of the box now. > > Cheers; Leon Agreed... 9.1 is a move forward.. but If I read everyone right the attitude is... We did this much... but we can do more. > >
Re: [Cooker] bugs (wish list for 9.2)
On Monday 31 March 2003 05:49, Toran Korshnah wrote: > I read the 9.2 thread and I begin to wonder if 9.1 is a good release. > Are there really so many bugs? Not so far. Most of the people reporting on my LUG list are delighted with it. Specifically, a few of them are crowing about stuff that was broken in earlier Mandrakes but works out of the box now. Cheers; Leon
Re: [Cooker] bugs (wish list for 9.2)
On Sunday 30 March 2003 23:49, Toran Korshnah wrote: > Hi, > > I read the 9.2 thread and I begin to wonder if 9.1 is a good release. > Are there really so many bugs? > I expect really 9.1 to be better than 9.0... > It is better. I think we think about how could mandrake improve ;) *No software is bug free* -- Regards Steffen counter.li.org : #296567. machine: 181800 vdr-box : 87 Please dont CC me, since if I have replied I'll watch the tread. Both mails will be filtered to the ML-folder. Thanks
Re: [Cooker] bugs (wish list for 9.2)
From: "Toran Korshnah" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Sunday, March 30, 2003 10:49 PM Subject: Re: [Cooker] bugs (wish list for 9.2) > > Hi, > > I read the 9.2 thread and I begin to wonder if 9.1 is a good release. > Are there really so many bugs? > I expect really 9.1 to be better than 9.0... No, don't worry, it IS actually a lot better. There are some people who have some trouble to install it, but not more than usual, just glitches. Anyway, I think that what is really important is the support : free software is regularly improving, and updates are freely distributed. Eric
Re: [Cooker] bugs (wish list for 9.2)
Hi, I read the 9.2 thread and I begin to wonder if 9.1 is a good release. Are there really so many bugs? I expect really 9.1 to be better than 9.0... BB, Toran
[Cooker] Bugs 317 1268 1801 2504 2562 3546 3345 3562
Hi! I feel that Bugs 317 1268 1801 2504 2562 3546 3345 3562 are all the same issue. I haven't found yet a solution for it. All are related to Promise Fasttrack (PDC Controller) Solution is given in 1268 and I think 1801 (??). Can this be solved by an alternate bootdisk, a driver , sth other ? All in vacation now ? -- Regards Steffen counter.li.org : #296567. machine: 181800 vdr-box : 87 Please dont CC me, since if I have replied I'll watch the tread. Both mails will be filtered to the ML-folder. Thanks
[Cooker] bugs marked "LATER"
Hi! What about the bugs which are marked as RESOLVED LATER or RESOLVED REMIND? Are they reopened now after the 9.1 release so they are not forgotten? -- Michael Reinsch <[EMAIL PROTECTED]> http://mr.uue.org pgp0.pgp Description: PGP signature
Re: [Cooker] bugs i've found so far
On Thu, 13 Mar 2003 12:54:31 +0200, "Buchan Milne" <[EMAIL PROTECTED]> said: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Adam Williamson wrote: > > On Wed, 2003-03-12 at 23:36, Buchan Milne wrote: > > > > So you want to add an entirely unnecessary extra back-out stage purely > > to save the probably suicidally stupid luser who would select > > OpenSymbol, see in the preview box that it was ALL FRICKIN SYMBOLS, and > > then hit OK? > > > > As I said, I think UIs should allow the user to make at least one > mistake without making it difficult to recover. BTW, OpenSymbol is the > font below the default font set by Mandrake (I didn't purposely go > looking for a font that would do this). It isn't difficult to recover. Once the user sees the UI is a mess after the font change he /she can click and change it back. -- http://www.fastmail.fm - The way an email service should be
Re: [Cooker] bugs i've found so far
On Thu, 2003-03-13 at 10:54, Buchan Milne wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Adam Williamson wrote: > > On Wed, 2003-03-12 at 23:36, Buchan Milne wrote: > > > > So you want to add an entirely unnecessary extra back-out stage purely > > to save the probably suicidally stupid luser who would select > > OpenSymbol, see in the preview box that it was ALL FRICKIN SYMBOLS, and > > then hit OK? > > > > As I said, I think UIs should allow the user to make at least one > mistake without making it difficult to recover. BTW, OpenSymbol is the And as I said, the font selection dialog itself is a perfectly adequate safety stage. Since the Apply button was an ugly hack for changes that *couldn't* be immediately applied in the first place, I'd say the behaviour of the GNOME font selection tool at the moment makes absolutely perfect sense. -- adamw
Re: [Cooker] bugs i've found so far
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Adam Williamson wrote: > On Wed, 2003-03-12 at 23:36, Buchan Milne wrote: > > So you want to add an entirely unnecessary extra back-out stage purely > to save the probably suicidally stupid luser who would select > OpenSymbol, see in the preview box that it was ALL FRICKIN SYMBOLS, and > then hit OK? > As I said, I think UIs should allow the user to make at least one mistake without making it difficult to recover. BTW, OpenSymbol is the font below the default font set by Mandrake (I didn't purposely go looking for a font that would do this). Buchan - -- |--Another happy Mandrake Club member--| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x121 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE+cGNmrJK6UGDSBKcRAmo+AKCdaAOOI2ppONlyTep8Nd357Uc1SwCeIe70 jchyRSMUoAGqx2A/cdE/Y0Y= =pJns -END PGP SIGNATURE-
Re: [Cooker] bugs i've found so far
On Wed, 2003-03-12 at 17:40, Adam Williamson wrote: > On Wed, 2003-03-12 at 23:36, Buchan Milne wrote: > > On Thu, 12 Mar 2003, Adam Williamson wrote: > > > > > On Wed, 2003-03-12 at 22:42, Buchan Milne wrote: > > > > > > > > As I said, I have not tested this, but what happens if you change the > > > > default application fonts (which I assume gnome-font-properties uses in > > > > it's dialog) to be something unreadable (symbols, or too small)? Can an > > > > average user read enough of the dialog to change it back? > > > > > > The font selection dialog is OK / Cancel. Once you OK out of the box, > > > the font you chose is instantly applied. If you Cancel out of the box, > > > no change is made. This seems perfectly sensible to me. > > > > > > > OK, it is as bad as I thought. Try this: > > Get to gnome-font-properties somehow, change the first font (I can't read > > mine now, but it was probably "Application Font", if you change it to > > (say) OpenSymbol, hit OK, now the whole dialog is unreadable. At this > > point I would expect to be able to hit ESC or close the dialog to lose my > > changes (which I can do at least in KDE, probably Windows too), but no, I > > have had my fonts nuked. Try going back to change the font, but now, since > > the font names use the "Application Font", I can't read them now. > > > > It is not too difficult to put back, but this kind of thing can create > > unnecessary work for the help desk. > > So you want to add an entirely unnecessary extra back-out stage purely > to save the probably suicidally stupid luser who would select > OpenSymbol, see in the preview box that it was ALL FRICKIN SYMBOLS, and > then hit OK? > > I'm not biting. Adam, I'm with you If the user picks a red background with red text OK... (I love to watch the squirming...) James
Re: [Cooker] bugs i've found so far
On 13 Mar 2003 01:40:23 +, "Adam Williamson" <[EMAIL PROTECTED]> said: > On Wed, 2003-03-12 at 23:36, Buchan Milne wrote: > > On Thu, 12 Mar 2003, Adam Williamson wrote: > > > > > On Wed, 2003-03-12 at 22:42, Buchan Milne wrote: > > > > > > > > As I said, I have not tested this, but what happens if you change the > > > > default application fonts (which I assume gnome-font-properties uses in > > > > it's dialog) to be something unreadable (symbols, or too small)? Can an > > > > average user read enough of the dialog to change it back? > > > > > > The font selection dialog is OK / Cancel. Once you OK out of the box, > > > the font you chose is instantly applied. If you Cancel out of the box, > > > no change is made. This seems perfectly sensible to me. > > > > > > > OK, it is as bad as I thought. Try this: > > Get to gnome-font-properties somehow, change the first font (I can't read > > mine now, but it was probably "Application Font", if you change it to > > (say) OpenSymbol, hit OK, now the whole dialog is unreadable. At this > > point I would expect to be able to hit ESC or close the dialog to lose my > > changes (which I can do at least in KDE, probably Windows too), but no, I > > have had my fonts nuked. Try going back to change the font, but now, since > > the font names use the "Application Font", I can't read them now. > > > > It is not too difficult to put back, but this kind of thing can create > > unnecessary work for the help desk. > > So you want to add an entirely unnecessary extra back-out stage purely > to save the probably suicidally stupid luser who would select > OpenSymbol, see in the preview box that it was ALL FRICKIN SYMBOLS, and > then hit OK? > > I'm not biting. > -- > adamw I've done this myself. Its not too hard to click on the change font box and click the first font on the list. There IS a preview. -- http://www.fastmail.fm - And now for something completely different
Re: [Cooker] bugs i've found so far
On Wed, 2003-03-12 at 23:36, Buchan Milne wrote: > On Thu, 12 Mar 2003, Adam Williamson wrote: > > > On Wed, 2003-03-12 at 22:42, Buchan Milne wrote: > > > > > > As I said, I have not tested this, but what happens if you change the > > > default application fonts (which I assume gnome-font-properties uses in > > > it's dialog) to be something unreadable (symbols, or too small)? Can an > > > average user read enough of the dialog to change it back? > > > > The font selection dialog is OK / Cancel. Once you OK out of the box, > > the font you chose is instantly applied. If you Cancel out of the box, > > no change is made. This seems perfectly sensible to me. > > > > OK, it is as bad as I thought. Try this: > Get to gnome-font-properties somehow, change the first font (I can't read > mine now, but it was probably "Application Font", if you change it to > (say) OpenSymbol, hit OK, now the whole dialog is unreadable. At this > point I would expect to be able to hit ESC or close the dialog to lose my > changes (which I can do at least in KDE, probably Windows too), but no, I > have had my fonts nuked. Try going back to change the font, but now, since > the font names use the "Application Font", I can't read them now. > > It is not too difficult to put back, but this kind of thing can create > unnecessary work for the help desk. So you want to add an entirely unnecessary extra back-out stage purely to save the probably suicidally stupid luser who would select OpenSymbol, see in the preview box that it was ALL FRICKIN SYMBOLS, and then hit OK? I'm not biting. -- adamw
Re: [Cooker] bugs i've found so far
On Thu, 12 Mar 2003, Adam Williamson wrote: > On Wed, 2003-03-12 at 22:42, Buchan Milne wrote: > > > > As I said, I have not tested this, but what happens if you change the > > default application fonts (which I assume gnome-font-properties uses in > > it's dialog) to be something unreadable (symbols, or too small)? Can an > > average user read enough of the dialog to change it back? > > The font selection dialog is OK / Cancel. Once you OK out of the box, > the font you chose is instantly applied. If you Cancel out of the box, > no change is made. This seems perfectly sensible to me. > OK, it is as bad as I thought. Try this: Get to gnome-font-properties somehow, change the first font (I can't read mine now, but it was probably "Application Font", if you change it to (say) OpenSymbol, hit OK, now the whole dialog is unreadable. At this point I would expect to be able to hit ESC or close the dialog to lose my changes (which I can do at least in KDE, probably Windows too), but no, I have had my fonts nuked. Try going back to change the font, but now, since the font names use the "Application Font", I can't read them now. It is not too difficult to put back, but this kind of thing can create unnecessary work for the help desk. Buchan -- |Registered Linux User #182071-| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x121 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7
Re: [Cooker] bugs i've found so far
On Wed, 2003-03-12 at 22:42, Buchan Milne wrote: > > > > "Nuke"? How? What changes can you make to fonts in any GNOME > > configuration dialog that aren't easily reversible simply by reverting > > to the previous settings of the options you changed? > > > > As I said, I have not tested this, but what happens if you change the > default application fonts (which I assume gnome-font-properties uses in > it's dialog) to be something unreadable (symbols, or too small)? Can an > average user read enough of the dialog to change it back? The font selection dialog is OK / Cancel. Once you OK out of the box, the font you chose is instantly applied. If you Cancel out of the box, no change is made. This seems perfectly sensible to me. -- adamw
Re: [Cooker] bugs i've found so far
> > "Nuke"? How? What changes can you make to fonts in any GNOME > configuration dialog that aren't easily reversible simply by reverting > to the previous settings of the options you changed? > As I said, I have not tested this, but what happens if you change the default application fonts (which I assume gnome-font-properties uses in it's dialog) to be something unreadable (symbols, or too small)? Can an average user read enough of the dialog to change it back? Regards, Buchan -- |Registered Linux User #182071-| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x121 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7
Re: [Cooker] bugs i've found so far
On Wed, 2003-03-12 at 21:35, Buchan Milne wrote: > On Wed, 12 Mar 2003, Reinout van Schouwen wrote: > > > Hi Buchan, > > > > On Mon, 10 Mar 2003, Buchan Milne wrote: > > > > > Sorry, but I really don't think a single "Close" button is better than > > > Apply/Cancel/OK combo. > > > > > > It's like making a nuke with only a "Fire" button, and no abort ... > > > > Nowhere did I say that a 'Revert' functionality isn't in order in some > > critical places. That said, I don't see the relation between > > apply/save/whatever with an abort button on a nuke. > > > > I haven't tested this yet, but I suspect it is possible to "nuke" your > font settings in GNOME, without being able to revert, whereas both KDE and > The Other OS will allow you to just hit ESC to revert. > > And of all the complaints I have heard about that OS that rules 95 of the > desktop, I am quite sure I have never heard the one that goes "I just hate > that it never does anything potentially dangerous without confirmation". "Nuke"? How? What changes can you make to fonts in any GNOME configuration dialog that aren't easily reversible simply by reverting to the previous settings of the options you changed? -- adamw
Re: [Cooker] bugs i've found so far
On Wed, 12 Mar 2003, Reinout van Schouwen wrote: > Hi Buchan, > > On Mon, 10 Mar 2003, Buchan Milne wrote: > > > Sorry, but I really don't think a single "Close" button is better than > > Apply/Cancel/OK combo. > > > > It's like making a nuke with only a "Fire" button, and no abort ... > > Nowhere did I say that a 'Revert' functionality isn't in order in some > critical places. That said, I don't see the relation between > apply/save/whatever with an abort button on a nuke. > I haven't tested this yet, but I suspect it is possible to "nuke" your font settings in GNOME, without being able to revert, whereas both KDE and The Other OS will allow you to just hit ESC to revert. And of all the complaints I have heard about that OS that rules 95 of the desktop, I am quite sure I have never heard the one that goes "I just hate that it never does anything potentially dangerous without confirmation". Buchan -- |Registered Linux User #182071-| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x121 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7
Re: [Cooker] bugs i've found so far
Reinout van Schouwen <[EMAIL PROTECTED]> writes: > On Mon, 10 Mar 2003, Guillaume Cottenceau wrote: > > > Can you sum up why you posted this link, why does it follow what > > buchan was saying? > > A lot of thought has gone into the GNOME Human Interface Guidelines. Which > is not to say it is perfect, but a gross generalization like "really bad > UI" for a guideline which is recommended in the HIG is uncalled for. URL > to the most relevant section: > > http://developer.gnome.org/projects/gup/hig/hig-diff/windows.html#instant-apply It's all good and Instant Apply can be real cool for the "Settings" panel of most applications, Galeon for example. But it doesn't discuss the current situation of the sources editor, in which undoing a decision is sometimes difficult (it's not just checking/unchecking a box). If it was possible, I'd prefer to have Ok/Cancel buttons in the sources editor. Only my opinion, though. -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] Bugs in 9.1 RC2
Adam Flinton wrote: > Other than that...so far so good. Does anyone know if Mozilla 1.3 is > going to make it before 9.1 goes final? Already in there, and even went through a bug fix. You can get it off of Cooker right now, or wait until the final. Happy browsing...
Re: [Cooker] bugs i've found so far
Hi Buchan, On Mon, 10 Mar 2003, Buchan Milne wrote: > Sorry, but I really don't think a single "Close" button is better than > Apply/Cancel/OK combo. > > It's like making a nuke with only a "Fire" button, and no abort ... Nowhere did I say that a 'Revert' functionality isn't in order in some critical places. That said, I don't see the relation between apply/save/whatever with an abort button on a nuke. -- Reinout van SchouwenArtificial Intelligence student email: [EMAIL PROTECTED]mobile phone: +31-6-44360778 GPG public key http://www.cs.vu.nl/~reinout/reinout.asc MandrakeClub member
Re: [Cooker] bugs i've found so far
On Mon, 10 Mar 2003, Guillaume Cottenceau wrote: > Can you sum up why you posted this link, why does it follow what > buchan was saying? A lot of thought has gone into the GNOME Human Interface Guidelines. Which is not to say it is perfect, but a gross generalization like "really bad UI" for a guideline which is recommended in the HIG is uncalled for. URL to the most relevant section: http://developer.gnome.org/projects/gup/hig/hig-diff/windows.html#instant-apply -- Reinout van SchouwenArtificial Intelligence student email: [EMAIL PROTECTED]mobile phone: +31-6-44360778 GPG public key http://www.cs.vu.nl/~reinout/reinout.asc MandrakeClub member
Re: [Cooker] Bugs in 9.1 RC2
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Adam Flinton wrote: > > 2.1) On the KDE3.1 desktop (but not any of the others (e.g. GNOME2.2)) > it has 3 icons for 3 "Desktop Config Files" called: > > dynamicProcessing > dynamicProbing > dynamicAdding > > They are on my desktop but are owned by root & they shouldn't be on my > desktop. > > Just out of interest.What are they? http://qa.mandrakesoft.com/show_bug.cgi?id=923 > > 2.2) I use the Nvidia proprietary drivers. Because I have 1GB of RAM in > my Linux workstation Mandrake uses the Enterprise Kernel. I have the > most recent nvidia rpm for the mdk enterprise (9.0) kernel. > If I choose to use my old kernel everything works perfectly. > If I choose to use the new enterprise kernel then X fails to load as it > can't find the nvidia modules > Messages such as : > > (EE) NVIDIA(0): Failed to initialize the NVIDIA kernel module! > > modprobing both "nvidia" & "NVDriver" comes back with a can't locate > module nvidia/NVDriver > No kidding! You need a new kernel module for a new kernel. Welcome to the joys of out-of-kernel kernel-modules. Get a decent kernel SRPM (that generates kernel-specific rpm names) and rebuild it, otherwise, get the one from NVidia and be very careful to 'rpm -i' the resultant binary rpm, if you use -U, it will "upgrade", meaning your 9.0 kernel will no longer work with the NVidia driver. Buchan - -- |--Another happy Mandrake Club member--| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x121 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE+b2tSrJK6UGDSBKcRAl3gAKCTx3jSI5HzBgk4ozgjP5iI6N8SjwCeOg/J V31QnE+9x26D6z9XRdoYCos= =xsUW -END PGP SIGNATURE-
[Cooker] Bugs in 9.1 RC2
Dear All, Found some bugs in RC 2. Do I send em in here to the mailing list or shove em through the qa system? Quick list (maybe someone can help here): It was an upgrade from 9.0 (Dolphin) 1) During upgrade: When it got to the hardware etc screen (after the pacages had been upgraded) it said it had found but couldn't configure my TV cards (2 X bt878)/ work out what they were. Instead of chosing to set it/them up manually I simply left it. On booting post upgrade it actually had found & configured the cards. Maybe it was because I have 2 of them? 2) Post Upgrade: 2.1) On the KDE3.1 desktop (but not any of the others (e.g. GNOME2.2)) it has 3 icons for 3 "Desktop Config Files" called: dynamicProcessing dynamicProbing dynamicAdding They are on my desktop but are owned by root & they shouldn't be on my desktop. Just out of interest.What are they? 2.2) I use the Nvidia proprietary drivers. Because I have 1GB of RAM in my Linux workstation Mandrake uses the Enterprise Kernel. I have the most recent nvidia rpm for the mdk enterprise (9.0) kernel. If I choose to use my old kernel everything works perfectly. If I choose to use the new enterprise kernel then X fails to load as it can't find the nvidia modules Messages such as : (EE) NVIDIA(0): Failed to initialize the NVIDIA kernel module! modprobing both "nvidia" & "NVDriver" comes back with a can't locate module nvidia/NVDriver 2.3) scanner /SANE/ XSane. I have an Epson Perfection 1250 Scanner. It will not work as an Epson but instead must use the plustec.conf (slightly edited) Whatever has changed in between the Sane which shipped in 9.0 & that in 9.1 stops the scanner working. I kinda knew this b4 I upgraded as I had upgraded just the sane stuff while running 9.0 & had had to go back to the stuff that comes with 9.0. Other than that...so far so good. Does anyone know if Mozilla 1.3 is going to make it before 9.1 goes final? Adam/ /
Re: [Cooker] bugs i've found so far
James Sparenberg wrote: > > The average person does not press a Save button after turning the volume > > knob on his stereo. If he'd be wondering whether his computer settings are > > going to be saved or not, then he has been mentally mutilated by > > incompetent software designers, and should be cured ASAP. ;-) > > You are correct but in the case of a volume button the user has > immediate feedback as to whether or not his input has been received (the > volume went down or up.) I think the question is not whether the button > should say save close or ralph. But rather feedback as to the affect > that the users actions have had is needed. Remember the days of typing > rpm -Uvh on an rpm and then wondering ... did it install? Where did it > install? How do I launch it. From this perspective Buchan's point is > valid... Unless of course you prefer that you box leave you in the dark > about what it just did. > > James I'm sorry, but I think that this and Buchan's point (reiterated in his previouw message) miss the intent of the "close" button in this context. The user is checking checkboxes to activate or deactivate sources; that's it. There is no destructive behavior, nor confirmation needed. Should the user wish to reverse his decision, he has only to select/deselect a checkbox. The checking action is immdiate (or at least preceived to be, which is the important thing), so an "abandon" action is confusing. This is not a case of an install; the user is simply choosing which items in a list are activated. Nothing outside of the context of this list is affected. Please refer to the beginning of the thread (or what I pasted below). The original poster was confused why a "quit and don't save" button didn't recover a source that had been deleted. This is because the "remove" button takes immdiate effect; as stated by Guillaume, there is no way to back this operation up. Therefore, a single "close" button makes sense in this context. Buchan's "fire" button analogy (in a message that preceded this one) is correct -- but *not* in relation to the "close" button. The point is, by the time the user closes the window, the damage is already done. Therefore, you *cannot* give the impression that the action is undoable. Guillaume stated that making things undoable is too difficult (at least for now?). I proposed the close button to remove the ambiguity, not to address the base issue which is that there is no undo available. For everyone's edification, I present the original post here: jokerman64 wrote: > nothing serious just a few annoyances that you may want to take a look at. > First off in the software sources manager, whenever you remove a source and > then quit (not save & quit), your changes are saved anyway. This is a real > pain in the @$$ if say, you accidentally deleted the entry for CD1 or > something else important. It should cancel all changes made if Quit is > selected and save all changes if Save & Quit is selected. Otherwise the Save > & Quit button is both useless and redundant. It also gives a false sense of > security and is damned misleading.
Re: [Cooker] bugs i've found so far
On Mon, 2003-03-10 at 07:04, Reinout van Schouwen wrote: > Hi, > > On Mon, 10 Mar 2003, obennett wrote: > > > > else, is that it uses instant-apply where possible. So the changes have > > > already been effectuated before closing the window. > > the average person doesn't know this so having "Close" might cause them > > to just stare wondering if their settings are going to be saved or not. > > Sad as it is this actually happens. > > The average person does not press a Save button after turning the volume > knob on his stereo. If he'd be wondering whether his computer settings are > going to be saved or not, then he has been mentally mutilated by > incompetent software designers, and should be cured ASAP. ;-) You are correct but in the case of a volume button the user has immediate feedback as to whether or not his input has been received (the volume went down or up.) I think the question is not whether the button should say save close or ralph. But rather feedback as to the affect that the users actions have had is needed. Remember the days of typing rpm -Uvh on an rpm and then wondering ... did it install? Where did it install? How do I launch it. From this perspective Buchan's point is valid... Unless of course you prefer that you box leave you in the dark about what it just did. James
Re: [Cooker] bugs i've found so far
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Reinout van Schouwen wrote: > On Mon, 10 Mar 2003, Buchan Milne wrote: > > >>Which means if you made a mistake, you can't just choose cancel (or hit >>ESC), you have to remember what setting you had before, and set it back >>to that. Really bad UI IMHO. Expect users to make mistakes often, and >>make it easy for them to recover from them ... > > > I suggest you read the GNOME HIG before making "really bad UI" judgments. > > http://developer.gnome.org/projects/gup/hig/ > Sorry, but I really don't think a single "Close" button is better than Apply/Cancel/OK combo. It's like making a nuke with only a "Fire" button, and no abort ... Buchan - -- |--Another happy Mandrake Club member--| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x121 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE+bQeJrJK6UGDSBKcRAkajAJsH9As8Z/RhIOkcb+OFh9TXqqCsqQCcDpCF 6FKvb0Gh7WLnlKxgJD393Bk= =h4kK -END PGP SIGNATURE-
Re: [Cooker] bugs i've found so far
Reinout van Schouwen <[EMAIL PROTECTED]> writes: > On Mon, 10 Mar 2003, Buchan Milne wrote: > > > Which means if you made a mistake, you can't just choose cancel (or hit > > ESC), you have to remember what setting you had before, and set it back > > to that. Really bad UI IMHO. Expect users to make mistakes often, and > > make it easy for them to recover from them ... > > I suggest you read the GNOME HIG before making "really bad UI" judgments. > > http://developer.gnome.org/projects/gup/hig/ Can you sum up why you posted this link, why does it follow what buchan was saying? -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] bugs i've found so far
On Mon, 10 Mar 2003, Buchan Milne wrote: > Which means if you made a mistake, you can't just choose cancel (or hit > ESC), you have to remember what setting you had before, and set it back > to that. Really bad UI IMHO. Expect users to make mistakes often, and > make it easy for them to recover from them ... I suggest you read the GNOME HIG before making "really bad UI" judgments. http://developer.gnome.org/projects/gup/hig/ -- Reinout van SchouwenArtificial Intelligence student email: [EMAIL PROTECTED]mobile phone: +31-6-44360778 GPG public key http://www.cs.vu.nl/~reinout/reinout.asc MandrakeClub member
Re: [Cooker] bugs i've found so far
Hi, On Mon, 10 Mar 2003, obennett wrote: > > else, is that it uses instant-apply where possible. So the changes have > > already been effectuated before closing the window. > the average person doesn't know this so having "Close" might cause them > to just stare wondering if their settings are going to be saved or not. > Sad as it is this actually happens. The average person does not press a Save button after turning the volume knob on his stereo. If he'd be wondering whether his computer settings are going to be saved or not, then he has been mentally mutilated by incompetent software designers, and should be cured ASAP. ;-) -- Reinout van SchouwenArtificial Intelligence student email: [EMAIL PROTECTED]mobile phone: +31-6-44360778 GPG public key http://www.cs.vu.nl/~reinout/reinout.asc MandrakeClub member
Re: [Cooker] bugs i've found so far
On Monday 10 March 2003 7:35 am, Reinout van Schouwen wrote: > On Fri, 7 Mar 2003, obennett wrote: > > I think that would be a good fix but "Save" rather than "Close" (as > > gnome does) would be more appropriate here as it explains to the lay > > user exactly what is/has been done. > > Not really. The reason that GNOME uses 'Close' and not 'Save' or something > else, is that it uses instant-apply where possible. So the changes have > already been effectuated before closing the window. the average person doesn't know this so having "Close" might cause them to just stare wondering if their settings are going to be saved or not. Sad as it is this actually happens. -- You possess a mind not merely twisted, but actually sprained.
Re: [Cooker] bugs i've found so far
Buchan Milne wrote: > > Not really. The reason that GNOME uses 'Close' and not 'Save' or something > > else, is that it uses instant-apply where possible. So the changes have > > already been effectuated before closing the window. > > > > Which means if you made a mistake, you can't just choose cancel (or hit > ESC), you have to remember what setting you had before, and set it back > to that. Really bad UI IMHO. Expect users to make mistakes often, and > make it easy for them to recover from them ... > > Buchan Actually, this whole (sub)thread is in reply to the confusion of the existing apply/abandon pair "quit" and "save and quit". The original poster had remarked that he didn't understand why he couldn't quit and cancel all changes; it's because the buttons only apply to the checkboxes. All other chnages are applied in sub-dialog boxes. My suggestion was to replace the button pair with "close" and have the checkboxes take immediate effect. As the current buttons only apply to the checkboxes, and the checkboxes are nondestructive, a cancel button is overkill. The main point is that there is no abandon ability in the main window for destructive actions made in the child dialog boxes. The abandon action is only available in the "edit"/"update"/... subdialogs. Thus, a "close" button in the main window removes the unclear intention and doesn't penalize the user. John
Re: [Cooker] bugs i've found so far
Buchan Milne <[EMAIL PROTECTED]> writes: > Reinout van Schouwen wrote: > > On Fri, 7 Mar 2003, obennett wrote: > > > > > >>I think that would be a good fix but "Save" rather than "Close" (as > >>gnome does) would be more appropriate here as it explains to the lay > >>user exactly what is/has been done. > > > > > > Not really. The reason that GNOME uses 'Close' and not 'Save' or something > > else, is that it uses instant-apply where possible. So the changes have > > already been effectuated before closing the window. > > > > Which means if you made a mistake, you can't just choose cancel (or hit > ESC), you have to remember what setting you had before, and set it back > to that. Really bad UI IMHO. Expect users to make mistakes often, and Yes but it's already the case. You already can't go back. I know it's not optimal but the current architecture of edit-urpm-sources and urpmi.* make it difficult to do otherwise. -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] bugs i've found so far
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Reinout van Schouwen wrote: > On Fri, 7 Mar 2003, obennett wrote: > > >>I think that would be a good fix but "Save" rather than "Close" (as >>gnome does) would be more appropriate here as it explains to the lay >>user exactly what is/has been done. > > > Not really. The reason that GNOME uses 'Close' and not 'Save' or something > else, is that it uses instant-apply where possible. So the changes have > already been effectuated before closing the window. > Which means if you made a mistake, you can't just choose cancel (or hit ESC), you have to remember what setting you had before, and set it back to that. Really bad UI IMHO. Expect users to make mistakes often, and make it easy for them to recover from them ... Buchan - -- |--Another happy Mandrake Club member--| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x121 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE+bJ5crJK6UGDSBKcRAj/VAJ9RpSCJ30acdwucuX2tONRVX4OU2QCeOx7X WofghJqv1C9FhrsupfnjKdE= =ZMz2 -END PGP SIGNATURE-
Re: [Cooker] bugs i've found so far
On Fri, 7 Mar 2003, obennett wrote: > I think that would be a good fix but "Save" rather than "Close" (as > gnome does) would be more appropriate here as it explains to the lay > user exactly what is/has been done. Not really. The reason that GNOME uses 'Close' and not 'Save' or something else, is that it uses instant-apply where possible. So the changes have already been effectuated before closing the window. -- Reinout van SchouwenArtificial Intelligence student email: [EMAIL PROTECTED]mobile phone: +31-6-44360778 GPG public key http://www.cs.vu.nl/~reinout/reinout.asc MandrakeClub member
Re: [Cooker] bugs i've found so far
obennett <[EMAIL PROTECTED]> writes: > > May I suggest taking a page out of the Mac's (and now Gnome's) > >book? Simply have a single, "Close" button. > > I think that would be a good fix but "Save" rather than "Close" > (as gnome does) would be more appropriate here as it explains to > the lay user exactly what is/has been done. Well, yes, except that a "Save" button normally means that there is also a "Cancel" or "Quit" button :).. -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] bugs i've found so far
On Friday 07 March 2003 7:24 am, John Keller wrote: > Guillaume Cottenceau wrote: > > Actually "save & quit" concerns only the changes in the > > "activated" checkboxes. "Immediately" canceling the rest would > > not be easy because each real action (add/modify/remove) is > > actually done by urpmi. The good fix would be to rename the > > buttons but I don't have a good enough idea for them.. > > May I suggest taking a page out of the Mac's (and now Gnome's) book? Simply > have a single, "Close" button. I think that would be a good fix but "Save" rather than "Close" (as gnome does) would be more appropriate here as it explains to the lay user exactly what is/has been done. > This clears up both confusion from what the buttons can and can't do, as > well as reduces the importance of the action (I don't need confirmation for > something that I can easily undo myself). > > Beyond that, there is the possibility to link the "remove" button, at > least, to the "save" ability. Rather than remove the source when the user > clicks the button, remove it (or not) upon exit. Because "removed" sources I think that's a brilliant idea. > I hope these ideas help out. Just a bit of one-man brainstorming... -- In a five year period we can get one superb programming language. Only we can't control when the five year period will begin.
Re: [Cooker] bugs i've found so far
On Friday 07 March 2003 7:11 am, Guillaume Cottenceau wrote: > Please use *meaningful* Subject: line in your emails or else it's > very difficult to guess if your email concerns me or not. Point taken. I wasn't really posting this as a bug report though it was more a commentary on little niggling annoyances I'd found thus far. When I file an actual bug report then you'll have all the info (and descriptions) you could ever dream of. > Yes, I'm aware of that yet I don't know how to fix it. No biggie. neither do I, i just find the problems :-D > Actually "save & quit" concerns only the changes in the > "activated" checkboxes. "Immediately" canceling the rest would > not be easy because each real action (add/modify/remove) is > actually done by urpmi. The good fix would be to rename the > buttons but I don't have a good enough idea for them.. -- Teutonic: Not enough gin.
Re: [Cooker] bugs i've found so far
Guillaume Cottenceau wrote: > > Beyond that, there is the possibility to link the "remove" button, at least, > > to the "save" ability. Rather than remove the source when the user clicks > > the button, remove it (or not) upon exit. Because "removed" sources stop > > showing up, you can be certain that the abandonment action will be accurate > > (as opposed to layed edits, which are much harder to implement an undo for). > > Well that's nice but then it might confuse people to be able to > "cancel" the removals but not the additions and modifications > (not counting the proxy config and updating of sources). Very true. Just looking for an easy solution. There are ways to address everything short of the "update" button by caching the changes until the user exits. But that's always a real pain to program and involves a lot of archetectural changes. In the end, if indeed you go in the direction of having a single close button, it should be fine. The distinction of the action buttons to the right and the checkboxes in the list will be enough for the user to understand that changes made after editing a source will be permanantly committed. > > I hope these ideas help out. Just a bit of one-man brainstorming... > > They do! Thanks. You're welcome. Glad to do what little I can offer to the process... :)
Re: [Cooker] bugs i've found so far
"John Keller" <[EMAIL PROTECTED]> writes: > May I suggest taking a page out of the Mac's (and now Gnome's) book? Simply > have a single, "Close" button. > > The activation checkboxes are nondestructive in nature. Confirmation of > saving their state isn't very important, especially considering the > confusion that results from the presence of a save/abandon choice (I, too, > had originally been surprised to see that a just-deleted source didn't come > back when I clicked "Quit"). Yes! good point.. > This clears up both confusion from what the buttons can and can't do, as > well as reduces the importance of the action (I don't need confirmation for > something that I can easily undo myself). > > Beyond that, there is the possibility to link the "remove" button, at least, > to the "save" ability. Rather than remove the source when the user clicks > the button, remove it (or not) upon exit. Because "removed" sources stop > showing up, you can be certain that the abandonment action will be accurate > (as opposed to layed edits, which are much harder to implement an undo for). Well that's nice but then it might confuse people to be able to "cancel" the removals but not the additions and modifications (not counting the proxy config and updating of sources). > I hope these ideas help out. Just a bit of one-man brainstorming... They do! Thanks. -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] bugs i've found so far
Guillaume Cottenceau wrote: > Actually "save & quit" concerns only the changes in the > "activated" checkboxes. "Immediately" canceling the rest would > not be easy because each real action (add/modify/remove) is > actually done by urpmi. The good fix would be to rename the > buttons but I don't have a good enough idea for them.. May I suggest taking a page out of the Mac's (and now Gnome's) book? Simply have a single, "Close" button. The activation checkboxes are nondestructive in nature. Confirmation of saving their state isn't very important, especially considering the confusion that results from the presence of a save/abandon choice (I, too, had originally been surprised to see that a just-deleted source didn't come back when I clicked "Quit"). This clears up both confusion from what the buttons can and can't do, as well as reduces the importance of the action (I don't need confirmation for something that I can easily undo myself). Beyond that, there is the possibility to link the "remove" button, at least, to the "save" ability. Rather than remove the source when the user clicks the button, remove it (or not) upon exit. Because "removed" sources stop showing up, you can be certain that the abandonment action will be accurate (as opposed to layed edits, which are much harder to implement an undo for). I hope these ideas help out. Just a bit of one-man brainstorming...
Re: [Cooker] bugs i've found so far
Please use *meaningful* Subject: line in your emails or else it's very difficult to guess if your email concerns me or not. > First off in the software sources manager, whenever you remove a source and > then quit (not save & quit), your changes are saved anyway. This is a real > pain in the @$$ if say, you accidentally deleted the entry for CD1 or > something else important. It should cancel all changes made if Quit is > selected and save all changes if Save & Quit is selected. Otherwise the Save > & Quit button is both useless and redundant. It also gives a false sense of > security and is damned misleading. Yes, I'm aware of that yet I don't know how to fix it. Actually "save & quit" concerns only the changes in the "activated" checkboxes. "Immediately" canceling the rest would not be easy because each real action (add/modify/remove) is actually done by urpmi. The good fix would be to rename the buttons but I don't have a good enough idea for them.. -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
[Cooker] bugs i've found so far
nothing serious just a few annoyances that you may want to take a look at. First off in the software sources manager, whenever you remove a source and then quit (not save & quit), your changes are saved anyway. This is a real pain in the @$$ if say, you accidentally deleted the entry for CD1 or something else important. It should cancel all changes made if Quit is selected and save all changes if Save & Quit is selected. Otherwise the Save & Quit button is both useless and redundant. It also gives a false sense of security and is damned misleading. --- In Illogic We Trust (and God too)
Re: [Cooker] Is this the place to post cooker bugs?
Seems hard to believe that error. If you're just doing rpm -ba it won't make ANY difference what processor you're using. It will build for i586 (unless you have altered the .rpmrc file). In fact, from your post, it looks like you were building i586-mandrake-linux-gnu. So the error shouldn't be caused by building on an athlon. And if it works on you other system, it makes me think that your dual athlon has a dirty build environment or something. However, I have a dual athlon and I will try to reproduce the problem right now. Austin -- Austin Acton Hon.B.Sc. Synthetic Organic Chemist, Teaching Assistant Department of Chemistry, York University, Toronto MandrakeClub Volunteer (www.mandrakeclub.com) homepage: www.groundstate.ca
[Cooker] Is this the place to post cooker bugs?
I posted a (possible) cooker bug here yesterday. The bug appears in the build process for gcc-3.2.1 on my athlon machine. It's entitled: [Cooker] Bug in gcc-3.2.1 .src.rpm build and can be found here: http://www.mandrakelinux.com/en/archives/cooker/2003-01/msg00286.php I have seen no remarks, acknowledgement of receipt, questions, or statements to effect that I'm an idiotic doofus and the "bug" is all my fault. Is anyone listing? Did I commit some cooker social faux pax by posting bugs here? Dean P.S. In another message I also asked about why I can't digestify this list. My mbox is getting swamped with individual cooker message which I would dearly love to have in digest form but sympa tells me that "SET cooker DIGEST" is not an allowed commend for this list. Can anyone tell me why? Thanks.
Re: [Cooker] bugs / question about latest drakxtools
JC Pollman <[EMAIL PROTECTED]> writes: > > drakfloppy doesn't start : > > same problem with printerdrak: > > root@jc ~# printerdrake > Undefined subroutine &main::N called at /usr/sbin/printerdrake line 57. > well... fixing! and uploading again
Re: [Cooker] bugs / question about latest drakxtools
same problem with printerdrak: root@jc ~# printerdrake Undefined subroutine &main::N called at /usr/sbin/printerdrake line 57. JC drakfloppy doesn't start : [root@portable cosmicflo]# drakfloppy Name "main::in" used only once: possible typo at /usr/sbin/drakfloppy line 61. Undefined subroutine &main::N called at /usr/sbin/drakfloppy line 68. Use of uninitialized value in subroutine entry at /usr/lib/libDrakX/c.pm line 10. [root@portable cosmicflo]#
[Cooker] bugs / question about latest drakxtools
drakfloppy doesn't start : [root@portable cosmicflo]# drakfloppy Name "main::in" used only once: possible typo at /usr/sbin/drakfloppy line 61. Undefined subroutine &main::N called at /usr/sbin/drakfloppy line 68. Use of uninitialized value in subroutine entry at /usr/lib/libDrakX/c.pm line 10. [root@portable cosmicflo]# === bugs in drakconnect : - an eth0 modem is detected ! ??? - if you are connected to internet by DHCP : - ping a server-> ok - launch drakconf ( MCC ) -> network & internet->connection - click on wizard/assistant button -> cancel button - re-ping the server -> problem, you have to restart manually network service ! This problem doesn't occure when launching directly drakconnect in a console. I think it's beacause script continue after line 259 in drakconnect even if cancel button is pressed in the wizard. - what is the status for ADSL ECI driver ( http://eciadsl.flashtux.org/ - I've asked for it several times since some months, without any response :( ) ? This driver support now new ADSL modems, it could be greet to have it and integrated in drakconnect ! - in drakconnect, I saw that all network configuration is stored in /etc/sysconfig/network-scripts/drakconnect_conf file. In Mdk 9.0 and 3 weeks cooker, I saw that ADSL informations were not displayed in GUI when I wanted to reconfigure -> I had to re-type all ADSL config. Is it now displayed (or will be soon) ? Thanks, Florent
Re: [Cooker] Bugs in aRts and Brahms
On Fri, 11 Oct 2002 18:20:59 +0200 Götz Waschk <[EMAIL PROTECTED]> wrote: > If you follow the Cooker development you can check if the problem > still appears with the new beta version of arts. Tried it. The problem exists there as well. Charles --- All vacations and holidays create problems, except for one's own -- Murphy's Laws on Work n°34 -- Charles A Edwards [EMAIL PROTECTED] --
Re: [Cooker] Bugs in aRts and Brahms
Am Freitag, 11. Oktober 2002, 17:49:44 Uhr MET, schrieb Denix 13: > I am still waiting from an answer from authors or aRts and Brahms... > > But aRts is in the main distribution, spreaded in at least > four packages: > -- arts-1.0.3-7mdk > -- libarts-1.0.3-7mdk > -- libarts-devel-1.0.3-7mdk > -- kdemultimedia-3.0.3-7mdk If you follow the Cooker development you can check if the problem still appears with the new beta version of arts. -- Götz Waschk <> master of computer science <> University of Rostock http://wwwtec.informatik.uni-rostock.de/~waschk/waschk.asc for PGP key --> Logout Fascism! <--
Re: [Cooker] Bugs in aRts and Brahms
On Thu, 10 Oct 2002 02:58:26 -0700 Randy wrote: > Denix 13 wrote: >> Hi there, >> It's been a long time since I last saw a post dealing with Brahms. Has >> any of you folks been able to *use* it? > [snip] >> The URL is: >> >> http://perso.wanadoo.fr/denix13/Brahms/brahmsbug.html >> >> Here are the bare facts: > > Your great bug report is refreshing. > > I had to try it. brahms from 9.0 contrib on a fresh install with KDE > and SB Live card *does* immediately crash when importing a MIDI file. > > I hope that either the author or someone at Mandrake can help fix it. > > Thanks, Rand E. Thank *you* for reading. I must admit that I took some pleasure writing it. I am still waiting for an answer from authors or aRts and Brahms... I would also appreciate if someone at MandrakeSoft could have a look at it: the bug in aRts is triggered by using Brahms, which being in Contrib, does not seem to deserve much attention. I am still waiting from an answer from authors or aRts and Brahms... But aRts is in the main distribution, spreaded in at least four packages: -- arts-1.0.3-7mdk -- libarts-1.0.3-7mdk -- libarts-devel-1.0.3-7mdk -- kdemultimedia-3.0.3-7mdk And when artsd fails, all KDE applications that use sound do not work anymore... Denix13 http://perso.wanadoo.fr/denix13/Brahms/brahmsbug.html
Re: [Cooker] Bugs in aRts and Brahms
Denix 13 wrote: > Hi there, > > It's been a long time since I last saw a post dealing with Brahms. Has > any of you folks been able to *use* it? [snip] > The URL is: > > http://perso.wanadoo.fr/denix13/Brahms/brahmsbug.html > > Here are the bare facts: Your great bug report is refreshing. I had to try it. brahms from 9.0 contrib on a fresh install with KDE and SB Live card *does* immediately crash when importing a MIDI file. I hope that either the author or someone at Mandrake can help fix it. Thanks, Rand E.
[Cooker] Bugs in aRts and Brahms
Hi there, It's been a long time since I last saw a post dealing with Brahms. Has any of you folks been able to *use* it? I didn't. After having spent hours and hours trying to get it to work, I have written a bug report. In order not to clutter the list with a lot of computer generated blah-blah coming from the gdb backtrace facility, I made it under the form of an HTMLized version with color and all. But beware that if you want to reproduce my steps, you need at least -- the packages arts-1.0.3-7mdk.src.rpm brahms-1.02-4mdk.src.rpm -- a working gcc/g++/gdb environment -- a basic understanding of MIDI music sequencing The URL is: http://perso.wanadoo.fr/denix13/Brahms/brahmsbug.html Here are the bare facts: The BrahmsMIDI sequencing applicationcoming from Mandrake/9.0/contrib/RPMS/brahms-1.02-4mdk.i586.rpm does not work. -- When invoked at the prompt as "brahms", it opens its main windows but does not play neither manually entered notes nor imported MIDI files. -- When invoked as "brahms -o arts" in order to output to aRts instead of ALSA (the default for Mandrake version), it aborts with a message notifying that brahms and aRts should be installed at the same location. This message is misleading as brahms and aRts are actually installed at the same location, thanks Mandrake! -- Further investigation shows that this problem is due to the incapacity of the daemon artsd to dynamically load a particular shared library when this one is stripped: not stripping the library solves the problem. This is however a bug that prevents current binary implementation of aRts/Brahms to run on Mandrake. --Buildingbrahmsfrom thesourceRPMfoundin Mandrake-devel/contrib/SRPMS/brahms-1.02-4mdk.src.rpm fails, probably beacause the configuration is set for a parallel make. However the source coming from a forthcoming KMusic application, which includes brahms, compiles flawlessly. -- Nevertheless, brahms still crashes. Actually, the problem seems to be located in the artsd daemon, which segfaults as soon as Brahms wants to play something. I have sent emails to the respective authors of aRts and brahms, and I would really appreciate your help as I need that kind of software for my musical research. More generally a working full-featured MIDI sequencing musical software in a free software framework can be a strong bonus for the reputation of Mandrake Linux in the field of multimedia applications. Long live Linux Mandrake! Denix13
[Cooker] Bugs in ML 9.0 part 1: network
Hello, during the last 3 days I've installed LM 9.0 on 4 machines. On three PC's it was an update from LM 8.2 to 9.0 and one fresh install. I found some bugs which in my opinion can exist in a beta version of a distribution but not on a final one. I've split the problems into sections. - static routes made via netconf or linuxconf will never be started because of a new format in /etc/sysconfig/network-scripts/ifup-routes The routing is expected in a file called route-eth0 for example. temp. Solution: uncomment the old version in /etc/sysconfig/network-scripts/ifup-routes - network probe doesn't exist, so linuxconf fails to get the current status of the network - an old problem with nfs: if i have open files on a nfs mounted share and make a /etc/rc.d/init.d/netfs stop (or a shutdown/reboot) the first time umount fails, then fuser -km kills the process and the share is umounted - but the netfs script retries to umount the share 2 times more because the nfs share is still listed under /proc/mounts. For me a workaround is to fuser -km the procs before the first try of umount -f -a -t nfs .. [ -n "$NFSMTAB" ] && { sig= retry=3 remaining=`awk '!/^#/ && $3 ~ /^nfs/ && $2 != "/" {print $2}' /proc/mounts` /sbin/fuser -k -m $sig $remaining >/dev/null while [ -n "$remaining" -a "$retry" -gt 0 ] Not a good solution - but it works for me. So, enough of the network problems - supermount, mysql and shutdown trouble will follow later. At the end something positive: I think Mandrake Linux is one of the best linux distributions. With LM 8.2 i haven't big trouble and the configuration is much better than in other distributions. Bye, Dirk
[Cooker] [BUGS] pdf2dsc not working and so kghostview
If I try to see a pdf with kghostview, nothing will be displayed. I finally find why. pdf2dsc seems to have problems [will@bastard will]$ pdf2dsc --help Error: /undefinedfilename in --file-- Operand stack: PDFfile (--help) (r) Execution stack: %interp_exit .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- --nostringval-- false 1 %stopped_push 1 3 %oparray_pop 1 3 %oparray_pop 1 3 %oparray_pop .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- --nostringval-- Dictionary stack: --dict:1051/1123(ro)(G)-- --dict:0/20(G)-- --dict:68/200(L)-- Current allocation mode is local Last OS error: 2 Current file position is 1916 ESP Ghostscript 7.05.4: Unrecoverable error, exit code 1 + when I launch kghostview : Xlib: extension "GLX" missing on display ":0.0". fcntl: Bad file descriptor fcntl: Bad file descriptor kio (KDirWatch): Can't use FAM (fam daemon not running?) kio (KDirWatch): Available methods: Stat kghostview (kdegraphics): KGVConfigDialog::readSettings kghostview (kdegraphics): KPSWidget::setupWidget() kparts: MainWindow::createGUI for kgvpart kghostview (kdegraphics): KGVRun::foundMimeType( application/pdf ) kghostview (kdegraphics): KGVPart::slotMimetype: type=application/pdf kghostview (kdegraphics): KGVMiniWidget::openFile kghostview (kdegraphics): Pdf2dsc: started kghostview (kdegraphics): Pdf2dsc: process exited kghostview (kdegraphics): KGVMiniWidget::openPDFFileContinue kghostview (kdegraphics): KGVMiniWidget::openPSFile kghostview (kdegraphics): KGVMiniWidget::showPage( 0 ) kghostview (kdegraphics): KGVMiniWidget::orientation( 0 ) kghostview (kdegraphics): KGVMiniWidget::computePageSize( y792x612 ) kghostview (kdegraphics): KPSWidget::setupWidget() kghostview (kdegraphics): KPSWidget: starting interpreter kghostview (kdegraphics): KPSWidget: sendPS kghostview (kdegraphics): KPSWidget: gs_input kghostview (kdegraphics): KPSWidget: sendPS kghostview (kdegraphics): KPSWidget: sendPS kio (KDirWatch): Added File /home/will/Documents/1305ws1_file.pdf [KDirWatch-1] kio (KDirWatch): Global Poll Freq is now 500 msec kio (KDirWatch): Started Polling Timer, freq 500 kio (KDirWatch): Setup Stat (freq 500) for /home/will/Documents/1305ws1_file.pdf kio (KDirWatch): KDirWatch-1 stopped scanning /home/will/Documents/1305ws1_file.pdf (now 0 watchers) kghostview (kdegraphics): KPSWidget: gs_input kghostview (kdegraphics): KPSWidget: gs_input kghostview (kdegraphics): KPSWidget: gs_input kghostview (kdegraphics): KPSWidget: received output kghostview (kdegraphics): KPSWidget: received output kghostview (kdegraphics): KPSWidget: received output kghostview (kdegraphics): KPSWidget: process exited kghostview (kdegraphics): KGVMiniWidget::showPage( 1 ) kghostview (kdegraphics): KGVMiniWidget::orientation( 1 ) kghostview (kdegraphics): KGVMiniWidget::computePageSize( y792x612 ) kghostview (kdegraphics): KGVMiniWidget::showPage( 2 ) kghostview (kdegraphics): KGVMiniWidget::orientation( 2 ) kghostview (kdegraphics): KGVMiniWidget::computePageSize( y792x612 ) kghostview (kdegraphics): KGVMiniWidget::showPage( 0 ) kghostview (kdegraphics): KGVMiniWidget::orientation( 0 ) kghostview (kdegraphics): KGVMiniWidget::computePageSize( y792x612 ) -- Localise input and output in subroutines. - The Elements of Programming Style (Kernighan & Plaugher)
Re: [Cooker] BUGS
Yura Gusev <[EMAIL PROTECTED]> writes: > In IceWM if i use any theme menu buttom is still same. Please use a relevant subject for your mails.. -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
[Cooker] BUGS
In IceWM if i use any theme menu buttom is still same. During today cooker installation i fount one more bug. There is cool mouse testing thingy but if i use russian(koi8-r) installation it didn't showed up. One more thing in kde you can't rename items in the desktop.(Ex create new folder move icon(shortcut) from start-menu there and try to rename. And another thing can you check if gnomba really needs full samba or just samba-client). Thats it for today. -- 10:28pm up 52 days, 11:25, 4 users, load average: 0.00, 0.00, 0.00 O // <==-} ->.--._.-^-(.} )'/{( \d ./\, ) -._.- > / / `\/' GNU -=LFS*1482=- I am not 31337. But I can use the Vi editor... ;-0
[Cooker] Bugs in Beta3
Good morning ! I've found some Bugs in Beta3 while installation(German/Expert)but I'm not sure, if they are already known ...: -general: a.the system didnt reboot at the end of the installation, it hang at "unmounting filesystem /tmp/stage2" ! - draknet: a. you can't see the courser, when you click into a field b. the password is shown in plain text (no stars) c. there is no checkbox for dynamical IP from the ISP - driver: a. are there any driver for Kyro2-Chips ?? I hope it helps ! mfg dominik
Re: minimum install (was: Re: [Cooker] Bugs in mandrake-8.0)
On 8/3/01 10:25 AM, "Christian Bricart" <[EMAIL PROTECTED]> wrote: > yes :-) I know .. I do it all the time :-) > and I really miss a "unselect all" button :-) And I certainly miss a 'select all' button, which would be highly useful - particularly since the latest (8.0) set of default server installations does not even include such obvious tools as 'traceroute'. Amazing (I'm sure it can be loaded manually, but that's not the point) Harry
minimum install (was: Re: [Cooker] Bugs in mandrake-8.0)
Re: [Cooker] Bugs in drakxtools
Fergal Daly <[EMAIL PROTECTED]> writes: [...] > I tried to configure connection sharing but it complained that there was a > problem installing iptables, I have no idea what the problem was as there > were no details given. Me neither, I test the binary and it is not here. Can you "rpm -V iptables" ? > After it failed, it had reconfigured my eth0 to 192.168.0.1 (it did warn > that it would reconfigure but gave no details about why and how). It had ?? Are you kidding or what?? It says it will set up a LAN for you; then it detects your adapter is already configured and warns you it will reconfigure. What do you want more?? Let's be realistic. > previously been on 10.0.0.9 which is also a private network, so there was no > need to reconfigure. Very funny. -- Guillaume Cottenceau
[Cooker] Bugs in Installer
Here are some problems I found and also one or two feature suggestions Installer - upgrade and install: Removable media - I have a sparq removable IDE drive and I had to insert a cartrige in it before I could get to the disk partitioning section. It was complaining something like "Couldn't even get read/write". The only option was "OK" and when you click that it just tries again. There really needs to be an "ignore" option there. Installer - upgrade: Package selection - the disk usage calculation seems to be wrong. When I tried it, it didn't take into account that most of the space on /usr was going to be reclaimed when old packages were deleted. It just saw that the free space was smaller than the size of the packages to install and choked. So I ended up just doing an install and formatting /usr (which is about 4G in size) Installer - fresh install: XFree4 - I selected 1280x1024 as my mode but ended up with 1024x768. The test went fine and I selected "Generic|Multi-frequency that can do 1280x1024 at 76 Hz". I'm running in 1280x1024 and all I had to do was edit XF86Config and add "1280x1024" to Modes in the Display subsections. Network - it doesn't give you a chance to configure more than one device, which seems a little odd for a distro that supports connection sharing (I know you can use the menu on the left to go back a step but beginners won't know that). Package selection - Not so much a bug as a serious annoyance. I selected as full an install as I possiby could by ticking the box for each of the high-level package groups - Development, Multimedia etc and I ended up with a little over 1000 packages left uninstalled from my CDs! I now have to install these myself. An "everything" button (like Redhat's) would be great. Looking at the Multimedia menu in X, I didn't get any video players, seems kinda odd since I select multimedia. Similarly Development got me 4 -devel packages. I realise it also got me all the dev tools but I'd love to see an option to "Include all -devel packages" either as an overall option or maybe per category so that if I was installing xxx.rpm I'd also get xxx-devel.rpm.
[Cooker] Bugs in drakxtools
All this was done as root: When configuring a connection through the control centre, it strips alpha characters from the phone number. I and many other people need to be able to put "W"s in our dial strings to instruct the modem to wait for a second dial tone and continue dialling. I didn't try putting a "," in to see what happens. There are other times when letters are useful as part of the number. It's a bad idea to correct peoples' "mistakes" without telling them. I tried to configure connection sharing but it complained that there was a problem installing iptables, I have no idea what the problem was as there were no details given. After it failed, it had reconfigured my eth0 to 192.168.0.1 (it did warn that it would reconfigure but gave no details about why and how). It had previously been on 10.0.0.9 which is also a private network, so there was no need to reconfigure.
Re: [Cooker] Bugs? RPMDrake, Evolution, Nautilus and Mozilla
Dans l'article <[EMAIL PROTECTED]>, "Giles Hamlin" <[EMAIL PROTECTED]> a écrit : > I have upgraded my system to the latest Nautilus and Mozilla RPMs and I > am still having problems launching Mozilla independently of the Nautilus > browser. > > My RPM versions are > > mozilla 0.8.1-2mdk > mozilla-irc 0.8.1-2mdk > mozilla-psm 0.8.1-2mdk > nautilus 1.0-6mdk > nautils-mozilla 1.0-6mdk > nautils-trilobite 1.0-6mdk We have downgrade to mozilla 0.8-5mdk for LM 8.0 frozen. I suggest you downgrade to this version > However, if I then kill process #12773, mozilla-bin, I can start up > Mozilla from the terminal, and it runs fine. Why does this happen, and > does anything look wrong with all of this? As Chris pointed out, there is a problem between mozilla start script and xalf.. You should add NO_XALF in your .desktop (it is done in Mandrake menu) -- Frédéric Crozat MandrakeSoft
Re: [Cooker] Bugs?... forgot to mention
Chris Wenny wrote: > I think if you enable "do not distinguish between windows" from the > control-panel's feedback menu, you dont have to put NO_XALF.. > > =Spike= > > > > > Thanks so what's with all this NO-XALF business?
Re: [Cooker] Bugs?... forgot to mention
I think if you enable "do not distinguish between windows" from the control-panel's feedback menu, you dont have to put NO_XALF.. =Spike=
Re: [Cooker] Bugs? RPMDrake, Evolution, Nautilus and Mozilla
Giles Hamlin wrote: > Frederic Crozat wrote: > > > Dans l'article <[EMAIL PROTECTED]>, "Giles Hamlin" > > <[EMAIL PROTECTED]> a $B>-%"(Bcrit : > > > >> Mozilla + Nautilus > >> Since installing the Mozilla in Nautilus RPM, I cannot get Mozilla > >> to > >> open on it's own in a Gnome session, other than from within a > >> Nautilus > >> window. > However, if I then kill process #12773, mozilla-bin, I can start up > Mozilla from the terminal, and it runs fine. Why does this happen, and > does anything look wrong with all of this? > > Giles I have this problem too. Try using "NO_XALF app-name-here" on your launcher. So lets say for your mozilla launcher, bring up the launcher's property, inside the command box type "NO_XALF mozilla" or "NO_XALF /usr/bin/mozilla" or whatever directory your mozilla is in. This works for me. It also works for other apps that dont pop out automatically. =Spike=
Re: [Cooker] Bugs? RPMDrake, Evolution, Nautilus and Mozilla
Frederic Crozat wrote: 99n2ip$2k1$[EMAIL PROTECTED]">Dans l'article [EMAIL PROTECTED]"><[EMAIL PROTECTED]>, "Giles Hamlin"<[EMAIL PROTECTED]> a écrit : Mozilla + NautilusSince installing the Mozilla in Nautilus RPM, I cannot get Mozilla toopen on it's own in a Gnome session, other than from within a Nautiluswindow. Is this the way it's supposed to work? Typing Mozilla at aconsole returns no error message, just a prompt but nothing at allhappens. Mozilla works fine with KDE. That's very strange, since I don't have these problems on my testmachine..Could you try :-logout-login as user in text mode-run oaf-slay-logout and login as user in graphics modetest again :))Do you have this problem only after accessing web page through nautilus ? I have upgraded my system to the latest Nautilus and Mozilla RPMs and I am still having problems launching Mozilla independently of the Nautilus browser. My RPM versions are mozilla 0.8.1-2mdk mozilla-irc 0.8.1-2mdk mozilla-psm 0.8.1-2mdk nautilus 1.0-6mdk nautils-mozilla 1.0-6mdk nautils-trilobite 1.0-6mdk Straight from a reboot, I have tried to run Mozilla, and I get the starting splash screen, about 5 or 6 seconds of hard disc activity and then nothing, whilst typing mozilla in a terminal just returns the prompt, with no inckling of an error message. Running GPS gives me the following information on Nautilus and Mozilla: PID Name Owner Host State %CPU Size RSS Nice Pri 6702 nautilus giles localho S 4.2 26864K 11952K 0 9 6740 nautilus-throbb giles localho S 2.4 12048K 5996K 0 9 6747 nautilus giles localho S 0.0 26864K 11952K 0 9 6748 nautilus giles localho S 0.0 26864K 11952K 0 9 6749 nautilus giles localho S 0.0 26864K 11952K 0 9 6750 nautilus giles localho S 0.0 26864K 11952K 0 9 6751 nautilus giles localho S 0.0 26864K 11952K 0 9 6752 nautilus giles localho S 0.0 26864K 11952K 0 9 6755 nautils-adapte giles localho S 0.0 11588K 4384K 0 9 6784 nautilus-notes giles localho S 2.6 11572K 5032K 0 9 6788 nautilus-histor giles localho S 2.6 11600k 5342K 0 9 12773 mozilla-bin giles localho S 5.9 39304K 26508K 0 9 12790 mozilla-bin giles localho S 0.0 39304K 26508K 0 8 12791 mozilla-bin giles localho S 0.0 39304K 26508K 0 9 12792 mozilla-bin giles localho S 0.0 39304K 26508K 0 9 12986 mozilla-bin giles localho S 0.0 39304K 26508K 0 9 13830 nautilus giles localho R N 21.0 11528K 3816K 0 20 However, if I then kill process #12773, mozilla-bin, I can start up Mozilla from the terminal, and it runs fine. Why does this happen, and does anything look wrong with all of this? Giles
Re: [Cooker] Bugs? RPMDrake, Evolution, Nautilus and Mozilla
Frederic Crozat wrote: > Dans l'article <[EMAIL PROTECTED]>, "Giles Hamlin" > <[EMAIL PROTECTED]> a écrit : > > > Could you try : > -logout > -login as user in text mode > -run oaf-slay > -logout and login as user in graphics mode > > test again :)) Okay, this is where I start to look dumb From the login menu, I shutdown to command prompt, logged in as name and ran oaf-slay. I then logged out, but then what do I do? How do I get back to the login screen? Also, if anyone could PLEASE tell me the location of the configuration file that lists the sources that I have specified for RPMDrake I would be very grateful. I upgraded to the 26/03 RPMDrake and I am still segfaulting, so I think my only option is to delete and/or modify the configuration that contains the URLs I set through RPMDrake that caused the program to start segfaulting in the first place.
Re: [Cooker] Bugs in Pan and Xine
On 26-Mar-01 Giles Hamlin wrote: > Alex Hulse wrote: >> Pan 0.95 that comes with 8beta2 just plain doesn't work - when you run >> it, it >> sits and stares at you without producing a window. Installing the RPM >> from pan's site, it runs fine. Odd. > > Pan worked great here - it even brought up a window telling me to > delete > my exisiting databases, but seems to be working fine without doing > that. Hmm, it doesn't work here. The rpm and src.rpm from the pan website work both, the pan rpm and src.rpm from Cooker not. Strange though, the src.rpm-2mdk works ok now. -- Marcel Pol [EMAIL PROTECTED]
Re: [Cooker] Bugs? RPMDrake, Evolution, Nautilus and Mozilla
Dans l'article <[EMAIL PROTECTED]>, "Giles Hamlin" <[EMAIL PROTECTED]> a écrit : > Mozilla + Nautilus > Since installing the Mozilla in Nautilus RPM, I cannot get Mozilla to > open on it's own in a Gnome session, other than from within a Nautilus > window. Is this the way it's supposed to work? Typing Mozilla at a > console returns no error message, just a prompt but nothing at all > happens. Mozilla works fine with KDE. That's very strange, since I don't have these problems on my test machine.. Could you try : -logout -login as user in text mode -run oaf-slay -logout and login as user in graphics mode test again :)) Do you have this problem only after accessing web page through nautilus ? -- Frédéric Crozat MandrakeSoft
Re: [Cooker] Bugs in Pan and Xine
Pan works fine here as well. On 26 Mar 2001 02:06:34 +0100, Giles Hamlin wrote: > > > Alex Hulse wrote: > > > Pan 0.95 that comes with 8beta2 just plain doesn't work - when you run it, it > > sits and stares at you without producing a window. Installing the RPM from > > pan's site, it runs fine. Odd. > > Pan worked great here - it even brought up a window telling me to delete > my exisiting databases, but seems to be working fine without doing that. > > >
Re: [Cooker] Bugs in Pan and Xine
Alex Hulse wrote: > Pan 0.95 that comes with 8beta2 just plain doesn't work - when you run it, it > sits and stares at you without producing a window. Installing the RPM from > pan's site, it runs fine. Odd. Pan worked great here - it even brought up a window telling me to delete my exisiting databases, but seems to be working fine without doing that.
[Cooker] Bugs in Pan and Xine
Pan 0.95 that comes with 8beta2 just plain doesn't work - when you run it, it sits and stares at you without producing a window. Installing the RPM from pan's site, it runs fine. Odd. When attempting to ./configure the xine 0.401 package, it whines about imlib, even though I have it installed, and won't compile either. Alex
[Cooker] Bugs in Beta 1
I don't know how many of these have been fixed in beta 2, as I'm waiting for the CD to be delivered (slow modem connection makes downloading iso images impractical). Here are the beta 1 bugs I've found so far, and some are biggies. I know that some of them have been reported for beta 2, but haven't read all the archives yet. 1. Installer will not allow changing from CD1 to CD2. CD1 stays mounted. 2. Modem connection. When configuring during instal, the same box reappears ad infinitum on a box without an NIS until 'configure networking' is canceled. 3. PPP module not compiled into kernel during install of kernel 2.4.2 (might work now I have the 2.4.2 source installed). 4.RPMdrake freezes. 5. Linuxconf freezes if more than one item is opened at once, and has to be killed. 6. Drakfont causes x server to crash when importing certain Windows fonts (wingdings?) in spite od using strong verification. 7. Fetchmailconf produces blank window when creating mail connection. 8. There appears to be no kernel headers or utilities for the 2.4.2 kernel. 9. Not all packages on the CDs seem to appear on Kpackage. 10. I cannot add a CD source to Gnorpm. 11. Xinetd fails to start on boot in kernel 2.2.18 (same as with 7.2) 12. XWindows setup hangs with s3Virge 86c325 card if install is not done in expert mode (as with all Mandrake distros since my first, 7.0. XF86 4.0.2 will not let me select the correct xserver for my card. The S3 Virge server breaks x and I do not get the option of choosing the svga server, so I've had to go back to xf86 3.3.6. Mandrake 7.2 ran on xf86 4.0.1 and installed the svga server. This is a long list, and possibly out of date now, but I believe that some of these bugs are still in the beta 2. I'm using the graphical methods because I'm a relative newbie and, although I can use the command line, I'm no expert at it and so avoid doing so for mission critical things if possible. -- Anna
[Cooker] Bugs? RPMDrake, Evolution, Nautilus and Mozilla
Hi Just thought I'd post up a few of my latest experiences with cooker beta 2. If anyone could either confirm these as bugs or 'features' and let me know of any work arounds I'd be very grateful. RPMDrake 1.3-21mdk I deleted all sources except for cdrom1 and cdrom2 and then added a security updates mirror, choosing a server from the list. After this I added a cooker mirror, but the program bombed out after I had chosen to add it. On attempts to restart, I get the message 'Segmentation fault (core dumped)' - can anyone tell me where the configuration file for RPMDrake is so that I can delete it and get RPMDrake up and running again? Evolution When attempting to compose a new email I get a "unable to open composer window" dialog, after viewing the Mailing list archives at Ximian.com, by the looks of it, this is a quite a common problem to users, but the suggested killev and then oaf-slay before running Evolution fix didn't work for me. Is there something missing from the mandrake package perhaps? Mozilla + Nautilus Since installing the Mozilla in Nautilus RPM, I cannot get Mozilla to open on it's own in a Gnome session, other than from within a Nautilus window. Is this the way it's supposed to work? Typing Mozilla at a console returns no error message, just a prompt but nothing at all happens. Mozilla works fine with KDE. If anyone can get back to me on those, it would be much appreciated Also - whileI'm writing this, can anyone on the list suggest a nice GUI based backup utility that I could use to make entire backups of my Linux and /mnt/windows partitions to CD-ROM and produce incremental updates afterwards? Something like an open source BRU? Thanks! Giles -- Get $$$ just for being online No clicking - no limits - no catch http://www.DesktopDollars.com/default.asp?id=Gilesx
Re: [Cooker] Bugs galore in Linux Mandrake 7.2
Pixel <[EMAIL PROTECTED]> writes: > > by hitting CTRL-Z at the appropriate time. However, once installed I > > still have to insert modules manually to get them to work as the USB > > script doesn't even manage to initialise my USB system. This was also a > > problem for Mandrake 7.1 and Cooker which I have reported a couple of > > times. > as it depends quite a lot upon the hardware, could you provide a patch on the > initscripts to make it work? this is chmouel you takes care of this, but he > won't be really up and working until next week... he does time to time between flight :p. The modem is not supported by the USB script.. but if you tell me what the modules you insert to get it works and what is the content id of your /proc/bus/usb/devices i will take care of it as blindy as possible -- MandrakeSoft Inc http://www.chmouel.org --Chmouel
Re: [Cooker] Bugs galore in Linux Mandrake 7.2
Karl Mitchell <[EMAIL PROTECTED]> writes: > by hitting CTRL-Z at the appropriate time. However, once installed I > still have to insert modules manually to get them to work as the USB > script doesn't even manage to initialise my USB system. This was also a > problem for Mandrake 7.1 and Cooker which I have reported a couple of > times. as it depends quite a lot upon the hardware, could you provide a patch on the initscripts to make it work? this is chmouel you takes care of this, but he won't be really up and working until next week...
[Cooker] Bugs galore in Linux Mandrake 7.2
Hi, I've just upgraded from 7.1 to 7.2, having tried out a few of the betas before. It looks like some bugs have crept in during the conversion from cooker to full release, so I thought I'd report them here. Firstly, Netscape doesn't start for normal users if Mandrake 7.1 nsmail and .netscape directories exist. Root is fine. I checked all permissions, including the path to /usr/share/doc/HTML/index.html, and nothing was wrong there. I tried deleting my old .netscape and nsmail directories and this this time the window opened but it froze trying to load the splash page. Secondly, the installation process froze when my USB model (Elsa Microlink 56k USB) was plugged in. This is a modem that has been supported by the USB project for some time. I managed to get around it by hitting CTRL-Z at the appropriate time. However, once installed I still have to insert modules manually to get them to work as the USB script doesn't even manage to initialise my USB system. This was also a problem for Mandrake 7.1 and Cooker which I have reported a couple of times. Thirdly, and purely as an aesthetic judgement, the fonts under KDE2 are ugly. Why use "Fixed"? Helvetica and Courier are both available. I tried changing the fonts manually in KDE and only some of them change. I've seen KDE2 looking fine under other distributions, so this is must be a packaging issue. There are others, but this is all I can remember off the top of my head. I'm using Windows (ugh!) due to the aforementioned modem issues. Cheers, -Karl
Re: [Cooker] Bugs I've found; supermount in kde 2.0; mitsumi cd-rom humor.
During the bombing raid of Fri, 27 Oct 2000 00:29:48 CDT, somebody heard Alaric Ravenhall mumble in fear: > Anyway, I have had a problem with cd-rom and floppy drives after creating > them with the kde2.0 create new devices menu. I put in a data cd and I can > access the drive with the icon. I put in a music cd, it says "you do not > have the right to access this drive." Of course, I checked permissions. I > tried it logged on as root. no go. I gave my user and group all > permmissions. No difference. HOWEVER, XMMS can play my music cd. So can cd > player and anything else that plays music. What's up? I should be able to You can't mount a music CD in linux, no matter how you try. There's no support for said filesystem (and, as I understand, the way windows does it is a *ugly* hack, and we all know how Linus feels about those). So...it's not a bug, it's normal. > The Mitsumi cd humor is something that happened trying to install the beta > 7.2 on a friend's computer. We couldn't boot my cds, which have booted fine > and it eerily still says plug and play OS: NO. yikes. reboot into winblows, > eject, reinsert cd, and nothing happens. use my computer to view cdrom and > it show 1 FILE!!! and it says track01.cda ???!!!?!?!?!? Seen that before, mostly with floppy drivesit means the device is dieing and doing stupid things...his CD is about to give up, that's the real problem. Vox -- Pain is the gift of the gods, and I'm the one they chose as their messenger... For info about safety in BDSM, visit Vox's Info Center at http://www.the-vox.com/ Think of the Linux community as a niche economy isolated by its beliefs. Kind of like the Amish, except that our religion requires us to use _higher_ technology than everyone else. -- Donald B. Marti Jr. "Happiness is having a large, loving, caring, close-knit family in another city." -- George Burns
Re: [Cooker] Bugs I've found; supermount in kde 2.0; mitsumi cd-rom humor.
"Alaric Ravenhall" <[EMAIL PROTECTED]> writes: [...] > I put in a data cd and I can access the drive with the icon. I put in a > music cd, it says "you do not have the right to access this drive." Of > course, I checked permissions. I tried it logged on as root. no go. I > gave my user and group all permmissions. No difference. HOWEVER, XMMS > can play my music cd. So can cd player and anything else that plays > music. What's up? I should be able to view the tracks on the cd through > Konquerer. A music cd basically can't be seen as a "block device" since there is no information to randomly access the data. (no CRC, etc) Under Windows (or under XMMS) you'll be able to see "fake files" that represent each tracks but which do not hold any data byt themselves. That's a trick to make the selection of the tracks easier, nothing more. So under a normal file browser or in a shell, trying to access to the medium and to see its directory contents will just lead to a failure. Under Beos, there is another trick that make the music tracks appearing as music files, but that doesn't exist under Linux for the moment (it must go in the kernel, and it's subject to discussions because audio extracting is not straightforward, e.g. there is not an universal method that works 100% of the time). -- Guillaume Cottenceau -- Distribution Developer for MandrakeSoft http://us.mandrakesoft.com/~gc/
Re: [Cooker] Bugs I've found; supermount in kde 2.0; mitsumi cd-rom humor.
Alaric Ravenhall a écrit : > Anyway, I have had a problem with cd-rom and floppy drives after creating > them with the kde2.0 create new devices menu. I put in a data cd and I can > access the drive with the icon. I put in a music cd, it says "you do not > have the right to access this drive." Of course, I checked permissions. I > tried it logged on as root. no go. I gave my user and group all > permmissions. No difference. HOWEVER, XMMS can play my music cd. So can cd > player and anything else that plays music. What's up? I should be able to > view the tracks on the cd through Konquerer. Heck, I tried 'cd /mnt/cdrom' > from terminal and it gave an i/o error. If I understand your (too) long post, you encounter problems with supermount : just do as I do, and remove it from /etc/fstab, like for example : /dev/cdrom /mnt/cdrom iso9660 ro,nosuid,noauto,exec,user,nodev0 0 Supermount is a great source of problems (leading to files not being written to floppies, impossibility of swapping 2 cd, and being able to read the 2nd one, ...).
[Cooker] Bugs I've found; supermount in kde 2.0; mitsumi cd-rom humor.
Hi. I'm new to this message list and relatively new to mandrake, but I've worked with unix in the past. I am probably not as great at programming or sysadmin as the others here, but I'll learn. I'll try not to ask too many ID10T error questions. I have been using MD 7.0 & 7.1 with great joy. I went out and got the latest pre-release of 7.2 and I installed it with NO issues. All hardware was recognized and installed. great job, guys. In order to further the revolution and expand my own knowledge of how to resolve situations with the OS, I've found everyone I know that runs Winblows and gotten them to utter the phrase that started me on this journey -"Linux? Yeah I've been thinking of trying it..." *cackle* I then show up at their house with my 7.2 beta cds (and 7.1 in case I can't resolve something ;) I then proceed to gleefully install it on their machines. VIVA LA REVOLUTION!!! (yes my spanish sucks.) I've done about 15 of them so far. Hehehehehe. Anyway, I have had a problem with cd-rom and floppy drives after creating them with the kde2.0 create new devices menu. I put in a data cd and I can access the drive with the icon. I put in a music cd, it says "you do not have the right to access this drive." Of course, I checked permissions. I tried it logged on as root. no go. I gave my user and group all permmissions. No difference. HOWEVER, XMMS can play my music cd. So can cd player and anything else that plays music. What's up? I should be able to view the tracks on the cd through Konquerer. Heck, I tried 'cd /mnt/cdrom' from terminal and it gave an i/o error. I tried adding user to the fstab and mtab for the cdrom and tried *naively* /dev/cdrom /mnt/cdrom in that line. (found out why that doesn't work ;) Anyway, it's an irritation mainly. The floppy though acts goofy about different disks - some it will read some it will say I have no right to read ;) Any ideas what's up? In Konquerer, I noticed the icons show a lock on them in /mnt. Can I unlock them somehow without screwing something up? Let me know. The Mitsumi cd humor is something that happened trying to install the beta 7.2 on a friend's computer. We couldn't boot my cds, which have booted fine on many other machines. I went into winblows, autoran the cd, and made a floppy cdrom.img. The install cranked up, and couldn't initialize the cdrom, give me a cute menu. I tried every dang cdrom listed under other cdrom and even SCSI, eventho it's IDE. Nothing worked. Went into bios, changed to plug and play OS: No, rebooted, it recognized and started to install. used disk drake, everything going smooth. get to package selection, it says error: no hdlists. hit ok and it goes back to disk drake. messing with it, I figure it cannot find any packages, cause that's ACTUALLY the step that is failing. try rebooting, now it won't initialize cdrom again. reboot, check in bios, and it eerily still says plug and play OS: NO. yikes. reboot into winblows, eject, reinsert cd, and nothing happens. use my computer to view cdrom and it show 1 FILE!!! and it says track01.cda ???!!!?!?!?!? Feeling like I'm in the twilight zone, I check it in dos. SAME THING. So, I open up the cd player and have it start playing the cd. Since we're on cable, it connects to Cd artist database (CDDB or whatever) and it announces gleefully that it is an unnamed track by Sting. STING???!?!?!?!?!?!? WHAT THA *&@#? It's a 73 minute long BLANK track. I put 7.1 on his machine that night. I took the disks home, put em in, it's fine. normal contents. put 'em in my wife's winblows machine, disk's fine. Who knows about that one I'm still laughing on that one. Laters, Ravenhall _ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. Share information about yourself, create your own public profile at http://profiles.msn.com.
[Cooker] bugs in new kde-2
1. kdemultimedia needs libXaw.so.7 (from XFree-4-libs - probably), so if you have older graphic card and XFree-libs-3.3.6, (libXaw.so.6) you can't install kdemultimedia without 2.Some icons in mandrake menu (for example kdegames) are too large. 3. Conversion mandrake menu from iso-8859-2 to utf8 still not works! Package version: menudrake-0.2-4mdk menu-2.1.5-42mdk kde-i18n-Polish-2.0-1mdk kdesupport-2.0-1mdk kdeutils-2.0-2mdk kdenetwork-2.0-1mdk kdesdk-2.0-1mdk kdetoys-2.0-1mdk kdelibs-2.0-4mdk kdebase-2.0-6mdk kdeaddutils-2.0-3mdk kdeadmin-2.0-2mdk kdegames-2.0-1mdk Pawel Jablonski
[Cooker] Bugs in menu and right clicking
1. Opening kfm, and right click -> create new file from template -> can't find /usr/share/templates/.source/TextFile.txt And indeed I can't find it in any package. 2. After the upgrade of KDE, I get 4 instances of 'home directory' shortcuts in the K menu. My config : - rpm -qa | grep kde kdeaddutils-devel-1.94-1mdk kdenetwork-devel-1.94-1mdk switchdesk-kde-2.1-4mdk kdegraphics-devel-1.94-1mdk kde-themes-7.1-1mdk kdesupport-1.94-3mdk kdesupport-devel-1.94-3mdk kdebase-devel-1.94-3mdk kde1-compat-devel-1.1.2-6mdk kdemultimedia-devel-1.94-1mdk kdeadmin-1.94-1mdk kdesdk-1.94-1mdk kdelibs-sound-1.94-2mdk kdepim-1.94-1mdk kdelibs-sound-devel-1.94-2mdk kdetoys-1.94-1mdk kde-i18n-French-1.93-3mdk kde1-compat-1.1.2-6mdk kdegraphics-1.94-1mdk kdegames-1.94-1mdk kdeaddutils-1.94-1mdk kdemultimedia-1.94-1mdk kdenetwork-1.94-1mdk kdelibs-1.94-2mdk kdeutils-1.94-1mdk kdebase-1.94-3mdk kdelibs-devel-1.94-2mdk
Re: [Cooker] Bugs I've seen in 7.2b
Michael Stucki <[EMAIL PROTECTED]> writes: [...] > - Perhaps it's not a bug, but I've seen that the standard security for a > workstation is now "low". In LM 7.1 it was "medium". I think this would > be much better... it was already low in 7.1 + workstation ! [...] > - When selecting KDE-packages, all i18n-packages are selected. It would > be easier to look at the language that was selected (also the > "additional languages") should be fixed now in cooker > > - Same problems with the locales-packages: They are all selected by > default, but why not having a look at the chosen language ??? you asked a full install did you? > > - In german installation, letters like "ä", "ö" and "ü" are not shown. > The left frame (which shows the progress of your installation) shows > them, but the right frames (i.e. the help frame) just miss them. You > know what I mean ??? Example: "Die ausgewählten Pakete ..." looks like > "Die ausgewhlten Pakete ..." should be ok now... [...] > - It would be good if DiskDrake would sign ReiserFS partitions with a > reserved color. Right now, it's shown as "unknown"... done [...] > - I would like to have a button "This is a notebook" within the install > process. If I check it, the pcmcia and the apm stuff will be installed. > If it is not selected, they are not needed. (The problem is that LM > starts pcmcia and apm services after my installation. I don't have a > laptop, so I don't need them...) you asked full install in expert, didn't you? I'm stucked between wanting "all" when they say "all", and others... [...] > - Why is the installation of the packages so slow ??? For installing 1 > GB it took me 3 hours to install. With LM 7.1 it was about 1 hour > faster. But this is still too much I think... hell, install less stuff! > > - Some german translation errors: "Auswähle" instead of "Auswählen", > "Installatio" instead of "Installation". Not important, but correct :-) must be the locales pb you mentionned. fixed in cooker (and in beta2 out soon)
Re: [Cooker] Bugs I've seen in 7.2b
Michael Stucki <[EMAIL PROTECTED]> writes: > > - When I choose the mouse (it's an MS IntelliMouse, ps/2) and press > next, the mouse disappears. I think it's not needed that the working > driver (standard mouse) will be replaced while setup. LM7.1 did this > without any problems. move the wheel to get it back > - When selecting KDE-packages, all i18n-packages are selected. It would > be easier to look at the language that was selected (also the > "additional languages") yes, they have been recompiled with locale dependencies. > - Same problems with the locales-packages: They are all selected by > default, but why not having a look at the chosen language ??? uh, are doing an expert install with everything selected, in this case it is normal -- Warly
[Cooker] Bugs I've seen in 7.2b
Hi all, I recently got LM7.2 beta. Here are the problems and bugs I have reported during setup: (Everything was seen during "Expert" mode) Important bugs: - Perhaps it's not a bug, but I've seen that the standard security for a workstation is now "low". In LM 7.1 it was "medium". I think this would be much better... Some other bugs: == - When I choose the mouse (it's an MS IntelliMouse, ps/2) and press next, the mouse disappears. I think it's not needed that the working driver (standard mouse) will be replaced while setup. LM7.1 did this without any problems. - When selecting packages, the're size is listed in a wrong unit: MB instead of KB. I reported this in german setup, perhaps it's okay with the english one... - When selecting KDE-packages, all i18n-packages are selected. It would be easier to look at the language that was selected (also the "additional languages") - Same problems with the locales-packages: They are all selected by default, but why not having a look at the chosen language ??? - In german installation, letters like "ä", "ö" and "ü" are not shown. The left frame (which shows the progress of your installation) shows them, but the right frames (i.e. the help frame) just miss them. You know what I mean ??? Example: "Die ausgewählten Pakete ..." looks like "Die ausgewhlten Pakete ..." - If I change the color of the installation screen with one of the buttons on the left bottom, I sometimes get to another position. Example: After choosing "Expert mode", you'll be asked if you are sure. If you now change the color, you're back at the previous position. Hints: = - It would be good if DiskDrake would sign ReiserFS partitions with a reserved color. Right now, it's shown as "unknown"... - Why can people select "German (Germany)" and "German (Austria)" ??? As far as I know, this is exactly the same... - It would be good if only one printer driver would be installed. Every printer driver is selected by default. Why could you not let Printerdrake install the needed printer driver ??? - I would like to have a button "This is a notebook" within the install process. If I check it, the pcmcia and the apm stuff will be installed. If it is not selected, they are not needed. (The problem is that LM starts pcmcia and apm services after my installation. I don't have a laptop, so I don't need them...) - The Linux-Mandrake-Logo on top of the installation screen looks ugly to me. I think it's stored in a low resolution. Please change this... - Why is the installation of the packages so slow ??? For installing 1 GB it took me 3 hours to install. With LM 7.1 it was about 1 hour faster. But this is still too much I think... - Some german translation errors: "Auswähle" instead of "Auswählen", "Installatio" instead of "Installation". Not important, but correct :-) - I tried to start KImon, which should show the status of the ISDN device. This is an applet for the panel of KDE 1.x. KDE 2 doesn't show this in the panel, but it opens a big window with the image that sould be in the panel. Is there a compatibility mode for KDE 1.x-Applets ??? Right now, that's all I have seen. Thank you for having a look at these problems... Bye Michael
Re: [Cooker] bugs bugs bugs
On Fri, 08 Sep 2000, you wrote: > Just wanted to report some problems. I'm not sure whats going on but > Control Center in kde2 is mandrake beta release is still crashing on signal > 11 I'm getting the same message with kpackage and some other stuff also.
[Cooker] bugs bugs bugs
Just wanted to report some problems. I'm not sure whats going on but Control Center in kde2 is mandrake beta release is still crashing on signal 11, is this a problem for me or anyone else. Another problem is anyone else have trouble with the kernel being unable to mount a scsi harddrive set as a /root/ partition on there system? Just some general question for beta release. Naz _ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. Share information about yourself, create your own public profile at http://profiles.msn.com.
Re: [Cooker] bugs?
On Thu Sep 07, 2000 at 08:29:11AM -0400, Rodrigo wrote: > > At what did you think when you wrote "it doesn't work"? What is wrong? > > I tried using the Sawfish config tool inside the GNOME control panel, but > none of the options (positioning, resizing, etc.) display a thing, it just > hangs there, but the control panel doesn't lock up. I tried the same both > at work and in my home, same result. Any help would be appreciated. Do you have the latest sawfish? The latest control-panel? The latest gnome? -- [EMAIL PROTECTED], OpenPGP key available on www.keyserver.net // Danen Consulting Serviceswww.danen.net, www.freezer-burn.org // MandrakeSoft, Inc. www.linux-mandrake.com 1024D/FE6F2AFD 88D8 0D23 8D4B 3407 5BD7 66F9 2043 D0E5 FE6F 2AFD Current Linux uptime: 9 hours 43 minutes.