May 2008 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 285482] New: 'verify installed package dependencies' functionality in YaST
by bugzilla_noreply＠novell.com 19 Mar '09

19 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=285482 Summary: 'verify installed package dependencies' functionality in YaST Product: openSUSE 10.3 Version: Alpha 5 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: YaST2 AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: ke(a)novell.com QAContact: jsrain(a)novell.com CC: gs(a)novell.com, sh(a)novell.com Found By: Documentation Fate 301178. Does not work as annnounced for me. Default installation (with GNOME). rpm -e --nodeps sax2 tcl Start yast -> software management -> Extra -> Verify System => Yast says dependencies are fine. File -> Quit. Surprisingly, YaST installs "sax2". Quit yast, whole procedure again. ... Quit and yast installs tcl. [I did not test with yast-ncurses.] -- 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.

1 14

[Bug 372070] New: open-vm-tools: suid binary
by bugzilla_noreply＠novell.com 19 Mar '09

19 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=372070 Summary: open-vm-tools: suid binary Product: openSUSE 11.0 Version: Alpha 3 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Security AssignedTo: security-team(a)suse.de ReportedBy: prusnak(a)novell.com QAContact: qa(a)suse.de Found By: --- I created new package open-vm-tools. These are tools that could be installed when openSUSE is running in VMware. It contains one binary that should be packaged as suid root. If it is not, only root on guest system can access Shared files from host system. i586/open-vm-tools-2008.03.11-1.i586.rpm: -rwsr-xr-x 1 root root 43124 Mar 18 15:44 /usr/sbin/mount.vmhgfs file /usr/sbin/mount.vmhgfs is packaged with suid/sgid permissions but is not listed in any of /etc/permissions* please contact security team -- 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.

1 18

[Bug 381276] New: libzypp unexpectedly calls mkinitrd
by bugzilla_noreply＠novell.com 19 Mar '09

19 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=381276 Summary: libzypp unexpectedly calls mkinitrd Product: openSUSE 11.0 Version: Beta 1 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Kernel AssignedTo: seife(a)novell.com ReportedBy: poeml(a)novell.com QAContact: qa(a)suse.de Found By: --- I updated a couple of packages from Factory, and at some point, libzypp hangs after printing the following line, for about 10 minutes. / Installing: suspend-0.80.20080219-20 [100%] I see gzip running in top, and notice that the suspend package's %post apparently has called mkinitrd, which recreates all initrds on my system (which clearly something that I don't want it to do!!) root 23613 0.3 1.3 7796 4252 pts/1 S+ 14:18 0:00 \_ rpm --root / --dbpath /var/lib/rpm -U --percent --force --nodeps -- /var/cache/zypp/packages/factory/ppc/suspend-0.80.20080219-20.ppc.rpm root 23614 0.0 0.4 3416 1392 pts/1 S+ 14:18 0:00 \_ /bin/sh /var/tmp/rpm-tmp.22927 1 root 23615 0.0 0.4 3416 1512 pts/1 S+ 14:18 0:00 \_ /bin/bash /sbin/mkinitrd root 27514 3.0 0.3 3552 1248 pts/1 S+ 14:20 0:01 \_ /bin/bash /sbin/mkinitrd root 29407 1.0 0.1 1956 600 pts/1 S+ 14:20 0:00 \_ cpio -H newc --create root 29408 100 0.2 2080 716 pts/1 R+ 14:20 0:23 \_ gzip -9 Especially as not kernel or mkinitrd package was updated: # zypper update * Building repository 'factory' cache Reading installed packages... The following NEW packages are going to be installed: bundle-lang-common-ar poppler-data yast2-registration yast2-add-on yast2-firewall yast2-online-update opensuse-codecs-installer suseRegister bash-completion yum-basearchonly release-notes-openSUSE gtk2-branding-upstream yast2-control-center-qt yast2-qt-pkg gimp-plugins-python gstreamer-0_10-plugins-base splashy ghostscript-omni suspend uuid-runtime yast2-ncurses-pkg libgstinterfaces-0_10-0 kdelibs3-doc bash-doc ft2demos enscript PolicyKit-doc graphviz-gd libgvfscommon0 libasound2-64bit libgio-fam gvfs libgpod-tools libgluezilla0 perl-doc limal-ca-mgm-perl sane-backends-autoconfig alsa-plugins readline-doc alsa-oss-64bit perl-Crypt-SSLeay yast2-control-center Overall download size: 20.7 M. After the operation, additional 118.0 M will be used. Continue? [YES/no]: y Downloading package bundle-lang-common-ar-11.0-92.noarch, 152.0 K (529.0 K unpacked) * Downloading: bundle-lang-common-ar-11.0-92.noarch.rpm [done (62.0 K/s)] [...] The suspend package has this in %post: # rpm -q suspend --scripts postinstall scriptlet (using /bin/sh): if [ "$YAST_IS_RUNNING" != "instsys" -a \ ! -e /.buildenv -a \ -x /sbin/update-bootloader -a \ -x /sbin/mkinitrd ]; then /sbin/mkinitrd /sbin/update-bootloader --refresh fi I see a few problems with this: 1) is it really needed to run mkinitrd to up date _all_ initrds after updating the suspend package? 2) the user is not informed about the mkinitrd run and zypper gives no indication what it's doing for 10 minutes (that's probably a zypper issue?) 3) recreating _all_ initrds (which is what it did) is dangerous, I don't want that. It is okay for me if it recreates the initrd for the booted kernel, like it would do if I update the kernel... Stefan, I suppose you could have some input on this? -- 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.

