December 2013 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 856915] New: devel:libraries:c_c++/libgcrypt: Bug
by bugzilla_noreply＠novell.com 06 Jan '14

06 Jan '14

https://bugzilla.novell.com/show_bug.cgi?id=856915 https://bugzilla.novell.com/show_bug.cgi?id=856915#c0 Summary: devel:libraries:c_c++/libgcrypt: Bug Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: Other OS/Version: Other Status: ASSIGNED Severity: Normal Priority: P5 - None Component: 3rd party software AssignedTo: mvyskocil(a)suse.com ReportedBy: tcech(a)suse.com QAContact: opensuse-communityscreening(a)forge.provo.novell.com CC: crrodriguez(a)opensuse.org Found By: L3 Blocker: --- I'm playing a bit with gnunet which was released few days ago. It requires libgcrypt >= 1.6.0 so I took the version which was in devel:libraries:c_c++. When I tried first run of gnunet-arm, it failed with weird message: Fatal: can't open /dev/urandom: No such file or directory Some digging revealed failure in open_device() function (libgcrypt): #0 0x00007ffff75fc849 in raise () from /lib64/libc.so.6 #1 0x00007ffff75fdcd8 in abort () from /lib64/libc.so.6 #2 0x00007ffff72f3b04 in _gcry_logv (level=level@entry=40, fmt=fmt@entry=0x7ffff73ae595 "can't open %s: %s\n", arg_ptr=arg_ptr@entry=0x7fffffffd678) at misc.c:142 #3 0x00007ffff72f3e74 in _gcry_log_fatal (fmt=fmt@entry=0x7ffff73ae595 "can't open %s: %s\n") at misc.c:230 #4 0x00007ffff73868ed in open_device (name=0x7ffff73adf1f "/dev/urandom", retry=<optimized out>, fatal=1) at rndlinux.c:83 #5 0x00007ffff7386c88 in _gcry_rndlinux_gather_random (add=0x7ffff7383df0 <add_randomness>, origin=RANDOM_ORIGIN_SLOWPOLL, length=60, level=1) at rndlinux.c:201 #6 0x00007ffff7383b50 in read_random_source (orgin=orgin@entry=RANDOM_ORIGIN_SLOWPOLL, length=length@entry=120, level=level@entry=1) at random-csprng.c:1288 #7 0x00007ffff7384c34 in random_poll () at random-csprng.c:1114 #8 read_pool (level=0, length=<optimized out>, buffer=0x7ffff75c60c4 <nonce_buffer.8271+20> "") at random-csprng.c:1008 #9 _gcry_rngcsprng_randomize (buffer=<optimized out>, length=<optimized out>, level=<optimized out>) at random-csprng.c:556 #10 0x00007ffff73839c5 in _gcry_randomize (level=GCRY_WEAK_RANDOM, length=8, buffer=0x7ffff75c60c4 <nonce_buffer.8271+20>) at random.c:354 #11 _gcry_create_nonce (buffer=0x7fffffffdc8c, length=4) at random.c:479 #12 0x00007ffff79a1aad in GNUNET_CRYPTO_random_u32 () from /usr/lib64/libgnunetutil.so.9 #13 0x00007ffff7987ded in GNUNET_CRYPTO_random_init () from /usr/lib64/libgnunetutil.so.9 .. Relevant code looks like this (random/rndlinux.c): 70 fd = open (name, O_RDONLY); 71 if (fd == -1 && retry) 72 { 73 struct timeval tv; 74 75 tv.tv_sec = 5; 76 tv.tv_usec = 0; 77 _gcry_random_progress ("wait_dev_random", 'X', 0, (int)tv.tv_sec); 78 select (0, NULL, NULL, NULL, &tv); 79 goto again; 80 } 81 { 82 if (fatal) 83 log_fatal ("can't open %s: %s\n", name, strerror(errno) ); 84 return fd; 85 } 86 87 if (set_cloexec_flag (fd)) 88 log_error ("error setting FD_CLOEXEC on fd %d: %s\n", 89 fd, strerror (errno)); Lines 81-85 looks suspicious, these changes are from one chunk of libgcrypt-1.5.0-etc_gcrypt_rngseed-symlink.diff: - if (fd == -1) - log_fatal ("can't open %s: %s\n", name, strerror(errno) ); + { + if (fatal) + log_fatal ("can't open %s: %s\n", name, strerror(errno) ); + return fd; + } Is this really correct? It causes that lines 87+ are never run. -- 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 3

