October 2011 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 714995] New: open-iscsi script does not properly umount iscsi devices
by bugzilla_noreply＠novell.com 08 Aug '16

08 Aug '16

https://bugzilla.novell.com/show_bug.cgi?id=714995 https://bugzilla.novell.com/show_bug.cgi?id=714995#c0 Summary: open-iscsi script does not properly umount iscsi devices Classification: openSUSE Product: openSUSE 11.4 Version: Final Platform: x86-64 OS/Version: openSUSE 11.4 Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: thomas.saupe(a)novell.com QAContact: qa(a)suse.de Found By: Novell Technical Services Services Priority: 1000 Blocker: --- The code for umounting iscsi device in /etc/init.d/open-iscsi is broken, especially if the iscsi devices are used within multipathing. On system shutdown the umount of the mounted iscsi devices fails but the devices itself get logged out. This leads to a hang of the reboot, since the later the boot.localfs init script tries to umount the iscsi mounts that already have lost their devices. Attached a patch to the open-iscsi init script that corrects 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 21

[Bug 608457] New: screen corruption when scrolling with window in the foreground
by bugzilla_noreply＠novell.com 28 Jul '16

28 Jul '16

http://bugzilla.novell.com/show_bug.cgi?id=608457 http://bugzilla.novell.com/show_bug.cgi?id=608457#c0 Summary: screen corruption when scrolling with window in the foreground Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: x86-64 OS/Version: openSUSE 11.2 Status: NEW Severity: Normal Priority: P5 - None Component: Firefox AssignedTo: bnc-team-mozilla(a)forge.provo.novell.com ReportedBy: oneukum(a)novell.com QAContact: qa(a)suse.de Found By: --- Blocker: --- If another window is in front of firefox's window, text exposed by scrolling firefox's window is corrupted. This happens only with firefox and regardless of what kind of window is in front. -- 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 546843] New: gkeytool lack a support for ECC certificates
by bugzilla_noreply＠novell.com 22 Jul '16

22 Jul '16

http://bugzilla.novell.com/show_bug.cgi?id=546843 User mvyskocil(a)novell.com added comment http://bugzilla.novell.com/show_bug.cgi?id=546843#c546468 Summary: gkeytool lack a support for ECC certificates Classification: openSUSE Product: openSUSE 11.2 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: Basesystem AssignedTo: matz(a)novell.com ReportedBy: mvyskocil(a)novell.com QAContact: qa(a)suse.de Found By: Development gkeytool fails on read ECC certificate - this is also in openjdk, but the fix adds a support for Elliptic Curve Cryptography already exists in upstream, but I did not find similar for gcc java. I read a commit log, asked on #openjdk(a)irc.oftc.net, where many openjdk and gcj developers are, but noone answered me yet. see bnc#546468 for details about openjdk The java-1_5_0-gcj-compat fails on keystore creation: + for key in '/etc/ssl/certs/*.pem' + yes ++ basename /etc/ssl/certs/COMODO_ECC_Certification_Authority.pem + gkeytool-4.4 -import -keystore cacerts -file /etc/ssl/certs/COMODO_ECC_Certification_Authority.pem -storepass '' -alias COMODO_ECC_Certification_Authority.pem keytool error: java.security.cert.CertificateException error: Bad exit status from /var/tmp/rpm-tmp.cYvDZ9 (%prep) I'm going to workaround it in java-1_5_0-gcj-compat by skipping those certificates during keystore creation, to provide a fix immediately to make OpenOffice.org build immediately. But it'd be nice to have gcj with ECC support enabled. -- 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 725800] New: devel:libraries:c_c /libbsd: Bug
by bugzilla_noreply＠novell.com 19 Jul '16

19 Jul '16

