November 2009 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 492261] New: zypper should support --continue or something like it
by bugzilla_noreply＠novell.com 23 Dec '14

23 Dec '14

http://bugzilla.novell.com/show_bug.cgi?id=492261 Summary: zypper should support --continue or something like it Classification: openSUSE Product: openSUSE 11.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: jnelson-suse(a)jamponi.net QAContact: qa(a)suse.de Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-US; rv:1.9.0.7) Gecko/2009022800 SUSE/3.0.7-1.1.6 Firefox/3.0.7 zypper supports -n (--non-interactive) more or less However, any minor download error aborts an entire operation unnecessarily. Not infrequently various mirrors may disconnect or fail to provide for many reasons a file when asked, and this is how zypper currently behaves: Retrieving package kdebase4-workspace-debuginfo-4.2.2-217.3.x86_64 (10/130), 36.8 M (160.1 M unpacked) Retrieving: kdebase4-workspace-debuginfo-4.2.2-217.3.x86_64.rpm [error] File './x86_64/kdebase4-workspace-debuginfo-4.2.2-217.3.x86_64.rpm' not found on medium 'http://opensuse.ca.unixheads.org/repositories/KDE:/KDE4:/Factory:/Desktop/o…' Abort, retry, ignore? [A/r/i]: a Failed to provide Package kdebase4-workspace-debuginfo-4.2.2-217.3. Do you want to retry retrieval? [KDE:KDE4:Factory:Desktop|http://opensuse.ca.unixheads.org/repositories/KDE:…] Can't provide file './x86_64/kdebase4-workspace-debuginfo-4.2.2-217.3.x86_64.rpm' from repository 'KDE:KDE4:Factory:Desktop' History: - File './x86_64/kdebase4-workspace-debuginfo-4.2.2-217.3.x86_64.rpm' not found on medium 'http://opensuse.ca.unixheads.org/repositories/KDE:/KDE4:/Factory:/Desktop/o…' - Can't provide ./x86_64/kdebase4-workspace-debuginfo-4.2.2-217.3.x86_64.rpm : Media Exception Abort, retry, ignore? [A/r/i]: a Problem occured during or after installation or removal of packages: Installation aborted by user Please see the above error message for a hint. It seems to me that --non-interactive should support a --continue mode where it ignores non-fatal errors and continues. Reproducible: Always Steps to Reproduce: 1. 2. 3. -- 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 14

[Bug 497924] New: DHCP client NOT running, failed eth0 interface could not be set up until now
by bugzilla_noreply＠novell.com 14 Dec '14

14 Dec '14

http://bugzilla.novell.com/show_bug.cgi?id=497924 Summary: DHCP client NOT running, failed eth0 interface could not be set up until now Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: x86-64 OS/Version: openSUSE 11.1 Status: NEW Severity: Normal Priority: P5 - None Component: Network AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: ufest(a)mudal.de QAContact: qa(a)suse.de Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; de; rv:1.9.0.8) Gecko/2009032600 SUSE/3.0.8-1.1.1 Firefox/3.0.8 The installation is an upgrade from opensuse 11.0 to opensuse 11.1. The init-script network run not correctly on boot time. On command line rcnetwork start is ok. The configuration use dhcp4 client. Error message on boot: eth0: RTL8168b/8111b at 0xf8f6e000, 00:17:31:87:44:be, IRQ 17 doneWaiting for mandatory devices: eth0 __NSC__ eth0 device: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 01) eth0 DHCP client NOT running eth0 is down failed eth0 interface could not be set up until now Solution: script-part old: for a in $(type_filter `ls -A /sys/class/net/`); do test -d /sys/class/net/$a || continue t=`get_iface_type $a` case "$t" in eth|tr|ib|wlan) STAMPFILE=$STAMPFILE_STUB`cat /sys/class/net/$a/ifindex` if [ "$MODE" = onboot -a "$ACTION" = start ] ; then # skip interfaces (with active drivers) # but not yet prepared by an # ifup -o hotplug # call is triggered in udev rules. # (may need rename to their final name) if [ ! -e "$STAMPFILE" ] ; then continue fi fi ;; lo|wlan_aux) continue ;; esac for b in $VIRTUAL_IFACES ; do if [ "$a" = "$b" ] ; then NOT_PHYSICAL_IFACES="$NOT_PHYSICAL_IFACES $a" continue 2 fi done PHYSICAL_IFACES="$PHYSICAL_IFACES $a" done script-part new: for a in $(type_filter `ls -A /sys/class/net/`); do test -d /sys/class/net/$a || continue t=`get_iface_type $a` case "$t" in eth|tr|ib|wlan) STAMPFILE=$STAMPFILE_STUB`cat /sys/class/net/$a/ifindex` if [ "$MODE" = onboot -a "$ACTION" = start ] ; then # skip interfaces (with active drivers) # but not yet prepared by an # ifup -o hotplug # call is triggered in udev rules. # (may need rename to their final name) if [ ! -e "$STAMPFILE" ] ; then true # correction # continue # correction fi fi ;; lo|wlan_aux) continue ;; esac for b in $VIRTUAL_IFACES ; do if [ "$a" = "$b" ] ; then NOT_PHYSICAL_IFACES="$NOT_PHYSICAL_IFACES $a" continue 2 fi done PHYSICAL_IFACES="$PHYSICAL_IFACES $a" done Reproducible: Always Steps to Reproduce: 1. 2. 3. -- 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 5