[Bug 854926] New: network:ha-clustering:Factory/pacemaker: unable to run CTS: No module named cib_xml
by bugzilla_noreply＠novell.com 05 Jan '14

05 Jan '14

https://bugzilla.novell.com/show_bug.cgi?id=854926 https://bugzilla.novell.com/show_bug.cgi?id=854926#c0 Summary: network:ha-clustering:Factory/pacemaker: unable to run CTS: No module named cib_xml Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: 3rd party software AssignedTo: ygao(a)suse.com ReportedBy: rbrown(a)suse.com QAContact: opensuse-communityscreening(a)forge.provo.novell.com CC: lmb(a)suse.com, tserong(a)suse.com Found By: --- Blocker: --- I'm trying to run CTS using a command string such as below: python ./CTSlab.py -L /var/log/messages --syslog-facility daemon --no-unsafe-tests --stack corosync --at-boot 1 --stonith 0 10 --nodes "node1 node2" When I do, I get the following error: abort: couldn't find cts libraries in [/usr/share/pacemaker/tests /usr/share/pacemaker/tests/cts /usr/lib/python27.zip /usr/lib64/python2.7 /usr/lib64/python2.7/plat-linux2 /usr/lib64/python2.7/lib-tk /usr/lib64/python2.7/lib-old /usr/lib64/python2.7/lib-dynload /usr/lib64/python2.7/site-packages /usr/local/lib64/python2.7/site-packages /usr/local/lib/python2.7/site-packages /usr/lib64/python2.7/site-packages/gtk-2.0 /usr/lib/python2.7/site-packages] (check your install and PYTHONPATH) Traceback (most recent call last): File "./CTSlab.py", line 47, in <module> from cts.CM_ais import * File "/usr/lib64/python2.7/site-packages/cts/CM_ais.py", line 26, in <module> from cts.CM_lha import crm_lha File "/usr/lib64/python2.7/site-packages/cts/CM_lha.py", line 32, in <module> from cts.CIB import * File "/usr/lib64/python2.7/site-packages/cts/CIB.py", line 35, in <module> from cib_xml import * ImportError: No module named cib_xml I can't find cib_xml.py in any of our pacemaker packages, but is in upstreams git tree: https://github.com/ClusterLabs/pacemaker/tree/master/cts I suspect cib_xml.py needs to be in our pacemaker packages before CTS is going to work. -- 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 7

[Bug 836965] New: cibadmin -P cannot apply diffs which contain comments
by bugzilla_noreply＠novell.com 05 Jan '14

05 Jan '14

https://bugzilla.novell.com/show_bug.cgi?id=836965 https://bugzilla.novell.com/show_bug.cgi?id=836965#c0 Summary: cibadmin -P cannot apply diffs which contain comments Classification: openSUSE Product: openSUSE Factory Version: 13.1 Milestone 3 Platform: Other OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: High Availability AssignedTo: ygao(a)suse.com ReportedBy: dmuhamedagic(a)suse.com QAContact: qa-bugs(a)suse.de Found By: Development Blocker: --- Adding comment in a CIB patch (cibadmin -p) fails: Call failed: Update does not conform to the configured schema ERROR: 49: could not patch cib (rc=203) The pacemaker from factory version: [0]walrus:reg > /usr/lib64/pacemaker/crmd version CRM Version: 1.1.10-54.1 (4f672bc) -- 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 856919] New: Establish a Standard for All Online Download Opensuse and Other Repositories
by bugzilla_noreply＠novell.com 05 Jan '14

05 Jan '14

