December 2009 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 540523] New: kernel-vanilla (like MANY packages) build doesn't use %_sourcedir RPM macro as required
by bugzilla_noreply＠novell.com 03 Apr '11

03 Apr '11

http://bugzilla.novell.com/show_bug.cgi?id=540523 Summary: kernel-vanilla (like MANY packages) build doesn't use %_sourcedir RPM macro as required Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: x86-64 OS/Version: openSUSE 11.1 Status: NEW Severity: Major Priority: P5 - None Component: Development AssignedTo: pth(a)novell.com ReportedBy: suse(a)tlinx.org QAContact: qa(a)suse.de Found By: --- User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en; rv:1.9.1.3) Gecko/20090824 Firefox/3.5.3 trying to build kernel-vanilla from spec. Doesn't work **on my system***. in my /etc/rpm/macros, I have: %_sourcedir %{_topdir}/SOURCES/%{name}-%{version} ---- So sources from different products-releases go into different dirs in Sources dir -- just like they do in 'build' dir when building Most products this works fine -- but ones that "assume" they know where to get other installed sources (like presuming the same dir), fail. This is a bug -- they should not be touching other installed sources directly, but should go through the %_sourcedir macro as consistent with the RPM spec. As a result, any product (and there are a few) that presume the default layout, will break -- because they are not following the standards. They need to be updated -- AS their rpms are "touched" for other reasons (or when a customer/user) reports a problem) to use the standard macro for determining the other sources' locations. Reproducible: Always Steps to Reproduce: 1. Setup sources for each rpm to be stored in their own dir, just as is done with 2. build using system-local-customizable /etc/macros file set to 3. %_sourcedir %{_topdir}/SOURCES/%{name}-%{version} Actual Results: standard rpms fail to build because they don't pay attention to *valid* local user defined macros. Expected Results: expect released rpm sources to pay attention to the standard rpm macros and expand and use them as appropriate and not take "shortcuts" and circumvent standards. -- 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 498323] New: Install Hang on HP8530W unless you select "safe mode" kernel
by bugzilla_noreply＠novell.com 03 Apr '11

03 Apr '11

http://bugzilla.novell.com/show_bug.cgi?id=498323 Summary: Install Hang on HP8530W unless you select "safe mode" kernel Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: x86-64 OS/Version: openSUSE 11.1 Status: NEW Severity: Normal Priority: P5 - None Component: Installation AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: novellmail(a)jeo.net QAContact: jsrain(a)novell.com Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.5) Gecko/2008121300 SUSE/3.0.5-0.1 Firefox/3.0.5 I have tried installing OpenSuse 11.1 on an HP laptop HP8530W. I have tried i586, x86-64, and the liveCD-Gnome. All hang in normal kernel mode. The LiveCD hangs for about 5 minutes with "udevadm settle timeout" its continues a bit later, but I don't have the message in front of me. The x86-64 installation hangs for about 5 minutes with "starting udev udev-event[9] '/sbin/modprobe' abnormal exit" and then "ok" then "loading basic drivers" After that point it hangs permanently. It hangs if you select Install, Install in Text Mode, Test Firmware, or Test Media. Alt-F4 reports no errors. The last line is "Uniform multi-platform E-IDE Driver" ---------- Workaround: Install selecting Safe-mode Kernel Reproducible: Always Steps to Reproduce: 1. Put in 11.1 CD or DVD 2. Boot 3. Select Install, Test Firmware, or Test Media Actual Results: See details Expected Results: Install starts -- 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 502501] New: kernelupdate without updating broadcom-wl*-packages
by bugzilla_noreply＠novell.com 03 Apr '11

03 Apr '11

