March 2010 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 555222] New: zypper dup should check if mkinitrd succeeds
by bugzilla_noreply＠novell.com 13 Jan '14

13 Jan '14

http://bugzilla.novell.com/show_bug.cgi?id=555222 Summary: zypper dup should check if mkinitrd succeeds Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: All OS/Version: openSUSE 11.2 Status: NEW Severity: Normal Priority: P5 - None Component: Update Problems AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: mail(a)philipp-wagner.com QAContact: jsrain(a)novell.com Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; de; rv:1.9.1.0) Gecko/20090623 SUSE/3.5.0-7.1 Firefox/3.5 I updated from 11.1 to 11.2 using zypper dup. My /boot partition was full and mkinitd during the installation of the kernel image probably failed. I didn't see the message as I let the update run unattended and only saw the last lines of output from zypper dup, which seemed to suggest that everything went ok. When rebooting I got a "kernel panic: attempted to kill init". Fortunately I had another kernel installed and were able to boot, remove some old files from /boot and call mkinitrd again. Now the system boots fine. A full /boot partition is not that unlikely (the default partition layout suggests a rather small /boot and installing two testkernels is enough to fill it so that mkinitrd fails. Could zypper dup give a summary of errors that happened while installing all packages in the end of the upgrade process so that the user sees this error before rebooting? 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 6

[Bug 550318] New: user ids for kiwi created ltsp images wrong, taken from host
by bugzilla_noreply＠novell.com 19 Dec '13

19 Dec '13

http://bugzilla.novell.com/show_bug.cgi?id=550318 Summary: user ids for kiwi created ltsp images wrong, taken from host Classification: openSUSE Product: openSUSE 11.2 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: stefan.bruens(a)rwth-aachen.de QAContact: qa(a)suse.de Found By: --- User-Agent: Mozilla/5.0 (compatible; Konqueror/4.3; Linux) KHTML/4.3.2 (like Gecko) SUSE Kiwi creates ltsp images in two stages. The first stage is run from the host, installing packages using "zypper --root <ltsp-root>". It looks like userids for creating the files are taken from the host environment. This affects e.g. dbus and hal packages. This should be either fixed in zypper, or fixed during the the second stage, which is run in the chroot (rpm --setguids). Reproducible: Always Steps to Reproduce: 1. install kiwi-ltsp-prebuilt-unstable 2. unclicfs /srv/kiwi-ltsp/i386.img; sudo mount -o loop,ro fsdata.ext3 /mnt 3. chroot /mnt 4. ls -la /var/run/{hald,dbus} Actual Results: var/run/dbus: total 8 drwxr-xr-x 2 haldaemon privoxy 4096 2009-09-24 00:02 . drwxr-xr-x 9 root root 4096 2009-10-04 09:00 .. var/run/hald: total 16 drwxr-xr-x 4 messagebus quagga 4096 2009-10-04 08:58 . drwxr-xr-x 9 root root 4096 2009-10-04 09:00 .. drwxr-xr-x 2 messagebus quagga 4096 2009-09-24 11:50 hald-local drwxr-xr-x 2 messagebus quagga 4096 2009-09-24 11:50 hald-runner Expected Results: /var/run/dbus: insgesamt 16 drwxr-xr-x 3 messagebus messagebus 4096 27. Okt 07:53 . drwxr-xr-x 26 root root 4096 27. Okt 07:54 .. drwxr-xr-x 3 root root 4096 27. Okt 07:54 at_console -rw-r--r-- 1 root root 5 27. Okt 07:53 pid srwxrwxrwx 1 root root 0 27. Okt 07:53 system_bus_socket /var/run/hald: insgesamt 24 drwxr-xr-x 4 haldaemon haldaemon 4096 27. Okt 07:54 . drwxr-xr-x 26 root root 4096 27. Okt 07:54 .. -rw-r--r-- 1 root root 2266 27. Okt 07:54 acl-list -rw-r--r-- 1 root root 5 27. Okt 07:53 haldaemon.pid drwxr-xr-x 2 haldaemon haldaemon 4096 5. Feb 2009 hald-local drwxr-xr-x 2 haldaemon haldaemon 4096 5. Feb 2009 hald-runner -- 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 13

