May 2014 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 768112] New: yast2-qt high contrast mode broken
by bugzilla_noreply＠novell.com 04 Oct '16

04 Oct '16

https://bugzilla.novell.com/show_bug.cgi?id=768112 https://bugzilla.novell.com/show_bug.cgi?id=768112#c0 Summary: yast2-qt high contrast mode broken Classification: openSUSE Product: openSUSE 12.2 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Installation AssignedTo: tgoettlicher(a)suse.com ReportedBy: tgoettlicher(a)suse.com QAContact: jsrain(a)suse.com Found By: --- Blocker: --- Shift+F4 switched to high contrast mode doesn't work anymore. -- 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 874606] New: Pidgin (2.9.10) does not connect to Yahoo anymore
by bugzilla_noreply＠novell.com 23 Sep '16

23 Sep '16

https://bugzilla.novell.com/show_bug.cgi?id=874606 https://bugzilla.novell.com/show_bug.cgi?id=874606#c0 Summary: Pidgin (2.9.10) does not connect to Yahoo anymore Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: x86 OS/Version: openSUSE 13.1 Status: NEW Severity: Normal Priority: P5 - None Component: GNOME AssignedTo: bnc-team-gnome(a)forge.provo.novell.com ReportedBy: lenrocd(a)gmail.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- Created an attachment (id=587239) --> (http://bugzilla.novell.com/attachment.cgi?id=587239) debug messages from pidgin session User-Agent: Mozilla/5.0 (X11; Linux i686; rv:28.0) Gecko/20100101 Firefox/28.0 My instant messenger pidgin (version 2.10.9-4.12.1) refuses to connect to yahoo servers anymore, since a few weeks already. I would bet this is not related to the recent heartbleed bug(s) in the SSL layer, since I have this problem before the spread of that problem. After setting pidgin to report debug messages into a file I get this exact error messages: (09:04:19) yahoo: Login Failed, unable to retrieve login url: Error reading from login.yahoo.com: Input/output error (09:04:19) connection: Connection error on 0xb8b5ce90 (reason: 0 description: Error reading from login.yahoo.com: Input/output error) Reproducible: Always Steps to Reproduce: 1. start pidgin 2. try to login to the (yahoo) messenger account Actual Results: pidgin reports error about "Error reading from login.yahoo.com: Input/output error" Expected Results: login to the desired account gnutls packages are all up to date (versions 3.2.4-2.18.1). Openssl is up to date, as well (version 1.0.1e-11.32.1) So I think the issue is not related to the current SSL bug (heartbleed). Curious thing: at the same time, kopete succeeds in connecting to the same user account (yahoo messenger user). So there isn't any issues with the account (like being blocked somehow). Some user at this thread on the forums: https://forums.opensuse.org/showthread.php/497190-Pidgin-%282-10-9%29-still… states he does NOT have this issue with the same pidgin version but on Ubuntu. -- 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 853038] New: pidgin xmpp video support missing
by bugzilla_noreply＠novell.com 23 Sep '16

23 Sep '16

https://bugzilla.novell.com/show_bug.cgi?id=853038 https://bugzilla.novell.com/show_bug.cgi?id=853038#c0 Summary: pidgin xmpp video support missing Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: GNOME AssignedTo: bnc-team-gnome(a)forge.provo.novell.com ReportedBy: wolfgang(a)rosenauer.org QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- According to different references on the pidgin site and other descriptions out there pidgin is supposed to have jingle based xmpp video/voice support. (e.g. http://michael.stapelberg.de/Artikel/video_chat_with_pidgin) I cannot find any way to enable this in our pidgin though. Unless I missed any additional plugin packages there is something missing to make this 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 19

[Bug 642456] New: Permission issue for the "nut" UPS software
by bugzilla_noreply＠novell.com 06 Sep '16

06 Sep '16

https://bugzilla.novell.com/show_bug.cgi?id=642456 https://bugzilla.novell.com/show_bug.cgi?id=642456#c0 Summary: Permission issue for the "nut" UPS software Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: x86-64 OS/Version: openSUSE 11.2 Status: NEW Severity: Minor Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: reg(a)capiogroup.com QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.10) Gecko/20100914 SUSE/3.6.10-30.1 Firefox/3.6.10 On a standard install of nut (Network UPS Tools), classic version (not HAL) the driver did not have permission to run until I added the the group "root" to the user "upsd". my nut.conf is: [myups] driver = usbhid-ups port = /dev/usb/hiddev0 desc = "Tripp Lite UPS SU1500XL" Once that change was made it worked just fine. I don't think this is a big issue but they documentation goes out of it's way to make a point of keeping permissions on the nut daemon restricted so I thought it should be noted. Perhaps just a documentation change to let people know that it might be necessary would be enough. Reproducible: Always Steps to Reproduce: 1.Install 2.Set the nut.conf file 3.Try to run the driver: /usr/lib/ups/driver/upsdrvctl start Actual Results: Permission denied 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 2

