February 2010 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 568577] New: rccrypto fails after recent kernel update. Login to encripted home fails, too.
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=568577 http://bugzilla.novell.com/show_bug.cgi?id=568577#c0 Summary: rccrypto fails after recent kernel update. Login to encripted home fails, too. Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: i686 OS/Version: openSUSE 11.2 Status: NEW Severity: Major Priority: P5 - None Component: Security AssignedTo: security-team(a)suse.de ReportedBy: carlos.e.r(a)opensuse.org QAContact: qa(a)suse.de Found By: --- Blocker: --- Warning: this bug must not be restricted to Novell employees, contrary to what bugzilla states for security related bugs. Classified as "security" as encryption is a security feature. After update to kernel 2.6.31.8-0.1-desktop, mounting encrypted partitions fail: bombadillo:~ # dmsetup ls No devices found bombadillo:~ # rccrypto start crmm_dvd_f1r Please enter passphrase for crmm_dvd_f1r: Please enter passphrase for crmm_dvd_f1r: key slot 0 unlocked. Command successful. [/sbin/fsck.reiserfs (1) -- /mnt/crypta.mm_dvd1.r] fsck.reiserfs -a /dev/mapper/crmm_dvd_f1r Reiserfs super block in block 16 on 0xfd00 of format 3.6 with standard journal Blocks (total/free): 1147200/4410 by 4096 bytes Filesystem is clean mount: /dev/mapper/crmm_dvd_f1r already mounted or /mnt/crypta.mm_dvd1.r busy Command failed: Device busy crmm_dvd_f1r... failed bombadillo:~ # rccrypto status crmm_dvd_f1r crmm_dvd_f1r [ loop0 mapped mounted ] running bombadillo:~ # rccrypto status crmm_dvd_f3r crmm_dvd_f3r unused bombadillo:~ # rccrypto start crmm_dvd_f3r Please enter passphrase for crmm_dvd_f3r: Please enter passphrase for crmm_dvd_f3r: key slot 0 unlocked. Command successful. [/sbin/fsck.reiserfs (1) -- /mnt/crypta.mm_dvd3.r] fsck.reiserfs -a /dev/mapper/crmm_dvd_f3r Reiserfs super block in block 16 on 0xfd01 of format 3.6 with standard journal Blocks (total/free): 1147200/2843 by 4096 bytes Filesystem is clean crmm_dvd_f3r... done however, the partitions are in fact mounted and mapped, as rccrypto status correctly shows. Log: Jan 6 15:11:30 bombadillo kernel: [ 1947.804623] REISERFS (device dm-0): found reiserfs format "3.6" with standard journal Jan 6 15:11:30 bombadillo kernel: [ 1947.804653] REISERFS (device dm-0): using ordered data mode Jan 6 15:11:30 bombadillo kernel: [ 1947.804660] reiserfs: using flush barriers Jan 6 15:11:30 bombadillo kernel: [ 1947.804835] REISERFS (device dm-0): journal params: device dm-0, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30 Jan 6 15:11:30 bombadillo kernel: [ 1947.805029] REISERFS (device dm-0): checking transaction log (dm-0) Jan 6 15:11:30 bombadillo kernel: [ 1947.831516] REISERFS (device dm-0): Using r5 hash to sort names Jan 6 15:12:09 bombadillo kernel: [ 1986.890241] REISERFS (device dm-1): found reiserfs format "3.6" with standard journal Jan 6 15:12:09 bombadillo kernel: [ 1986.890279] REISERFS (device dm-1): using ordered data mode Jan 6 15:12:09 bombadillo kernel: [ 1986.890286] reiserfs: using flush barriers Jan 6 15:12:09 bombadillo kernel: [ 1986.890422] REISERFS (device dm-1): journal params: device dm-1, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30 Jan 6 15:12:09 bombadillo kernel: [ 1986.890576] REISERFS (device dm-1): checking transaction log (dm-1) Jan 6 15:12:09 bombadillo kernel: [ 1986.954205] REISERFS (device dm-1): Using r5 hash to sort names Jan 6 15:12:09 bombadillo udev.mountd: mount: /dev/mapper/crmm_dvd_f3r already mounted or /mnt/crypta.mm_dvd3.r busy Jan 6 15:12:09 bombadillo udev.mountd: mount: according to mtab, /dev/mapper/crmm_dvd_f3r is already mounted on /mnt/crypta.mm_dvd3.r This problem is affecting people with encrypted home partitions. Seen in the Spanish mail list. -- 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 28

