March 2010 - 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 567316] New: An XGL package is not available in openSUSE >= 11.1.
by bugzilla_noreply＠novell.com 28 Oct '14

28 Oct '14

http://bugzilla.novell.com/show_bug.cgi?id=567316 http://bugzilla.novell.com/show_bug.cgi?id=567316#c0 Summary: An XGL package is not available in openSUSE >= 11.1. Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: 32bit OS/Version: openSUSE 11.2 Status: NEW Severity: Major Priority: P5 - None Component: X.Org AssignedTo: bnc-team-xorg-bugs(a)forge.provo.novell.com ReportedBy: zbuhman(a)gmail.com QAContact: xorg-maintainer-bugs(a)forge.provo.novell.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.6) Gecko/20091201 Firefox/3.5.6 Though one could argue that because XGL is Reproducible: Always Steps to Reproduce: 1. Install openSUSE 11.0 (last version to include XGL with which to test relative performance with) with desktop effects, xgl, compiz-fusion (shortened to 'compiz' throughout the rest of this report), kde4 (kwin), etc... 1a. The test system in this case, is using a Radeon 9250. (I have had similar results with fglrx on a Radeon Xpress 200m as well; I suspect many other (esp. older/crippled radeons) may have similar results 2. Test compositing effects with XGL and then AIGLX making note of how each "feels" as well as real benchmarks. One could also compare Compiz vs. Kwin if they wish. Though, in my experience, Kwin is already slower than Compiz, it will be yet slower when used in conjunction with AIGLX (this part was included to eliminate Compiz as a potential source for blame/confusion). Actual Results: XGL, as "hackish" and outdated as it is, still outperforms AIGLX on (esp older) ATI cards (esp. ones too old for a compatible Catalyst driver which instead, as a result, *need* to use the Radeon module). (furthermore, it might be noted that using XGL with Compiz in 11.0 (the latest from the buildservice at the time) using the Radeon 9250 with the open source radeon module, acceptable framerates (around 100fps or so)(of course depending on what effects were enabled) were achievable whereas even on AIGLX in 11.2 (or 11.0) framerates are excruciatingly low whenever anything "real" is being done. For example, when rotating the "XGL" cube (transparent with fish/etc..) framerates might have dropped from 100 to 40-50 or so, but it was still mildly acceptable whereas using the same effects with AIGLX the framerate would drop from 20 to about 0.1fps; this is totally unacceptable, of course) Expected Results: Because AIGLX *is* more or less "the future" of Xorg's compositing, and is less "hackish" than XGL it should, inherently, therefore, have higher performance than XGL on this hardware. However, because it doesn't, even though the XGL code has indeed been removed from freedesktop.org's git and isn't in active development, and because AIGLX still, in some cases, as shown, does not have better performance than XGL (which is really what counts in this case; no matter how "well" the software is written, if it has poor performance, it is more or less rendered useless) it is my proposal that an XGL package still be readily installable and maintained in future releases (at least for 11.3 or so). Not sure how to categorize this. Since I, personally, would consider this of somewhat severe importance (XGL+Compiz, in my humble opinion, while doing normal desktop operations, is smoother than no compositing (which is in turn, faster than AIGLX)) due to it severely subtracting from one's overall experience/sanity caused by the slower redrawing one experiences on the same hardware without composting whatsoever, and because this was included in previous releases and has regressed in more recent ones, I would consider this to fit with the severity I have chosen. However, I realize that this may also be considered an enhancement; feel free to change this if it is deemed more appropriate. -- 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 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 581593] New: obs://build.opensuse.org/multimedia/rosegarden4-10.02-26.1.x86_64 problem with instrument initialization
by bugzilla_noreply＠novell.com 19 Sep '14

19 Sep '14

http://bugzilla.novell.com/show_bug.cgi?id=581593 http://bugzilla.novell.com/show_bug.cgi?id=581593#c0 Summary: obs://build.opensuse.org/multimedia/rosegarden4-10.02- 26.1.x86_64 problem with instrument initialization Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: x86-64 OS/Version: openSUSE 11.2 Status: NEW Severity: Normal Priority: P5 - None Component: 3rd party software AssignedTo: davejplater(a)gmail.com ReportedBy: m.munnix(a)redcross.be QAContact: opensuse-communityscreening(a)forge.provo.novell.com Found By: --- Blocker: --- Created an attachment (id=343656) --> (http://bugzilla.novell.com/attachment.cgi?id=343656) exemple rosegarden file when opening an existing rosegarden file, the last track plays the default instrument (#1 piano voice), all other tracks play the chosen instrument (#52 concert choir). After pausing and resuming play, the last track plays the correct instrument The synth chosen is Fluidsynth -- 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 21