January 2014 - 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 857456] New: Launch of dolphin per icon as normakuser takes 30 s. launching of other apps sometm also delyed.
by bugzilla_noreply＠novell.com 06 Jan '14

06 Jan '14

https://bugzilla.novell.com/show_bug.cgi?id=857456 https://bugzilla.novell.com/show_bug.cgi?id=857456#c0 Summary: Launch of dolphin per icon as normakuser takes 30 s. launching of other apps sometm also delyed. Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: i586 OS/Version: openSUSE 13.1 Status: NEW Severity: Major Priority: P5 - None Component: KDE4 Applications AssignedTo: kde-maintainers(a)suse.de ReportedBy: k-bernhardi(a)t-online.de QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- Created an attachment (id=573306) --> (http://bugzilla.novell.com/attachment.cgi?id=573306) These are the icon desktops of dolphin in usr/share/applic/kde4. Originally the old dolphin desktop was used. i have tried to adapt dolphin-desktop to the dolphinsu-desktop, but without success. User-Agent: Mozilla/5.0 (X11; Linux i686; rv:26.0) Gecko/20100101 Firefox/26.0 Often, but not always, launching of dolphin per icon takes 30 s. During the delay time it launching of other apps (Firefox, Suse application starter, etc) are blocked also.However, in such cases the delaytime is 1 second instead of 30 s in case of dolphin, and in such cases the (e.g. Firefox-) icon is darkened during delaytime.. Later trials (after dolphin window had appeared at least) may be rejected by the message:"klauncher or applicat:ion not working correctly. Launching of superuser dolphin per commandline input: kdesu dolphin is ok and responds very quickly. The error appears only in OPENsuse v 13.1. Former versions are ok. Related Bugs: 848883, 845287. Reproducible: Sometimes Steps to Reproduce: 1.try to launch dolphin per icon+mousepointer 2. 3. Actual Results: 1.) Dolphin application started after ~30 s 2.) Somtimes launching of other application is blocked, as described above. Expected Results: Dolphin should response immediately after launch. At 2.1.2014 I have updated 12.3 to 13.1. Two updatings were needed because of problems with NVIDIA update. -- 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 857457] New: Networking does not work on new installs
by bugzilla_noreply＠novell.com 06 Jan '14

06 Jan '14

https://bugzilla.novell.com/show_bug.cgi?id=857457 https://bugzilla.novell.com/show_bug.cgi?id=857457#c0 Summary: Networking does not work on new installs Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: Other OS/Version: openSUSE 13.1 Status: NEW Severity: Normal Priority: P5 - None Component: Network AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: illumilore(a)gmail.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:25.0) Gecko/20100101 Firefox/25.0 In a new installation of 13.1, the network does not work. There are no entries in the wired tab of network connections in the network settings. The only way to fix this is too open up yast go to network settings > global options then click user controlled with network manager. Reproducible: Always Steps to Reproduce: 1. 2. 3. Expected Results: for the network to work by default -- 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 2

[Bug 857449] New: NM can't use dhcpcd when switched from dhclient
by bugzilla_noreply＠novell.com 06 Jan '14

06 Jan '14

https://bugzilla.novell.com/show_bug.cgi?id=857449 https://bugzilla.novell.com/show_bug.cgi?id=857449#c0 Summary: NM can't use dhcpcd when switched from dhclient Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Network AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: nettezzaumanaa(a)gmail.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:26.0) Gecko/20100101 Firefox/26.0 Hello geekos, i wanted to rather use dhcpcd instead of dhclient under hood of NM but when I set (according to NEtworkManager.conf manual) dhcp=dhcpcd in etc/NetworkManager.conf dhcp subsystem in NM stops working at all .. i didn't dive too deep in debugging because it seems from here that it is 100% reproducible .. I tested it also in my other virtual suse 13.1 regards, daniel 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 1