http://bugzilla.novell.com/show_bug.cgi?id=502501 Summary: kernelupdate without updating broadcom-wl*-packages Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: i686 OS/Version: openSUSE 11.1 Status: NEW Severity: Major Priority: P5 - None Component: Network AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: simonrafic.becker(a)googlemail.com QAContact: qa(a)suse.de Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; de; rv:1.9.0.9) Gecko/2009041500 SUSE/3.0.9-0.1.1 Firefox/3.0.9 Hi, obviously you just forgot it: Recently the kernel was updated to 2.6.27.21. The filelist of boradcom-wl is still on 2.6.27.19. Thus, my wlan did not work. For users, who dont know where the drivers in the system are and without knowledge of depmod -a and ldconfig, this could be a real hinderness. Sincerly yours Simon Reproducible: Always Steps to Reproduce: 1.check the filelist of the broadcom-wl-pae-package. 2 3. Expected Results: wlan does not work. -- 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 512379] New: add option to configure (enable/disable) auto-changing grub/menu.lst "default #" option @ kernel-* upgrade
by bugzilla_noreply＠novell.com 03 Apr '11

03 Apr '11

http://bugzilla.novell.com/show_bug.cgi?id=512379 Summary: add option to configure (enable/disable) auto-changing grub/menu.lst "default #" option @ kernel-* upgrade Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: All OS/Version: openSUSE 11.1 Status: NEW Severity: Enhancement Priority: P5 - None Component: Bootloader AssignedTo: jsrain(a)novell.com ReportedBy: pgnet.dev(a)gmail.com QAContact: jsrain(a)novell.com Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9) Gecko/2008052906 Firefox/3.0 for ref, kernel-xen-2.6.27.23-34.1 lsb_release -a LSB Version: core-2.0-noarch:core-3.2-noarch:core-2.0-x86_64:core-3.2-x86_64:desktop-3.2-amd64:desktop-3.2-noarch:graphics-2.0-amd64:graphics-2.0-noarch:graphics-3.2-amd64:graphics-3.2-noarch Distributor ID: SUSE LINUX Description: openSUSE 11.1 (x86_64) Release: 11.1 Codename: n/a mkinitrd-2.4-34.2 aria2-1.4.1-1.1 zypper-1.2.0-8.1 libzypp-6.8.1-10.1 perl-Bootloader-0.5.2-2.1 yast2-bootloader-2.18.8-3.15 i've customized grub menu, e.g., cat /boot/grub/menu.lst default 0 timeout 1 gfxmenu (hd0,0)/message title Xen 3.3.1 DomU -- openSUSE 11.1 root (hd0,0) kernel /vmlinuz-xen resume=/dev/xvdb1 kbdtype=us headless text quiet nofb selinux=0 edd=off splash=silent noshell showopts initrd /initrd-xen when any kernel-* update is available from repos, @, zypper dup 'menu.lst' updates menu.lst to, e.g., cat /boot/grub/menu.lst default 0 timeout 1 gfxmenu (hd0,0)/message ###Don't change this comment - YaST2 identifier: Original name: linux### title Xen -- openSUSE 11.1 - 2.6.27.23-34 root (hd0,0) kernel /vmlinuz-2.6.27.23-34-xen root=/dev/xvdc1 resume=/dev/xvdb1 kbdtype=us headless text quiet nofb selinux=0 edd=off splash=silent noshell showopts initrd /initrd-2.6.27.23-34-xen title Xen 3.3.1 DomU -- openSUSE 11.1 root (hd0,0) kernel /vmlinuz-xen resume=/dev/xvdb1 kbdtype=us headless text quiet nofb selinux=0 edd=off splash=silent noshell showopts initrd /initrd-xen notice two primary changes -- (1) it's _added_ entries for the latest/available updates (2) it's _changed_ the "default" to the new entry. i.e., it UNset _my_ prior selection. i understand (per https://bugzilla.novell.com/show_bug.cgi?id=492895#c15) i _can_ > " ... set bootloader_type in /etc/sysconfig/bootloader to none ... (to) > ... avoid adding any new entries ..." i've no issue with having new entries added ... in fact, i arguably _prefer_ to have the updated/current boot options, i suppose. the issue is to be able to NOT switch, or in other words KEEP, the same/current grub entry selection that's selected at the beginning of the process. i'd like to see the changing of the "default #" setting be configurable. specifically to allow, e.g., adding/changing the new entries @ update, but NOT switching the user's prior set default entry selection. the current behavior is especially onerous as it's done _without_ any user notification/interaction, and can render the system un-re-bootable ... 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 8

