September 2011 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 681913] New: smbclient -M not sending due to NT_STATUS_PIPE_BROKEN
by bugzilla_noreply＠novell.com 05 Sep '11

05 Sep '11

https://bugzilla.novell.com/show_bug.cgi?id=681913 https://bugzilla.novell.com/show_bug.cgi?id=681913#c0 Summary: smbclient -M not sending due to NT_STATUS_PIPE_BROKEN Classification: openSUSE Product: openSUSE 11.3 Version: Final Platform: x86-64 OS/Version: openSUSE 11.3 Status: NEW Severity: Normal Priority: P5 - None Component: Samba AssignedTo: samba-maintainers(a)SuSE.de ReportedBy: jb(a)braun.eu.org QAContact: samba-maintainers(a)SuSE.de Found By: --- Blocker: --- Created an attachment (id=420908) --> (http://bugzilla.novell.com/attachment.cgi?id=420908) Fix for source3/libsmb/climessage.c User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.9.2.15) Gecko/20110303 Firefox/3.6.15 smbclient -M not sending messages to client. Missing patch from https://bugzilla.samba.org/show_bug.cgi?id=7635 in current version of samba-client-3.5.4-5.3.1 Reproducible: Always after personal recompile this rpm including mentioned samba bugfix it does work again. -- 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 705484] New: preload causes panic on boot
by bugzilla_noreply＠novell.com 05 Sep '11

05 Sep '11

https://bugzilla.novell.com/show_bug.cgi?id=705484 https://bugzilla.novell.com/show_bug.cgi?id=705484#c0 Summary: preload causes panic on boot Classification: openSUSE Product: openSUSE 12.1 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: pcerny(a)novell.com QAContact: qa(a)suse.de Found By: --- Blocker: --- Created an attachment (id=439714) --> (http://bugzilla.novell.com/attachment.cgi?id=439714) boot panic log Update to kernel 3.0-rc6 brought an unpleasant surpsise: panic at boot (fortunately I have my own custom kernel installed). Log is attached. Seems to be caused by the preload stuff - removing the preload and preload-kmp-desktop packages solved the 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 2

[Bug 715949] New: project configuration (prjconf) breaks when continuation character is used in Macros: section
by bugzilla_noreply＠novell.com 05 Sep '11

05 Sep '11

https://bugzilla.novell.com/show_bug.cgi?id=715949 https://bugzilla.novell.com/show_bug.cgi?id=715949#c0 Summary: project configuration (prjconf) breaks when continuation character is used in Macros: section Classification: Internal Novell Products Product: openSUSE Build Service Version: 2.0 Platform: x86-64 OS/Version: SLED 11 Status: NEW Severity: Normal Priority: P5 - None Component: General AssignedTo: adrian(a)suse.com ReportedBy: Rene.vanPaassen(a)gmail.com QAContact: adrian(a)suse.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.18) Gecko/20110621 SUSE/3.6.18-0.2.1 Firefox/3.6.18 Found peculiar behavior when adding macros to the prjconf Macros: section. When a macro is added with continuation characters (in my case): %desktop_database_post() \ if test -x %{_bindir}/update-desktop-database; then \ %if "x%1" != "x%%1" \ %{_bindir}/update-desktop-database --quiet "%1" || true \ %else \ %{_bindir}/update-desktop-database --quiet "%{_datadir}/applications" || true \ %endif \ fi I added this because it was missing from some platforms. The result is that on x86_64 builds only (for my project, home:repabuild, at least), the build service seems to define the %fedora_version macros on suse distros, and %suse_version macros on fedora distros. Big fun if 20+ packages all of a sudden cannot find their dependencies! Modifying prjconf, and putting the macro all on one line solves the problem. Reproducible: Always Steps to Reproduce: 1. Put a macro with multiple lines in with osc meta prjconf -e 2. Try to build a package that has suse_version / fedora_version switches 3. Observe failure 4. Put the macro all on one line 5. Happy building, low readability Actual Results: Building PyODE.spec for SLE_11_SP1/x86_64 Getting buildinfo from server and store to /data/repa/rpmbuild/home:repabuild/PyODE/.osc/_buildinfo-SLE_11_SP1-x86_64.xml Getting buildconfig from server and store to /data/repa/rpmbuild/home:repabuild/PyODE/.osc/_buildconfig-SLE_11_SP1-x86_64 buildinfo is broken... it says: buildinfo is broken... it says: unresolvable: nothing provides ode-devel, nothing provides Pyrex Expected Results: tud102004 finished "build PyODE.spec" at Mon Sep 5 11:06:09 UTC 2011. /var/tmp/build-root/usr/src/packages/SRPMS/PyODE-20100322-3.src.rpm /var/tmp/build-root/usr/src/packages/RPMS/x86_64/PyODE-20100322-3.x86_64.rpm More puzzles, this form of defining the macro: Macros: %desktop_database_post() \ if test -x %{_bindir}/update-desktop-database; then %if "x%1" != "x%%1" %{_bindir}/update-desktop-database --quiet "%1" || true %else %{_bindir}/update-desktop-database --quiet "%{_datadir}/applications" || true %endif fi i.e. with the continuation character after the definition, not in the "body" is OK, this form: %desktop_database_post() if test -x %{_bindir}/update-desktop-database; then \ %if "x%1" != "x%%1" %{_bindir}/update-desktop-database --quiet "%1" || true %else %{_bindir}/update-desktop-database --quiet "%{_datadir}/applications" || true %endif fi (continuation character in the body) is not. -- 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 703592] New: openSUSE:11.4/apcupsd: Bug "/etc/init.d/apcupsd powerdown" doesn't work due to path/test issue
by bugzilla_noreply＠novell.com 05 Sep '11

