September 2006 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 208196] New: missing tools in rescue system
by bugzilla_noreply＠novell.com 10 Aug '07

10 Aug '07

https://bugzilla.novell.com/show_bug.cgi?id=208196 Summary: missing tools in rescue system Product: SUSE Linux 10.1 Version: Final Platform: All OS/Version: SuSE Linux 10.1 Status: NEW Severity: Blocker Priority: P5 - None Component: Usability AssignedTo: siegfried.olschner(a)novell.com ReportedBy: mhoppe(a)novell.com QAContact: siegfried.olschner(a)novell.com The rescue system of 10.1, SLES10 and SLED10 is unusable. There is no wget, ftp and/or w3m available. This is not really nice ti restore a machine which has only ftp for backup space. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.

1 4

[Bug 207322] New: seccheck improvements
by bugzilla_noreply＠novell.com 08 Aug '07

08 Aug '07

https://bugzilla.novell.com/show_bug.cgi?id=207322 Summary: seccheck improvements Product: openSUSE 10.2 Version: Alpha 4 plus Platform: Other OS/Version: Other Status: NEW Severity: Enhancement Priority: P5 - None Component: Other AssignedTo: thomas(a)novell.com ReportedBy: thomas(a)novell.com QAContact: qa(a)suse.de For me: From: Michael James <Michael.James(a)csiro.au> To: suse-security(a)suse.com Date: Thu, 21 Sep 2006 09:38:21 +1000 User-Agent: KMail/1.8 Subject: [suse-security] Improvements to seccheck Who is looking after seccheck these days? The header says: Daily security check v2.0 by Marc Heuse <marc(a)suse.de> But I sent an email to him and it bounced. Has he moved on? Here's what I am suggesting: The seccheck scripts provide some interesting reading for the systems administrator, pointers for tightening things etc. But I get pages of false positives from the writeable, executable, and suid parts of the script. You see some partitions on my disks contain regular rsync-ed backups of other machines, including machines not under my control. To protect my machine, backup partitions are mounted noexec,nosuid. When your scripts get the list of mounts they take no account of this. Would it be an improvement to split your $MNT list into 3? Say: $MNT_WRITE $MNT_EXEC $MNT_SUID This would allow the find to only be fired into the branches of the filesystem where the permissions matter. I'd be happy to work out and suggest some patches, but if you think it better left simple, I won't bother you... michaelj -- Michael James michael.james(a)csiro.au System Administrator voice: 02 6246 5040 CSIRO Bioinformatics Facility fax: 02 6246 5166 -- Check the headers for your unsubscription address For additional commands, e-mail: suse-security-help(a)suse.com Security-related bug reports go to security(a)suse.de, not here -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.

1 1

[Bug 207944] New: NetworkManager does not work with prism54
by bugzilla_noreply＠novell.com 08 Aug '07

08 Aug '07

https://bugzilla.novell.com/show_bug.cgi?id=207944 Summary: NetworkManager does not work with prism54 Product: SUSE Linux 10.1 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Network AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: sven.burmeister(a)gmx.net QAContact: qa(a)suse.de If I try to use a WEP connection via NetworkManager it fails because it tries to use wpa_supplicant for it, which the prism54-driver does not work with, I think. Using the standard ifup-etc. method does work, yet for the "normal user" it is not obvious why NetworkManager fails, since it does not give any notification but just stops at 28%. Expected behaviour would at a minimum be to inform the user that prism54 will not work with WEP and NetworkManager and that one should use the traditional method. Best would be to not use wpa_supplicant for prism54 as long as they do not work together and use an alternative method within NM. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.

1 38

[Bug 205550] New: use yaboot for booting Pegasos PPC
by bugzilla_noreply＠novell.com 08 Aug '07

08 Aug '07

https://bugzilla.novell.com/show_bug.cgi?id=205550 Summary: use yaboot for booting Pegasos PPC Product: openSUSE 10.2 Version: Alpha 4 Platform: PowerPC OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Installation AssignedTo: olh(a)novell.com ReportedBy: pczanik(a)fang.fa.gau.hu QAContact: jsrain(a)novell.com As discussed in e-mail, please use yaboot to boot Pegasos PPC machines: "It just needs some tweaking in the lilo script to do the right thing with copying yaboot and possible the yaboot.conf file over to the boot partition." -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.

1 16

[Bug 206876] New: Too long timout blocks software update/installation/removal for 30 minutes
by bugzilla_noreply＠novell.com 30 Jul '07

30 Jul '07