[Bug 512042] New: the webcam is not working after updating to suse11.1
by bugzilla_noreply＠novell.com 03 Apr '11

03 Apr '11

http://bugzilla.novell.com/show_bug.cgi?id=512042 Summary: the webcam is not working after updating to suse11.1 Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: i686 OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Kernel AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: curlyburly(a)hotmail.com QAContact: qa(a)suse.de Found By: --- Created an attachment (id=297365) --> (http://bugzilla.novell.com/attachment.cgi?id=297365) Picture User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.10) Gecko/2009042700 SUSE/3.0.10-3.1 Firefox/3.0.3 Exa Group ZAhasTuc39Uc56FRESWebef my webcam was working fine on opensuse 11, but after upgrading to 11.1 iam facing a problem the webcam is not working on any application (skype,cheese..etc) my laptop is Acer Aspire 5630 root:~/Desktop>lsusb Bus 001 Device 002: ID 046d:0896 Logitech, Inc. OrbiCam and elkhedewy@Elkhedewy-Host:~> lsmod | grep spca gspca_vc032x 17276 0 gspca_main 19940 1 gspca_vc032x videodev 31236 1 gspca_main usbcore 165564 6 gspca_vc032x,gspca_main,usbhid,ehci_hcd,uhci_hcd for more information you can see the topic in opensuse forum http://forums.opensuse.org/hardware/laptop/407177-webcam-problem-logitech-i… by the way its my first time reporting a bug, sorry if there any mistakes Reproducible: Always Steps to Reproduce: 1.skype 2.cheese 3. Actual Results: while opening cheese or skype and testing the webcam .. it appears like something i can't explain .. you can see the attachments. Expected Results: the webcam is not working -- 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 4

[Bug 541684] New: initrd not created and menu.lst empty after kernel security update when /boot and / are on mirror raid (results in boot failure)
by bugzilla_noreply＠novell.com 03 Apr '11

03 Apr '11

http://bugzilla.novell.com/show_bug.cgi?id=541684 Summary: initrd not created and menu.lst empty after kernel security update when /boot and / are on mirror raid (results in boot failure) Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: x86-64 OS/Version: openSUSE 11.1 Status: NEW Severity: Major Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: Olaf.Zander(a)t-online.de QAContact: qa(a)suse.de Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.0.14) Gecko/2009090900 SUSE/3.0.14-0.1 Firefox/3.0.14 The following has happened repeatedly on different machines with openSuSE-11.1 and both /boot and / on separate md mirror raid devices: During the kernel security upgrade, the new initrd is not created and the grub menu.lst file is left empty. There is no error message during the upgrade. Just rebooting after the upgrade will result in a system not able to boot anymore. If you do not have a copy of your old files: bad luck (had that happen before)! as during the upgrade, the old modules and initrd and kernels are deleted. Work-around: Get a copy of menu.lst BEFORE upgrading. After upgrade and before reboot create the missing initrd manually: - just "mkinird" will fail - execute "mkinitrd -d /dev/md0" with md0 being the / device, this will successfully create the missing inirds Restore the saved menu.lst and edit it to match the new kernel version Reboot. Reproducible: Always Steps to Reproduce: Whenever there was a kernel security update on machines with / and /boot on separate md mirror raid devices, this has happened. Note: I have not tried a single / on a mirror raid nor have I tried other raid levels. Actual Results: New kernel is put in place, initrd(s) are missing, all boot entries in the grub menu.lst file are missing. Unfortunately, all old kernels/initrds/modules are deleted during the upgrade. So there is no way to boot anymore. Expected Results: Create the inird properly and modify the menu.lst file appropriately. Possibly leave the last known working files on the system as a backup and only delete them later (to revert). Possibly delete old files only AFTER the upgrade was successful. -- 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 10

