August 2009 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 514056] New: kfmclient does not work when run by root
by bugzilla_noreply＠novell.com 16 Nov '12

16 Nov '12

http://bugzilla.novell.com/show_bug.cgi?id=514056 Summary: kfmclient does not work when run by root Classification: openSUSE Product: openSUSE 11.2 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: KDE4 Applications AssignedTo: kde-maintainers(a)suse.de ReportedBy: prusnak(a)novell.com QAContact: qa(a)suse.de Found By: --- When I run kfmclient under normal client it works: [prusnak@leira 0 ~] kfmclient openURL http://example.com opens the webpage in browser. When I switch to root and perform the same task it stalls: [root@leira 0 ~] kfmclient openURL http://example.com -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 20

[Bug 506614] New: rdesktop: Left-Handed Mouse Buttons are Backwards
by bugzilla_noreply＠novell.com 16 Nov '12

16 Nov '12

http://bugzilla.novell.com/show_bug.cgi?id=506614 Summary: rdesktop: Left-Handed Mouse Buttons are Backwards Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: x86-64 OS/Version: openSUSE 11.1 Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: nick(a)seakr.com QAContact: qa(a)suse.de Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.0.10) Gecko/2009042700 SUSE/3.0.10-1.1.1 Firefox/3.0.10 My setup uses a left-handed mouse. This seems to work fine for all applications except rdesktop. When I use rdesktop to connect to a Windows box, the mouse buttons inside rdesktop are right-hand style instead of left-hand. If I download and compile rdesktop 1.6.0 (or the SVN tree), the problem remains the same. If I download and compile rdesktop 1.5.0, the mouse buttons work correctly. Reproducible: Always Steps to Reproduce: 1.Set up mouse for Left-Handed configuration 2.rdesktop <servername> 3.Login 4.Mouse buttons are mapped backwards Actual Results: Mouse buttons are mapped backwards Expected Results: Mouse buttons should be left-handed in RDP session the same as they are on my GNOME desktop. Using standard Xorg server and GNOME display manager. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 3

[Bug 529515] New: pcp-2.5.0-129.13: missing call to fclose
by bugzilla_noreply＠novell.com 21 Sep '12

21 Sep '12

http://bugzilla.novell.com/show_bug.cgi?id=529515 Summary: pcp-2.5.0-129.13: missing call to fclose Classification: openSUSE Product: openSUSE 11.2 Version: Factory Platform: All OS/Version: openSUSE 11.1 Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: dcb314(a)hotmail.com QAContact: qa(a)suse.de Found By: --- I just had a look at factory package pcp-2.5.0-129.13 For source code file pcp-2.5.0/src/pmdas/sendmail/sendmail.c around line 320 is the source code for the function do_sendmail_cf. I notice the following line of code if ((fp = fopen("/etc/sendmail.cf", "r")) == NULL) { but I notice no matching call to fclose. This looks like a resource leak to me. Suggest add call to fclose. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 3

[Bug 505185] New: Hermes does not send mails
by bugzilla_noreply＠novell.com 21 Sep '12

21 Sep '12

http://bugzilla.novell.com/show_bug.cgi?id=505185 Summary: Hermes does not send mails Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: Other OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: Hermes AssignedTo: freitag(a)novell.com ReportedBy: dominique.leuenberger(a)tmf-group.com QAContact: adrian(a)novell.com Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1b4) Gecko/20090426 SUSE/3.5b4-1.2 Firefox/3.5b4 For about a week now I do not get mails from Hermes regarding SubmitReqs (I DO get build failures). I verified my settings on hermes.opensuse.org, and I should be notified. This is very annoying, as I have no idea if submitreqs get accepted (well, I'll see this later) or rejected. In case of reject typically users state a 'why' which would be very interesting to get of course. my OBS/iChain user: dimstar I consider this major as a workflow is completely broken without the mails (I'd need to osc sr show all the time, remembering all the IDs I created.) Reproducible: Always -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 19

[Bug 519137] New: java fails with "Could not reserve enough space for object heap"
by bugzilla_noreply＠novell.com 11 Sep '12

11 Sep '12

