February 2013 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 801945] New: kernel-firmware package doesn't install firmware.sh for udev
by bugzilla_noreply＠novell.com 04 Feb '13

04 Feb '13

https://bugzilla.novell.com/show_bug.cgi?id=801945 https://bugzilla.novell.com/show_bug.cgi?id=801945#c0 Summary: kernel-firmware package doesn't install firmware.sh for udev Classification: openSUSE Product: openSUSE 12.2 Version: Final Platform: i586 OS/Version: openSUSE 12.2 Status: NEW Severity: Normal Priority: P5 - None Component: Kernel AssignedTo: kernel-maintainers(a)forge.provo.novell.com ReportedBy: Franz.Reinhardt(a)wenglor.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:18.0) Gecko/20100101 Firefox/18.0 The helper script firmware.sh to load firmware for kernel drivers is missing in the kernel-firmware rpm. It is available in the src rpm, but not installed in /lib/udev/ where it is expected by udev Reproducible: Always Steps to Reproduce: You need a device which requires firmware to load i.e. an r8169 NIC Actual Results: a warning goes into the log messages, the boot time increases. --snippet from /var/log/messages Feb 5 11:46:40 linux-q1k2 dbus-daemon[571]: dbus[571]: [system] Successfully activated service 'org.freedesktop.ConsoleKit' Feb 5 11:46:40 linux-q1k2 dbus[571]: [system] Successfully activated service 'org.freedesktop.ConsoleKit' Feb 5 11:47:04 linux-q1k2 udevd[5015]: failed to execute '/lib/udev/firmware.sh' 'firmware.sh': No such file or directory Feb 5 11:47:04 linux-q1k2 kernel: [ 66.016175] microcode: CPU1 sig=0x106ca, pf=0x8, revision=0x107 Feb 5 11:47:39 linux-q1k2 kernel: [ 100.832149] r8169 0000:03:00.0: eth1: unable to load firmware patch rtl_nic/rtl8168e-2.fw (-2) Feb 5 11:47:39 linux-q1k2 kernel: [ 100.855624] r8169 0000:03:00.0: eth1: link down Feb 5 11:47:39 linux-q1k2 kernel: [ 100.856781] ADDRCONF(NETDEV_UP): eth1: link is not ready Feb 5 11:47:51 linux-q1k2 ifup-dhcp[1051]: eth1 Starting DHCP4 client -- 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 736100] New: libzypp's patches application rules are flawed
by bugzilla_noreply＠novell.com 04 Feb '13

04 Feb '13

https://bugzilla.novell.com/show_bug.cgi?id=736100 https://bugzilla.novell.com/show_bug.cgi?id=736100#c0 Summary: libzypp's patches application rules are flawed Classification: openSUSE Product: openSUSE 12.1 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: libzypp AssignedTo: zypp-maintainers(a)forge.provo.novell.com ReportedBy: cmorve69(a)yahoo.es QAContact: qa(a)suse.de Found By: Community User Blocker: --- Short version: libzypp should IMHO never offer to change the vendor to install a patch. Yes, the user changed the vendor, it is not an openSUSE package any more. Why it should be openSUSE responsibility to provide support for that package any more? Let's just suppose the user knew what he was doing, he trust the other vendor, let's him be happy with that decision and stop bothering him. ------------------------------------------------------------------ Long version: - http://forums.opensuse.org/english/get-technical-help-here/multimedia/46822… - http://lists.opensuse.org/opensuse-factory/2011-04/msg00007.html And if you search in Google for: "Patch:" "conflicts with" site:forums.opensuse.org - http://forums.opensuse.org/english/get-technical-help-here/64-bit/464451-mo… - http://forums.opensuse.org/english/get-technical-help-here/applications/460… - http://forums.opensuse.org/english/get-technical-help-here/applications/400… and the list continues... -------------------------------------------------------- The way it is decided if a patch should be applied is flawed and is causing real problems. It is OK if you only use the official repos, but it fails when you use any other repo. You can't make the decision using the release numbers because each repo has an independent "release numbers space". openSUSE is released with PACKAGE-32.2, Packman releases PACKAGE-3.4 with H.264 support and the user installs the Packman version. Now a PACKAGE-33.1 update is released and Packman does the same with PACKAGE-4.1. - zypper up -t package will correctly update to PACKAGE-4.1 since installing PACKAGE-32.2 or PACKAGE-33.1 would imply a vendor change. What it must do is 100% clear. - zypper up -t patch will complain because it will insist in installing something like "patch:openSUSE-2011-5-1.noarch", that conflicts with "PACKAGE < 33.1". The offered options will be to install PACKAGE-33.1 even if it implies a vendor change or not installing "patch:openSUSE-2011-5-1.noarch". Users have been confused by this for years. And since some update applets (they have been changing, no idea in 12.1) have no option to ignore an update they have been getting the message again and again and again... I never use "patches" and I don't know the details of how they work, but this should definitively be fixed. From the top of my head: - Never offer to change the vendor to install a patch as explained in the short version? - Provide in the metadata the hashes of the old packages and only apply the patch if those packages are 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 27