[Bug 568512] New: OpenSUSE 11.1 yast 'Installation into Directory' option does not honor autoyast XML file data
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=568512 http://bugzilla.novell.com/show_bug.cgi?id=568512#c0 Summary: OpenSUSE 11.1 yast 'Installation into Directory' option does not honor autoyast XML file data Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: All OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: YaST2 AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: aburgemeister(a)novell.com QAContact: jsrain(a)novell.com CC: bberger(a)novell.com Found By: Customer Services Priority: 100 Blocker: --- +++ This bug was initially created as a clone of Bug #568511 +++ [Cloned for OpenSUSE 11.1 and probably valid for 11.2 as well] OpenSUSE 11.1 x86_64 When trying to use the yast2-dirinstall package on an OpenSUSE 11.1 server the ability so specify an XML (such as autoinst.xml) file exists when specifying the options for the installation into a directory. While the option is there and a file can be specified the installation itself does not seem to honor the XMl file at all unless the installation directory is completely unaltered. Even after having the package list modified by the autoinst.xml file properly if I then go in and change the installation directory at all it reverts to the previous package selection. Expected Results: Modifying the installation directory should not affect the package selection. Actual Results: Changing the installation directory breaks the package import feature completely. -- 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 568228] New: Transmission should be updated to version 1.77
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=568228 http://bugzilla.novell.com/show_bug.cgi?id=568228#c0 Summary: Transmission should be updated to version 1.77 Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: GNOME AssignedTo: bnc-team-gnome(a)forge.provo.novell.com ReportedBy: charles(a)transmissionbt.com QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US) AppleWebKit/532.5 (KHTML, like Gecko) Chrome/4.0.249.43 Safari/532.5 Transmission 1.77 has been released, which includes a bugfix that prevents user files from being overwritten by maliciously-crafted .torrent files. The tarball is available at http://mirrors.m0k.org/transmission/files/transmission-1.77.tar.xz Release notes are at http://trac.transmissionbt.com/wiki/Changes#version-1.77 As with 1.76, this release's diffs are intentionally small to make it easier to use in stable distro cycles. Should you only want the security patch, its diffs can be found at http://trac.transmissionbt.com/changeset/9829/ 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 12

[Bug 568011] New: Mozilla Firefox 3.5.7 / 3.0.17
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=568011 http://bugzilla.novell.com/show_bug.cgi?id=568011#c0 Summary: Mozilla Firefox 3.5.7 / 3.0.17 Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Firefox AssignedTo: bnc-team-mozilla(a)forge.provo.novell.com ReportedBy: meissner(a)novell.com QAContact: qa(a)suse.de CC: wolfgang(a)rosenauer.org Found By: --- Blocker: --- Is going to be released soonish. We are going to be issuing minor stability updates, Firefox 3.0.17 and Firefox 3.5.7, at the beginning of January (Jan 5). To get some feedback over the holidays we'll be pushing updates out on the beta channel tomorrow. There are no security fixes in these releases. The primary fix is to the update code that we'd like to get in user's hands before Firefox 3.6 is release. There's also a fix for a NTLM regression introduced by a security fix in the current versions. Firefox 3.5.7 also contains a stability fix for a common crash. Details and schedule at https://wiki.mozilla.org/Releases/Firefox_3.0.17 https://wiki.mozilla.org/Releases/Firefox_3.5.7 -Dan Veditz -- 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 25

[Bug 567966] New: Progess time produces strange results
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=567966 http://bugzilla.novell.com/show_bug.cgi?id=567966#c0 Summary: Progess time produces strange results Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: All OS/Version: All Status: NEW Severity: Normal Priority: P5 - None Component: YaST2 AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: opensuse(a)dstoecker.de QAContact: jsrain(a)novell.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (compatible; Konqueror/3.5; Linux) KHTML/3.5.10 (like Gecko) SUSE When yast software installation is running, then in details mode you get installed size, number of packages and remaining time. When this time for one source repository goes above 2 hours, then >2:00:00 is shown. Nevertheless the total amount is still a sum of all packages (i.e. 2:13:12). It should be >2:00:00 as well, as you can't add explicit numbers to a ">xxx". BTW: I would increase the 2 hours to e.g. 4 hours, as network install with large bandwidth and even a normal large installation may exceed two hours and it is still interesting to see when it ends. I agree that for long times the approximation will be unreliable, but 2 hours is to short. 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 5