[Bug 527936] New: xemacs ignores .xemacs/custom.el
by bugzilla_noreply＠novell.com 25 Nov '14

25 Nov '14

http://bugzilla.novell.com/show_bug.cgi?id=527936 Summary: xemacs ignores .xemacs/custom.el Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Development AssignedTo: pth(a)novell.com ReportedBy: wharms(a)bfs.de QAContact: qa(a)suse.de Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; de; rv:1.9.0.11) Gecko/2009060200 SUSE/3.0.11-0.1.1 Firefox/3.0.11 at startup .xemacs should load init.el and custom.el. i used strace -o xxx xemacs to see if custom.el is open at all and found that the programm is opening inil.el very often: grep init.el xxx | wc -l 2197 my .xemacs/custom.el ;; LINUX_C_MODE (defun linux-c-mode () "C mode with adjusted defaults for use with the Linux kernel." (interactive) (c-mode) (c-set-style "K&R") (setq c-basic-offset 8)) Reproducible: Always Steps to Reproduce: 1. strace -o xxx xemacs 2. 3. Actual Results: custom.el is never used and init.el is used in a loop -- 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 8

[Bug 494200] New: the lcov program should have its own package (now it is in kernel-coverage)
by bugzilla_noreply＠novell.com 15 Nov '14

15 Nov '14

http://bugzilla.novell.com/show_bug.cgi?id=494200 Summary: the lcov program should have its own package (now it is in kernel-coverage) Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: x86-64 OS/Version: openSUSE 11.1 Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: mar.pollo(a)gmail.com QAContact: qa(a)suse.de Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; it; rv:1.9.0.8) Gecko/2009032600 SUSE/3.0.8-1.1.1 Firefox/3.0.8 GTB5 The «lcov» program is found in the «kernel-coverage» package in the «openSuSE 11.1 OSS» repository. That package depends on kernel-source, that weighs ~300MB and is updated with each kernel update. So when I wanted to install lcov (~1MB) I had to download ~300MB of data, and every kernel update I download several useless MB. I think lcov should have a separate package, and the kernel-coverage package should depend on it. Reproducible: Always Steps to Reproduce: 1. 2. 3. -- 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 15

[Bug 547534] New: Modify Step 1 of 3 - has your bug already been reported? to sorted after "Component"
by bugzilla_noreply＠novell.com 24 Oct '14

24 Oct '14

http://bugzilla.novell.com/show_bug.cgi?id=547534 Summary: Modify Step 1 of 3 - has your bug already been reported? to sorted after "Component" Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: x86 OS/Version: openSUSE 11.2 Status: NEW Severity: Enhancement Priority: P5 - None Component: Bugzilla AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: casualprogrammer(a)gmail.com QAContact: novbugzilla-bugs(a)forge.provo.novell.com Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.3) Gecko/20090909 SUSE/3.5.3-3.2 Firefox/3.5.3 When entering a new bug, user is presented with two lists of already entered bugs. They seem to be unsorted. It would make checking out the reported bugs easier if the lists were presented in sorted order by component. Surely every user can initiate the sort by clicking the column title, I doubt though, that many do it. Reproducible: Always Steps to Reproduce: 1. 2. 3. -- 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 493212] New: openibd loads after network, messing up ipoib configuration
by bugzilla_noreply＠novell.com 13 Oct '14

13 Oct '14

http://bugzilla.novell.com/show_bug.cgi?id=493212 Summary: openibd loads after network, messing up ipoib configuration Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: x86-64 OS/Version: openSUSE 11.1 Status: NEW Severity: Normal Priority: P5 - None Component: Network AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: sebastian.hegler(a)tu-dresden.de QAContact: qa(a)suse.de Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.0.8) Gecko/2009032712 Ubuntu/8.10 (intrepid) Firefox/3.0.8 The openIB package's startup script is hardwired to load after the network configuration. This messes up the network, since the ipoib driver is not loaded. The ipoib interfaces must then be brought up manually, which is an annoying task. Please change the dependency of the openib initscript to run before the network scripts. 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 1

