October 2009 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 548635] New: mkbootdisk fails: No directory slots
by bugzilla_noreply＠novell.com 04 Oct '12

04 Oct '12

http://bugzilla.novell.com/show_bug.cgi?id=548635 Summary: mkbootdisk fails: No directory slots Classification: openSUSE Product: openSUSE 11.2 Version: RC 1 Platform: i586 OS/Version: openSUSE 11.2 Status: NEW Severity: Normal Priority: P5 - None Component: Bootloader AssignedTo: jsrain(a)novell.com ReportedBy: poolbarde(a)web.de QAContact: jsrain(a)novell.com Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; de; rv:1.9.0.14) Gecko/2009090900 SUSE/3.0.14-0.1.2 Firefox/3.0.14 I installed default opensuse 11.2 RC1 into vmware machine. After adding syslinux package, i start creation of bootdisks as user in my home directory with: /media/CDROM/i386/mkbootdisk /media/CDROM After some time, mkbootdisk stops without creation of any bootdisk. Error message is: No directory slots error: copy failed Reproducible: Always Steps to Reproduce: 1.install opensuse 11.2 RC1 in vmware enge includinig syslinux package 2.open shell and call "/media/CDROM/i386/mkbootdisk /media/CDROM" 3. Actual Results: mkbootdisk stops without creation of any bootdisk. Error message is: No directory slots error: copy failed -- 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 4

[Bug 551678] New: zypper dup heavily mis-predicting used disk space
by bugzilla_noreply＠novell.com 26 Sep '12

26 Sep '12

http://bugzilla.novell.com/show_bug.cgi?id=551678 Summary: zypper dup heavily mis-predicting used disk space Classification: openSUSE Product: openSUSE 11.2 Version: RC 1 Platform: i686 OS/Version: Other Status: NEW Severity: Minor Priority: P5 - None Component: libzypp AssignedTo: zypp-maintainers(a)forge.provo.novell.com ReportedBy: novellbmw(a)lsmod.de QAContact: qa(a)suse.de Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.8.1.23) Gecko/20090912 SUSE/1.1.18-1.2 SeaMonkey/1.1.18 As part of the testing core team, I tested zypper dup from 11.1 to 11.2 and found, that "zypper dup" used 69% more disk-space than predicted (1080MiB instead of 636). Reproducible: Always Steps to Reproduce: 1. install 11.1-KDE-LiveCD 2. run 11.1 updates 3. notice output of df / 4. follow http://en.opensuse.org/index.php?title=Upgrade/11.2&oldid=108417 5. notice output of df / again Actual Results: 799 packages to upgrade, 4 to downgrade, 263 new, 101 to remove, 1 to change vendor, 7 to change arch. Overall download size: 846.9 MiB. After the operation, additional 636.4 MiB will be used. Filesystem 1K-blocks Used Available Use% Mounted on /dev/sda2 7234296 2307212 4559600 34% / Filesystem 1K-blocks Used Available Use% Mounted on /dev/sda2 7234296 3359212 3507600 49% / Expected Results: prediction could be somewhat closer to the real result. This might actually be quite hard, given the different filesystems/block-sizes and options (e.g reiserfs with tail-packing). At least zypper could tell the user that he has to expect some extra 50-70% disk-usage on most filesystems. If needed, I have full "du /" of both before and after state. Only 65MB are used extra in /var. Maybe zypper dup does not take wasted 4k-blocks of ext3 into account? -- 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 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 536196] New: pcp-2.5.0-129.16: missing call to fclose
by bugzilla_noreply＠novell.com 21 Sep '12

21 Sep '12

http://bugzilla.novell.com/show_bug.cgi?id=536196 Summary: pcp-2.5.0-129.16: 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.16 For source code file pcp-2.5.0/src/pmdas/trace/app2.c around line 150, function io_sucker is the following code if ((foo = fopen("/dev/null", "rw")) == NULL) { but I fail to find a 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 544566] New: pcp-2.5.0-129.24: missing call to fclose
by bugzilla_noreply＠novell.com 21 Sep '12

21 Sep '12

http://bugzilla.novell.com/show_bug.cgi?id=544566 Summary: pcp-2.5.0-129.24: 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.24 source code file pcp-2.5.0/src/pmdas/trace/app3.c function pio_sucker local variable foo. I notice the following code if ((foo = fopen("/dev/null", "rw")) == NULL) { but I fail to notice any matching calls to fclose. This looks like a resource leak to me. Suggest add call to fclose near the end of the function to plug the leak. -- 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