[Bug 557498] New: VMWare console continually grabs / releases input when mouse is moved when launched from Firefox 3.5.4 from openSUSE 11.2
by bugzilla_noreply＠novell.com 06 Dec '13

06 Dec '13

http://bugzilla.novell.com/show_bug.cgi?id=557498 http://bugzilla.novell.com/show_bug.cgi?id=557498#c0 Summary: VMWare console continually grabs / releases input when mouse is moved when launched from Firefox 3.5.4 from openSUSE 11.2 Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: All OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Firefox AssignedTo: bnc-team-mozilla(a)forge.provo.novell.com ReportedBy: novell_david(a)bailey.id.au QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-GB; rv:1.9.1.5) Gecko/20091102 Firefox/3.5.5 Using Firefox 3.5.4 from openSUSE 11.2 final, when working with a VMWare virtual machine console, the console continually grabs / releases input as you move the mouse within the console. This makes it extremely difficult to work with the virtual machine as the mouse is quite often not focused on the machine when you need it to be. Pressing <CTRL> G to force grabbing does not change this behavior. If you persist with trying to work with the VM for a period of time, the entire desktop machine seems to loose the meta keys (ie CTRL, ALT etc). So you can't use <CTRL> D for example after closing the VMWare console. If you do this in a konsole session etc, you will see a D on the screen instead of exiting that konsole session. Restarting the DE resolves this. This is reproducable across 2 machines (x86_64 and i386 installs). It is also reproducable using both KDE and Gnome DEs. The exact versions of Firefox used are: MozillaFirefox-3.5.4-1.1.2.x86_64 MozillaFirefox-3.5.4-1.1.2.i586 VMWare version: VMware Infrastructure Web Access Version 2.0.0 Build 128374 However, under Firefox 3.5.5 from the Mozilla website, the virtual machine behavior returns to normal and grabbing releasing input works correctly. Reproducible: Always Steps to Reproduce: 1.Using Firefox 3.5.4 from openSUSE 11.2 2.Open VMWare console and attempt to work with the virtual machine 3.As mouse is moved the VM continually grabs / releases input (the status text keeps changing to confirm this) -- 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 547574] New: icu: apply shared library policy
by bugzilla_noreply＠novell.com 04 Dec '13

04 Dec '13

http://bugzilla.novell.com/show_bug.cgi?id=547574 Summary: icu: apply shared library policy Classification: openSUSE Product: openSUSE 11.2 Version: Factory Platform: All OS/Version: Linux Status: NEW Severity: Normal Priority: P5 - None Component: Development AssignedTo: pth(a)novell.com ReportedBy: jengelh(a)medozas.de QAContact: qa(a)suse.de Found By: Beta-Customer libicu currently is not following the library policy (libicu42) but is just called libicu. This makes it impossible to install multiple versions in parallel. -- 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 514186] New: Firefox crashes when mouse wheel scrolled qtcurve is causing it
by bugzilla_noreply＠novell.com 29 Nov '13

29 Nov '13

http://bugzilla.novell.com/show_bug.cgi?id=514186 Summary: Firefox crashes when mouse wheel scrolled qtcurve is causing it Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: x86-64 OS/Version: openSUSE 11.1 Status: NEW Severity: Critical Priority: P5 - None Component: KDE4 Workspace AssignedTo: kde-maintainers(a)suse.de ReportedBy: initialZero(a)gmail.com QAContact: qa(a)suse.de Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-US) AppleWebKit/531.0 (KHTML, like Gecko) Chrome/3.0.187.0 Safari/531.0 Firefox has been rendered unusable due to qtcurve causing it to crash when any webpage is scrolled using the mouse wheel. I have the firefox and qtcurve debuginfo packages installed but the stack trace looks weak. Reproducible: Always Steps to Reproduce: 1. 2. 3. [New Thread 0x7fffe99e7950 (LWP 11435)] (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) /usr/share/themes/Sonar/gtk-2.0/gtkrc:88: error: unexpected identifier `progressbarstyle', expected character `}' (no debugging symbols found) [New Thread 0x7fffe89e4950 (LWP 11438)] (no debugging symbols found) [New Thread 0x7fffe7f0c950 (LWP 11439)] [Thread 0x7fffe7f0c950 (LWP 11439) exited] [New Thread 0x7fffe7f0c950 (LWP 11440)] (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) [New Thread 0x7fffe70c8950 (LWP 11442)] (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) [Thread 0x7fffe7f0c950 (LWP 11440) exited] [New Thread 0x7fffe7f0c950 (LWP 11443)] [New Thread 0x7fffe5980950 (LWP 11444)] [Thread 0x7fffe7f0c950 (LWP 11443) exited] *** nss-shared-helper: Shared database disabled (set NSS_USE_SHARED_DB to enable). [New Thread 0x7fffe7f0c950 (LWP 11445)] [New Thread 0x7fffe45b9950 (LWP 11446)] [New Thread 0x7fffe3db8950 (LWP 11447)] Program received signal SIGSEGV, Segmentation fault. 0x00007fffe8dcea45 in ?? () from /usr/lib64/gtk-2.0/2.10.0/engines/libqtcurve.so -- 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