05 Sep '11

https://bugzilla.novell.com/show_bug.cgi?id=703592 https://bugzilla.novell.com/show_bug.cgi?id=703592#c0 Summary: openSUSE:11.4/apcupsd: Bug "/etc/init.d/apcupsd powerdown" doesn't work due to path/test issue Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: x86-64 OS/Version: openSUSE 11.4 Status: NEW Severity: Major Priority: P5 - None Component: 3rd party software AssignedTo: sbrabec(a)novell.com ReportedBy: chris(a)ccburton.com QAContact: opensuse-communityscreening(a)forge.provo.novell.com Found By: Consulting Blocker: --- chris burton <chris(a)ccburton.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Flag| |SHIP_STOPPER?, CCB_Review? 2 Issues close together, one masking the other. 1/ Path to apcupsd-lite incorrectly configured as:- /usr/sbin/apcupsd-lite instead of as :- /sbin/apcupsd-lite where it is correctly located by the rpm. This allows powerdown of the ups at the end of OS shutdown, with only / mounted and /usr dismounted, though /lib or /lib64 are still needed. 2/ -o instead of -a in test for both executables, so previous error is not trapped. diff -u of patch --- /etc/init.d/apcupsd.old 2011-02-19 07:37:54.000000000 +0000 +++ /etc/init.d/apcupsd 2011-07-02 17:43:35.000000000 +0100 @@ -26,8 +26,8 @@ ### END INIT INFO APCUPSD=/usr/sbin/apcupsd -APCUPSD_LITE=/usr/sbin/apcupsd-lite -test -x $APCUPSD -o -x $APCUPSD_LITE || exit 5 +APCUPSD_LITE=/sbin/apcupsd-lite +test -x $APCUPSD -a -x $APCUPSD_LITE || exit 5 # Shell functions sourced from /etc/rc.status: # rc_check check and set local and overall rc status Quick explanation of consequences of this bug. When a power failure occurs, the UPS notifies the UPS daemon on the computer, which waits for delay TIMEOUT set in /etc/apcupsd/apcupsd.conf for a power reconnected notification, else it initiates a shutdown of the computer. Once the computer has started to shut down, it will continue untill it actually has shut down, and won't restart until it's power supply is cycled off and on again by the UPS. This means that once the shutdown process has started, in order to power the computer off and on again,(even if the supply has already been reconnected), just before the OS shuts down, the UPS daemon on the computer must tell the UPS to switch off the power. Once the computer is powered off, the UPS can then reconnect power back to the computer, as soon as it's own supply has been reconnected for WAKEUP no of seconds, set in /etc/apcupsd/apcupsd.conf. As most volumes will be dismounted, the software and its associated libraries which tell the UPS to power off must be contained only in the / partition, so a cut down utility called apcupsd-lite is provided, installed in /sbin rather than /usr/sbin This bug will leave the UPS running, so the computer will not get power-cycled (unless the battery runs down and the UPS shuts its-self off) and the computer will not be restarted without manual intervention, even though the power supply has been restored . -- 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 40

