April 2013 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 812277] New: Brother scanner not working after upgrade 12.2->12.3
by bugzilla_noreply＠novell.com 02 Apr '13

02 Apr '13

https://bugzilla.novell.com/show_bug.cgi?id=812277 https://bugzilla.novell.com/show_bug.cgi?id=812277#c0 Summary: Brother scanner not working after upgrade 12.2->12.3 Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: x86-64 OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: axel.braun(a)gmx.de QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:19.0) Gecko/20100101 Firefox/19.0 I have a Brother DCP-375CW, working nicely under 12.2 using brscan3 http://welcome.solutions.brother.com/bsc/public_s/id/linux/en/download_scn.… Since upgrade to 12.3 the scanner is not working anymore. Scanner driver was reinstalled - but does not show up in Yast2, nor does yast2 recognize the scanner docb@T520:~> rpm -qa | grep brscan brscan3-0.2.11-5.x86_64 Strange enough...the scanner seems to be attached as disk. from /var/log/messages 2013-03-28T15:32:53.199267+01:00 T520 kernel: [ 490.456010] usb 1-1.2: Product: DCP-375CW 2013-03-28T15:32:53.199272+01:00 T520 kernel: [ 490.456014] usb 1-1.2: Manufacturer: Brother 2013-03-28T15:32:53.199275+01:00 T520 kernel: [ 490.456018] usb 1-1.2: SerialNumber: BROK9F327452 2013-03-28T15:32:53.201181+01:00 T520 kernel: [ 490.457635] usblp 1-1.2:1.0: usblp0: USB Bidirectional printer dev 7 if 0 alt 0 proto 2 vid 0x04F9 pid 0x0224 2013-03-28T15:32:53.202195+01:00 T520 kernel: [ 490.458213] scsi7 : usb-storage 1-1.2:1.2 2013-03-28T15:32:53.229179+01:00 T520 systemd[1]: Starting Printer. 2013-03-28T15:32:53.229207+01:00 T520 systemd[1]: Reached target Printer. 2013-03-28T15:32:54.215258+01:00 T520 kernel: [ 491.469731] scsi 7:0:0:0: Direct-Access Brother DCP-375CW 1.00 PQ: 0 ANSI: 2 2013-03-28T15:32:54.216194+01:00 T520 kernel: [ 491.470341] sd 7:0:0:0: Attached scsi generic sg2 type 0 2013-03-28T15:32:54.306210+01:00 T520 kernel: [ 491.559656] sd 7:0:0:0: [sdb] Attached SCSI removable disk Reproducible: Always Steps to Reproduce: 1. see above 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 5

[Bug 801284] New: bluetooth, can do almost nothing
by bugzilla_noreply＠novell.com 02 Apr '13

02 Apr '13

https://bugzilla.novell.com/show_bug.cgi?id=801284 https://bugzilla.novell.com/show_bug.cgi?id=801284#c0 Summary: bluetooth, can do almost nothing Classification: openSUSE Product: openSUSE 12.2 Version: Final Platform: x86-64 OS/Version: openSUSE 12.2 Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: epistemepromeneur(a)free.fr QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:18.0) Gecko/20100101 Firefox/18.0 with bluedevil i connect to my smartphone the sole operation i can do is to send file from smartphone to pc ! the connection is not stable, is blocked all the time. bluetooth is useless then i updated by compiling and installing from the sources : openobex 1.6 obex-data-server 0.4.6 (needs openobex 1.6) then now it works well i get openbex source 1.6 from there : http://sourceforge.net/projects/openobex/files/openobex/1.6/ i get obexdataserver source 0.4.6 and its patch from there : http://www.linuxfromscratch.org/blfs/view/svn/general/obex-data-server.html so please supply package for openobex 1.6 and obex-data-server 0.4.6 thanks Reproducible: Always Steps to Reproduce: 1. 2. 3. Actual Results: bluetooth does not works Expected Results: bluetooth does work -- 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 811397] New: fails to detect networkcard during installation openSuSE 12.3
by bugzilla_noreply＠novell.com 02 Apr '13

02 Apr '13