https://bugzilla.novell.com/show_bug.cgi?id=856919 https://bugzilla.novell.com/show_bug.cgi?id=856919#c0 Summary: Establish a Standard for All Online Download Opensuse and Other Repositories Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: All OS/Version: openSUSE 12.3 Status: NEW Severity: Normal Priority: P5 - None Component: Download Infrastructure AssignedTo: lrupp(a)suse.com ReportedBy: secure(a)aphofis.com QAContact: lrupp(a)suse.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:26.0) Gecko/20100101 Firefox/26.0 Currently we employ what I like to call a 'smoke and mirrors' magic act at providing a standard Download for Online Updates known collectively as *download.opensuse.org/ and we do this via http:// traffic. Firstly can we establish a standard in using ftp:// traffic in lieu of http:// FTP traffic was innately created for the use of file transfer as it was faster in the scene it requires only an 8-bit channel string redundancy check. It also offers the ability to permit or deny site Execution, permit a resume of traffic if ALG scanning is employed or any low level disruption. If also offers protection of client or server via active and passive mode. We can even employ FTP/SSL if future requirements demand far safer traffic. All up its original design was to offer file transfer with inherent design protection and using far less resources to maintain or prevent an incomplete data stream. Somewhere we all forgot that but I would like to suggest we go back to it rather than http:// GET Secondly as we attempt to make the configuration of downloads a standard structure the reply URL from where the files actually come looks something like this example. This makes it impossible for any Netadmin to provide security exceptions to traffic download and the actual reply has no common logic to apply. The search for community repositories, their addition and auto insertion of late has been a bit hit or miss...see bug #855549 ftp5.gwdg.de/pub/opensuse/repositories/Emulators:/Wine/openSUSE_12.3 widehat.opensuse.org/repositories/Emulators:/Wine/openSUSE_12.3/repodata download.opensuse.org/repositories/Emulators:/Wine/openSUSE_12.3/repodata ftp.df.lth.se/pub/opensuse/repositories/server:/database/openSUSE_12.3/repodata mirror.tspu.ru/opensuse/repositories/server:/database/openSUSE_12.3/repodata ftp5.gwdg.de/pub/opensuse/repositories/server:/database/openSUSE_12.3/repodata ftp.df.lth.se/pub/opensuse/repositories/server:/database/openSUSE_12.3/repodata Reproducible: Always Steps to Reproduce: 1. 2. 3. Actual Results: If anything can we all please have the discussion as above as I certainly don’t have all the answers to create some logic out of 'smoke and mirrors'; however to maintain our principal logic we need to start a dialogue and work out how to create something far better and far more logical. I certainly think we need to look at wikimedia.org and as a matter of urgency use FTP/SSL for both our upload or replication to repositories as well as download of repositories. I know I should stay clear of the subject but a more secure cloud that currently offers us our Bugzilla Tools and Management may be a good undertaking. Expected Results: A safe and fast standard world wide from a secure cloud with secure replication of cloud repositories with standards of traffic type and URL I believe this is a bug as it is hampering our ability to provide standards of the reply URL making it a security nightmare for netadmins to permit online updates and downloads of huge amounts of data and a huge number of program files. An .rpm or .drpm is no more safe than an .exe or .dll or .cab and providing security for inbound data is currently a nightmare. -- 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 3

[Bug 806788] New: Express Card works only if present during the start of the computer
by bugzilla_noreply＠novell.com 04 Jan '14

04 Jan '14