http://bugzilla.novell.com/show_bug.cgi?id=519137 Summary: java fails with "Could not reserve enough space for object heap" Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: x86-64 OS/Version: openSUSE 11.1 Status: NEW Severity: Normal Priority: P5 - None Component: Java AssignedTo: bnc-team-java(a)forge.provo.novell.com ReportedBy: R.Vickers(a)cs.rhul.ac.uk QAContact: qa(a)suse.de Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-GB; rv:1.9.0.11) Gecko/2009060214 Firefox/3.0.11 On some memory configurations Java will not start: $ java -version Error occurred during initialization of VM Could not reserve enough space for object heap Could not create the Java virtual machine. You can make it start by specifying a maximum memory allocation pool, e.g. $java -Xmx3600m -version java version "1.6.0_0" IcedTea6 1.4 (suse-24.5.2-x86_64) Runtime Environment (build 1.6.0_0-b14) OpenJDK 64-Bit Server VM (build 14.0-b08, mixed mode) This test was done on a machine with 32GB real memory but with a virtual memory limit of about 4GB. The same thing happens on a 24 GB machine, but on a 4GB machine you have to reduce the virtual memory limit to around 1GB to trigger the bug. So it appears that java decides how much virtual memory it needs by looking at the physical memory without checking the virtual memory limit. On a shared computer (for example an LTSP server) it makes sense for the virtual memory limit (per process) to be much smaller than the physical memory size. The workround above helps to a certain extent, but I haven't found a way of getting eclipse to work. The -Xmx parameter has to be very early in the command line, for example it is no use saying java -version -Xmx3600m The same thing happens with Sun Java: $ /usr/lib64/jvm/java-1.6.0-sun/bin/java -version Error occurred during initialization of VM Could not reserve enough space for object heap Could not create the Java virtual machine. $ /usr/lib64/jvm/java-1.6.0-sun/bin/java -Xmx3600m -version java version "1.6.0_13" Java(TM) SE Runtime Environment (build 1.6.0_13-b03) Java HotSpot(TM) 64-Bit Server VM (build 11.3-b02, mixed mode) Reproducible: Always Steps to Reproduce: 1. Type java -version 2. If it works then experiment with lower virtual memory limits until it fails, e.g. ulimit -S -v 4000000 java -version ulimit -S -v 2000000 java -version ulimit -S -v 1000000 java -version Actual Results: Error occurred during initialization of VM Could not reserve enough space for object heap Could not create the Java virtual machine. Expected Results: java version "1.6.0_0" IcedTea6 1.4 (suse-24.5.2-x86_64) Runtime Environment (build 1.6.0_0-b14) OpenJDK 64-Bit Server VM (build 14.0-b08, mixed mode) I introduced the virtual memory limits because users were causing performance problems with very large jobs. I regard 4GB as a big limit, I don't think it is reasonable for Java to assume this is available without checking. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 5

[Bug 525254] New: After login bug buddy launches
by bugzilla_noreply＠novell.com 11 Sep '12

11 Sep '12

http://bugzilla.novell.com/show_bug.cgi?id=525254 User rastislav.krupansky(a)gmail.com added comment http://bugzilla.novell.com/show_bug.cgi?id=525254#c1 Summary: After login bug buddy launches Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: x86 OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: GNOME AssignedTo: bnc-team-gnome(a)forge.provo.novell.com ReportedBy: rastislav.krupansky(a)gmail.com QAContact: qa(a)suse.de Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; sk; rv:1.9.1.1) Gecko/20090714 SUSE/3.5.1-1.1 Firefox/3.5.1 I'm not sure whether this is upstream issue, or specific for openSUSE. After login, bug buddy is launched and all Gnome desktop lags. I'm not able to launch start menu and applications. Here you are review crash details: Distribution: openSUSE 11.1 (i586) Gnome Release: 2.26.2 (null) (SUSE) BugBuddy Version: 2.26.0 System: Linux 2.6.27.25-0.1-default #1 SMP 2009-07-01 15:37:09 +0200 i686 X Vendor: The X.Org Foundation X Vendor Release: 10502000 Selinux: No Accessibility: Disabled GTK+ Theme: Gilouche Icon Theme: oxygen GTK+ Modules: gnomebreakpad, canberra-gtk-module Memory status: size: 0 vsize: 0 resident: 0 share: 0 rss: 0 rss_rlim: 0 CPU usage: start_time: 0 rtime: 0 utime: 0 stime: 0 cutime:0 cstime: 0 timeout: 0 it_real_value: 0 frequency: 0 ----------- .xsession-errors --------------------- (nautilus:3946): GVFS-RemoteVolumeMonitor-WARNING **: invoking List() failed for type GProxyVolumeMonitorHal: org.freedesktop.DBus.Error.NoReply: Message did not receive a reply (timeout by message bu (nautilus:3946): GVFS-RemoteVolumeMonitor-WARNING **: New owner :1.8902 for volume monitor org.gtk.Private.HalVolumeMonitor connected to the bus; seeding drives/volumes/mounts (gnome-panel:3715): GVFS-RemoteVolumeMonitor-WARNING **: invoking List() failed for type GProxyVolumeMonitorHal: org.freedesktop.DBus.Error.NoReply: Message did not receive a reply (timeout by message (gnome-panel:3715): GVFS-RemoteVolumeMonitor-WARNING **: New owner :1.8897 for volume monitor org.gtk.Private.HalVolumeMonitor connected to the bus; seeding drives/volumes/mounts (nautilus:3946): GVFS-RemoteVolumeMonitor-WARNING **: invoking List() failed for type GProxyVolumeMonitorHal: org.freedesktop.DBus.Error.NoReply: Message did not receive a reply (timeout by message bu (nautilus:3946): GVFS-RemoteVolumeMonitor-WARNING **: New owner :1.8907 for volume monitor org.gtk.Private.HalVolumeMonitor connected to the bus; seeding drives/volumes/mounts (gnome-panel:3715): GVFS-RemoteVolumeMonitor-WARNING **: invoking List() failed for type GProxyVolumeMonitorHal: org.freedesktop.DBus.Error.NoReply: Message did not receive a reply (timeout by message (gnome-panel:3715): GVFS-RemoteVolumeMonitor-WARNING **: New owner :1.8902 for volume monitor org.gtk.Private.HalVolumeMonitor connected to the bus; seeding drives/volumes/mounts -------------------------------------------------- Reproducible: Always Steps to Reproduce: 1. 2. 3. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 1

