February 2013 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 802747] New: LiveCD install boots into emergency mode
by bugzilla_noreply＠novell.com 18 Feb '13

18 Feb '13

https://bugzilla.novell.com/show_bug.cgi?id=802747 https://bugzilla.novell.com/show_bug.cgi?id=802747#c0 Summary: LiveCD install boots into emergency mode Classification: openSUSE Product: openSUSE 12.3 Version: RC 1 Platform: All OS/Version: SUSE Other Status: NEW Severity: Major Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: bwiedemann(a)suse.com QAContact: qa-bugs(a)suse.de CC: cwh(a)suse.com, fcrozat(a)suse.com Found By: System Test Blocker: --- Created an attachment (id=523861) --> (http://bugzilla.novell.com/attachment.cgi?id=523861) output from journalctl -b default LiveCD install boots into emergency mode Steps To Reproduce: 0. zypper in kvm 1. qemu-img create live.img 8G 2. qemu-kvm -monitor stdio -m 1024 -drive file=live.img,if=virtio -cdrom openSUSE-12.3-KDE-LiveCD-Build0024-x86_64.iso 3. do the default install, resuling in vda1=swap, vda2=root(5GB), vda3=/home Actual Results: after install, it reboots from grub2 into systemd's emergency mode journal it works fine to do manually mount /home swapon -a -- 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 42

[Bug 786928] New: udisksd[1027]: Error opening /etc/crypttab file: Failed to open file '/etc/crypttab':
by bugzilla_noreply＠novell.com 18 Feb '13

18 Feb '13

https://bugzilla.novell.com/show_bug.cgi?id=786928 https://bugzilla.novell.com/show_bug.cgi?id=786928#c0 Summary: udisksd[1027]: Error opening /etc/crypttab file: Failed to open file '/etc/crypttab': Classification: openSUSE Product: openSUSE Factory Version: 12.3 Milestone 0 Platform: All OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: vuntz(a)suse.com ReportedBy: crrodriguez(a)opensuse.org QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- udisks complains loudly and repeatedly Oct 26 09:10:07 xps9000.cristianrodriguez.net udisksd[1027]: Error opening /etc/crypttab file: Failed to open file '/etc/crypttab': No such file or directory (g-file-error-quark, 4) Oct 26 09:10:07 xps9000.cristianrodriguez.net udisksd[1027]: Error opening /etc/crypttab file: Failed to open file '/etc/crypttab': No such file or directory (g-file-error-quark, 4) Oct 26 09:10:07 xps9000.cristianrodriguez.net udisksd[1027]: Error opening /etc/crypttab file: Failed to open file '/etc/crypttab': No such file or directory (g-file-error-quark, 4) Oct 26 09:10:07 xps9000.cristianrodriguez.net udisksd[1027]: Error opening /etc/crypttab file: Failed to open file '/etc/crypttab': No such file or directory (g-file-error-quark, 4) Oct 26 09:10:07 xps9000.cristianrodriguez.net udisksd[1027]: Error opening /etc/crypttab file: Failed to open file '/etc/crypttab': No such file or directory (g-file-error-quark, 4) Oct 26 09:10:07 xps9000.cristianrodriguez.net udisksd[1027]: Error opening /etc/crypttab file: Failed to open file '/etc/crypttab': No such file or directory (g-file-error-quark, 4) Oct 26 09:10:07 xps9000.cristianrodriguez.net udisksd[1027]: Error opening /etc/crypttab file: Failed to open file '/etc/crypttab': No such file or directory (g-file-error-quark, 4) Oct 26 09:10:07 xps9000.cristianrodriguez.net udisksd[1027]: Error opening /etc/crypttab file: Failed to open file '/etc/crypttab': No such file or directory (g-file-error-quark, 4) Oct 26 09:10:07 xps9000.cristianrodriguez.net udisksd[1027]: Error opening /etc/crypttab file: Failed to open file '/etc/crypttab': No such file or directory (g-file-error-quark, 4) Oct 26 09:10:07 xps9000.cristianrodriguez.net udisksd[1027]: Error opening /etc/crypttab file: Failed to open file '/etc/crypttab': No such file or directory (g-file-error-quark, 4) Oct 26 09:10:07 xps9000.cristianrodriguez.net udisksd[1027]: Error opening /etc/crypttab file: Failed to open file '/etc/crypttab': No such file or directory (g-file-error-quark, 4) Oct 26 09:10:07 xps9000.cristianrodriguez.net udisksd[1027]: Error opening /etc/crypttab file: Failed to open file '/etc/crypttab': No such file or directory (g-file-error-quark, 4) Oct 26 09:10:07 xps9000.cristianrodriguez.net udisksd[1027]: Error opening /etc/crypttab file: Failed to open file '/etc/crypttab': No such file or directory (g-file-error-quark, 4) Oct 26 09:10:07 xps9000.cristianrodriguez.net udisksd[1027]: Error opening /etc/crypttab file: Failed to open file '/etc/crypttab': No such file or directory (g-file-error-quark, 4) Oct 26 09:10:07 xps9000.cristianrodriguez.net udisksd[1027]: Error opening /etc/crypttab file: Failed to open file '/etc/crypttab': No such file or directory (g-file-error-quark, 4) Oct 26 09:10:07 xps9000.cristianrodriguez.net udisksd[1027]: Error opening /etc/crypttab file: Failed to open file '/etc/crypttab': No such file or directory (g-file-error-quark, 4) Oct 26 09:10:07 xps9000.cristianrodriguez.net udisksd[1027]: Error opening /etc/crypttab file: Failed to open file '/etc/crypttab': No such file or directory (g-file-error-quark, 4) Oct 26 09:10:07 xps9000.cristianrodriguez.net udisksd[1027]: Error opening /etc/crypttab file: Failed to open file '/etc/crypttab': No such file or directory (g-file-error-quark, 4) /etc/crypttab is not a required file thus udisks must remain silent if not found. -- 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 8