1 4

[Bug 334690] New: libcurl comes with too few certs
by bugzilla_noreply＠novell.com 19 Mar '09

19 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=334690 Summary: libcurl comes with too few certs Product: openSUSE 10.3 Version: Final Platform: All OS/Version: openSUSE 10.3 Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: tom.horsley(a)att.net QAContact: qa(a)suse.de Found By: --- The /usr/share/curl/curl-ca-bundle.crt file that ships with openSUSE (rpm curl-ca-bundle-7.16.4-16) has a vastly limited subset of certs compared to firefox (for example). Since zypper uses libcurl for https access, this means that repos accessible only via https are likely not accessible without resorting to fiddling with the certs file. For example, the equivalent file on a fedora 7 box is found at /etc/pki/tls/certs/ca-bundle.crt and is 441017 bytes. The /usr/share/curl/curl-ca-bundle.crt file is only 238102 bytes. Copying the fedora 7 certs to my opensuse box did indeed allow me to access an https repo, but that is way too obscure for most folks to figure out. It seems reasonable to expect all the tools that talk https to have access to the same set of certs when they all come on the same linux distribution. -- 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.

1 13

[Bug 374148] New: Tracker bug for multiscreen bugs
by bugzilla_noreply＠novell.com 18 Mar '09

18 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=374148 Summary: Tracker bug for multiscreen bugs Product: openSUSE 11.0 Version: Alpha 3 Platform: Other OS/Version: openSUSE 11.0 Status: NEW Severity: Normal Priority: P5 - None Component: GNOME AssignedTo: federico(a)novell.com ReportedBy: federico(a)novell.com QAContact: qa(a)suse.de Found By: Development This is a bug to track all multiscreen/xinerama/randr-related bugs. -- 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.

1 122

[Bug 381960] New: provide debuginfo for OO backtrace analysis
by bugzilla_noreply＠novell.com 18 Mar '09

18 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=381960 Summary: provide debuginfo for OO backtrace analysis Product: SUSE Linux 10.1 Version: Final Platform: i686 OS/Version: SuSE Linux 10.1 Status: NEW Severity: Enhancement Priority: P5 - None Component: OpenOffice.org AssignedTo: eward(a)novell.com ReportedBy: estellnb(a)gmail.com QAContact: qa(a)suse.de Found By: Community of Practice At the moment it does not appear to be possible to get a meaningful backtrace out of a hanging instance of OpenOffice: * no debuginfo at relevant areas of the backtrace * xprop / dcop wmiface do not succeed in returning a pid on being applied on a window that belongs to openoffice (useful with drkonqui) even OO can hang every now or then .- reported at suse 10.1; perhaps best to be provided for suse 11.0 -- 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.

1 9