[Bug 801131] New: wireshark update to 1.8.5
by bugzilla_noreply＠novell.com 04 Feb '13

04 Feb '13

https://bugzilla.novell.com/show_bug.cgi?id=801131 https://bugzilla.novell.com/show_bug.cgi?id=801131#c0 Summary: wireshark update to 1.8.5 Classification: openSUSE Product: openSUSE 12.2 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Security AssignedTo: security-team(a)suse.de ReportedBy: Andreas.Stieger(a)gmx.de QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux i686; rv:18.0) Gecko/20100101 Firefox/18.0 https://www.wireshark.org/docs/relnotes/wireshark-1.8.5.html wnpa-sec-2013-01 Infinite and large loops in the Bluetooth HCI, CSN.1, DCP-ETSI DOCSIS CM-STAUS, IEEE 802.3 Slow Protocols, MPLS, R3, RTPS, SDP, and SIP dissectors. Reported by Laurent Butti. (Bugs 8036, 8037, 8038, 8040, 8041, 8042, 8043, 8198, 8199, 8222) wnpa-sec-2013-02 The CLNP dissector could crash. Discovered independently by Laurent Butti and the Wireshark development team. (Bug 7871) wnpa-sec-2013-03 The DTN dissector could crash. (Bug 7945) wnpa-sec-2013-04 The MS-MMC dissector (and possibly others) could crash. (Bug 8112) wnpa-sec-2013-05 The DTLS dissector could crash. Discovered by Laurent Butti. (Bug 8111) wnpa-sec-2013-06 The ROHC dissector could crash. (Bug 7679) wnpa-sec-2013-07 The DCP-ETSI dissector could corrupt memory. Discovered by Laurent Butti. (Bug 8213) wnpa-sec-2013-08 The Wireshark dissection engine could crash. Discovered by Laurent Butti. (Bug 8197) wnpa-sec-2013-09 The NTLMSSP dissector could overflow a buffer. Discovered by Ulf Härnhammar. Reproducible: Always -- 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 274156] unzip file permission vulnerability
by bugzilla_noreply＠novell.com 04 Feb '13

04 Feb '13

https://bugzilla.novell.com/show_bug.cgi?id=274156 https://bugzilla.novell.com/show_bug.cgi?id=274156#c8 Marcus Meissner <meissner(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Group|novellonly | CC| |meissner(a)suse.com --- Comment #8 from Marcus Meissner <meissner(a)suse.com> 2013-02-04 10:28:36 UTC --- perl bin/addnote CVE-2005-2475 "This issue was fixed for SUSE Linux Enterprise Server 11 and newer products. Older products are affected, but will not receive fixes due to the low severity of this 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 0

[Bug 749453] New: Changing the timezone via world clock requires root password
by bugzilla_noreply＠novell.com 04 Feb '13

04 Feb '13

https://bugzilla.novell.com/show_bug.cgi?id=749453 https://bugzilla.novell.com/show_bug.cgi?id=749453#c0 Summary: Changing the timezone via world clock requires root password Classification: openSUSE Product: openSUSE 12.1 Version: Final Platform: All OS/Version: openSUSE 12.1 Status: NEW Severity: Major Priority: P5 - None Component: GNOME AssignedTo: bnc-team-gnome(a)forge.provo.novell.com ReportedBy: gp(a)suse.com QAContact: qa(a)suse.de Found By: Product Management Blocker: --- How to reproduce: 1. Invoke the world clock 2. Make sure there are at least two timezones, adding one if needed 3. Select "Set..." for a currently non-selected timezone in the "Locations" list. 4. Watch a dialog "To change time or date settings, you need to authenticate" and "Password for root" pop up. This is really not usable for non-expert users, who have their machines configured and maintained the geeks among us, but want to roam (to other timezones, other wireless networks, the printers there -- think going on vacation abroad). Can we please make the default more non-geek friendly? -- 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 17