[Bug 804186] New: 12.3 RC1 hangs after first start if a home partition was used
by bugzilla_noreply＠novell.com 18 Feb '13

18 Feb '13

https://bugzilla.novell.com/show_bug.cgi?id=804186 https://bugzilla.novell.com/show_bug.cgi?id=804186#c0 Summary: 12.3 RC1 hangs after first start if a home partition was used Classification: openSUSE Product: openSUSE 12.3 Version: RC 1 Platform: Other OS/Version: Other Status: NEW Severity: Critical Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: thardeck(a)suse.com QAContact: qa-bugs(a)suse.de CC: dmajda(a)suse.com, fcrozat(a)suse.com Found By: Development Blocker: --- Tim Hardeck <thardeck(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Flag| |SHIP_STOPPER? Created an attachment (id=525006) --> (http://bugzilla.novell.com/attachment.cgi?id=525006) dmesg log with systemd debug output When the openSUSE 12.3 RC1 KDE LiveCD is installed in Virtualbox or QEMU with the default partition set, which means an additional home partition, the system hangs during the first start during "Started udev Kernel Device Manager.". After some time the rescue shell asks for a root password. If I install the system without a home partition (just root and swap) the system boots fine and continues Stage 2. This is an extract from dmesg with systemd debug messages: [ 91.591902] systemd[1]: Job dev-vda3.device/start timed out. [ 91.595101] systemd[1]: Job dev-vda3.device/start finished, result=timeout [ 91.597171] systemd[1]: Timed out waiting for device dev-vda3.device. [ 91.599084] systemd[1]: Job home.mount/start finished, result=dependency [ 91.601227] systemd[1]: Dependency failed for /home. [ 91.603827] systemd[1]: Job local-fs.target/start finished, result=dependency [ 91.605750] systemd[1]: Dependency failed for Local File Systems. [ 91.608770] systemd[1]: Job remote-fs-pre.target/start finished, result=dependency [ 91.610455] systemd[1]: Dependency failed for Remote File Systems (Pre). [ 91.612021] systemd[1]: Job remote-fs-pre.target/start failed with result 'dependency'. [ 91.612909] systemd[1]: Job local-fs.target/start failed with result 'dependency'. I haven't tested it on bare metal but since it does happen in QEMU and Virtualbox it is most likely a general issue. -- 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 752454] New: AUDIT: need cups & cups-pk-helper audit to allow change in cups-pk-helper policies
by bugzilla_noreply＠novell.com 18 Feb '13

18 Feb '13

