openSUSE Bugs January 2012

bugs@lists.opensuse.org

1 participants
5552 discussions

[Bug 420876] Locale sr_RS.UTF-8 don't exist
by bugzilla_noreply＠novell.com 03 Jan '12

03 Jan '12

https://bugzilla.novell.com/show_bug.cgi?id=420876 https://bugzilla.novell.com/show_bug.cgi?id=420876#c10 Andreas Jaeger <aj(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |NEEDINFO InfoProvider| |olek.gutjwr(a)gmail.com AssignedTo|bnc-team-screening(a)forge.pr |aj(a)suse.com |ovo.novell.com | --- Comment #10 from Andreas Jaeger <aj(a)suse.com> 2012-01-03 09:14:58 UTC --- sr_RS is the UTF-8 locale in openSUSE 12.1, so it should just work. >From the config file to generate the locales: sr_RS/UTF-8 \ sr_RS@latin/UTF-8 So, what exactly is the problem - or can this be marked as FIXED? -- 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 0

[Bug 731406] New: autofs init script complains that it's not LSB compliant when it is.
by bugzilla_noreply＠novell.com 03 Jan '12

03 Jan '12

https://bugzilla.novell.com/show_bug.cgi?id=731406 https://bugzilla.novell.com/show_bug.cgi?id=731406#c0 Summary: autofs init script complains that it's not LSB compliant when it is. Classification: openSUSE Product: openSUSE 12.1 Version: Final Platform: i586 OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: ben.kevan(a)bio-rad.com QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux i686) AppleWebKit/535.8 (KHTML, like Gecko) Chrome/17.0.922.0 Safari/535.8 SUSE/17.0.922.0 When I did a sudo /sbin/chkconfig --add autofs, I got the following output: bkevan@hcsuse05006060:~/work> sudo /sbin/chkconfig --add autofs insserv: script jexec is broken: incomplete LSB comment. insserv: missing `Required-Stop:' entry: please add even if empty. insserv: script jexec is broken: incomplete LSB comment. insserv: missing `Required-Stop:' entry: please add even if empty. insserv: script jexec is broken: incomplete LSB comment. insserv: missing `Required-Stop:' entry: please add even if empty. insserv: script jexec is broken: incomplete LSB comment. insserv: missing `Required-Stop:' entry: please add even if empty. insserv: script jexec is broken: incomplete LSB comment. insserv: missing `Required-Stop:' entry: please add even if empty. insserv: script jexec is broken: incomplete LSB comment. insserv: missing `Required-Stop:' entry: please add even if empty. insserv: script jexec is broken: incomplete LSB comment. insserv: missing `Required-Stop:' entry: please add even if empty. insserv: script jexec is broken: incomplete LSB comment. insserv: missing `Required-Stop:' entry: please add even if empty. insserv: script jexec is broken: incomplete LSB comment. insserv: missing `Required-Stop:' entry: please add even if empty. insserv: script jexec is broken: incomplete LSB comment. insserv: missing `Required-Stop:' entry: please add even if empty. Note: This output shows SysV services only and does not include native systemd services. SysV configuration data might be overridden by native systemd configuration. autofs 0:off 1:off 2:off 3:on 4:off 5:on 6:off But I see: > grep Required-Stop /etc/init.d/autofs # Required-Stop: $network $syslog $remote_fs Reproducible: Always Steps to Reproduce: 1.chkconfig --add autofs 2. 3. Actual Results: Starts, but I get output saying that it's not fully LSB compliant, although it is. Expected Results: For it to go without complaining. -- 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 10

[Bug 724909] New: mkinitrd doesn't assemble non root and non resume devices
by bugzilla_noreply＠novell.com 03 Jan '12

03 Jan '12

https://bugzilla.novell.com/show_bug.cgi?id=724909 https://bugzilla.novell.com/show_bug.cgi?id=724909#c0 Summary: mkinitrd doesn't assemble non root and non resume devices Classification: openSUSE Product: openSUSE 12.1 Version: Beta 1 Platform: All OS/Version: SuSE Other Status: NEW Severity: Normal Priority: P5 - None Component: Installation AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: konwol123(a)wp.pl QAContact: jsrain(a)suse.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux i686; rv:2.0b12) Gecko/20110222 Firefox/4.0b12 Install with following devices on software raid: boot on md0 (mirroring) root on lvm swap on lvm lvm made on md1 (stripping). Just after reboot, boot can't be mounted because md0 isn't assembled by mkinitrd. As a workaround I commented the line in /etc/fstab so boot doesn't get mounted at all. This forces me to assemble and mount the filesystem before updating anything on /boot. I guess this will happen with other devices besides root and resume as well. >From initrd md script I see only /dev/md1 is assembled because it is a device with root filesystem. /dev/md0 isn't written anywhere on initrd. It occurs on both OpenSUSE 11.4 and 12.1 Beta. I didn't check other versions. Reproducible: Always Steps to Reproduce: 1. Install with software raid as described, just after reboot emergency console is enabled because a device from /etc/fstab can't be mounted. -- 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 729235] New: hplip uses 100% CPU
by bugzilla_noreply＠novell.com 02 Jan '12