[Bug 567800] New: unable to override alt-f2 shortcut ("run command")
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=567800 http://bugzilla.novell.com/show_bug.cgi?id=567800#c0 Summary: unable to override alt-f2 shortcut ("run command") Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Compiz AssignedTo: bnc-team-compiz(a)forge.provo.novell.com ReportedBy: pbaudis(a)novell.com QAContact: ories(a)novell.com Found By: --- Blocker: --- In GNOME/compiz, my custom setting of the alt-f2 shortcut is ignored (I'm used to switching workspaces using alt-fN), instead the "Run command..." dialog always pops up. Curiously, this is a problem in both KDE and GNOME for me (see bug 566509, KDE developers couldn't reproduce it in KDE), on the other hand overriding other alt-fN keys works fine. The system is after upgrade from 11.1. -- 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 15

[Bug 567652] New: parted corrupts reiserfs superblock during resize
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=567652 http://bugzilla.novell.com/show_bug.cgi?id=567652#c0 Summary: parted corrupts reiserfs superblock during resize Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: aschnell(a)novell.com QAContact: qa(a)suse.de Found By: Development Blocker: --- parted corrupts the superblock of a reiser filesystem during resize (on a partitioned software RAID): Steps to reproduce: - create partitioned software RAID md1 with partition md1p2 - mkfs.reiserfs /dev/md1p2 - parted /dev/md1 print gives: 2 20964887s 54034226s 33069340s primary reiserfs type=83 resizing partition 2 gives this info: Information: The reiserfs file system passed a basic check. For a more comprehensive check, run reiserfsck --check. print now gives: 2 20964887s 64034226s 43069340s primary reiserfs type=83 - reiserfsck --check /dev/md1p2 prints the error: reiserfs_open: Your partition is not big enough to contain the filesystem of (5383666) blocks as was specified in the found super block. Failed to open the filesystem. -- 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 15

