August 2013 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 833384] New: RPMLint crashes when building a package.
by bugzilla_noreply＠novell.com 06 Aug '13

06 Aug '13

https://bugzilla.novell.com/show_bug.cgi?id=833384 https://bugzilla.novell.com/show_bug.cgi?id=833384#c0 Summary: RPMLint crashes when building a package. Classification: openSUSE Product: openSUSE Factory Version: 13.1 Milestone 2 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Development AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: anixx(a)opensuse.org QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:22.0) Gecko/20100101 Firefox/22.0 RPMLint crashes when building this package for 13.1: https://build.opensuse.org/package/live_build_log/KDE:KDE3/kfolding/openSUS… 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 3

[Bug 832820] New: webpin does not know of openSUSE 12.3
by bugzilla_noreply＠novell.com 06 Aug '13

06 Aug '13

https://bugzilla.novell.com/show_bug.cgi?id=832820 https://bugzilla.novell.com/show_bug.cgi?id=832820#c0 Summary: webpin does not know of openSUSE 12.3 Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: x86-64 OS/Version: openSUSE 12.3 Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: werner.flamme(a)ufz.de QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- Created an attachment (id=550717) --> (http://bugzilla.novell.com/attachment.cgi?id=550717) to recognize oS 12.3 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:22.0) Gecko/20100101 Firefox/22.0 After searching webpin for openSUSE 12.3 and doing the 1-click-install, I tried it and got an output of ERROR: invalid or unsupported value for distribution version: "12.3" Valid values are: factory, 12.2, 12.1, 11.4, Factory, latest, 11.0, 11.1, 11.2, 11.3 That's not nice. I found out that there are only two lines missing in /usr/lib/python2.7/site-packages/webpin/const.py, see my attached diff file. 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

[Bug 833240] New: cron.8 talks about /etc/anacrontab; should be /etc/crontab
by bugzilla_noreply＠novell.com 06 Aug '13

06 Aug '13

https://bugzilla.novell.com/show_bug.cgi?id=833240 https://bugzilla.novell.com/show_bug.cgi?id=833240#c0 Summary: cron.8 talks about /etc/anacrontab; should be /etc/crontab Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: x86-64 OS/Version: openSUSE 12.3 Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: martin(a)oneiros.de QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:22.0) Gecko/20100101 Firefox/22.0 The man page of cron (cron.8.gz contained in Name : cronie Version : 1.4.8 Release : 43.3.1 Architecture: x86_64 Install Date: Di 30 Jul 2013 16:24:55 CEST Group : System/Daemons ) talks about /etc/anacrontab - this should be /etc/crontab Also a section FILES is missing. 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 2

[Bug 553039] New: YaST inconsistencies in double-click behavior
by bugzilla_noreply＠novell.com 06 Aug '13

06 Aug '13

http://bugzilla.novell.com/show_bug.cgi?id=553039 Summary: YaST inconsistencies in double-click behavior Classification: openSUSE Product: openSUSE 11.2 Version: RC 2 Platform: x86-64 OS/Version: Other Status: NEW Severity: Enhancement Priority: P5 - None Component: YaST2 AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: pBakhuis(a)Gmail.com QAContact: jsrain(a)novell.com Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.4) Gecko/20091016 SUSE/3.5.4-1.1.2 Firefox/3.5.4 A lot of YaST configuration screens show a table with a checkbox in each row to indicate if something is enabled/activated etc. Some of these screens allow you to to toggle the value by double-clicking anywhere in the row. However this behavior has not been implemented throughout all of YaST consistently. For example, Configuration screen that does allow you to toggle the value: -Configured Software Repositories Configuration screens that do not allow you to toggle the value: -System Services (run level) -YaST Software management -HTTP Server Configuration (Server Modules tab). This one is inconsistent in the status indicator itself as well, it's using the text "Enabled" "Disabled" rather than checkboxes like in other places. Reproducible: Always -- 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 6

[Bug 832678] New: makewhatis fails to suppress "*: nothing appropriate" message
by bugzilla_noreply＠novell.com 06 Aug '13

06 Aug '13

https://bugzilla.novell.com/show_bug.cgi?id=832678 https://bugzilla.novell.com/show_bug.cgi?id=832678#c0 Summary: makewhatis fails to suppress "*: nothing appropriate" message Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Minor Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: geoff(a)cs.hmc.edu QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:22.0) Gecko/20100101 Firefox/22.0 /usr/sbin/makewhatis attempts to suppress the "*: nothing appropriate" message from whatis (see line 107). However, the current version of whatis correctly writes that message to stderr rather than stdout, so the suppression attempt fails. This, in turn, produces daily e-mails from the suse-do_mandb cron job. (YMMV; I run a nonstandard cron that mails stderr.) Reproducible: Always Steps to Reproduce: 1. As root, type "makewhatis" on a system with at least some languages not installed. 2. Type "whatis -M/usr/share/man/pt_PT -w '*'" on a system without Portuguese to demonstrate that the message comes from whatis. 3. Type "whatis -M/usr/share/man/pt_PT -w '*' 2>/dev/null" to demonstrate that the message is being sent to stderr. Actual Results: *: nothing appropriate Expected Results: makewhatis should produce no output. makewhatis line 107 is the culprit. The fix should be easy: just redirect stderr into the non-pipe pipe. (Why aren't they using a pipe, anyway? Somebody not know about pipes?) -- 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 813641] New: NFSv4 idmapper broken: rpc.idmapd: nss_getpwnam: name '1000' does not map into domain 'bla.test'
by bugzilla_noreply＠novell.com 06 Aug '13