02 Jan '12

https://bugzilla.novell.com/show_bug.cgi?id=729235 https://bugzilla.novell.com/show_bug.cgi?id=729235#c0 Summary: hplip uses 100% CPU Classification: openSUSE Product: openSUSE 11.4 Version: Final Platform: x86-64 OS/Version: openSUSE 11.4 Status: NEW Severity: Normal Priority: P5 - None Component: Printing AssignedTo: jsmeix(a)suse.com ReportedBy: suse(a)christian-reiner.info QAContact: jsmeix(a)suse.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:8.0) Gecko/20100101 Firefox/8.0 Again and again I see hplip (python, hp-systray) using 100% CPU on one core. This happens without a printjob being started or anything, right after login into kde. Only solution is to kill it. There have been issues reported about this for the last years, but I cannot find any solution. Only workaround seems to deinstall hplip which I dont want, since I cannot use my scanner without it. Reproducible: Sometimes Steps to Reproduce: Login to KDE, often the lib/application pushes CPU usage to 100%, but not always. Nothing else required except login and hp-systray being started. Actual Results: 100% CPU usage for the process "python /usr/bin/hp-systray" Expected Results: Next to now CPU load by this process -- 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 738212] New: Mircryption in KVIrc fails on encoding/decoding
by bugzilla_noreply＠novell.com 02 Jan '12

02 Jan '12

https://bugzilla.novell.com/show_bug.cgi?id=738212 https://bugzilla.novell.com/show_bug.cgi?id=738212#c0 Summary: Mircryption in KVIrc fails on encoding/decoding Classification: openSUSE Product: openSUSE 12.1 Version: Final Platform: x86-64 OS/Version: SuSE Other Status: NEW Severity: Major Priority: P5 - None Component: KDE4 Applications AssignedTo: kde-maintainers(a)suse.de ReportedBy: jared.harder(a)gmail.com QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/535.7 (KHTML, like Gecko) Chrome/16.0.912.63 Safari/535.7 I installed KVIrc 4.0.4 from the 12.1 repository and made sure the OpenSSL requirement was met to enable encryption within the client. Upon entering a channel with a Mircryption requirement, the messages my client was sending and receiving were indecipherable by any chat participant. I removed KVIrc 4.0.4 and libcryptopp9 from my system. I installed the latest SVN version of crypto++ ( svn checkout https://cryptopp.svn.sourceforge.net/svnroot/cryptopp/trunk/c5 cryptopp ) and KVIrc 4.0.4 from source ( http://www.kvirc.de/?id=releases&platform=source&version=4.0.4&lang=en ) Once these programs were successfully installed, the channel with the Mircryption requirement worked again. The people in the KVIrc IRC channel on Freenode indicated there was a problem with crypto++ that presented itself in some Debian-based distros, so that was the basis for my decision to recompile crypto++ from SVN. I would have installed KVIrc from repo, but the prerequisite check depended on libcryptopp9 which my manual installation did not seem to provide. I believe this bug lies with crypto++ as present in libcryptopp9 but I thought I'd start by filing it with KVIrc as I cannot confirm where the source of the bug lies. If any additional information is needed, please let me know. I'd like to see this bug resolved in repo so I can go back to having a managed source instead of managing them manually. Thank you. Reproducible: Always Steps to Reproduce: 1. zypper install kvirc 2. Run KVIrc 3. Create or join a channel on any IRC server 4. Above the userlist on the right-hand side, press the green arrow 5. Press the lock icon 6. Check "Use the crypt engine" 7. Select "Mircryption" 8. For both the Encrypt and Decrypt key, enter "kvirc" (any key will do, so long as it's known by all parties) 9. Repeat steps 1-8 on another computer to get an additional client for testing 10. With Mircryption enabled on both computers, attempt to chat. You should notice that the messages received are garbled and cannot be understood. Actual Results: Messages received are corrupted. KVIrc should output an error message upon every received message: "The following message appears to be encrypted, but the crypto engine failed to decode it: Crypto++ threw the following exception: StreamTransformationFilter: ciphertext length is not a multiple of block size" Expected Results: No error messages output. Received messages should be exactly as they were sent. -- 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 1