[Bug 558993] New: build problem on SLE_10_SP3 all architectures
by bugzilla_noreply＠novell.com 05 Oct '14

05 Oct '14

http://bugzilla.novell.com/show_bug.cgi?id=558993 http://bugzilla.novell.com/show_bug.cgi?id=558993#c0 Summary: build problem on SLE_10_SP3 all architectures Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: All OS/Version: SLED 10 Status: NEW Severity: Major Priority: P5 - None Component: BuildService AssignedTo: john(a)redux.org.uk ReportedBy: pier11(a)operamail.com QAContact: adrian(a)novell.com Found By: --- Blocker: --- Created an attachment (id=329869) --> (http://bugzilla.novell.com/attachment.cgi?id=329869) SLE_10_SP3.x86_64.rawlog.txt [home:johnberanek:pidgin/pidgin-sipe] Compilation is fine. Build failed with the following on i568, x86_64: purple-sipe-1.7.1-4.1.x86_64.rpm: directories not owned by a package: - /usr/lib64/purple-2 mount: / is busy System halted. See attached logs for details. The package builds just fine on SLE_10_SP2, SLE_11, all openSuSE 11.x, factory. -- 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 544969] New: zypper dup leaves old packages around
by bugzilla_noreply＠novell.com 01 Oct '14

01 Oct '14

http://bugzilla.novell.com/show_bug.cgi?id=544969 User coolo(a)novell.com added comment http://bugzilla.novell.com/show_bug.cgi?id=544969#c539543 Summary: zypper dup leaves old packages around Classification: openSUSE Product: openSUSE 11.2 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Update Problems AssignedTo: nadvornik(a)novell.com ReportedBy: coolo(a)novell.com QAContact: jsrain(a)novell.com Blocks: 539543 Found By: --- +++ This bug was initially created as a clone of Bug #539543 +++ cdparanoia-32bit should be correctly obsoleted/provided for 11.2. Look at e.g. esound/baselibs.conf for an example -- 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 545258] New: zypper dup exits silently when package is skipped using DownloadInAdvance
by bugzilla_noreply＠novell.com 19 Sep '14

19 Sep '14

http://bugzilla.novell.com/show_bug.cgi?id=545258 User dave.plater(a)yahoo.co.uk added comment http://bugzilla.novell.com/show_bug.cgi?id=545258#c545242 Summary: zypper dup exits silently when package is skipped using DownloadInAdvance Classification: openSUSE Product: openSUSE 11.2 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: libzypp AssignedTo: zypp-maintainers(a)forge.provo.novell.com ReportedBy: dave.plater(a)yahoo.co.uk QAContact: qa(a)suse.de Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.3) Gecko/20090909 SUSE/3.5.3-1.4 Firefox/3.0.6, Ant.com Toolbar 1.3 zypper dup doesn't even inform the user what is happening if a package is skipped when using the DownloadInAdvance option and the user has to guess that nothing has been installed and zypper dup needs to be restarted. I would expect at least a message that states a zypper refresh is required and zypper dup needs to be rerun. Reproducible: Always Steps to Reproduce: 1.zypper dup 2.MPlayer from packman repo fails to download completely and times out 3.Tell zypper to ignore Actual Results: zypper dup exits without installing any packages Expected Results: The ideal situation:- the solver runs again to check for failed dependencies and installs what it can The minimum situation:- zypper displays a message that a package has failed to download and the user must rerun zypper dup after refreshing In my case I was updating 2.1 GiB of packages on a beta trial internet connection and due to a very bad connection and bug #545242 I deliberately skipped MPlayer and used aria2c to download it directly into the packman package cache. It would have been a nice surprise if zypper had rechecked the package cache and completed the installation but instead it left me wondering whether the new feature was working at all. When I reran zypper dup without a refresh, it completed the process. DownloadInAdvance is a nice feature but what happens when a package is skipped needs a lot of thought. See https://bugzilla.novell.com/show_bug.cgi?id=545242 for logs -- 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 7

[Bug 528406] New: M4 TBird does not start automaticly with KDE4
by bugzilla_noreply＠novell.com 09 Sep '14

09 Sep '14

http://bugzilla.novell.com/show_bug.cgi?id=528406 Summary: M4 TBird does not start automaticly with KDE4 Classification: openSUSE Product: openSUSE 11.2 Version: Factory Platform: 64bit OS/Version: SuSE Other Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: monkey9(a)iae.nl QAContact: qa(a)suse.de Found By: Beta-Customer As subject: Thunderbird does not start again when closing down with most used apps open. (offcourse it allways did.) -- 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 24