[Bug 798261] New: coreutils-testsuite has been failing to build on Factory for a long time
by bugzilla_noreply＠novell.com 04 Feb '13

04 Feb '13

https://bugzilla.novell.com/show_bug.cgi?id=798261 https://bugzilla.novell.com/show_bug.cgi?id=798261#c0 Summary: coreutils-testsuite has been failing to build on Factory for a long time Classification: openSUSE Product: openSUSE Factory Version: 12.3 Milestone 1 Platform: Other OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: Basesystem AssignedTo: pth(a)suse.com ReportedBy: christian.morales.vega(a)gmail.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- coreutils-testsuite has been failing to build on Factory for a long time -- 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 793558] New: webyast-base has been failing to build in Factory for a long time
by bugzilla_noreply＠novell.com 04 Feb '13

04 Feb '13

https://bugzilla.novell.com/show_bug.cgi?id=793558 https://bugzilla.novell.com/show_bug.cgi?id=793558#c0 Summary: webyast-base has been failing to build in Factory for a long time Classification: openSUSE Product: openSUSE Factory Version: 12.3 Milestone 1 Platform: Other OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: Other AssignedTo: kkaempf(a)suse.com ReportedBy: christian.morales.vega(a)gmail.com QAContact: qa-bugs(a)suse.de Found By: Community User Blocker: --- webyast-base has been failing to build in Factory for a long time -- 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 801874] New: Installing a complete texlive on 12.3 Beta is EXTREMELY slow
by bugzilla_noreply＠novell.com 04 Feb '13

04 Feb '13

https://bugzilla.novell.com/show_bug.cgi?id=801874 https://bugzilla.novell.com/show_bug.cgi?id=801874#c0 Summary: Installing a complete texlive on 12.3 Beta is EXTREMELY slow Classification: openSUSE Product: openSUSE Factory Version: 12.3 Beta 1 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: joschibrauchle(a)gmx.de QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.17 (KHTML, like Gecko) Chrome/24.0.1312.57 Safari/537.17 We are installing basically all texlive packages for openSUSE 12.3 Beta 1 during an AutoYast installation. The problem is that this procedure is EXTREMELY slow, most likely due to the repeated calls in the %posttrans of each and every package: -------- %posttrans VERBOSE=false %{_texmfmaindir}/texconfig/update || : -------- which becomes slower and slower as more and more packages are installed. The machine has a Intel Core i7 3+ GHz CPU, but still the installation of TeXLife takes about 45minutes or so, which is still acceptable but bad. Reproducible: Always -- 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 800688] New: ipsec-tools has been failing to build on Factory for a long time
by bugzilla_noreply＠novell.com 04 Feb '13

04 Feb '13

https://bugzilla.novell.com/show_bug.cgi?id=800688 https://bugzilla.novell.com/show_bug.cgi?id=800688#c0 Summary: ipsec-tools has been failing to build on Factory for a long time Classification: openSUSE Product: openSUSE Factory Version: 12.3 Milestone 1 Platform: Other OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: Other AssignedTo: jbohac(a)suse.com ReportedBy: christian.morales.vega(a)gmail.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- ipsec-tools has been failing to build on Factory for a long time -- 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 800691] New: hawk has been failing to build on Factory for a long time
by bugzilla_noreply＠novell.com 04 Feb '13

04 Feb '13

https://bugzilla.novell.com/show_bug.cgi?id=800691 https://bugzilla.novell.com/show_bug.cgi?id=800691#c0 Summary: hawk has been failing to build on Factory for a long time Classification: openSUSE Product: openSUSE Factory Version: 12.3 Milestone 1 Platform: Other OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: Other AssignedTo: tserong(a)suse.com ReportedBy: christian.morales.vega(a)gmail.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- hawk has been failing to build on Factory for a long time -- 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