06 Aug '13

https://bugzilla.novell.com/show_bug.cgi?id=813641 https://bugzilla.novell.com/show_bug.cgi?id=813641#c0 Summary: NFSv4 idmapper broken: rpc.idmapd: nss_getpwnam: name '1000' does not map into domain 'bla.test' Classification: openSUSE Product: openSUSE 11.4 Version: Final Platform: x86-64 OS/Version: openSUSE 11.4 Status: NEW Severity: Normal Priority: P5 - None Component: Kernel AssignedTo: kernel-maintainers(a)forge.provo.novell.com ReportedBy: gleixner(a)bib-bvb.de QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:19.0) Gecko/20100101 Firefox/19.0 I have a NFSv4 Server using Opensuse 12.2 and two NFSv4 Clients, one Opensuse 12.2 and another 11.4 (evergreen). All 3 machines have kerberos/ldap for authentication and can resolve ldap entries correctly using getent passwd 1000 or getent passwd flo The clients use the same automounter maps (via ldap) to mount homes. The maps force the clients to use NFSv4. All have exactly the same /etc/idmapd.conf with the domain set to "bla.test". The opensuse 12.2 NFS client gets the correct ownership of the mounted homes, while the opensuse 11.4 client gets nobody/nobody. Running rpc.idmapd -f i get: rpc.idmapd: libnfsidmap: using domain: bla.test rpc.idmapd: libnfsidmap: loaded plugin /usr/lib64/libnfsidmap/nsswitch.so for method nsswitch rpc.idmapd: Expiration time is 600 seconds. rpc.idmapd: nfsdopenone: Opening /proc/net/rpc/nfs4.nametoid/channel failed: errno 2 (No such file or directory) rpc.idmapd: New client: 4c2 rpc.idmapd: Opened /var/lib/nfs/rpc_pipefs/nfs/clnt4c2/idmap rpc.idmapd: New client: 4c3 rpc.idmapd: nfs4_name_to_uid: calling nsswitch->name_to_uid rpc.idmapd: nss_getpwnam: name '0' domain 'bla.test': resulting localname '(null)' rpc.idmapd: nss_getpwnam: name '0' does not map into domain 'bla.test' rpc.idmapd: nfs4_name_to_uid: nsswitch->name_to_uid returned -22 rpc.idmapd: nfs4_name_to_uid: final return value is -22 rpc.idmapd: Client 4c2: (user) name "0" -> id "65534" rpc.idmapd: nfs4_name_to_gid: calling nsswitch->name_to_gid rpc.idmapd: nfs4_name_to_gid: nsswitch->name_to_gid returned -22 rpc.idmapd: nfs4_name_to_gid: final return value is -22 rpc.idmapd: Client 4c2: (group) name "0" -> id "65533" rpc.idmapd: New client: 4c4 rpc.idmapd: nfs4_name_to_uid: calling nsswitch->name_to_uid rpc.idmapd: nss_getpwnam: name '1000' domain 'bla.test': resulting localname '(null)' rpc.idmapd: nss_getpwnam: name '1000' does not map into domain 'bla.test' rpc.idmapd: nfs4_name_to_uid: nsswitch->name_to_uid returned -22 rpc.idmapd: nfs4_name_to_uid: final return value is -22 rpc.idmapd: Client 4c2: (user) name "1000" -> id "65534" rpc.idmapd: nfs4_name_to_gid: calling nsswitch->name_to_gid rpc.idmapd: nfs4_name_to_gid: nsswitch->name_to_gid returned -22 rpc.idmapd: nfs4_name_to_gid: final return value is -22 rpc.idmapd: Client 4c2: (group) name "1000" -> id "65533" I guess nfsidmap package is buggy? 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 19

[Bug 832007] New: Corruption in packages in mirrors or main repos
by bugzilla_noreply＠novell.com 05 Aug '13

05 Aug '13