[Bug 873342] New: squirrelmail broken if upload_tmp_dir is set to an unexpected value
by bugzilla_noreply＠novell.com 22 Aug '16

22 Aug '16

https://bugzilla.novell.com/show_bug.cgi?id=873342 https://bugzilla.novell.com/show_bug.cgi?id=873342#c0 Summary: squirrelmail broken if upload_tmp_dir is set to an unexpected value Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: Other OS/Version: openSUSE 13.1 Status: NEW Severity: Normal Priority: P5 - None Component: Network AssignedTo: jengelh(a)inai.de ReportedBy: suse-beta(a)cboltz.de QAContact: qa-bugs(a)suse.de Found By: Beta-Customer Blocker: --- The squirrelmail-beta package comes with /etc/apache2/conf.d/squirrelmail.conf which contains php_admin_value open_basedir "/srv/www/htdocs/squirrelmail:/var/lib/squirrelmail:/usr/share/php5/PEAR:/tmp" This works with the default config, but breaks when squirrelmail is Alias'ed into a VirtualHost that has a completely different upload_tmp_dir outside the paths in open_basedir (/home/www/example.com/tmp/ in my case). Please add php_admin_value upload_tmp_dir /var/lib/squirrelmail/attach/ (or somewhere else inside open_basedir) to the apache squirrelmail.conf -- 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 811408] New: parted mklabel gpt_sync_mbr does not boot
by bugzilla_noreply＠novell.com 19 Aug '16

19 Aug '16

https://bugzilla.novell.com/show_bug.cgi?id=811408 https://bugzilla.novell.com/show_bug.cgi?id=811408#c0 Summary: parted mklabel gpt_sync_mbr does not boot Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: x86-64 OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: puzel(a)suse.com ReportedBy: ms(a)suse.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- I tested the suse extension in parted to create a sync MBR inside the GPT I also tested gptsync (the version with patches from Debian) to double check that it's not something I broke. In short the table gptsync wrote worked the result parted wrote doesn't I tested this inside the kiwi codebase: EXEC [/usr/sbin/parted -s /dev/loop0 mklabel gpt_sync_mbr 2>&1] EXEC [/usr/sbin/parted -s /dev/loop0 unit s mkpart primary 2048 12295 2>&1] ==> vfat EFI jump partition EXEC [/usr/sbin/parted -s /dev/loop0 unit s mkpart primary 12296 421903 2>&1] ==> Linux boot partition EXEC [/usr/sbin/parted -s /dev/loop0 unit s mkpart primary 421904 2498432 2>&1] ==> Linux root partition EXEC [/usr/sbin/parted -s /dev/loop0 unit s set 2 type 0x83 2>&1] EXEC [/usr/sbin/parted -s /dev/loop0 unit s set 3 type 0x83 2>&1] EXEC [/usr/sbin/parted -s /dev/loop0 unit s set 1 boot on 2>&1] EXEC [mkfs.ext3 -i 16384 -F -O resize_inode -N 64960 /dev/mapper/loop0p3 2>&1] ==> rootfs EXEC [mkfs.ext3 -i 16384 -F -O resize_inode -N 64960 -L 'BOOT' /dev/mapper/loop0p2 2>&1] ==> bootfs EXEC [mkdosfs -F 16 -n 'EFI' /dev/mapper/loop0p1 2>&1] ==> efi The partition table written in the MBR looks like this: fdisk -l /tmp/mytest/LimeJeOS-openSUSE-12.3.x86_64-1.12.3.raw WARNING: GPT (GUID Partition Table) detected on '/tmp/mytest/LimeJeOS-openSUSE-12.3.x86_64-1.12.3.raw'! The util fdisk doesn't support GPT. Use GNU Parted. Disk /tmp/mytest/LimeJeOS-openSUSE-12.3.x86_64-1.12.3.raw: 1279 MB, 1279262720 bytes 255 heads, 63 sectors/track, 155 cylinders, total 2498560 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0xc15921c7 Device Boot Start End Blocks Id System /tmp/mytest/LimeJeOS-openSUSE-12.3.x86_64-1.12.3.raw1 * 2048 12295 5124 83 Linux /tmp/mytest/LimeJeOS-openSUSE-12.3.x86_64-1.12.3.raw2 12296 421903 204804 83 Linux /tmp/mytest/LimeJeOS-openSUSE-12.3.x86_64-1.12.3.raw3 421904 2498432 1038264+ 83 Linux /tmp/mytest/LimeJeOS-openSUSE-12.3.x86_64-1.12.3.raw4 1 1 0+ ee GPT Partition table entries are not in disk order changing the boot flag to another partition did not help to make it boot in legacy BIOS mode. When I write a new table via gptsync into the same raw disk I can boot it. I have tested legacy and EFI boot via qemu legacy: qemu-kvm /tmp/mytest/LimeJeOS-openSUSE-12.3.x86_64-1.12.3.raw efi qemu-kvm -L /usr/share/qemu-ovmf/bios /tmp/mytest/LimeJeOS-openSUSE-12.3.x86_64-1.12.3.raw Thanks -- 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 26

