July 2012 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 450504] Authorization is spelled wrong in the update screen
by bugzilla_noreply＠novell.com 11 Jul '12

11 Jul '12

https://bugzilla.novell.com/show_bug.cgi?id=450504 https://bugzilla.novell.com/show_bug.cgi?id=450504#c3 Stefan Behlert <behlert(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |WONTFIX --- Comment #3 from Stefan Behlert <behlert(a)suse.com> 2012-07-11 10:06:27 UTC --- There's no intention to provide an update for that project any longer. Sorry. We suggest to upgrade to a newer openSUSE version. -- 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 384026] PackageKit: The updater throws error if it can't refresh remote repo when network is down
by bugzilla_noreply＠novell.com 11 Jul '12

11 Jul '12

https://bugzilla.novell.com/show_bug.cgi?id=384026 https://bugzilla.novell.com/show_bug.cgi?id=384026#c5 Stefan Behlert <behlert(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |WONTFIX --- Comment #5 from Stefan Behlert <behlert(a)suse.com> 2012-07-11 10:05:49 UTC --- There's no intention to provide an update for that project any longer. Sorry. We suggest to upgrade to a newer openSUSE version. -- 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 378226] PackageKit completion percentages not working for installation
by bugzilla_noreply＠novell.com 11 Jul '12

11 Jul '12

https://bugzilla.novell.com/show_bug.cgi?id=378226 https://bugzilla.novell.com/show_bug.cgi?id=378226#c5 Stefan Behlert <behlert(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |WONTFIX --- Comment #5 from Stefan Behlert <behlert(a)suse.com> 2012-07-11 10:05:38 UTC --- There's no intention to provide an update for that project any longer. Sorry. We suggest to upgrade to a newer openSUSE version. -- 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 754468] New: clicfs with >4GB RAM on 32bit systems
by bugzilla_noreply＠novell.com 11 Jul '12

11 Jul '12

https://bugzilla.novell.com/show_bug.cgi?id=754468 https://bugzilla.novell.com/show_bug.cgi?id=754468#c0 Summary: clicfs with >4GB RAM on 32bit systems Classification: openSUSE Product: openSUSE 12.1 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: coolo(a)suse.com ReportedBy: ms(a)suse.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- I experience the following problem on LiveCDs built with KIWI using the default clicfs root filesystem. For the time being, the systems in question are 32bit for compatibility. They can, however, have more than 4GB RAM. The boot process determines the -m parameter given to clicfs, and if that turns out greater that 4096, it appears to wrap around internally, resulting in a much smaller rootfs than expected. Does anyone else have the same problem or a solution besides patching clicfs? -- 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 733021] New: kiwi pxe image: clicfs container cannot be served via nbd
by bugzilla_noreply＠novell.com 11 Jul '12

11 Jul '12

https://bugzilla.novell.com/show_bug.cgi?id=733021 https://bugzilla.novell.com/show_bug.cgi?id=733021#c0 Summary: kiwi pxe image: clicfs container cannot be served via nbd Classification: openSUSE Product: openSUSE 11.4 Version: Final Platform: All OS/Version: openSUSE 11.4 Status: NEW Severity: Normal Priority: P5 - None Component: Live Medium AssignedTo: coolo(a)suse.com ReportedBy: Yarny(a)public-files.de QAContact: qa(a)suse.de Found By: --- Blocker: --- Created an attachment (id=464279) --> (http://bugzilla.novell.com/attachment.cgi?id=464279) config.xml for kiwi User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:8.0) Gecko/20100101 Firefox/8.0 Container files created with mkclicfs generally have file sized that are not divisible by powers of 2, sometimes not even by 2. nbd-server (at least on my x86_64 machine) uses a block size of 1024 and truncates the last block if it is not a full 1024 bytes block. This silently corrupts the resulting filesystem when mounted. Background: I routinely create pxe images with kiwi to boot other machines via network. For this I instruct kiwi to create a clicfs container that is later served to the network by nbd-server. I noticed that sometimes the running pxe system crashes without any apparent reason, in other cases dmesg suddenly told me a directory entry is broken and the fs is remounted read-only. Then I realized that 'sha1sum /dev/nbd0' on the pxe-booted system does not match 'sha1sum image.clicfs' on the pxe server. My workaround at the moment is padding any clicfs container by hand to a multiple of 4096 bytes by adding zeros. It seems to work. I suggest to modify mkclicfs to do this padding automatically (similar to mksquashfs), or even better to add a --pad-to-multiple-off option which defaults to 4096 or higher, so we're on the safe side for the next decades... Reproducible: Sometimes -- 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 703899] New: Improve Doc Visibility: Add Documentation Pattern
by bugzilla_noreply＠novell.com 11 Jul '12

11 Jul '12