[Bug 506721] New: Skip network check doesn't work.
by bugzilla_noreply＠novell.com 10 Sep '12

10 Sep '12

http://bugzilla.novell.com/show_bug.cgi?id=506721 Summary: Skip network check doesn't work. Classification: openSUSE Product: openSUSE 11.2 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Critical Priority: P5 - None Component: Installation AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: bitdealer(a)gmail.com QAContact: jsrain(a)novell.com Found By: --- I'm not sure when that crap started but at least since 11.1 the installer asks me if I would like to test my internet connection by downloading the latest release notes and updates and although I always select "NO, do NOT try to connect anywhere" it still tries over and over and naturally fails if no network is available. This behavior annoys the heck out of me over and over again! As in, regardless if I have a working network atm or not, IF I choose "Don't touch my internet connection" I expect & want it to respect my decision and not to do what it wants. Further it's a total waste of time which I simply would like to be able to avoid once again. So please fix that check. Last verified with build 0106. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 47

[Bug 535101] New: autoyast installation fails while using a very simple xml config
by bugzilla_noreply＠novell.com 28 Aug '12

28 Aug '12

http://bugzilla.novell.com/show_bug.cgi?id=535101 Summary: autoyast installation fails while using a very simple xml config Classification: openSUSE Product: openSUSE 11.2 Version: Milestone 6 Platform: i586 OS/Version: Other Status: NEW Severity: Critical Priority: P5 - None Component: AutoYaST AssignedTo: ug(a)novell.com ReportedBy: pierre.berthier(a)ini.phys.ethz.ch QAContact: qa(a)suse.de Found By: --- Created an attachment (id=315755) --> (http://bugzilla.novell.com/attachment.cgi?id=315755) autoyast XML configuration file User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.0.13) Gecko/2009080315 Ubuntu/9.04 (jaunty) Firefox/3.0.13 Starting autoyast installation with a simplistic install.xml file (in textmode). After installing all packages, the installer stops with an error message: "An error occurred during initrd creation." Reproducible: Always Steps to Reproduce: 1. boot autoyast with the attached install.xml Actual Results: The installer stops with an error message: "An error occurred during initrd creation." Expected Results: The installer should complete the installation without error messages. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 14

[Bug 511321] New: Enforce patch tagging by rpmlint check
by bugzilla_noreply＠novell.com 28 Aug '12

28 Aug '12

http://bugzilla.novell.com/show_bug.cgi?id=511321 Summary: Enforce patch tagging by rpmlint check Classification: openSUSE Product: openSUSE 11.2 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: dmueller(a)novell.com ReportedBy: prusnak(a)novell.com QAContact: qa(a)suse.de CC: ro(a)novell.com, mrueckert(a)novell.com Found By: Development We are trying to use patch tagging in packages .spec files. This is documented here: http://en.opensuse.org/Packaging/Patches I suggest to create a simple RPMlint check which does the following: ("patch lines" are the lines in spec preamble which match "^Patch.*:") * checks if any of the patch lines contain %version or %{version} macro * checks if any of the patch lines have missing patch comment on the previous line * checks if all of the patch comments match this regexp: ^# PATCH-\{FIX\|FEATURE\}-\{OPENSUSE\|SLE\|UPSTREAM\} .*\.patch .* .*@.*\..* If the spec does not follow these points a warning with a link to the wiki should be emitted. We might want to raise an error, but this is better to be discussed with darix. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 6

[Bug 523791] New: Done feature still appears in "top features" and "my features"
by bugzilla_noreply＠novell.com 27 Aug '12

27 Aug '12

http://bugzilla.novell.com/show_bug.cgi?id=523791 Summary: Done feature still appears in "top features" and "my features" Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: openFATE AssignedTo: tschmidt(a)novell.com ReportedBy: vuntz(a)novell.com QAContact: freitag(a)novell.com Found By: --- I implemented https://features.opensuse.org/305296 and it's now marked as done. However, it still appears in "top features" and "my features". This could be because it's not marked as done for some internal products. However, from the openSUSE point of view, it should really be done... -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 2