https://bugzilla.novell.com/show_bug.cgi?id=811397 https://bugzilla.novell.com/show_bug.cgi?id=811397#c0 Summary: fails to detect networkcard during installation openSuSE 12.3 Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: x86-64 OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Installation AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: peter.mwirz(a)bluewin.ch QAContact: jsrain(a)suse.com Found By: --- Blocker: --- Created an attachment (id=531523) --> (http://bugzilla.novell.com/attachment.cgi?id=531523) Message log of installation User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.16) Gecko/20121207 Iceweasel/3.5.16 (like Firefox/3.5.16) After Installation of openSuSE 12.3 (download DVD 24.03.2013) there is no network card defined. It is not possible with the network tool to generate a new one, because there is no entry possible Reproducible: Always Steps to Reproduce: 1. New install off openSuSE 12.3 2. 3. Actual Results: There is no definition in /etc/sysconfig/ifcfg-eth0 defined. With the same computer openSuSE 12,1 works ok Expected Results: /etc/sysconfig/ifcfg-eth0: BOOTPROTO='static' BROADCAST='' ETHTOOL_OPTIONS='' IPADDR='192.168.2.217/24' MTU='' NAME='82545EM Gigabit Ethernet Controller (Copper)' NETMASK='' NETWORK='' REMOTE_IPADDR='' STARTMODE='auto' USERCONTROL='no' it is not possible to work with a system without network. -- 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 807292] New: Chinese language parts in german translations under cli and gnome
by bugzilla_noreply＠novell.com 02 Apr '13

02 Apr '13

https://bugzilla.novell.com/show_bug.cgi?id=807292 https://bugzilla.novell.com/show_bug.cgi?id=807292#c0 Summary: Chinese language parts in german translations under cli and gnome Classification: openSUSE Product: openSUSE 12.3 Version: RC 2 Platform: x86-64 OS/Version: SUSE Other Status: NEW Severity: Normal Priority: P5 - None Component: Translations AssignedTo: ke(a)suse.com ReportedBy: stefan(a)fam-elser.de QAContact: ke(a)suse.com Found By: --- Blocker: --- Created an attachment (id=527965) --> (http://bugzilla.novell.com/attachment.cgi?id=527965) Screenshot of the problem. The mixed up languages german / chinese. User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:19.0) Gecko/20100101 Firefox/19.0 Fresh installation of openSUSE 12.3 RC2 with german language and GNOME Desktop occurs that the most of YaST and other software tools (like Firefox) are in chinese. For e. g. if I start YaST, the whole overview is in chinese language, but if I click on the "Network settings" icon, the Network settings itself are in german as expected. Same for the GNOME Activities menu. If I start Firefox, the application itself appears in chinese language in the upper bar, but the program itself is complete in german. Also, if I use zypper or yast on cli, the language is also chinese even with root or normal user. A "locale" command at the terminal says as language on every option "de_DE.UTF-8" as default with root and normal user, too. Installed every possible german extra language pack for GNOME, but this doesn't changed anything. Screenshot is attached. Curios: If I install RC2 with german at a VirtualBox VM, everything is going fine. My physical machine is a Lenovo ThinkPad T530. System is fully updated. Reproducible: Always Steps to Reproduce: 1. Fresh installation under a Lenovo ThinkPad. Actual Results: YaST, zypper and other tools are shown up in chinese. Expected Results: The tools should show up in the language which is selected here (german). -- 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 9

[Bug 812832] New: Firefox integrated PDF viewer fails to show Umlauts
by bugzilla_noreply＠novell.com 02 Apr '13

02 Apr '13

https://bugzilla.novell.com/show_bug.cgi?id=812832 https://bugzilla.novell.com/show_bug.cgi?id=812832#c0 Summary: Firefox integrated PDF viewer fails to show Umlauts Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: x86-64 OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Firefox AssignedTo: bnc-team-mozilla(a)forge.provo.novell.com ReportedBy: gp(a)suse.com QAContact: qa-bugs(a)suse.de Found By: Product Management Blocker: --- Created an attachment (id=532928) --> (http://bugzilla.novell.com/attachment.cgi?id=532928) Also attaching the sample document Opening https://dok.dkb.de/pdf/p_cash_visa.pdf in Firefox (MozillaFirefox-19.0.2-1.4.1.x86_64) Umlauts are not displayed at all. For example, it reads "gem Empfehlung" or "f r" instead of "gemäß Empfehlung" or "für" in the Subtitle, starting with "Information". Interestingly enough, when I mark the respective text in Firefox and copy&paste into a terminal, that does then show those special characters. -- 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 1

[Bug 812306] Error message when Yast is open
by bugzilla_noreply＠novell.com 02 Apr '13