https://bugzilla.novell.com/show_bug.cgi?id=806788 https://bugzilla.novell.com/show_bug.cgi?id=806788#c0 Summary: Express Card works only if present during the start of the computer Classification: openSUSE Product: openSUSE 12.2 Version: Final Platform: x86-64 OS/Version: openSUSE 12.2 Status: NEW Severity: Normal Priority: P5 - None Component: Hotplug AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: iron.bone(a)wp.pl QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Opera/9.80 (X11; Linux x86_64) Presto/2.12.388 Version/12.14 I use 2 Port USB 3.0 54mm Express Card. It works well when the card is present during the boot process. When I pug-in this card when the computer is working it does not work. I am not sure if for this I need acpiphp bu I have the following: /sbin/modprobe acpiphp FATAL: Error inserting acpiphp (/lib/modules/3.4.28-2.20-desktop/kernel/drivers/pci/hotplug/acpiphp.ko): No such device Reproducible: Always Steps to Reproduce: 1. Plug in the card and start the system. 2. Try if the card is working - yes it is. 3. Remove the card and then plug it in. The card does not work Actual Results: The hot plug in of the express Cart does not work Expected Results: The card work -- 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 737618] New: Failed to obtain authentication.
by bugzilla_noreply＠novell.com 04 Jan '14

04 Jan '14

https://bugzilla.novell.com/show_bug.cgi?id=737618 https://bugzilla.novell.com/show_bug.cgi?id=737618#c0 Summary: Failed to obtain authentication. Classification: openSUSE Product: openSUSE 12.1 Version: Final Platform: i586 OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: KDE4 Applications AssignedTo: kde-maintainers(a)suse.de ReportedBy: barthel.daniel(a)gmail.com QAContact: qa(a)suse.de Found By: --- Blocker: --- apper tells me that several updates are available. When I try to install them, I only get the following error message: Failed to obtain authentication. I am not even asked for the root password. -- 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 854578] New: Unknown Horizons shows Error message "Failed to use FIFE" after to started
by bugzilla_noreply＠novell.com 03 Jan '14

03 Jan '14

https://bugzilla.novell.com/show_bug.cgi?id=854578 https://bugzilla.novell.com/show_bug.cgi?id=854578#c0 Summary: Unknown Horizons shows Error message "Failed to use FIFE" after to started Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: x86-64 OS/Version: openSUSE 13.1 Status: NEW Severity: Normal Priority: P5 - None Component: BuildService AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: cir-knar(a)web.de QAContact: adrian(a)suse.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:25.0) Gecko/20100101 Firefox/25.0 Unknown Horizons installed by "http://download.opensuse.org/repositories/games/openSUSE_13.1/" after installing from unknown horizons and open comes error message like "Failed to use FIFE from <module'fife' from'/usr/lib/python2.7/site-packages/fife/__init__.pyc'> / usr/lib/python2.7/site-packages/fife/_fife.so: wrong ELF class: ELFCLASS32 Failed to find and / or load FIFE. " Reproducible: Always Steps to Reproduce: 1.uninstalled and installed 2. 3. Actual Results: described the same problem as in Datails Expected Results: should Unknown Horizons open without problem and run -- 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 3

[Bug 856515] New: grub2: bash completion file is ignored
by bugzilla_noreply＠novell.com 03 Jan '14

03 Jan '14

https://bugzilla.novell.com/show_bug.cgi?id=856515 https://bugzilla.novell.com/show_bug.cgi?id=856515#c0 Summary: grub2: bash completion file is ignored Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: x86-64 OS/Version: openSUSE 13.1 Status: NEW Severity: Minor Priority: P5 - None Component: Bootloader AssignedTo: vojtech(a)suse.com ReportedBy: jdelvare(a)suse.com QAContact: jsrain(a)suse.com CC: mchang(a)suse.com, jslaby(a)suse.com, arvidjaar(a)gmail.com Found By: Community User Blocker: --- grub2 installs its bash completion file as /etc/bash_completion.d/grub, but only files matching *.sh are read. So bash completion doesn't work for grub2. -- 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 856844] New: sometimes X doesn't start after wake from suspend to disk
by bugzilla_noreply＠novell.com 03 Jan '14

03 Jan '14