[Bug 738691] New: current plasmoid-networkmanager gives error "No agents available for this request" when trying to connect to wireless w/ certificate
by bugzilla_noreply＠novell.com 02 Jan '12

02 Jan '12

https://bugzilla.novell.com/show_bug.cgi?id=738691 https://bugzilla.novell.com/show_bug.cgi?id=738691#c0 Summary: current plasmoid-networkmanager gives error "No agents available for this request" when trying to connect to wireless w/ certificate Classification: openSUSE Product: openSUSE 12.1 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: KDE4 Workspace AssignedTo: kde-maintainers(a)suse.de ReportedBy: ben.kevan(a)bio-rad.com QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux i686) AppleWebKit/535.14 (KHTML, like Gecko) Chrome/18.0.975.0 Safari/535.14 SUSE/18.0.975.0 You receive an error that reports "no agents available for this request" while trying to edit a connection within networkmanager settings. Connections to this access point are unsuccessful. (Utilizing TLS) Wireless connections w/ WPA2 work just fine. Running: rpm -qa plasmoid-net* plasmoid-networkmanagement-0.9.1git20111209-11.1.i586 kde4-config --version Qt: 4.7.4 KDE Development Platform: 4.7.4 (4.7.4) "release 11" kde4-config: 1.0 zypper lr --detail | grep -i KDE | awk -F\| '{ print $8 }' http://download.opensuse.org/repositories/KDE:/Extra/KDE_Release_47_openSUS… http://download.opensuse.org/repositories/KDE:/Release:/47/openSUSE_12.1/ http://download.opensuse.org/repositories/KDE:/UpdatedApps/openSUSE_12.1/ bkevan@hcsuse05006060:~> zypper info plasmoid-networkmanagement Loading repository data... Reading installed packages... Information for package plasmoid-networkmanagement: Repository: openSUSE BuildService - KDE:UpdatedApps Name: plasmoid-networkmanagement Version: 0.9.1git20111209-11.1 Arch: i586 Vendor: obs://build.opensuse.org/KDE Installed: Yes Status: up-to-date Installed Size: 410.0 KiB Summary: NetworkManager client for KDE 4 Description: Network Management Plasma applet for controlling network connections on systems that use the NetworkManager service. Reproducible: Always Steps to Reproduce: 1.Open network management settings 2.Try to edit existing connection w/ TLS entries 1. Try to connect to wireless w/ TLS settings Actual Results: Connection Fails Unable to edit existing TLS connection Expected Results: Connection fails (Failed Connection) When trying to edit you get: "No agents available for this request" -- 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 1

[Bug 487012] Hugin fails because package autopano-sift-c is not available
by bugzilla_noreply＠novell.com 02 Jan '12

02 Jan '12

https://bugzilla.novell.com/show_bug.cgi?id=487012 https://bugzilla.novell.com/show_bug.cgi?id=487012#c5 Stanislav Brabec <sbrabec(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |UPSTREAM --- Comment #5 from Stanislav Brabec <sbrabec(a)suse.com> 2012-01-02 20:48:04 CET --- This problem was fixed by upstream in two ways: Hugin now defaults to a new patent-free implementation cpfind that is a part of the package without any problems. autopano-noop.sh that reports about this problem if default was changed to autopano-sift-c and this is not installed (well, just to console). I guess it is a sufficient solution- -- 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 0

[Bug 507358] New: ctapi package not working : missing files and group creation issue
by bugzilla_noreply＠novell.com 02 Jan '12

02 Jan '12

http://bugzilla.novell.com/show_bug.cgi?id=507358 Summary: ctapi package not working : missing files and group creation issue Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: i686 OS/Version: openSUSE 11.1 Status: NEW Severity: Normal Priority: P5 - None Component: Hotplug AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: lumnis(a)email.de QAContact: qa(a)suse.de Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; de; rv:1.9.0.10) Gecko/2009042700 SUSE/3.0.10-1.1.1 Firefox/3.0.10 the ctapi-cyberjack package (Reiner SCT card readers) has got a problem which prevents the device to work. Running the test "/>cyberjack" on the commandline gives the following issues after installing * no group "cyberjack" existing or has been created during package install, which is needed by the driver to work. Users have to be members of that group to use it * Missing file "getdist.sh" in "/usr/lib/readers/cyberjack/" BEGIN: ermittle Distribution (0/6) sh: /usr/lib/readers/cyberjack/getdist.sh: Datei oder Verzeichnis nicht gefunden END : ermittle Distribution (1/6) [ERROR] * reader could not be found by test script Reproducible: Always Steps to Reproduce: 1. install package "ctapi-cyberjack" 2. open command line window and run command "cyberjack" 3. check output on command line and in created "cyberjack* " files Actual Results: Reader doesn't work, test program indicates problems talking to the reader and reader is not accessible from online banking program (moneyplex) Expected Results: no error in ouput of test program "cyberjack" -- 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 576662] New: 'smartctl -n standby' wakes up drive (smartmontools, smartd)
by bugzilla_noreply＠novell.com 02 Jan '12