02 Apr '13

https://bugzilla.novell.com/show_bug.cgi?id=812306 https://bugzilla.novell.com/show_bug.cgi?id=812306#c Xiaolong Li <xlli(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |xlli(a)suse.com AssignedTo|bnc-team-screening(a)forge.pr |yast2-maintainers(a)suse.de |ovo.novell.com | -- 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 811554] New: Troubles with ethernet+WLAN and NetworkManager
by bugzilla_noreply＠novell.com 02 Apr '13

02 Apr '13

https://bugzilla.novell.com/show_bug.cgi?id=811554 https://bugzilla.novell.com/show_bug.cgi?id=811554#c0 Summary: Troubles with ethernet+WLAN and NetworkManager Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: x86-64 OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Network AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: bernd.paysan(a)gmx.de QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.32 (KHTML, like Gecko) Chrome/27.0.1425.0 Safari/537.32 SUSE/27.0.1425.0 That probably should go upstream, but I report it here, too, just in case somebody wants to dig into it. Background: I'm testing handover for an experimental new protocol, and to do so, I use the Ethernet and WLAN connection of my laptop. The handover of my own protocol works fine (completely flawless, connection stays alive, flow control adjusts to different bandwidth), but as I use UDP on IPv4/IPv6 (whatever is available) as underlying protocol, I have some troubles with that... and it seems to be that nobody else is testing that sort of stuff. It might be because TCP does not support handover... so changing a network interface is disruptive when you use TCP, and therefore nobody wants this... a) NetworkManager assigns the same metric for both WLAN and Ethernet, which causes whoever is first in the list to be preferred when both are available. That's just wrong, cable should be preferred, i.e. have a lower metric. The metric is not configurable in NetworkManager, unless you manually add routes. Fix: depending on interface class, add different metrics into NetworkManager, and add syntax to the configuration files for different connections to allow users to select the metric (not everybody might be happy with the default). Workaround: Disable WLAN when you have Ethernet plugged in. b) If you just enable WLAN and rip out the cable, routing for IPv4 on eth0 is removed (reported by /sbin/route). But routing for IPv6 stays (reported by /sbin/ip -6 route). Which is pretty confusing, as you can create new IPv4 connections over WLAN, but no IPv6 connections. I suppose that results from a lack of testing IPv6. Workaround: do an ifconfig eth0 down, this removes the routing quickly. Reproducible: Always Steps to Reproduce: 1. Attach both LAN cable and enable WLAN for a laptop 2. Check which connection is actually used 3. rip out the LAN cable and then do /sbin/ip -6 route Actual Results: > sbin/ip -6 route fd00::/64 dev eth0 proto kernel metric 256 expires 5054sec fd00::/64 dev wlan0 proto kernel metric 256 expires 6819sec fe80::/64 dev eth0 proto kernel metric 256 fe80::/64 dev wlan0 proto kernel metric 256 eth0 still is in the routing table for IPv6, both have the same metric (eth0 should be less than wlan0) Expected Results: > /sbin/ip -6 route fd00::/64 dev wlan0 proto kernel metric 256 expires 6758sec fe80::/64 dev wlan0 proto kernel metric 256 Should have removed the eth0 device from the IPv6 routing table I know that TCP won't give me a seamless transition from one route to the other. But what I want is: plug in cable, have instantly faster network. Unplug, have instantly slower WLAN. Connections stay alive. That requires "fixing" TCP, and that's what I'm doing research at. NetworkManager still needs some further fixing. -- 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 1

[Bug 805420] New: systemd doesn't order dependencies -- allowing localfs to exec before lvm finishes finding volumes
by bugzilla_noreply＠novell.com 01 Apr '13

01 Apr '13