[Bug 494244] New: Erratic scrollwheel behavior
by bugzilla_noreply＠novell.com 05 Sep '11

05 Sep '11

http://bugzilla.novell.com/show_bug.cgi?id=494244 Summary: Erratic scrollwheel behavior Classification: openSUSE Product: openSUSE 11.2 Version: Alpha 0 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: X.Org AssignedTo: bnc-team-xorg-bugs(a)forge.provo.novell.com ReportedBy: captain.magnus(a)opensuse.org QAContact: xorg-maintainer-bugs(a)forge.provo.novell.com Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.0.7) Gecko/2009022800 SUSE/3.0.7-72.4 Firefox/3.0.7 Gigabyte Laser mouse (GM-M6000). When using the scrollwheel to scroll down, the behavior is erratic, as it decides to scroll up instead (almost like, scroll down a few times, then up once, then scroll down again). I honestly don't know if this is an issue with X, or broken hardware (the mouse is brand new) If there's any config/log/trace, except what's below, that I can provide, please let me know; SaX2 puts this into xorg: Section "InputDevice" Driver "mouse" Identifier "Mouse[1]" Option "Buttons" "7" Option "Device" "/dev/input/mice" Option "Name" "Elan Microelectronics PS/2+USB Mouse" Option "Protocol" "explorerps/2" Option "Vendor" "Sysp" EndSection And here's the output from hwinfo --mouse 45: USB 00.0: 10503 USB Mouse [Created at usb.122] UDI: /org/freedesktop/Hal/devices/usb_device_4f3_212_noserial_if0 Unique ID: +u4I.nJzOKkg+Fr9 Parent ID: 7eqy.v+N+B0xY+P6 SysFS ID: /devices/pci0000:00/0000:00:1d.0/usb6/6-2/6-2:1.0 SysFS BusID: 6-2:1.0 Hardware Class: mouse Model: "Elan Microelectronics PS/2+USB Mouse" Hotplug: USB Vendor: usb 0x04f3 "Elan Microelectronics Corp." Device: usb 0x0212 "PS/2+USB Mouse" Revision: "23.24" Compatible to: int 0x0210 0x0015 Driver: "usbhid" Driver Modules: "usbhid" Device File: /dev/input/mice (/dev/input/mouse0) Device Files: /dev/input/mice, /dev/input/mouse0, /dev/input/event1, /dev/input/by-id/usb-04f3_PS.2+USB_Mouse-event-mouse, /dev/input/by-path/pci-0000:00:1d.0-usb-0:2:1.0-event-mouse, /dev/input/by-id/usb-04f3_PS.2+USB_Mouse-mouse, /dev/input/by-path/pci-0000:00:1d.0-usb-0:2:1.0-mouse Device Number: char 13:63 (char 13:32) Speed: 1.5 Mbps Module Alias: "usb:v04F3p0212d2324dc00dsc00dp00ic03isc01ip02" Driver Info #0: Buttons: 5 Wheels: 1 XFree86 Protocol: explorerps/2 GPM Protocol: exps2 Config Status: cfg=new, avail=yes, need=no, active=unknown Attached to: #41 (Hub) 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 47

[Bug 712012] New: Xen package list outdated
by bugzilla_noreply＠novell.com 05 Sep '11

05 Sep '11

https://bugzilla.novell.com/show_bug.cgi?id=712012 https://bugzilla.novell.com/show_bug.cgi?id=712012#c0 Summary: Xen package list outdated Classification: openSUSE Product: openSUSE 12.1 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: YaST2 AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: cgoncalves(a)opensuse.org QAContact: jsrain(a)novell.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_7_0) AppleWebKit/535.1 (KHTML, like Gecko) Chrome/13.0.782.112 Safari/535.1 Installing hypervisor and tools for Xen virtualization support, the list of the required packages to be installed is: libvirt libvirt-python xen-libs vm-install xen xen-tools kernel-xen virt-manager virt-viewer Although, xen and xen-tools packages seem not to be provided anymore as of openSUSE 12.1 due to the Xen support inclusion into the Linux kernel I believe. The installation will fail because of the two missing packages. Reproducible: Always Steps to Reproduce: 1. Open YaST 2. Choose 'Install Hypervisor and Tools' in the 'Virtualization' category 3. Select 'Xen' 4. Accept Actual Results: "Error Cannot install required packages. The installation will be aborted" -- 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 678466] New: Swap over NFS reserves too much memory on openSUSE-11.4
by bugzilla_noreply＠novell.com 05 Sep '11