[Bug 522414] New: OCZ Vertex SSD gives lots of SATA errors and will not boot
by bugzilla_noreply＠novell.com 03 Apr '11

03 Apr '11

http://bugzilla.novell.com/show_bug.cgi?id=522414 Summary: OCZ Vertex SSD gives lots of SATA errors and will not boot Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: x86-64 OS/Version: openSUSE 11.1 Status: NEW Severity: Critical Priority: P5 - None Component: Kernel AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: probe(a)spray.se QAContact: qa(a)suse.de Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.0.4) Gecko/2008103100 SUSE/3.0.4-4.7 Firefox/3.0.4 I have a solid state drive, OCZ Vertex, connected as sda. I have a plain old spinning drive connected as sdb. Grub is installed on sda, as is OpenSUSE. After hitting enter in grub, the boot seems to start. After a few seconds, loads of SATA errors are written to the console, and it will not find the root partition. I have attached a screenshot of the errors. (Scratch that, there seems to be a bug with making an attachment... the file picker will not show any files, and I can't type the path manually... See this link instead: http://www.ocztechnologyforum.com/forum/showthread.php?t=59449& ) My system worked fine until I decided to install WinXP (go figure...) to the sdb drive. Just to make sure that sda would not get botched by the install, I kept it disconnected during the whole install. When I reconnected it, OpenSUSE would not boot. Reproducible: Always Steps to Reproduce: 1. Boot the system. Actual Results: The SATA I/O errors starts spewing and the system will not boot. Expected Results: A regular boot. Booting up the OpenSUSE install DVD and trying to do a rescue will not work, I get the same errors there. Connecting the SSD with a USB cradle to another OpenSUSE 11.1 computer WILL work, so the SSD is fine. Windows XP DOES recognize the SSD, so no problem there. A PCLinuxOS LiveCD will ALSO recognize the SSD. It does not matter if I use AHCI, RAID or regular IDE mode in BIOS. I have moved around the SSD to different SATA ports and even to a separate SATA controller card. Please check http://www.ocztechnologyforum.com/forum/showthread.php?t=59449& for more details. -- 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 27

[Bug 499928] New: Brasero DVD Burning Lays down bits incorrectly causing packages on DVD to have checksum problems
by bugzilla_noreply＠novell.com 03 Apr '11

03 Apr '11

http://bugzilla.novell.com/show_bug.cgi?id=499928 User cseader(a)novell.com added comment http://bugzilla.novell.com/show_bug.cgi?id=499928#c499924 Summary: Brasero DVD Burning Lays down bits incorrectly causing packages on DVD to have checksum problems Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: x86-64 OS/Version: openSUSE 11.1 Status: NEW Severity: Normal Priority: P5 - None Component: GNOME AssignedTo: bnc-team-gnome(a)forge.provo.novell.com ReportedBy: cseader(a)novell.com QAContact: qa(a)suse.de Found By: Novell Technical Services Services Priority: 500 I burned the SLES 11 GA DVD with brasero and during the install with the media i did a media check and it failed. I then burned the SLES 11 GA DVD with K3B and it worked fine.. and the media check was OK. This has been tested so far with two different machines. Steps to reproduce: 1) Install openSUSE 11.1 on a system with a DVD burner 2) Download SLES 11 GA DVD 1 ISO image 3) Open Nautilus to the location of the DVD ISO 4) right click the DVD and select to burn with Brasero It will Burn completely but the media check fails when trying to use the DVD just burned to do an install. Workaround is to use K3B for burning DVD's Bug also found in SLED 11 GA bug#499924 -- 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 499967] New: Deletion problems on XFS partition
by bugzilla_noreply＠novell.com 03 Apr '11

03 Apr '11