https://bugzilla.novell.com/show_bug.cgi?id=206876 Summary: Too long timout blocks software update/installation/removal for 30 minutes Product: SUSE Linux 10.1 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Zenworks AssignedTo: zlm-code10-bugs(a)forge.provo.novell.com ReportedBy: sven.burmeister(a)gmx.net QAContact: jtariq(a)novell.com Before and after today's zmd-update I noticed that in 80% when I wanted to install something, the tool could not get the installation list because zmd was blocking it. The update-icon too took very long to show whether updates were available. I think that I found the reason. I start my computer and see zmd and update-status etc. taking 90% CPU and downloading a lot of data. Not nice, but at least they are working. After some minutes they stop, no CPU activity, no network-activity, nothing. However the update-tool still claims: Getting update list... This takes 30 minutes and the connection I am using is fast and was online all the time. During those 30 minutes one cannot shutdown zmd via rczmd, which is another bug. Yet even worse, one cannot update/install/remove software. Given that zmd updates x times a day, this means that the user cannot perform those tasks x*30 minutes just because one source does not respond. If zmd is not able to answer calls while trying to retrieve some file, then the timeout should be 30 seconds max. in order not to handicap services depending on it. If there are users that want to use a source that does not respond within 30 seconds, fair enough, give them some sysconfig setting to increase it, but do not use 3*5 minutes per file of the user's time by default. 20 Sep 2006 00:20:11 INFO Daemon Starting ZMD version 7.1.1 20 Sep 2006 00:20:11 INFO Daemon Using Mono 1.1.13.8 20 Sep 2006 00:20:11 INFO WebCache Expiring cached files... 20 Sep 2006 00:20:19 INFO KeyManager Loading key whitelist 20 Sep 2006 00:20:19 INFO Daemon Loading trusted certificates... . . . 20 Sep 2006 00:26:17 INFO WebCache Successfully retrieved ftp://ftp4.gwdg.de/pub/linux/suse/ftp.suse.com/suse/update/10.1/rep 20 Sep 2006 00:26:40 INFO RedCarpetBackend Updating status of patches... 20 Sep 2006 00:27:06 INFO RedCarpetBackend Finished updating patch status 20 Sep 2006 00:27:06 INFO ServiceManager Successfully added service 'Updates' 20 Sep 2006 00:30:17 INFO WebCache Retrieval of 'ftp://download.nvidia.com/novell/repodata/repomd.xml.asc' (try 1) failed: Re 20 Sep 2006 00:30:19 INFO WebCache Attempting to retrieve 'ftp://download.nvidia.com/novell/repodata/repomd.xml.asc' (try 2) 20 Sep 2006 00:33:21 INFO WebCache Successfully retrieved ftp://download.nvidia.com/novell/repodata/repomd.xml.asc 20 Sep 2006 00:33:21 INFO WebCache Attempting to retrieve 'ftp://download.nvidia.com/novell/repodata/repomd.xml.key' (try 1) 20 Sep 2006 00:36:24 INFO WebCache Successfully retrieved ftp://download.nvidia.com/novell/repodata/repomd.xml.key 20 Sep 2006 00:36:24 INFO WebCache Attempting to retrieve 'ftp://download.nvidia.com/novell/repodata/primary.xml.gz' (try 1) 20 Sep 2006 00:41:26 INFO WebCache Retrieval of 'ftp://download.nvidia.com/novell/repodata/primary.xml.gz' (try 1) failed: Re 20 Sep 2006 00:41:28 INFO WebCache Attempting to retrieve 'ftp://download.nvidia.com/novell/repodata/primary.xml.gz' (try 2) 20 Sep 2006 00:46:31 INFO WebCache Retrieval of 'ftp://download.nvidia.com/novell/repodata/primary.xml.gz' (try 2) failed: Re 20 Sep 2006 00:46:33 INFO WebCache Attempting to retrieve 'ftp://download.nvidia.com/novell/repodata/primary.xml.gz' (try 3) 20 Sep 2006 00:51:36 INFO WebCache Retrieval of 'ftp://download.nvidia.com/novell/repodata/primary.xml.gz' (try 3) failed: Re 20 Sep 2006 00:51:38 INFO ServiceManager Failed to add service 'ftp://download.nvidia.com/novell/' (keeping): Failed to parse XML m 20 Sep 2006 00:51:38 INFO WebCache Expiring cached files... 20 Sep 2006 00:51:38 ERROR ServiceManager Service Refresh Failed: Failed to parse XML metadata: Read timed out. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.

1 6

[Bug 209329] New: libwnck patches
by bugzilla_noreply＠novell.com 26 Jul '07

26 Jul '07

https://bugzilla.novell.com/show_bug.cgi?id=209329 Summary: libwnck patches Product: openSUSE 10.2 Version: Alpha 4 plus Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: GNOME AssignedTo: bnc-team-gnome(a)forge.provo.novell.com ReportedBy: jigish.gohil(a)gmail.com QAContact: qa(a)suse.de Here are the patches I use for the libwnck packages on the Build Service Repo. These patches give extra options useful if running compiz. Libwnck works normally in non compiz environment. Image: http://static.flickr.com/98/246323323_4e60eef17a_o_d.png Patches : http://www.compiz.info/patches/libwnck/ -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.

1 3

[Bug 208461] New: YaST: other (better) ways to add installation sources
by bugzilla_noreply＠novell.com 24 Jul '07

24 Jul '07