02 Jan '12

http://bugzilla.novell.com/show_bug.cgi?id=576662 http://bugzilla.novell.com/show_bug.cgi?id=576662#c0 Summary: 'smartctl -n standby' wakes up drive (smartmontools, smartd) Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: x86-64 OS/Version: openSUSE 11.2 Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: krupp(a)upb.de QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (compatible; Konqueror/3.5; Linux) KHTML/3.5.10 (like Gecko) SUSE If 'smartctl -n standby' is used on Linux, smartctl properly detects the standby mode and exits, but the drive spins up then. If 'hdparm -C' is used instead, the drive does not spin up. Related thread: http://sourceforge.net/mailarchive/forum.php?thread_name=4B40CF2C.8020405%4… Ubuntu bug report: https://bugs.launchpad.net/ubuntu/+source/smartmontools/+bug/497256 Reproducible: Always Steps to Reproduce: 1. have smartd running 2. hdparm -y /dev/sdb 3. wait until the next smartd check Actual Results: drive spun up from standby by smartd Expected Results: leave disk in standby The problem seems to have been fixed by the smartmontools people a couple of days ago: http://sourceforge.net/apps/trac/smartmontools/ticket/37 This behaviour may wear out a harddrive, may I therefore suggest this to be fixed in the final version of 11.2. -- 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 737524] New: apache2 doesn't start automatically using systemd
by bugzilla_noreply＠novell.com 02 Jan '12

02 Jan '12

https://bugzilla.novell.com/show_bug.cgi?id=737524 https://bugzilla.novell.com/show_bug.cgi?id=737524#c0 Summary: apache2 doesn't start automatically using systemd Classification: openSUSE Product: openSUSE 12.2 Version: Factory Platform: x86-64 OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Apache AssignedTo: bnc-team-apache(a)forge.provo.novell.com ReportedBy: sboyce(a)blueyonder.co.uk QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:8.0) Gecko/20100101 Firefox/8.0 lancelot@sepulot:~> ps fax|grep httpd 6592 pts/3 S+ 0:00 | \_ grep --color=auto httpd lancelot@sepulot:~> Using sysvinit it is OK. sepulot:/home/lancelot # service apache2 start redirecting to systemctl sepulot:/home/lancelot # ps fax|grep httpd 6675 pts/3 S+ 0:00 | \_ grep --color=auto httpd 6667 ? Ss 0:00 /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf -D SYSTEMD -k start 6668 ? S 0:00 \_ /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf -D SYSTEMD -k start 6670 ? S 0:00 \_ /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf -D SYSTEMD -k start 6671 ? S 0:00 \_ /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf -D SYSTEMD -k start 6672 ? S 0:00 \_ /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf -D SYSTEMD -k start 6673 ? S 0:00 \_ /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf -D SYSTEMD -k start sepulot:/home/lancelot # /etc/init.d/vboxdrv setup Stopping VirtualBox kernel modules done Uninstalling old VirtualBox DKMS kernel modules done Trying to register the VirtualBox kernel modules using DKMS failed (Failed, trying without DKMS) Recompiling VirtualBox kernel modules done Starting VirtualBox kernel modules done sepulot:/home/lancelot # lsmod|grep vbox vboxpci 23288 0 vboxnetadp 13382 0 vboxnetflt 23882 0 vboxdrv 279868 3 vboxpci,vboxnetadp,vboxnetflt sepulot:/home/lancelot # service vboxdrv stop redirecting to systemctl sepulot:/home/lancelot # lsmod|grep vbox sepulot:/home/lancelot # service vboxdrv start redirecting to systemctl sepulot:/home/lancelot # lsmod|grep vbox vboxpci 23288 0 vboxnetadp 13382 0 vboxnetflt 23882 0 vboxdrv 279868 3 vboxpci,vboxnetadp,vboxnetflt Reproducible: Always Steps to Reproduce: 1.Reboot 2. 3. Actual Results: See Summary above. Expected Results: apache2 should start automatically on reboot. -- 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

Jump to page:

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

openSUSE Bugs January 2012