https://bugzilla.novell.com/show_bug.cgi?id=805420 https://bugzilla.novell.com/show_bug.cgi?id=805420#c0 Summary: systemd doesn't order dependencies -- allowing localfs to exec before lvm finishes finding volumes Classification: openSUSE Product: openSUSE 12.3 Version: RC 1 Platform: x86-64 OS/Version: SUSE Other Status: NEW Severity: Major Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: suse(a)tlinx.org QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.28) Gecko/20120306 Firefox/3.6.28 In a boot recently, I noted that lvm took a bit longer than normal and systemd didn't wait for it. It attempted to mount the local file systems -- only succeeding on those that were regular hard disk partitions. ... net.core.somaxconn = 8192 net.core.netdev_max_backlog = 3000000 net.ipv4.conf.eth0.proxy_arp = 1 net.ipv4.conf.eth1.proxy_arp = 1 net.ipv4.ip_forward = 0 done <notice -- Feb 17 11:38:57.933526000> service boot.sysctl done Starting udevd: done Loading drivers, configuring devices: <notice -- Feb 17 11:38:57.956211000> service boot.usr-mount done <--------------------/usr being mounted at boot done <notice -- Feb 17 11:39:00.38615000> service boot.udev done <notice -- Feb 17 11:39:00.39151000> service boot.loadmodules start <notice -- Feb 17 11:39:00.40231000> service boot.rootfsck start Loading required kernel modules done <notice -- Feb 17 11:39:00.61188000> service boot.loadmodules done Activating swap-devices in /etc/fstab... doneroot file system (/) is NOT being checked. <notice -- Feb 17 11:39:00.107218000> service boot.rootfsck done <notice -- Feb 17 11:39:00.111265000> service boot.cgroup start <notice -- Feb 17 11:39:00.120248000> service boot.clock start mounting cgroup file systems... cpuset debug cpu cpuacct devices freezer blkio net_priodone <notice -- Feb 17 11:39:00.257108000> service boot.cgroup done Set System Time to the current Hardware Clockdone <notice -- Feb 17 19:39:00.334317000> service boot.clock done <notice -- Feb 17 19:39:00.334838000> service boot.device-mapper start <notice -- Feb 17 19:39:00.340342000> service boot.localfs start <<localfs supposedly starts before devmapper finishes Activating device mapper...done <notice -- Feb 17 19:39:00.352882000> service boot.device-mapper done Waiting for /dev/Home+Space/Home /dev/Home+Space/Share /dev/Home+Space/Home.diff /dev/Media/Media /dev/Home+Space/Squid_Cache /dev/Backups/Backups /dev/Home+Space/Media_Back .............................. timeout! Checking file systems... fsck from util-linux 2.20.1 donedone Mounting local file systems... <<< try to mount local fs mount: /dev/sdc6 already mounted on /usr /dev/sdc2 on /var type xfs (rw,noatime,nodiratime,swalloc,largeio,logbsize=256k) /dev/sdc3 on /boot type xfs (rw,noatime,nodiratime,swalloc,largeio,allocsize=1m) /var/rtmp on /tmp type none (rw,bind) mount: special device /dev/Home+Space/Home does not exist mount: special device /dev/Home+Space/Share does not exist mount: special device /dev/Home+Space/Home.diff does not exist mount: special device /dev/Media/Media does not exist mount: special device /dev/Home+Space/Squid_Cache does not exist mount: special device /dev/Backups/Backups does not exist mount: mount point /backups/Media does not exist mount: special device /home/share does not exist /Media on /Media type none (rw,bind) failed <notice -- Feb 17 19:39:32.829649000> service boot.localfs done << localfs finish <notice -- Feb 17 19:39:32.830172000> service boot.cleanup start <notice -- Feb 17 19:39:32.842134000> service boot.klog start <notice -- Feb 17 19:39:32.845642000> service boot.localnet start <notice -- Feb 17 19:39:32.846799000> service boot.lvm start << !?!?! now boot.lvm?? <notice -- Feb 17 19:39:32.852691000> service setserial start <notice -- Feb 17 19:39:32.913597000> service setserial done <notice -- Feb 17 19:39:33.81793000> service boot.isapnp start <notice -- Feb 17 19:39:33.107182000> service boot.isapnp done <notice -- Feb 17 19:39:33.418268000> service boot.localnet done <notice -- Feb 17 19:39:33.442066000> service boot.cleanup done <notice -- Feb 17 19:39:33.442210000> service boot.sysstat start <notice -- Feb 17 19:39:33.612498000> killproc: kill(165,29) adding: boot-130217.1939 (deflated 79%) test of /var/log/boot.msg.zip OK done <notice -- Feb 17 19:39:33.613730000> service boot.klog done Running sadc done Cannot open font file lat1-08.psfu.gz /etc/init.d/boot.sysstat: line 55: /bin/unicode-start: No such file or directory FATAL: Module bond0 not found. Waiting for udev to settle... <<<< wait for udev to settle... Scanning for LVM volume groups... <<< now lvm scans for groups.... Reading all physical volumes. This may take a while... Found volume group "Media" using metadata type lvm2 Found volume group "Backups" using metadata type lvm2 Found volume group "Home+Space" using metadata type lvm2 Activating LVM volume groups... 1 logical volume(s) in volume group "Media" now active <notice -- Feb 17 19:39:33.819432000> service boot.sysstat done 1 logical volume(s) in volume group "Backups" now active 20 logical volume(s) in volume group "Home+Space" now active done <notice -- Feb 17 19:39:37.442276000> service boot.lvm done <<< boot.lvm done <notice -- Feb 17 19:39:37.449508000> service boot.swap start Activating remaining swap-devices in /etc/fstab... done <notice -- Feb 17 19:39:37.475149000> service boot.swap done <notice -- Feb 17 19:39:37.490474000> service boot.ldconfig start <notice -- Feb 17 19:39:37.503860000> service boot.ldconfig done System Boot Control: The system has been set up System Boot Control: Running /etc/init.d/boot.local Cannot open font file lat1-08.psfu.gz /etc/init.d/boot.local: line 29: unicode-start: command not found failed INIT: Entering runlevel: Master Resource Control: previous runlevel: N, switching to runlevel: 3 Reproducible: Always Steps to Reproduce: 1. slow down lvm somehow -- suggest opening multiple active snapshots (~5-6 should do it)....I had 1 active snap going at the time) 2. 3. Actual Results: lvm local file systems don't get mounted Expected Results: expect systemd to pay attention to pre-requisites at least as well as systemV bootup scripts -- should be better...it's more advanced. Note -- My system boots off of it's hard disk -- not a ram disk. Needed drivers are built-in. Additional note -- in order for /usr to be mounted at boot, 'mount' and any needed libraries need to reside in /bin and not be moved. -- 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 810581] New: YaST2 FTP configuration offers to create wrong upload directory
by bugzilla_noreply＠novell.com 01 Apr '13