https://bugzilla.novell.com/show_bug.cgi?id=208461 Summary: YaST: other (better) ways to add installation sources Product: openSUSE 10.2 Version: Alpha 4 plus Platform: Other OS/Version: Other Status: NEW Severity: Enhancement Priority: P5 - None Component: YaST2 AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: azerion(a)gmail.com QAContact: jsrain(a)novell.com At this moment YaST opens a new window for showing the progress of adding a source. This is weird behavior because all of the other steps of adding the source (selecting type, typing adress) are done in the same window. Solution: Show the progress in the same window instead of opening a new one. I think there is no need for a seperated new window cause you cannot use underlying YaST inst_sources anyway. Even BETTER solution: Make it that way so you can add new other sources (typing info etc) while the YaST is adding one to the servicelist. This would be usefull when you want to add some large repo's and you really don't want to wait every time until a repo is added. I think the BEST solution: Download information not when 'adding' but when finishing. So after clicking Finish it shows the progressbar. ========================= Now: - add SUSE-repo - wait ten minutes watching progress-screen - add KDE-repo - wait ten minutes watching progress-screen - add GURU-repo Better: - add SUSE-repo (1st progress screen appears) - add KDE-repo (2nd progress screen appears) - add GURU-repo (3th progress screen appears) - drink some coffee, watch some TV and return 30 minutes later :D. All repo's added Best: - add SUSE-repo - add KDE-repo - add GURU-repo - Click Finish - drink some coffee, watch some TV and return 30 minutes later :D. All repo's added ======================== If we change to one of the better solutions please do not forget that I am away from computer so an error/warning should not delay the other tasks. If in the last solution SUSE-repo adding fails I really would like to return and see that the other repo's are added and a message that SUSE-failed instead of only a message that SUSE-repo failed and I have to click okey so it will continue the other repo's and I can return to get another cup of coffee :P -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.

1 5

[Bug 206641] New: knetworkmanager tray icon does not show up after first login
by bugzilla_noreply＠novell.com 12 Jul '07

12 Jul '07

https://bugzilla.novell.com/show_bug.cgi?id=206641 Summary: knetworkmanager tray icon does not show up after first login Product: SUSE Linux 10.1 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: KDE AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: ma2412ma(a)hotmail.com QAContact: kde-maintainers(a)suse.de When I log in to my KDE, the tray icon of knetworkmanager does not show up - there is just a gray space between other icons where it should be. After I log out and log in again, the icon is there. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.

1 54

[Bug 206488] New: unexpected behaviour with [beagle] search in kickoff
by bugzilla_noreply＠novell.com 12 Jul '07

12 Jul '07

https://bugzilla.novell.com/show_bug.cgi?id=206488 Summary: unexpected behaviour with [beagle] search in kickoff Product: openSUSE 10.2 Version: Alpha 4 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: KDE AssignedTo: kde-maintainers(a)suse.de ReportedBy: francisg(a)gmail.com QAContact: qa(a)suse.de Ok, so I fire up the kickoff menu and the cursour lands directly on the search -- perfect. I type the name of a file that I know is in my home directory, named 'timetable'. The file comes up, and it appears selected. Now, if I want to open this item, there's practically no way of doing so with the keyboard. I have to pick up the mouse again, and then go to the item. Furthermore, if I actually want to go to the second or third item, I still can't hit down-arrow to get to it. I notice the problem, of course. The search works both as an application-launcher (like alt+f2) and as a kerry-beagle search. The former necessitates that previous commands are shown, and the latter necessitates that you can go through the items; both of which use the arrows. What is counter-intuitive mainly, however, is that the item is selected automatically in the search results. This implies that 'Enter' would open it, and yet that's not the case. 'Enter' executes the command 'timetable'. One of them has to be scrapped (as TAB is taken too), and really I don't think it would be nearly as bad if the up-down history for the application-launcher part was scrapped. Particularly because you still have the light-grey auto-complete text that could still work and be handy. So, to sum up, a search result should never really be highlighted automatically (since that implies that 'Enter' executes it, and you never know whether the user wants to execute the command or not), and the up-down buttons for previous application-execution history should be scrapped, so that it can be used in search results. I've gone on a bit now, so I apologise for that, but if there's anything else I'll be happy to clarify any part of what I mean. Thanks for your wonderful work. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.

1 11

[Bug 208678] New: pager completely broken w. TwinView
by bugzilla_noreply＠novell.com 12 Jul '07

12 Jul '07

https://bugzilla.novell.com/show_bug.cgi?id=208678 Summary: pager completely broken w. TwinView Product: openSUSE 10.2 Version: Alpha 4 plus Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: KDE AssignedTo: kde-maintainers(a)suse.de ReportedBy: ro(a)novell.com QAContact: qa(a)suse.de all windows on the left screen of the Xinerame/TwinView setup appear on Desktop 1 (no matter which Desktop they run on). all windows on the right screen of the setup are not shown in the pager at all. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.

1 7