[Bug 346361] New: OpenOffice asks for password still after samba setup
by bugzilla_noreply＠novell.com 18 Mar '09

18 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=346361 Summary: OpenOffice asks for password still after samba setup Product: openSUSE 10.3 Version: Final Platform: i386 OS/Version: openSUSE 10.3 Status: NEW Severity: Normal Priority: P5 - None Component: KDE AssignedTo: kde-maintainers(a)suse.de ReportedBy: heetered(a)msn.com QAContact: qa(a)suse.de Found By: Customer We am using openSUSE 10.3 since a few days ago. We have it configured as a workstation in a Windows Server 2003 environment. Now everything is working okay, but OpenOffice keeps asking user for login password to open all the files from the Server. Then, there is a checkmark for "Save Password Until End Of Session", but upon reboot, the user needs the password again. The files have to stay on the server. The XP machines don't ask for passwords when accessing the same files, they have OO 2.3 on them as well. Mostly doc files, but anything to do with opening a file with OO/OpenSUSE/KDE. OpenSUSE opens all other non-OpenOffice files on server without asking for password. No passwords are asked for anywhere else in OpenSUSE workstation, Samba has been configured properly. -- 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.

1 5

[Bug 376310] New: run mkzimage on Pegasos and EFIKA as part of installation , and after kernel upgrades
by bugzilla_noreply＠novell.com 18 Mar '09

18 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=376310 Summary: run mkzimage on Pegasos and EFIKA as part of installation, and after kernel upgrades Product: openSUSE 11.0 Version: Factory Platform: PowerPC OS/Version: Other Status: NEW Severity: Critical Priority: P5 - None Component: Installation AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: pczanik(a)genesi-usa.com QAContact: jsrain(a)novell.com Found By: --- Pegasos and EFIKA are PPC machines from bPlan/Genesi. This should be an enhancement request, but became critical due to other problems. Current boot manager situation: - yaboot is installed as bootmanager on Pegasos, but works only with recent firmwares, the rest need a workaround - EFIKA: no bootmanager is installed The mentioned workaround is to boot inst32 again, then boot the installed system, finish installation, login as root, and create a bootable kernel image. Obviously this is not a user friendly solution, especially that typical users of these machines are desktop users (mostly from the Amiga world). Even this workaround is lost now with recent factory releases, booting the installed system from inst32 does not work any more ( see: https://bugzilla.novell.com/show_bug.cgi?id=373569 ) The proposed solution is to run the following command during installation to get a bootable kernel image. chroot /mnt mkzimage --initrd /boot/initrd --vmlinux \ /boot/vmlinux --output /boot/zImage This should be on one line, broke only for bugzilla readibility. 'chroot' is needed, as only the installed system has the 'mkzimage' tool (part of the PPC version of the 'lilo' package). On the installed system 'chroot' obviously is not needed, but running the same command automatically would save users a lot of trouble. -- 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.

1 21

[Bug 297035] New: kino help opens non-existing html file
by bugzilla_noreply＠novell.com 18 Mar '09

18 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=297035 Summary: kino help opens non-existing html file Product: openSUSE 10.3 Version: Alpha 7 Platform: PowerPC OS/Version: Linux Status: NEW Severity: Normal Priority: P5 - None Component: X11 Applications AssignedTo: bk(a)novell.com ReportedBy: olh(a)novell.com QAContact: sndirsch(a)novell.com Found By: --- in german locale, the help -> content menu opens /usr/share/kino/help/en/en.html instead of /usr/share/kino/help/en/index.html french locale may have the same issue. -- 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.

1 8

[Bug 331770] New: MPI-Selector: Make changes sooner effective
by bugzilla_noreply＠novell.com 18 Mar '09

18 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=331770 Summary: MPI-Selector: Make changes sooner effective Product: openSUSE 10.3 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Development AssignedTo: pth(a)novell.com ReportedBy: burnus(a)gmx.de QAContact: qa(a)suse.de CC: ken(a)novell.com Found By: --- Currently, one needs to log out in order that the changes are effective; opening a new xterm window is not enough. It would be great if the changes were effective a) if one opens a new xterm b) directly after one has run mpi-selector. -- 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.

1 6