http://bugzilla.novell.com/show_bug.cgi?id=499967 Summary: Deletion problems on XFS partition Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: x86-64 OS/Version: openSUSE 11.1 Status: NEW Severity: Normal Priority: P5 - None Component: GNOME AssignedTo: bnc-team-gnome(a)forge.provo.novell.com ReportedBy: jlutz(a)fastmail.net QAContact: qa(a)suse.de Found By: --- User-Agent: Opera/9.64 (X11; Linux i686; U; en) Presto/2.1.1 Problem seen in both 11.0 and 11.1, GNOME, across a few installs. / is a 25GB XFS partition, 4GB used at the moment off an install a day ago. Now, as soon as I install openSUSE, I experience this problem: the file operations dialog will freeze when I try to delete an ISO file, or a few thousand file directory like a source tree. Nothing on the progress bar, ever. If I cancel it, the dialog stays up. This will happen if I delete and then try to empty the trash, or if I shift-del from Nautilus. In the former, the trash icon is empty when I reboot. In the latter, I reboot and find still existing the directory I ordered deleted and a text file in it, but the ISO within is gone. That said, I reinstalled because this partition somehow became full. I can't imagine a legitimate reason for because it's just openSUSE and home (which was 1.7GB). 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 538837] New: obs_mirror_project not updated for newer osc
by bugzilla_noreply＠novell.com 03 Apr '11

03 Apr '11

http://bugzilla.novell.com/show_bug.cgi?id=538837 Summary: obs_mirror_project not updated for newer osc Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: x86-64 OS/Version: openSUSE 11.1 Status: NEW Severity: Normal Priority: P5 - None Component: Development AssignedTo: pth(a)novell.com ReportedBy: dbolt.abiryy(a)davjam.org QAContact: qa(a)suse.de Found By: --- Created an attachment (id=318011) --> (http://bugzilla.novell.com/attachment.cgi?id=318011) patch to make obs_mirror_project use "api" instead of the removed "req" command User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-GB; rv:1.9.0.13) Gecko/2009080200 SUSE/3.0.13-0.1.2 Firefox/3.0.13 One of the steps to assist in installing a local build service is to use the osc_mirror_project command. This is supposed to create a mirror of the requested project, from the build service, on the local instance. To do this it uses osc to retrieve the project information. However, this now doesn't work because it is still attempting to use the osc "req" command. This was removed and osc now uses the "api" command. This error is present in obs_mirror_project from both the obs-utils-1.6.0 and obs-utils-svn-1.7.0 packages, and very likely to be present in those packages for openSUSE 11.0, openSUSE 10.3 and openSUSE Factory. Reproducible: Always Steps to Reproduce: 1. enter the command "obs_mirror_project openSUSE:11.0 standard i586" Actual Results: The mirroring failed. Here's the output from obs_mirror_project moray:/srv/www/obs/frontend # obs_mirror_project openSUSE:11.0 standard i586 osc: unknown command: 'req' Try 'osc help' for info. /usr/lib64/ruby/1.8/rexml/source.rb:149:in `initialize': undefined method `[]' for nil:NilClass (NoMethodError) from /usr/lib64/ruby/1.8/rexml/source.rb:16:in `new' from /usr/lib64/ruby/1.8/rexml/source.rb:16:in `create_from' from /usr/lib64/ruby/1.8/rexml/parsers/baseparser.rb:133:in `stream=' from /usr/lib64/ruby/1.8/rexml/parsers/baseparser.rb:110:in `initialize' from /usr/lib64/ruby/1.8/rexml/parsers/treeparser.rb:9:in `new' from /usr/lib64/ruby/1.8/rexml/parsers/treeparser.rb:9:in `initialize' from /usr/lib64/ruby/1.8/rexml/document.rb:205:in `new' from /usr/lib64/ruby/1.8/rexml/document.rb:205:in `build' from /usr/lib64/ruby/1.8/rexml/document.rb:42:in `initialize' from /usr/sbin/obs_mirror_project:59:in `new' from /usr/sbin/obs_mirror_project:59 Expected Results: The obs_mirror_project should call osc with the correct commands and the project should be mirrored correctly. -- 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