[Bug 864991] New: bsd-games : rot13 is unusable because of faulty reference in shell script
by bugzilla_noreply＠novell.com 19 Aug '16

19 Aug '16

https://bugzilla.novell.com/show_bug.cgi?id=864991 https://bugzilla.novell.com/show_bug.cgi?id=864991#c0 Summary: bsd-games : rot13 is unusable because of faulty reference in shell script Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: x86-64 OS/Version: openSUSE 13.1 Status: NEW Severity: Major Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: schaiba(a)gmail.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:27.0) Gecko/20100101 Firefox/27.0 /usr/bin/rot13 refers to /usr/games/caesar, which is not there, instead of /usr/bin/caesar. Reproducible: Always Steps to Reproduce: 1.try to use rot13 2. 3. Actual Results: One receives an error about /usr/games/caesar not being 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 2

[Bug 635303] New: dump version incompatible with ext4
by bugzilla_noreply＠novell.com 19 Aug '16

19 Aug '16

https://bugzilla.novell.com/show_bug.cgi?id=635303 https://bugzilla.novell.com/show_bug.cgi?id=635303#c0 Summary: dump version incompatible with ext4 Classification: openSUSE Product: openSUSE 11.3 Version: Final Platform: x86-64 OS/Version: openSUSE 11.3 Status: NEW Severity: Blocker Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: cilantro05(a)comcast.net QAContact: qa(a)suse.de Found By: --- Blocker: --- How can you possibly provide dump-0.4b41 on the OpenSuSE 11.3 download page, when that version does not support the filesystem of your default installation, ext4? I am a longtime SuSE (and dump) user, and it never would have occurred to me to check this. OK, my mistake -- but I just lost a whole day's work because my careully made backup was trash. Dump 0.4b42 does claim ext4 support... At the very lease, a prominent warning should be added to the result of a search for dump on software.opensuse.org. -- 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 571841] New: dump/restore version from oss fails when ext4 filesystem is used
by bugzilla_noreply＠novell.com 19 Aug '16

19 Aug '16

http://bugzilla.novell.com/show_bug.cgi?id=571841 http://bugzilla.novell.com/show_bug.cgi?id=571841#c0 Summary: dump/restore version from oss fails when ext4 filesystem is used Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: All OS/Version: openSUSE 11.2 Status: NEW Severity: Normal Priority: P5 - None Component: Maintenance AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: deligeo(a)physics.uoc.gr QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.6) Gecko/20091201 SUSE/3.5.6-1.1.1 Firefox/3.5.6 Attempting to use the dump/restore backup tool (Version 0.4b41-161.1 x86_64) from oss repository to backup and restore /home the resulting files where corrupted. This is a known issue upstream and is corrected in version 0.4b42. See bug http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=511651 for more details. Reproducible: Always Steps to Reproduce: 1.use dump to backup an ext4 filesystem 2.move into a different computer 3.attempt to restore in an ext3 filesystem Actual Results: Files produced are not identical to original files. Several text files are now reported as binary. Expected Results: Should produce a correct image of initial files in the new filesystem. Or at the very least dump should NOT allow ext4 filesystems to be used until it is properly working on them. The main issue is that dump will not complain about ext4 partitions being dumped. Thus the problem is encountered later (too late) on when one attempts to restore the filesystem. Version 0.4b42 should resolve this issue by dealing with ext4 filesystems correctly thus restoring dump/restore functionality. -- 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 719207] New: bsd-games: setgid games removed
by bugzilla_noreply＠novell.com 19 Aug '16

19 Aug '16

https://bugzilla.novell.com/show_bug.cgi?id=719207 https://bugzilla.novell.com/show_bug.cgi?id=719207#c0 Summary: bsd-games: setgid games removed Classification: openSUSE Product: openSUSE 12.1 Version: Factory Platform: All OS/Version: Linux Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: nadvornik(a)suse.com ReportedBy: lnussel(a)suse.com QAContact: qa(a)suse.de CC: prusnak(a)suse.com Found By: --- Blocker: --- bsd-games has one or more binaries with setgid 'games' in level 'easy'. Since we dont know whether we will ever see a fix for bug 429882 and the setgid bits are ugly anyways we will remove them. For most affected binaries this will break storing local highscore files. You may want to check whether the affected binaries can cope with that situation gracefully. -- 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