[Bug 533991] New: Adobe Reader error: suse-do-not-grab-server.so' from LD_PRELOAD cannot be preloaded
by bugzilla_noreply＠novell.com 29 Nov '13

29 Nov '13

http://bugzilla.novell.com/show_bug.cgi?id=533991 Summary: Adobe Reader error: suse-do-not-grab-server.so' from LD_PRELOAD cannot be preloaded Classification: openSUSE Product: openSUSE 11.2 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: hvogel(a)novell.com ReportedBy: mvyskocil(a)novell.com QAContact: qa(a)suse.de Found By: --- Adobe reader prints a following error to stderr when I want to print something: ERROR: ld.so: object '/usr/lib/Adobe/Reader8/Reader/intellinux/lib/suse-do-not-grab-server.so' from LD_PRELOAD cannot be preloaded: ignored. -- 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 13

[Bug 561194] New: cvs checkout fails due to permissions while it most likely should not
by bugzilla_noreply＠novell.com 28 Nov '13

28 Nov '13

http://bugzilla.novell.com/show_bug.cgi?id=561194 http://bugzilla.novell.com/show_bug.cgi?id=561194#c0 Summary: cvs checkout fails due to permissions while it most likely should not Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: i386 OS/Version: openSUSE 11.1 Status: NEW Severity: Normal Priority: P5 - None Component: Development AssignedTo: pth(a)novell.com ReportedBy: wf(a)wfaber.com QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.5) Gecko/20091109 Ubuntu/9.10 (karmic) Firefox/3.5.5 I get the following error when trying to check out a module located in the home directory of another user (anonymized): m1:~/tmp/new> cvs -d /home/xxx/DIR1/CVS checkout mod cvs [checkout aborted]: cannot getwd in /home/xxx/DIR1/CVS: Permission denied m1:~/tmp/new> This is apparently a permission problem, but it should not occur as the permissions are as follows drwxrwsr-x 61 xxx g1 4096 2009-10-14 11:38 /home/xxx/DIR1/CVS/ drwxr-x--x 9 xxx g1 4096 2009-05-18 03:54 /home/xxx/DIR1/ drwxr-x--x 48 xxx g2 4096 2009-11-23 14:06 /home/xxx/ My user is in group g1 but not in g2: m1:~/tmp/new> groups faber faber : vi li cola g1 But this should not matter as there is no need for cvs to read or write in /home/xxx/ . This happens only for checkout; update and commit work as expected. We could fix it temporarily by doing chmod o+r /home/xxx . Please note that I am not an administrator on that machine, so I'm afraid I cannot execute any experimental setup. What is described below should reproduce the bug, but I could not test it on the opensuse machine. Reproducible: Always Steps to Reproduce: 1. Create two users u1 and u2. 2. u1 in groups g1 and g2 3. u2 only in group g1 4. u1: chmod 751 $HOME 5. u1: chgrp g2 $HOME 6. u1: mkdir $HOME/DIR1 7. u1: chmod 751 $HOME/DIR1 8. u1: chgrp g1 $HOME/DIR1 9. u1: cvs -d $HOME/DIR1 init 10. u1: chgrp g1 -R $HOME/DIR1/CVSROOT 10. u1: chmod 2771 $HOME/DIR1/CVSROOT 11. u1: mkdir $HOME/empty; cd $HOME/empty; cvs -d $HOME/DIR1 import -m Test mod1 test start 12. u1: chgrp g1 $HOME/DIR1/mod1 13. u2: cvs -d /home/u1/DIR1 checkout mod1 Actual Results: cvs [checkout aborted]: cannot getwd in /home/u1/DIR1/CVS: Permission denied Expected Results: cvs checkout: Updating mod1 cvs version is 1.12.12 Gerald Pfeifer <gp(a)novell.com> asked me to report this bug and copy him, but I don't see a field to do this. -- 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 7