01 Apr '13

https://bugzilla.novell.com/show_bug.cgi?id=810581 https://bugzilla.novell.com/show_bug.cgi?id=810581#c0 Summary: YaST2 FTP configuration offers to create wrong upload directory Classification: openSUSE Product: openSUSE 12.1 Version: Final Platform: x86 OS/Version: openSUSE 12.1 Status: NEW Severity: Normal Priority: P5 - None Component: YaST2 AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: dfreeman(a)ieee.org QAContact: jsrain(a)suse.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:19.0) Gecko/20100101 Firefox/19.0 Sorry for using an older openSUSE - it's a server running the latest patches from the update repository. I just configured an FTP server for the first time. I went through the forms in order, so I changed the anonymous FTP path before getting to the form with allowing anonymous to upload. I selected this check-box, and was asked if I'd like to create an upload directory within the OLD path that was in the earlier form, rather than the text I had just entered. My change had not been applied in this dialogue box. I said No, committed the changes and restarted the FTP config tool. Next time, I was offered the correct path to create an upload directory, so I said Yes. I noted that this directory was only created upon committing to save the changes, so perhaps it still would have used the new path when actually creating this directory. Nevertheless, it's a bug and it is a bit confusing for the user. Reproducible: Didn't try 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 2

[Bug 810693] New: kiwi_hybridpersistent=yes is practically not working on 12.3 Final
by bugzilla_noreply＠novell.com 01 Apr '13

01 Apr '13

https://bugzilla.novell.com/show_bug.cgi?id=810693 https://bugzilla.novell.com/show_bug.cgi?id=810693#c0 Summary: kiwi_hybridpersistent=yes is practically not working on 12.3 Final Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: All OS/Version: SUSE Other Status: NEW Severity: Major Priority: P5 - None Component: Live Medium AssignedTo: coolo(a)suse.com ReportedBy: public(a)xldrx.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- Created an attachment (id=530846) --> (http://bugzilla.novell.com/attachment.cgi?id=530846) errorlog for i686 KDE live User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_8_3) AppleWebKit/536.28.10 (KHTML, like Gecko) Version/6.0.3 Safari/536.28.10 I try to use "kiwi_hybridpersistent=yes" but it not working: with i686 GNOME or KDE version it can't create partition and/or format it. with x86_64 KDE or GNOME, this boot option is not implemented at all. Reproducible: Always Steps to Reproduce: 1.Create a bootable usb using dd or imagewriter from official live dads 2.use kiwi_hybridpersistent=yes to boot 3.see the error -- 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