https://bugzilla.novell.com/show_bug.cgi?id=725800 https://bugzilla.novell.com/show_bug.cgi?id=725800#c0 Summary: devel:libraries:c_c /libbsd: Bug Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: x86-64 OS/Version: openSUSE 11.4 Status: NEW Severity: Critical Priority: P5 - None Component: 3rd party software AssignedTo: mrueckert(a)suse.com ReportedBy: stefan.jakobs(a)rus.uni-stuttgart.de QAContact: opensuse-communityscreening(a)forge.provo.novell.com CC: crrodriguez(a)opensuse.org, pgajdos(a)suse.com Found By: --- Blocker: --- The x86_64 devel package of libbsd-devel is lacking the file /usr/include/bsd/libutil.h. The i586 package has that file. I got the following error while trying to build xxxterm: In file included from ../xxxterm.c:48:0: /usr/include/bsd/stdlib.h:46:25: fatal error: bsd/libutil.h: No such file or directory # rpm -ql -p ./libbsd-devel-0.3.0-1.1.i586.rpm | grep libutil.h /usr/include/bsd/libutil.h /usr/include/libutil.h # rpm -ql -p ./libbsd-devel-0.3.0-1.1.x86_64.rpm | grep libutil.h /usr/include/libutil.h -- 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 718113] New: MySpell descriptions refer to OpenOffice.org instead of LibreOffice
by bugzilla_noreply＠novell.com 14 Jul '16

14 Jul '16

https://bugzilla.novell.com/show_bug.cgi?id=718113 https://bugzilla.novell.com/show_bug.cgi?id=718113#c0 Summary: MySpell descriptions refer to OpenOffice.org instead of LibreOffice Classification: openSUSE Product: openSUSE 12.1 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Minor Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: andrea.turrini(a)gmail.com QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:7.0) Gecko/20100101 Firefox/7.0 The current description of the packages related to MySpell refers to OpenOffice.org instead of LibreOffice, the office suite proposed by openSUSE. For instance, "The MySpell spell-checker is used by the OpenOffice.org office suite..." belongs to the description of each package myspell-<language> Reproducible: Always Steps to Reproduce: 1. 2. 3. -- 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 678066] New: IPv6 Privacy Extensions are not enabled by default
by bugzilla_noreply＠novell.com 07 Jul '16

07 Jul '16

https://bugzilla.novell.com/show_bug.cgi?id=678066 https://bugzilla.novell.com/show_bug.cgi?id=678066#c0 Summary: IPv6 Privacy Extensions are not enabled by default Classification: openSUSE Product: openSUSE 11.4 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: lnussel(a)novell.com ReportedBy: aj(a)novell.com QAContact: qa(a)suse.de Found By: Product Management Blocker: --- bnc#664550 made some changes to IPv6 Privacy extensions - and now a default installation does not have them enabled at all. It should really be enabled. -- 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 16

[Bug 711489] New: Package 'libffi' has no Description: field
by bugzilla_noreply＠novell.com 30 Jun '16

30 Jun '16

https://bugzilla.novell.com/show_bug.cgi?id=711489 https://bugzilla.novell.com/show_bug.cgi?id=711489#c0 Summary: Package 'libffi' has no Description: field Classification: openSUSE Product: openSUSE 11.4 Version: Final Platform: x86-64 OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Development AssignedTo: pth(a)novell.com ReportedBy: koenig(a)linux.de QAContact: qa(a)suse.de Found By: --- Blocker: --- running "pkg-config --libs libffi" fails with error Package 'libffi' has no Description: field $ rpm -qf /usr/lib64/pkgconfig/libffi.pc libffi45-devel-4.5.1_20101208-9.1.x86_64 workaround for now: # echo Description: foo >> /usr/lib64/pkgconfig/libffi.pc -- 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 726744] New: ghc-libs fails to symlink libHSsyb and libHSold
by bugzilla_noreply＠novell.com 30 Jun '16

30 Jun '16