https://bugzilla.novell.com/show_bug.cgi?id=703899 https://bugzilla.novell.com/show_bug.cgi?id=703899#c0 Summary: Improve Doc Visibility: Add Documentation Pattern Classification: openSUSE Product: openSUSE 12.1 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Documentation AssignedTo: coolo(a)novell.com ReportedBy: thomas.schraitle(a)novell.com QAContact: ke(a)novell.com CC: fs(a)novell.com Found By: Documentation Blocker: --- openSUSE lacks of a Documentation pattern (missing from zypper se -t pattern). The pattern should contain our SUSE documentation and additional books from other sources. -- 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 12

[Bug 767574] New: ClamAV 0.97.5 addresses possible evasion cases in some archive formats and stability issues in bytecode engine
by bugzilla_noreply＠novell.com 11 Jul '12

11 Jul '12

https://bugzilla.novell.com/show_bug.cgi?id=767574 https://bugzilla.novell.com/show_bug.cgi?id=767574#c0 Summary: ClamAV 0.97.5 addresses possible evasion cases in some archive formats and stability issues in bytecode engine Classification: openSUSE Product: openSUSE 12.1 Version: Final Platform: All OS/Version: openSUSE 12.1 Status: NEW Severity: Normal Priority: P5 - None Component: Security AssignedTo: security-team(a)suse.de ReportedBy: Andreas.Stieger(a)gmx.de QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux i686; rv:12.0) Gecko/20100101 Firefox/12.0 >From http://lurker.clamav.net/message/20120613.184156.a6c0b933.en.html ClamAV 0.97.5 addresses possible evasion cases in some archive formats (CVE-2012-1457, CVE-2012-1458, CVE-2012-1459). It also addresses stability issues in portions of the bytecode engine. This release is recommended for all users. openSUSE 11.4 and 12.1 have 0.97.3. 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 22

[Bug 761132] New: rescue system should have manual pages
by bugzilla_noreply＠novell.com 11 Jul '12

11 Jul '12

https://bugzilla.novell.com/show_bug.cgi?id=761132 https://bugzilla.novell.com/show_bug.cgi?id=761132#c0 Summary: rescue system should have manual pages Classification: openSUSE Product: openSUSE 12.2 Version: Factory Platform: All OS/Version: openSUSE 12.2 Status: NEW Severity: Normal Priority: P5 - None Component: Installation AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: grey-olli(a)ya.ru QAContact: jsrain(a)suse.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:11.0) Gecko/20100101 Firefox/11.0 mount /dev/sdb1 /media/this_hard_to_remember_mount_option_required [failure] man mount [no manuals] Reproducible: Always Steps to Reproduce: 1. Be unexpirienced enough to ask for man for this one util 2. man you_prog | grep option_you_forgot 3. fail - manuals are too havy to put them into rescue image Actual Results: I am angry on a good system. Please include mans to help users use your system. I have failed to rescue w/o another linux nearby. Expected Results: resque is not only job that is done by personnel w/ mans inside their minds. Please include mans into the resque image on OpenSuSE DVD. mans are not too havy part for rescue these days, nah? ?-) -- 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 763630] New: don't create /windows/* mountpoints anymore
by bugzilla_noreply＠novell.com 11 Jul '12

11 Jul '12

https://bugzilla.novell.com/show_bug.cgi?id=763630 https://bugzilla.novell.com/show_bug.cgi?id=763630#c0 Summary: don't create /windows/* mountpoints anymore Classification: openSUSE Product: openSUSE 12.2 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: YaST2 AssignedTo: fehr(a)suse.com ReportedBy: lnussel(a)suse.com QAContact: jsrain(a)suse.com Found By: --- Blocker: --- following up on the discussion in bug 726926 I'd like to request yast to no longer create the /windows mount points during installation. Mounting built in partitions is nowadays handled by the desktop via udisks. -- 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 731553] New: /windows/C mount points seems obsolete
by bugzilla_noreply＠novell.com 11 Jul '12

11 Jul '12

https://bugzilla.novell.com/show_bug.cgi?id=731553 https://bugzilla.novell.com/show_bug.cgi?id=731553#c0 Summary: /windows/C mount points seems obsolete Classification: openSUSE Product: openSUSE 12.1 Version: Final Platform: i586 OS/Version: SuSE Other Status: NEW Severity: Major Priority: P5 - None Component: Installation AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: philippniehues(a)yahoo.de QAContact: jsrain(a)suse.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux i686) AppleWebKit/535.8 (KHTML, like Gecko) Chrome/17.0.922.0 Safari/535.8 SUSE/17.0.922.0 After installation of openSUSE 12.1 I wanted to access some files on the windows partition. That was possible, because of the mount point /windows/C in /etc/fstab. But when I tried to delete the used files, that was not possible, because the mount point was owned by root. I deleted the mount point in /etc/fstab and then it was mounted by Dolphin without any problems and as my user account, so I could finally delete my files. So the question to me is: Isn't the mount point obsolete? For me it seems to have only disadvantages... Reproducible: Always Steps to Reproduce: 1. install openSUSE dual-boot with default settings 2. start Dolphin and open your C partition 3. try to delete a file (you do not need anymore) additionally: 4. remove the line from /etc/fstab and reboot and try again Actual Results: no rights to remove, modify Expected Results: rights to remove, modify on the partition -- 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