https://bugzilla.novell.com/show_bug.cgi?id=752454 https://bugzilla.novell.com/show_bug.cgi?id=752454#c0 Summary: AUDIT: need cups & cups-pk-helper audit to allow change in cups-pk-helper policies Classification: openSUSE Product: openSUSE 12.2 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Printing AssignedTo: jsmeix(a)suse.com ReportedBy: vuntz(a)suse.com QAContact: jsmeix(a)suse.com CC: lnussel(a)suse.com, aj(a)suse.com Blocks: 749451 Found By: --- Blocker: --- To allow changing the cups-pk-helper policies, we need a new audit. Currently, all policies are auth_admin_keep. We'd like to relax some of those. Fixing this will result in fixing bug 749451. The result will likely affect the decisions taken upstream, see https://bugs.freedesktop.org/show_bug.cgi?id=46943 ================================================== 1. org.opensuse.cupspkhelper.mechanism.devices-get ================================================== This gets a list of available devices; internally, this uses cupsGetDevices(). => We'd like to change this policy to "yes". Here's some preliminary analysis I did: === I don't know cups code in details, but a quick look tells me that this runs /usr/lib/cups/daemon/cups-deviced. This small utility will then run all binaries in /usr/lib/cups/backend/ with no argument and analyze their output. On my system, I have those ones in /usr/lib/cups/backend/: -rwxr-xr-x 1 root root 7250 16 févr. 15:18 beh -rwxr-xr-x 1 root root 18088 3 mars 16:19 hp lrwxrwxrwx 1 root root 3 8 mars 18:21 http -> ipp lrwxrwxrwx 1 root root 3 8 mars 18:21 https -> ipp -rwx------ 1 root root 59456 3 mars 15:48 ipp lrwxrwxrwx 1 root root 3 8 mars 18:21 ipps -> ipp -rwx------ 1 root root 38780 3 mars 15:48 lpd -r-xr-xr-x 1 root root 30540 3 mars 15:48 parallel -r-xr-xr-x 1 root root 30532 3 mars 15:48 serial lrwxrwxrwx 1 root root 17 12 mars 15:18 smb -> /usr/bin/smbspool -r-xr-xr-x 1 root root 22292 3 mars 15:48 snmp -r-xr-xr-x 1 root root 30528 3 mars 15:48 socket -r-xr-xr-x 1 root root 30532 3 mars 15:48 usb I haven't read the code of all of those, but: - http/https/ipp/ipps: doesn't do anything with no argument (just printf) - lpd: same, just printf - parallel: calls a list_devices() function, that opens file in /dev (/dev/parallel/{0,1,2,3}, /dev/printers/{0,1,2,3}, /dev/lp{0,1,2,3}) to get some information about the device ID - serial: calls a list_devices() function, that opens file in /dev (/dev/ttyS*, /dev/ttyUSB*, /dev/ttyQ*e* -- it's not really "*", see the code), just to see if the open() works - socket: doesn't do anything with no argument (just printf) The snmp binary seems to do something based on a configuration file; for the usb binary, I'm unsure which source file is being used... === ========================================================== 2. org.opensuse.cupspkhelper.mechanism.printer-set-default ========================================================== This just changes the default printer. This can easily be reverted. => We'd like to change this policy to "yes". ===================================================== 3. org.opensuse.cupspkhelper.mechanism.printer-enable ===================================================== This enables/disable a printer. This can easily be reverted. => We'd like to change this policy to "yes". ========================================================== 4. All of: org.opensuse.cupspkhelper.mechanism.printer-local-edit org.opensuse.cupspkhelper.mechanism.printer-remote-edit org.opensuse.cupspkhelper.mechanism.class-edit ========================================================== Those can involve uploading a PPD file to CUPS, so we need to have some authentication to prevent this happening without the user being aware of the change. However, I don't think it's useful to assume the user will be malicious, so authentication from user is enough, I'd say. I'd like to move this to auth_self_keep, but Ludwig points out that we don't want to use such a policy. If the PPD file is the only use that causes the use of auth_admin_keep, then we could add some polkit acitons, so that auth_admin_keep is used when a PPD file is involved, and yes is used in other cases. To know what can be done, Ludwig mentioned the code needs to be audited. => Find during the audit what we can do to improve things here. =============================================== 5. org.opensuse.cupspkhelper.mechanism.all-edit =============================================== This is "meta" action. So it needs to be set to the most restrictive value between devices-get, printer-set-default, printer-enable, printer-local-edit, printer-remote-edit, class-edit and job-edit. => We'd like to change this policy to whatever we decide in 4. -- 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 32

[Bug 783649] New: BUG: unable to handle kernel NULL pointer dereference at 0 .. 10 kernel-ec2 3.6.0-2.1
by bugzilla_noreply＠novell.com 18 Feb '13

18 Feb '13