https://bugzilla.novell.com/show_bug.cgi?id=856844 https://bugzilla.novell.com/show_bug.cgi?id=856844#c0 Summary: sometimes X doesn't start after wake from suspend to disk Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: x86-64 OS/Version: openSUSE 13.1 Status: NEW Severity: Normal Priority: P5 - None Component: X.Org AssignedTo: bnc-team-xorg-bugs(a)forge.provo.novell.com ReportedBy: a.b.deroos(a)gmail.com QAContact: xorg-maintainer-bugs(a)forge.provo.novell.com Found By: --- Blocker: --- Created an attachment (id=572971) --> (http://bugzilla.novell.com/attachment.cgi?id=572971) Hardware information from Yast User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:26.0) Gecko/20100101 Firefox/26.0 Sometimes after I try to wake from suspend to disk, X is not started. After pressing [ctrl]+[alt]+[F4] and logging in I am not able to start X using either "startx" or "gdm3 restart" (or start) (which reports an error (command not found), "/etc/init.d/gdm3 start" does not work either). Removing the X-org-lock and starting X in a new display-session ("startx -- :1") ends up with the same result: a black screen. I will try to update the bug with the error code that X gives. Reproducible: Sometimes Steps to Reproduce: 1. Suspend to disk ([Alt]+ "Power off"; 2. Make the laptop wake from hibernate. 3. Actual Results: Most of the times the laptop normally resumes, sometimes X fails to start repeatedly, until reboot. Expected Results: X fails to start Laptop is a Dell Studio with three partitions: root, home and Windows 7. Additional information is to be found in the attachment. openSUSE 13.1 with all recent updates installed. No extraordinary things changed in system files; HPlip installed; wireless network connection; adobe Flash installed. -- 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 3

[Bug 835687] New: dangling symlinks in the package python-M2Crypto
by bugzilla_noreply＠novell.com 03 Jan '14

03 Jan '14

https://bugzilla.novell.com/show_bug.cgi?id=835687 https://bugzilla.novell.com/show_bug.cgi?id=835687#c0 Summary: dangling symlinks in the package python-M2Crypto Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Minor Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: jnelson-suse(a)jamponi.net QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:23.0) Gecko/20100101 Firefox/23.0 The following are dangling symlinks in the package python-M2Crypto: /usr/share/doc/packages/python-M2Crypto/demo/medusa/dh1024.pem /usr/share/doc/packages/python-M2Crypto/demo/medusa/ftps_server.py /usr/share/doc/packages/python-M2Crypto/demo/medusa/server.pem /usr/share/doc/packages/python-M2Crypto/demo/medusa/ca.pem /usr/share/doc/packages/python-M2Crypto/demo/x509/server.pem /usr/share/doc/packages/python-M2Crypto/demo/ZopeX3/instance_home/ssl/dh1024.pem /usr/share/doc/packages/python-M2Crypto/demo/ZopeX3/instance_home/ssl/server.pem /usr/share/doc/packages/python-M2Crypto/demo/ZopeX3/instance_home/ssl/ca.pem /usr/share/doc/packages/python-M2Crypto/demo/ssl/dh1024.pem /usr/share/doc/packages/python-M2Crypto/demo/Zope/dh1024.pem /usr/share/doc/packages/python-M2Crypto/demo/Zope/server.pem /usr/share/doc/packages/python-M2Crypto/demo/Zope/ca.pem /usr/share/doc/packages/python-M2Crypto/demo/Zope27/instance_home/ssl/dh1024.pem /usr/share/doc/packages/python-M2Crypto/demo/Zope27/instance_home/ssl/server.pem /usr/share/doc/packages/python-M2Crypto/demo/Zope27/instance_home/ssl/ca.pem /usr/share/doc/packages/python-M2Crypto/demo/smime/client2.pem /usr/share/doc/packages/python-M2Crypto/demo/smime/ca.pem /usr/share/doc/packages/python-M2Crypto/demo/medusa054/dh1024.pem /usr/share/doc/packages/python-M2Crypto/demo/medusa054/index.html /usr/share/doc/packages/python-M2Crypto/demo/medusa054/medusa_gif.py /usr/share/doc/packages/python-M2Crypto/demo/medusa054/poison_handler.py /usr/share/doc/packages/python-M2Crypto/demo/medusa054/server.pem /usr/share/doc/packages/python-M2Crypto/demo/medusa054/ca.pem 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 4