[Bug 508670] New: files owned by multiple RPMs cause conflicts in opensuse 11.1
by bugzilla_noreply＠novell.com 27 Nov '13

27 Nov '13

http://bugzilla.novell.com/show_bug.cgi?id=508670 Summary: files owned by multiple RPMs cause conflicts in opensuse 11.1 Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: i586 OS/Version: openSUSE 11.1 Status: NEW Severity: Major Priority: P5 - None Component: GNOME AssignedTo: bnc-team-gnome(a)forge.provo.novell.com ReportedBy: unix-support(a)ucs.cam.ac.uk QAContact: qa(a)suse.de Found By: --- User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_5_7; en-us) AppleWebKit/525.28.3 (KHTML, like Gecko) Version/3.2.3 Safari/525.28.3 Hi, There are files in opensuse 11.1 which are owned by multiple RPMs which causes conflicts when you try to update one of the RPMs using "rpm -Uvh" (or indeed some tooms - zypper seems to work and I assume it works because it ignores the dependenices!). For example: # rpm -qf /usr/share/omf/evolution/evolution-C.omf bundle-lang-gnome-en-11.1-11.3 evolution-2.24.1.1-4.14.1 And the files are no even identical. For example running: # rpm --verify bundle-lang-gnome-en | grep evolution S.5....T /usr/share/omf/evolution/evolution-C.omf And this is not the only one. Another example: # rpm -qf /usr/share/omf/zenity/zenity-C.omf bundle-lang-gnome-en-11.1-11.3 zenity-2.24.0-1.23 This is a very bad bug as it completely breaks our package manager. )-: Multiple RPMs should never supply two files with the same path and filename! Can this please be fixed? Best regards, Anton Altaparmakov (Unix Support, University of Cambridge, UK) Reproducible: Always Steps to Reproduce: Run one of the examples from the Details to see the problem... Actual Results: See the Details. Expected Results: See the Details. - We expect never to see two RPMs owning the same path/filename. -- 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 523354] New: aranym-0.9.7beta-1.55: possible bad C++ STL iterator
by bugzilla_noreply＠novell.com 25 Nov '13

25 Nov '13

http://bugzilla.novell.com/show_bug.cgi?id=523354 Summary: aranym-0.9.7beta-1.55: possible bad C++ STL iterator 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 aranym-0.9.7beta-1.55 For source code file aranym-0.9.7beta/src/natfeat/hostfs.cpp, around line 2565 is the following source code for(MountMap::iterator it = mounts.begin(); it != mounts.end(); it++) { delete it->second; mounts.erase(it); } The call to erase invalidates the iterator it. Suggest code rework. Maybe the following code might work for(MountMap::iterator it = mounts.begin(); it != mounts.end(); ) { delete it->second; it = mounts.erase(it); } -- 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 517294] New: spu-tools-2.3.0-3.2: bad symbolic array index into static array
by bugzilla_noreply＠novell.com 25 Nov '13

25 Nov '13

http://bugzilla.novell.com/show_bug.cgi?id=517294 Summary: spu-tools-2.3.0-3.2: bad symbolic array index into static array 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 spu-tools-2.3.0-3.2 For source code file spu-tools-2.3.0/spu-top.c around line 161 is the source code mvprintw(3, 0, "Cpu(s):%5.1f%%us,%5.1f%%sys,%5.1f%%wait,%5.1f%%nice,%5.1f%%idle", percents[TIME_USER], percents[TIME_SYSTEM], percents[TIME_IOWAIT], percents[TIME_NICE], percents[TIME_IDLE]); but static float percents[TIME_TOTAL]; and enum time { TIME_USER=0, TIME_NICE, TIME_SYSTEM, TIME_IOWAIT, TIME_LOADED, TIME_TOTAL, TIME_IDLE, TIME_MAX }; so an array of size 5 has an index of size 6 applied to it, by TIME_IDLE. Suggest code rework. -- 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