[Bug 857349] New: mysql creates a own config file under /usr/my.cnf
by bugzilla_noreply＠novell.com 06 Jan '14

06 Jan '14

https://bugzilla.novell.com/show_bug.cgi?id=857349 https://bugzilla.novell.com/show_bug.cgi?id=857349#c0 Summary: mysql creates a own config file under /usr/my.cnf Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: x86-64 OS/Version: openSUSE 13.1 Status: NEW Severity: Normal Priority: P5 - None Component: Network AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: rosenberger(a)taoweb.at QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (Windows NT 6.2; rv:26.0) Gecko/20100101 Firefox/26.0 Hello i installed mysql server and found out that there is the sql mode STRICT_TRANS_TABLES set as default and tried to unset it in the my.cnf file. Without results because there is a /usr/my.cnf file which overrides the /etc/my.cnf config. MySQL created it an the first start. BR/Torsten Reproducible: Always Steps to Reproduce: 1. install mysql server 2. set sql_ mode = "" 3. restart mysql server Actual Results: sql mode did not change Expected Results: sql mode should changed -- 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 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

Your Bugzilla bug list needs attention.
by bugzilla_noreply＠novell.com 05 Jan '14

05 Jan '14

[This e-mail has been automatically generated.] You have one or more bugs assigned to you in the Bugzilla bug tracking system (http://bugzilla.novell.com/) that require attention. All of these bugs are in the NEW orREOPENED state, and have not been touched in 7 days or more. You need to take a look at them, and decide on an initial action. Generally, this means one of three things: (1) You decide this bug is really quick to deal with (like, it's INVALID), and so you get rid of it immediately. (2) You decide the bug doesn't belong to you, and you reassign it to someone else. (Hint: if you don't know who to reassign it to, make sure that the Component field seems reasonable, and then use the "Reassign bug to default assignee of selected component" option.) (3) You decide the bug belongs to you, but you can't solve it this moment. Just use the "Accept bug" command. To get a list of all NEW/REOPENED bugs, you can use this URL (bookmark it if you like!): http://bugzilla.novell.com/buglist.cgi?bug_status=NEW&bug_status=REOPENED&a… Or, you can use the general query page, at http://bugzilla.novell.com/query.cgi Appended below are the individual URLs to get to all of your NEW bugs that haven't been touched for 7 days or more. You will get this message once a week until you've dealt with these bugs! RepoType: "staticlinks" doesn't create links for tbz images -> http://bugzilla.novell.com/show_bug.cgi?id=853882

1 0

[Bug 857452] New: Nepomukstorage error after each startup of opensuse 13.1
by bugzilla_noreply＠novell.com 05 Jan '14

05 Jan '14

https://bugzilla.novell.com/show_bug.cgi?id=857452 https://bugzilla.novell.com/show_bug.cgi?id=857452#c0 Summary: Nepomukstorage error after each startup of opensuse 13.1 Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: i586 OS/Version: openSUSE 13.1 Status: NEW Severity: Minor Priority: P5 - None Component: KDE4 Applications AssignedTo: kde-maintainers(a)suse.de ReportedBy: k-bernhardi(a)t-online.de QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux i686; rv:26.0) Gecko/20100101 Firefox/26.0 Immeately after each completed startup the nepomukstorage error. A crash is indicated by the crash handler: Application: Nepomuk-Datenspeicherung (nepomukstorage), signal: Segmentation fault Using host libthread_db library "/lib/libthread_db.so.1". [KCrash Handler] #6 0x080aa538 in _start () appears. I obtained the above error indications after activating the offered error reporting tool Kcrash handler. The error didn't appear in former OPENSuse versions. This is no mayor problem, since needed functionality ia apparently not affected. Reproducible: Always Steps to Reproduce: 1.restart opensuse 13.1 2. 3. Actual Results: I always observe the above described behaviour. at 2.January I updated opensuse 12.3 to opensuse 13.1. -- 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 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