05 Sep '11

https://bugzilla.novell.com/show_bug.cgi?id=678466 https://bugzilla.novell.com/show_bug.cgi?id=678466#c0 Summary: Swap over NFS reserves too much memory on openSUSE-11.4 Classification: openSUSE Product: openSUSE 11.4 Version: RC 2 Platform: All OS/Version: SuSE Other Status: NEW Severity: Normal Priority: P5 - None Component: Kernel AssignedTo: mgorman(a)novell.com ReportedBy: mgorman(a)novell.com QAContact: qa(a)suse.de CC: sjayaraman(a)novell.com Found By: Development Blocker: No Swap over NFS implements a memory reservation scheme to guarantee that allocations can succeed under low memory conditions when pages need to be cleaned. These reservations are extremely high. On a 2G machine, 454M of memory is reserved which far exceeds what should be necessary. This has not been verified on SLES but a glance at the patches implies the same problem exists there. -- 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 23

[Bug 640042] New: autoinstall yast2 module crashes
by bugzilla_noreply＠novell.com 05 Sep '11

05 Sep '11

https://bugzilla.novell.com/show_bug.cgi?id=640042 https://bugzilla.novell.com/show_bug.cgi?id=640042#c0 Summary: autoinstall yast2 module crashes Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: x86 OS/Version: openSUSE 11.2 Status: NEW Severity: Normal Priority: P5 - None Component: YaST2 AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: hbs(a)ks.informatik.uni-kiel.de QAContact: jsrain(a)novell.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.10) Gecko/20100914 SUSE/3.6.10-30.1 Firefox/3.6.10 If I start yast2 autoinstall module, create a reference profile and want to save it the yast2 module crashes with : YaST got signal 11 at YCP file autoinstall/conftree.ycp:118 /sbin/yast2: line 454: 8258 Segmentation fault $ybindir/y2base $module "$@" "$SELECTED_GUI" $Y2_GEOMETRY $Y2UI_ARGS Reproducible: Always Steps to Reproduce: 1. Launnch yast2 autoinstall 2. Select 'Create reference profile' 3. Select 'Save' or 'Save as' Actual Results: crash Expected Results: profile is saved -- 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 664308] New: Fail safe mode does boot to console mode - not vga gui login
by bugzilla_noreply＠novell.com 05 Sep '11

05 Sep '11

https://bugzilla.novell.com/show_bug.cgi?id=664308 https://bugzilla.novell.com/show_bug.cgi?id=664308#c0 Summary: Fail safe mode does boot to console mode - not vga gui login Classification: openSUSE Product: openSUSE 11.4 Version: Milestone 5 of 6 Platform: x86-64 OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Bootloader AssignedTo: jsrain(a)novell.com ReportedBy: terje(a)nordland-teknikk.no QAContact: jsrain(a)novell.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:2.0b7) Gecko/20101105 Firefox/4.0b7 Tested on both AMD and Intel/Nvidia hardware, GDM and KDM4 Display manager. Selecting Fail safe mode on the Grub menu, boot to console text mode only, not to the normal vga gui mode (as i.e in 11.3). Reproducible: Always Steps to Reproduce: 1. as above 2. 3. Actual Results: as above Expected Results: boot default fail safe to vga gui login. -- 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 68

[Bug 437368] opensuse-codecs-installer slightly outdated
by bugzilla_noreply＠novell.com 05 Sep '11

05 Sep '11

https://bugzilla.novell.com/show_bug.cgi?id=437368 https://bugzilla.novell.com/show_bug.cgi?id=437368#c8 Stephan Kulow <coolo(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |NEEDINFO InfoProvider| |suse-beta(a)cboltz.de --- Comment #8 from Stephan Kulow <coolo(a)suse.com> 2011-09-05 11:07:02 CEST --- I wonder what's the better alternative: dropping that tool or leaving it as it is. -- 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