https://bugzilla.novell.com/show_bug.cgi?id=783649 https://bugzilla.novell.com/show_bug.cgi?id=783649#c0 Summary: BUG: unable to handle kernel NULL pointer dereference at 0 .. 10 kernel-ec2 3.6.0-2.1 Classification: openSUSE Product: openSUSE 11.4 Version: Factory Platform: x86 OS/Version: openSUSE 11.4 Status: NEW Severity: Critical Priority: P5 - None Component: Kernel AssignedTo: kernel-maintainers(a)forge.provo.novell.com ReportedBy: support(a)microtechniques.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- Created an attachment (id=508308) --> (http://bugzilla.novell.com/attachment.cgi?id=508308) Screen shot of log User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:15.0) Gecko/20100101 Firefox/15.0.1 Amazon AIMs fail to restart after upgrading kernel to kernel-ec2 3.6.0-2.1. No other changes. Log shows BUG: unable to handle kernel NULL pointer dereference at 0 .. 10 IP: [<ffffffffa00033a0>] netif_poll+0x7b0/0xf70 [xennet] right after setting up eth0. The external network never enables, so I can not access the log, but I have attached a screen shot. Reproducible: Always Steps to Reproduce: 1. 2. 3. -- 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 6

[Bug 804185] AUDIT-0: spice-gtk: polkit-unauthorized-privilege
by bugzilla_noreply＠novell.com 18 Feb '13

18 Feb '13

https://bugzilla.novell.com/show_bug.cgi?id=804185 https://bugzilla.novell.com/show_bug.cgi?id=804185#c3 --- Comment #3 from Sebastian Krahmer <krahmer(a)suse.com> 2013-02-18 09:31:30 UTC --- Please see bnc#744251 , I dont think that the complexity and quality is getting better. -- 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 345339] boot.fsck: always calling fsck on volumes
by bugzilla_noreply＠novell.com 18 Feb '13

18 Feb '13

https://bugzilla.novell.com/show_bug.cgi?id=345339 https://bugzilla.novell.com/show_bug.cgi?id=345339#c6 Jan Engelhardt <jengelh(a)inai.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Component|Basesystem |Basesystem Version|Final |RC 1 Resolution|FIXED | AssignedTo|mkoenig(a)novell.com |bnc-team-screening(a)forge.pr | |ovo.novell.com Product|openSUSE 10.3 |openSUSE 12.3 --- Comment #6 from Jan Engelhardt <jengelh(a)inai.de> 2013-02-18 10:22:46 CET --- fsck is still called from the initrd for the root device even if /etc/fstab contains 0 0 and mkinitrd has been run. Is this intended? -- 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 567593] New: bind: createNamedConfInclude thinks it cannot find stuff
by bugzilla_noreply＠novell.com 18 Feb '13

18 Feb '13

http://bugzilla.novell.com/show_bug.cgi?id=567593 http://bugzilla.novell.com/show_bug.cgi?id=567593#c0 Summary: bind: createNamedConfInclude thinks it cannot find stuff Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: x86-64 OS/Version: Linux Status: NEW Severity: Minor Priority: P5 - None Component: Network AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: jengelh(a)medozas.de QAContact: qa(a)suse.de Found By: Beta-Customer Blocker: --- Have an ACL defined in /etc/named.conf, and on every start of named you get a frightening warning that it would not know this ACL. # rcnamed start Starting name server BIND /etc/named.d/zones.conf:3: undefined ACL 'internal' /etc/named.d/zones.conf:101: undefined ACL 'local' Warning: /etc/named.d/zones.conf is no valid named configuration part. Skipping. This is because /usr/share/bind/createNamedConfInclude calls named-checkconf with only the include file and not in conjunction with /etc/named.conf. -- 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 678536] New: systemd: update hangs when init crashed
by bugzilla_noreply＠novell.com 18 Feb '13

18 Feb '13

https://bugzilla.novell.com/show_bug.cgi?id=678536 https://bugzilla.novell.com/show_bug.cgi?id=678536#c0 Summary: systemd: update hangs when init crashed Classification: openSUSE Product: openSUSE 11.4 Version: Final Platform: All OS/Version: Linux Status: NEW Severity: Minor Priority: P5 - None Component: Basesystem AssignedTo: kasievers(a)novell.com ReportedBy: jengelh(a)medozas.de QAContact: qa(a)suse.de Found By: Beta-Customer Blocker: --- When systemd crashed, trying to update it also results in a hang when %post tries to do a daemon-reexec. Could a timeout be added to this command, perhaps? -- 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 398368] firefox crash when java is terminated
by bugzilla_noreply＠novell.com 18 Feb '13

18 Feb '13

https://bugzilla.novell.com/show_bug.cgi?id=398368 https://bugzilla.novell.com/show_bug.cgi?id=398368#c Jan Engelhardt <jengelh(a)inai.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |VERIFIED -- 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