[Bug 567322] New: mozilla-nss-certs on a 64-bit system with a 32-bit Firefox...
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=567322 http://bugzilla.novell.com/show_bug.cgi?id=567322#c0 Summary: mozilla-nss-certs on a 64-bit system with a 32-bit Firefox... Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: x86-64 OS/Version: openSUSE 11.1 Status: NEW Severity: Normal Priority: P5 - None Component: Firefox AssignedTo: wolfgang(a)rosenauer.org ReportedBy: mh(a)novell.com QAContact: qa(a)suse.de CC: mh(a)novell.com Found By: --- Blocker: --- I've recently installed the packages from the mozilla repository; this resulted in a new package "mozilla-nss-certs" which I guess deals with checking certificates. Due to my - potentially - strange setup (I use a 32-bit Firefox on a 64-bit openSUSE-11.1 system), this resulted in Firefox not being able to access any https://... site anymore. Trying to replace the 64-bit version of mozilla-nss-certs with its 32-bit version will probably make Firefox work again, but I'm afraid, it will kill all the rest of the 64-bit applications which need the nss/ssl functionality. Unfortunately I cannot install the 32-bit version in parallel either: # rpm -ivh mozilla-nss-certs-3.12.4-4.1.i586.rpm Preparing... ########################################### [100%] package mozilla-nss-certs-3.12.4-4.1.i586 is already installed Extracting it manually using # rpm2cpio mozilla-nss-certs-3.12.4-4.1.i586.rpm | { cd /; cpio -idvm; } results in a fully functional Firefox again. So, what is needed AFAICS is a mozilla-nss-certs-32bit package, which, for what is worth, is already provided for the base package: mozilla-nss-32bit. -- 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 567267] New: /usr/sbin/ebtables immediately says "Segmentation fault"
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=567267 http://bugzilla.novell.com/show_bug.cgi?id=567267#c0 Summary: /usr/sbin/ebtables immediately says "Segmentation fault" Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: i586 OS/Version: openSUSE 11.2 Status: NEW Severity: Major Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: ilya.evseev(a)gmail.com QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US) AppleWebKit/532.5 (KHTML, like Gecko) Chrome/4.0.249.43 Safari/532.5 # uname -a Linux admin-ws 2.6.31.5-0.1-default #1 SMP 2009-10-26 15:49:03 +0100 i686 i686 i386 GNU/Linux # lsb_release -a LSB Version: core-2.0-noarch:core-3.2-noarch:core-4.0-noarch:core-2.0-ia32:core-3.2-ia32:core-4.0-ia32:desktop-4.0-ia32:desktop-4.0-noarch:graphics-2.0-ia32:graphics-2.0-noarch:graphics-3.2-ia32:graphics-3.2-noarch:graphics-4.0-ia32:graphics-4.0-noarch Distributor ID: SUSE LINUX Description: openSUSE 11.2 (i586) Release: 11.2 Codename: n/a # rpm -qf /usr/sbin/ebtables ebtables-v2.0.8-57.2.i586 # rpm -V ebtables # ldd /usr/sbin/ebtables linux-gate.so.1 => (0xffffe000) libebtc.so => /usr/lib/libebtc.so (0xb77e2000) libc.so.6 => /lib/libc.so.6 (0xb7682000) /lib/ld-linux.so.2 (0xb782b000) # strace /usr/sbin/ebtables execve("/usr/sbin/ebtables", ["ebtables"], [/* 61 vars */]) = 0 brk(0) = 0x804b000 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7827000 access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory) open("/etc/ld.so.cache", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=217277, ...}) = 0 mmap2(NULL, 217277, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb77f1000 close(3) = 0 open("/usr/lib/libebtc.so", O_RDONLY) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0p%\0\0004\0\0\0"..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=59856, ...}) = 0 mmap2(NULL, 71208, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb77df000 fadvise64(3, 0, 71208, POSIX_FADV_WILLNEED) = 0 mmap2(0xb77ed000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xd) = 0xb77ed000 mmap2(0xb77ef000, 5672, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb77ef000 close(3) = 0 open("/lib/libc.so.6", O_RDONLY) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0 l\1\0004\0\0\0"..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=1430104, ...}) = 0 mmap2(NULL, 1440072, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb767f000 fadvise64(3, 0, 1440072, POSIX_FADV_WILLNEED) = 0 mprotect(0xb77d8000, 4096, PROT_NONE) = 0 mmap2(0xb77d9000, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x159) = 0xb77d9000 mmap2(0xb77dc000, 10568, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb77dc000 close(3) mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb767e000 set_thread_area({entry_number:-1 -> 6, base_addr:0xb767e6c0, limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, useable:1}) = 0 mprotect(0xb77d9000, 8192, PROT_READ) = 0 mprotect(0xb77ed000, 4096, PROT_READ) = 0 mprotect(0x8049000, 4096, PROT_READ) = 0 mprotect(0xb7846000, 4096, PROT_READ) = 0 munmap(0xb77f1000, 217277) = 0 brk(0) = 0x804b000 brk(0x806c000) = 0x806c000 --- SIGSEGV (Segmentation fault) @ 0 (0) --- +++ killed by SIGSEGV +++ Reproducible: Always Steps to Reproduce: 1. zypper install ebtables 2. /usr/sbin/ebtables --help Actual Results: "Segmentation fault" Expected Results: usage info -- 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 25

[Bug 566665] New: changing SMTPD_LISTEN_REMOTE is not a good idea
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=566665 http://bugzilla.novell.com/show_bug.cgi?id=566665#c0 Summary: changing SMTPD_LISTEN_REMOTE is not a good idea Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: Other OS/Version: openSUSE 11.2 Status: NEW Severity: Critical Priority: P5 - None Component: Maintenance AssignedTo: maintenance(a)opensuse.org ReportedBy: suse-beta(a)cboltz.de QAContact: qa(a)suse.de Found By: Beta-Customer Blocker: --- The patch description of the postfix patch in the 11.2 test updates says: The value of SMTPD_LISTEN_REMOTE accidentally defaulted to 'yes'. The postfix smtp daemon therefore was reachable over the network by default. This update therefore resets the value to 'no' in /etc/sysconfig/mail. If you intentionally want postfix to listen for remote connection you need to manually set it to 'yes' again. I don't think that this is a good idea since it will also DOS several mailservers. OTOH, default installations should be protected by the default firewall settings. Please re-think the decision to change SMTPD_LISTEN_REMOTE. The new postfix %postinstall script is even more critical: if [ ! -e /var/adm/BNC-555814.fixed ] .. if [ "$CONFIG_TYPE" = "undef" ] then sed -i 's/SMTPD_LISTEN_REMOTE=.*/ ... postconf -e 'inet_interfaces = localhost' This postconf -e will break the config even on servers that have disabled automatic postfix configuration via MAIL_CREATE_CONFIG="no"! If you keep the SMTPD_LISTEN_REMOTE change, please at least attach a pop-up message to the patch (like the license dialog for flash etc.) so that the admin is aware of the change. -- 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 5