https://bugzilla.novell.com/show_bug.cgi?id=832007 https://bugzilla.novell.com/show_bug.cgi?id=832007#c0 Summary: Corruption in packages in mirrors or main repos Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: x86-64 OS/Version: openSUSE 12.2 Status: NEW Severity: Normal Priority: P5 - None Component: Download Infrastructure AssignedTo: lrupp(a)suse.com ReportedBy: jorgevallecilloc(a)gmail.com QAContact: lrupp(a)suse.com Found By: Community User Blocker: --- While trying to install aria2, shorewall and dependencies (vía zypper in) I am getting this error messages: - Digest verification failed for shorewall-core-4.5.6-2.5.1.noarch.rpm. Expected 843fdc121d1699ba67c80108a3ed87a6d50c3e8efdbffcdabd049adf928363d5, found 6e960ce5cc206940352fadd46e1852cca49c08aa67f8c27b6345833315060fda - Package shorewall-core-4.5.6-2.5.1 seems to be corrupted during transfer. With zypper ref: Retrieving repository 'openSUSE-12.2-Update-Non-Oss' metadata ...............[error] Repository 'openSUSE-12.2-Update-Non-Oss' is invalid. [|] Valid metadata not found at specified URL(s) Please check if the URIs defined for this repository are pointing to a valid repository. Skipping repository 'openSUSE-12.2-Update-Non-Oss' because of the above error. Some of the repositories have not been refreshed because of an error. Trying to force installation with rpm: rpm -ivh shorewall-core-4.5.6-2.5.1.noarch.rpm Retrieving http://mirrors.ucr.ac.cr/opensuse/distribution/12.2/repo/oss/suse/noarch/sh…</p> curl: (22) The requested URL returned error: 404 error: skipping http://mirrors.ucr.ac.cr/opensuse/distribution/12.2/repo/oss/suse/noarch/sh…</p> - transfer failed. One of these: -There is a corruption in main download.opensuse.org and mirrors have synced this corruption. -There is corruption in the mirror geographically near to me and mirrorbrain is not detecting it and is redirecting me to it. I am in Nicaragua. This is a frequent problem. -- 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

[Bug 830661] New: KMail unuseable, eating up CPU
by bugzilla_noreply＠novell.com 05 Aug '13

05 Aug '13

https://bugzilla.novell.com/show_bug.cgi?id=830661 https://bugzilla.novell.com/show_bug.cgi?id=830661#c0 Summary: KMail unuseable, eating up CPU Classification: openSUSE Product: openSUSE Factory Version: 13.1 Milestone 3 Platform: Other OS/Version: openSUSE 12.3 Status: NEW Severity: Critical Priority: P5 - None Component: KDE4 Applications AssignedTo: kde-maintainers(a)suse.de ReportedBy: suse-beta(a)cboltz.de QAContact: qa-bugs(a)suse.de Found By: Beta-Customer Blocker: Yes Since the last factory update yesterday (which brought KDE 4.10.90) - kmail, akonadiserver and mysql eat up my cpu - kmail takes ages to display a mail (more than a minute) - it's impossible to send a mail - the composer window stays open (greyed out) forever, but the mail isn't sent (I killed kmail after maybe 10 minutes) In other words: KMail from KDE 4.10.90 is completely unuseable on my system :-( - I have to use webmail for now. This happens with an existing user, with some GB of mails. (With a new test user, KMail doesn't eat up the CPU - but the test user does not have any mails.) I'll happily help to debug this - just tell me what you need. Hints how to get a working KMail again are also very welcome. -- 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 833366] New: <constraints> not working
by bugzilla_noreply＠novell.com 05 Aug '13

05 Aug '13

https://bugzilla.novell.com/show_bug.cgi?id=833366 https://bugzilla.novell.com/show_bug.cgi?id=833366#c0 Summary: <constraints> not working Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: BuildService AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: schwab(a)suse.com QAContact: adrian(a)suse.com Found By: --- Blocker: --- home:Andreas_Schwab:glibc/glibc-testsuite has <constraints><sandbox>kvm</></>, but f/x86_64 is building on build16 with xen. -- 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 833257] New: Toshiba EFI firmware seems to ignore EFI BootXXXX variables.
by bugzilla_noreply＠novell.com 05 Aug '13

05 Aug '13

https://bugzilla.novell.com/show_bug.cgi?id=833257 https://bugzilla.novell.com/show_bug.cgi?id=833257#c0 Summary: Toshiba EFI firmware seems to ignore EFI BootXXXX variables. Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: x86-64 OS/Version: Other Status: NEW Severity: Enhancement Priority: P5 - None Component: Bootloader AssignedTo: jsrain(a)suse.com ReportedBy: arvidjaar(a)gmail.com QAContact: jsrain(a)suse.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20100101 Firefox/17.0 There are two reports on forums which indicate that Toshiba EFI firmware insists on using fixed path \EFI\BOOT\BOOTX64.EFI instead of evaluating BootXXXX environment variables. So after installation of openSUSE it continue to boot whatever bootloader was there before. This probably can be workaround in yast/pbl if we can reliably identify broken systems. So far reports were for Toshiba L70-A Laptop and Ultrabook Z930. References https://forums.opensuse.org/english/get-technical-help-here/install-boot-lo… (rather long) https://forums.opensuse.org/english/get-technical-help-here/install-boot-lo… 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 3