https://bugzilla.novell.com/show_bug.cgi?id=726744 https://bugzilla.novell.com/show_bug.cgi?id=726744#c0 Summary: ghc-libs fails to symlink libHSsyb and libHSold Classification: openSUSE Product: openSUSE 11.4 Version: Final Platform: x86-64 OS/Version: openSUSE 11.4 Status: NEW Severity: Normal Priority: P5 - None Component: Development AssignedTo: pth(a)suse.com ReportedBy: admin(a)damienradtke.org QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:7.0.1) Gecko/20100101 Firefox/7.0.1 After installing cabal-install (version 0.8.2) and ghc-libs (version 6.12.3) from the openSUSE 11.4 Haskell repo, trying to run cabal results in a missing library error. Two libraries need to be located before cabal works, through either symlinking or editing LD_LIBRARY_PATH. The quickfix is to run this command: $ export LD_LIBRARY_PATH=${LD_LIBRARY_PATH}:/usr/lib64/ghc-6.12.3/syb-0.1.0.2/:/usr/lib64/ghc-6.12.3/old-locale-1.0.0.2/ After these paths are added to the path, cabal works fine. The more permanent fix would be to symlink them to /usr/lib64 in the package's spec file: $ cd /usr/lib64 $ sudo ln -s /usr/lib64/ghc-6.12.3/old-locale-1.0.0.2/libHSold-locale-1.0.0.2-ghc6.12.3.so libHSold.so $ sudo ln -s /usr/lib64/ghc-6.12.3/syb-0.1.0.2/libHSsyb-0.1.0.2-ghc6.12.3.so libHSsyb.so $ sudo /sbin/ldconfig /usr/lib64 After these libraries are symlinked, everything will work fine without having to update LD_LIBRARY_PATH. These are the only libraries required by cabal, but it wouldn't hurt to make sure every library provided by ghc-libs is symlinked properly. Reproducible: Always Steps to Reproduce: 1. Install cabal-install and ghc-libs and try to run cabal 2. 3. Actual Results: libHSold and libHSsyb cannot be found Expected Results: Cabal should run normally -- 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 11

[Bug 673937] New: apache2: provide rpm macros file for 3rd party modules
by bugzilla_noreply＠novell.com 28 Jun '16

28 Jun '16

https://bugzilla.novell.com/show_bug.cgi?id=673937 https://bugzilla.novell.com/show_bug.cgi?id=673937#c0 Summary: apache2: provide rpm macros file for 3rd party modules Classification: openSUSE Product: openSUSE 11.4 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Apache AssignedTo: bnc-team-apache(a)forge.provo.novell.com ReportedBy: lnussel(a)novell.com QAContact: qa(a)suse.de Found By: --- Blocker: --- 3rd party modules currently have code like this in the .spec file: %define apxs /usr/sbin/apxs2 %define apache_libexecdir %(%{apxs} -q LIBEXECDIR) Stuff like that should be put into a macro file with pre-computed values. e.g. /etc/rpm/macros.apache2 that is provided by apache2-devel. -- 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 597744] New: alpine: Missing umlaut in date column: our_strftime does not always return utf8-encoded strings
by bugzilla_noreply＠novell.com 28 Jun '16

28 Jun '16

http://bugzilla.novell.com/show_bug.cgi?id=597744 http://bugzilla.novell.com/show_bug.cgi?id=597744#c0 Summary: alpine: Missing umlaut in date column: our_strftime does not always return utf8-encoded strings 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: kdevel(a)vogtner.de QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Alpine does not correctly encode non-utf-8-data from locale's time and date formatting. Reproducible: Always Steps to Reproduce: 1. open console/xterm with 8-Bit character encoding (i.e. ISO-8859-1) 2. start alpine with LANG=de_DE@euro 3. have an e-mail in your inbox with a date of March. Actual Results: The Date displayed is "M" Expected Results: "Mär" strftime may return non-utf8 data if operated in a non-utf8 environment. In The non-WINDOWS-case no change of encoding to utf8 is performed in our_strftime (pith/string.c) but utf8 is expected from functions calling our_strftime. -- 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