June 2012 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 627818] New: Yast Date and Time configuration dialog does not remember NTP or Manual changes
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=627818 http://bugzilla.novell.com/show_bug.cgi?id=627818#c0 Summary: Yast Date and Time configuration dialog does not remember NTP or Manual changes Classification: openSUSE Product: openSUSE 11.4 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Minor Priority: P5 - None Component: YaST2 AssignedTo: jsuchome(a)novell.com ReportedBy: trenn(a)novell.com QAContact: jsrain(a)novell.com Found By: Development Blocker: --- In Yast textmode do: System->Date and Time->chaNge There you can set "Manually" and "Synchronize with NTP Server". Switch it (doesn't matter which way around). ->Accept->Ok->Quit (Save everything and leave Yast). If you open Yast again and re-enter the dialog: System->Date and Time->chaNge The setting is gone again. -- 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 9

[Bug 627799] New: yast2-printer: popups regarding firewall can be misunderstood to open ports
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=627799 http://bugzilla.novell.com/show_bug.cgi?id=627799#c0 Summary: yast2-printer: popups regarding firewall can be misunderstood to open ports Classification: openSUSE Product: openSUSE 11.3 Version: Final Platform: All OS/Version: openSUSE 11.3 Status: ASSIGNED Severity: Enhancement Priority: P5 - None Component: YaST2 AssignedTo: jsmeix(a)novell.com ReportedBy: jsmeix(a)novell.com QAContact: jsrain(a)novell.com CC: mzugec(a)novell.com Found By: Development Blocker: --- Currently the popup texts because of bug #549065 read in printingvianetwork.ycp: ------------------------------------------------------------------- Check that your firewall allows incomming printer information on UDP port 631. ------------------------------------------------------------------- and in sharing.ycp ------------------------------------------------------------------- Check that your firewall allows remote access to CUPS via IPP on port 631. ------------------------------------------------------------------- Both texts can be misunderstood to open those ports in the firewall (in particular in the default "EXT" zone of the firewall) which contreadicts http://en.opensuse.org/SDB:CUPS_and_SANE_Firewall_settings Therefore those texts should be enhanced. -- 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 627619] New: opensc and every dependent package that uses SC_TEST_RET is broken
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=627619 http://bugzilla.novell.com/show_bug.cgi?id=627619#c0 Summary: opensc and every dependent package that uses SC_TEST_RET is broken Classification: openSUSE Product: openSUSE 11.3 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Critical Priority: P5 - None Component: Security AssignedTo: sbrabec(a)novell.com ReportedBy: cmorve69(a)yahoo.es QAContact: qa(a)suse.de CC: security-team(a)suse.de, puzel(a)novell.com Found By: Community User Blocker: --- We have a bad patch in the opensc package that breaks anything that uses the SC_TEST_RET macro: https://build.opensuse.org/package/view_file?file=opensc-fix-gcc-warnings.p… These packages, *at least*, should be inspectioned (others could depend on it indirectly even if they use it): $ osc whatdependson openSUSE:11.3 opensc standard x86_64 opensc : gpg2 gtkcard installation-images libchipcard4 opensc-java openssh openssh-askpass-gnome The macro is #define SC_TEST_RET(ctx, r, text) do { \ int _ret = (r); \ if (_ret < 0) { \ sc_do_log(ctx, SC_LOG_TYPE_ERROR, __FILE__, __LINE__, __FUNCTION__, "%s: %s\n", (text), sc_strerror(_ret)); \ return _ret; \ } \ } while(0) It just checks if the return value of a function ('r') is < 0 and in such a case prints a log message and returns. The patch, changes that behavior so the log message is shown only if r < 0... but ALWAYS returns. That breaks the logic of any functions using this macro. At least it means a segmentation fault when using the spanish ID card (from opensc-tool, or from Firefox... whatever is using it). Up to where I know this is just a crash problem, not a security risk. But since multiple packages could be affected I CC the security-team. IMHO the package in the devel should be fixed, updates published for any affected 11.3 package... and the package in openSUSE:11.3 project be modified. I know that project is supposed to be static, but people will not build against openSUSE:11.3:Update if they don't know about the problem. -- 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 20

[Bug 627596] New: SSH Public Key Authentication
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=627596 http://bugzilla.novell.com/show_bug.cgi?id=627596#c0 Summary: SSH Public Key Authentication Classification: openSUSE Product: openSUSE 11.3 Version: Final Platform: Other OS/Version: openSUSE 11.3 Status: NEW Severity: Critical Priority: P5 - None Component: Release Notes AssignedTo: ke(a)novell.com ReportedBy: cobexer(a)gmail.com QAContact: coolo(a)novell.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; de; rv:1.9.2.8) Gecko/20100723 SUSE/3.6.8-0.1.1 Firefox/3.6.8 The change in the handling off SSH Public Key Authentication should be documented in the release notes (as documented here: http://en.opensuse.org/SDB:Configure_openSSH#Public_Key_Authentication) Reproducible: Always Steps to Reproduce: 1. configure 11.2 or lower to use public key athentication only 2. upgrade to 11.3 (with zypper dup for example) 3. you cant login with public keys any more (and you won't find an error message that helps you in any way) Actual Results: cant login using SSH Public Key Authentication Expected Results: .. Critical because it would render remote machines unconnectable. -- 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 14

[Bug 627419] New: Adding addresses to the address book is broken in kmail
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=627419 http://bugzilla.novell.com/show_bug.cgi?id=627419#c0 Summary: Adding addresses to the address book is broken in kmail Classification: openSUSE Product: openSUSE 11.3 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: KDE4 Applications AssignedTo: kde-maintainers(a)suse.de ReportedBy: agruen(a)novell.com QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.9) Gecko/20100317 SUSE/3.5.9-0.1.1 Firefox/3.5.9 When I select "Add to Address Book" in the context menu of an email address in a message, I get a "Select Address Book" popup which lists "Personal Contacts" as its only choice. I see the same address book when opening up Tools / Address Book, and the new addresses show up in this address book. The "Select Address Book" popup with only one choice in it seems unnecessary. What's worse though is that the added addresses do not show up in the Composer; I can neither get address completion to work nor do those addresses show up in the "Select Recipient" popup. The address books to choose from there are "All", "Default Address Book", "Distribution List", "Recent Addresses", and "Selected Recipients", but *not* "Personal Contacts". The only address book that works in "Select Recipient" is "Recent Addresses". I tried to add a new address book called "Default Address Book" to see if addresses in there will show up under in the "Select Recipient" popup; they won't. Reproducible: Always Steps to Reproduce: 1. Right-click on an email address in a message in kmail, and choose "Add to Address Book". 2. Select the "Personal Contacts" address book. 3. Try to select this address from the address book in a composer window, or try to get the address to auto-complete. Actual Results: The address in "Personal Contacts" will only auto-complete if it is also in "Recent Addresses", but the "Personal Contacts" address book will not be selectable, and addresses from there will not auto-complete. Expected Results: A selectable address book and working auto-completion. -- 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 11

[Bug 627316] New: kupdate wants to apply patches that I don't need/want
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=627316 http://bugzilla.novell.com/show_bug.cgi?id=627316#c0 Summary: kupdate wants to apply patches that I don't need/want Classification: openSUSE Product: openSUSE 11.3 Version: Final Platform: Other OS/Version: openSUSE 11.3 Status: NEW Severity: Normal Priority: P5 - None Component: libzypp AssignedTo: zypp-maintainers(a)forge.provo.novell.com ReportedBy: nick.savolainen(a)gmail.com QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Opera/9.80 (X11; Linux x86_64; U; en) Presto/2.2.15 Version/10.11 Yast/kupdate wants to patch some things with patches from the updates repo, to manually installed and packman packages that don't need patching. Patches marked as taboo through yast->update do not retain their taboo flags. It also ignores "protected" packages and wants to patch those too. It also seems to ignore my repo priority numbers. Reproducible: Always Steps to Reproduce: 1. install k3b from packman or a manually compiled+patched wine for example 2. yast->update, mark the patches it wants to install as taboo 3. reboot, go to work, whatever Actual Results: kupdate still notifies you that patches are available Expected Results: update system to honour my settings and kupdate to not notify me of the unwanted/needed patches -- 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 17

[Bug 627310] New: MPlayer pause/unpause causes skipping with ALSA
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=627310 http://bugzilla.novell.com/show_bug.cgi?id=627310#c0 Summary: MPlayer pause/unpause causes skipping with ALSA Classification: openSUSE Product: openSUSE 11.3 Version: Final Platform: x86 OS/Version: openSUSE 11.3 Status: NEW Severity: Normal Priority: P5 - None Component: Kernel AssignedTo: kernel-maintainers(a)forge.provo.novell.com ReportedBy: nvbugs(a)hhecht.e4ward.com QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.8) Gecko/20100723 SUSE/3.6.8-0.1.1 Firefox/3.6.8 kernel-desktop-2.6.34-12.3.i586, MPlayer-1.0rc2_r30099-4.pm.10.1.i586 The card is an SBLive Value, obviously using snd_emu10k1. Sometimes, pausing and unpausing a video with MPlayer will cause the video to start skipping. Not all videos will cause this, and not every pause/unpause on a given video will exhibit the problem; it is neverthelss overall quite frequent. The audio codec doesn't seem to matter, but the audio output must be ALSA. Xine and VLC seem to work fine under all circumstances. This only seems to occur with the 11.3 kernel; the 11.2 update kernel (kernel-desktop-2.6.31.12-0.2.1.i586), even under 11.3, works fine. Pausing/unpausing gives: AUDIOOUT: alsa-pause: pause supported by hardware from MPlayer when a pause/unpause cycle will cause skipping, it produces this: [ 133.380227] ALSA pcm_lib.c:431: PCM: Lost interrupts? [Q] (stream=0, delta=17107, new_hw_ptr=661503, old_hw_ptr=644396) [ 133.380236] Pid: 1930, comm: Xorg Not tainted 2.6.34-12-desktop #1 [ 133.380239] Call Trace: [ 133.380257] [<c02065c3>] try_stack_unwind+0x173/0x190 [ 133.380264] [<c02051cf>] dump_trace+0x3f/0xe0 [ 133.380270] [<c020662b>] show_trace_log_lvl+0x4b/0x60 [ 133.380275] [<c0206658>] show_trace+0x18/0x20 [ 133.380283] [<c064d690>] dump_stack+0x6d/0x72 [ 133.380307] [<f82f00d5>] snd_pcm_update_hw_ptr0+0x445/0x5f0 [snd_pcm] [ 133.380337] [<f82f0343>] snd_pcm_period_elapsed+0xc3/0x120 [snd_pcm] [ 133.380362] [<f89c52e6>] snd_emu10k1_interrupt+0x276/0x5a0 [snd_emu10k1] [ 133.380372] [<c0294255>] handle_IRQ_event+0x45/0x180 [ 133.380378] [<c0296406>] handle_fasteoi_irq+0x66/0xe0 [ 133.380383] [<c0205185>] handle_irq+0x15/0x20 [ 133.380388] [<c0204e77>] do_IRQ+0x47/0xc0 [ 133.380393] [<c02037a9>] common_interrupt+0x29/0x30 [ 133.380419] [<b70905c2>] 0xb70905c2 after setting xrun_debug to 3, of course. It is somewhat interesting that the 11.2 kernel will also sometimes print: [ 400.819482] ALSA /usr/src/packages/BUILD/kernel-desktop-2.6.31.12/linux-2.6.31/sound/core/pcm_lib.c:266: PCM: Unexpected hw_pointer value (stream=0, pos=15359, intr_ptr=113664) [ 400.819493] Pid: 3116, comm: Xorg Not tainted 2.6.31.12-0.2-desktop #1 [ 400.819497] Call Trace: [ 400.819521] [<c020845a>] try_stack_unwind+0x17a/0x1a0 [ 400.819529] [<c020708c>] dump_trace+0x6c/0x130 [ 400.819536] [<c0208008>] show_trace_log_lvl+0x58/0x80 [ 400.819542] [<c0208056>] show_trace+0x26/0x40 [ 400.819551] [<c06932eb>] dump_stack+0x79/0x91 [ 400.819581] [<f83c2e25>] snd_pcm_update_hw_ptr_interrupt+0x305/0x490 [snd_pcm] [ 400.819612] [<f83c3076>] snd_pcm_period_elapsed+0xc6/0x120 [snd_pcm] [ 400.819643] [<f84616b4>] snd_emu10k1_pcm_interrupt+0x24/0x40 [snd_emu10k1] [ 400.819661] [<f845e4c2>] snd_emu10k1_interrupt+0x272/0x5a0 [snd_emu10k1] [ 400.819672] [<c02a6814>] handle_IRQ_event+0x64/0x1e0 [ 400.819679] [<c02a8beb>] handle_fasteoi_irq+0x6b/0xe0 [ 400.819686] [<c0206c48>] handle_irq+0x28/0x50 [ 400.819692] [<c0206063>] do_IRQ+0x53/0xe0 [ 400.819699] [<c0204750>] common_interrupt+0x30/0x38 [ 400.819727] [<b708c34c>] 0xb708c34c but never skip. The code path does look a little different between .31 to .34, though I admit I don't know what it means. The only seemingly similar bugs I found were this: http://kerneltrap.org/mailarchive/linux-kernel/2009/7/18/4468690 which seems to have very similar symptoms, but should have been fixed in mainline before either of .31 or .34, if I'm reading it correctly, and: https://bugzilla.redhat.com/show_bug.cgi?id=498858 an old redhat bug. At the moment, that's all I've figured out. I don't yet know what should be happening on hardware pauses, or why the hw_pointer seems to like to skip around, or even what the consequence of that should be. Reproducible: Sometimes -- 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 11

[Bug 627274] New: KDE:UpdatedApps/digikam: Bug: digiKam: doesn't start
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=627274 http://bugzilla.novell.com/show_bug.cgi?id=627274#c0 Summary: KDE:UpdatedApps/digikam: Bug: digiKam: doesn't start Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: Other OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: 3rd party software AssignedTo: kde-maintainers(a)suse.de ReportedBy: sommerluk(a)gmail.com QAContact: opensuse-communityscreening(a)forge.provo.novell.com CC: sommerluk(a)gmail.com Found By: --- Blocker: --- After switching my digikam package to the repository KDE:UpdatedApps (using openSUSE 11.2 64 bit), digikam did no longer start. It displayed a message that I had to install the qsqlite plugin. However, in my repositories I didn't find any package named "qsqlite" plugin. The packages libqt4-sql and libqt4-sql-sqlite were yet installed before! As I didn't understand the situation, I've installed randomly these packages: litqt4-sql-mysql, litqt4-sql-postgresql and litqt4-sql-unixODBC. After doing this, digikam started correctly. So it seems that it needs at least _one_ of these packages to work correctly. Please make digikam depend on the corresponding package, so that everything necessary will be installed automatically. -- 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 627273] New: YaST network module does not start knetworkmanager if one switches from traditional to user controlled
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=627273 http://bugzilla.novell.com/show_bug.cgi?id=627273#c0 Summary: YaST network module does not start knetworkmanager if one switches from traditional to user controlled Classification: openSUSE Product: openSUSE 11.3 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: YaST2 AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: sven.burmeister(a)gmx.net QAContact: jsrain(a)novell.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; de; rv:1.9.2.8) Gecko/20100723 SUSE/3.6.8-0.1.1 Firefox/3.6.8 If one uses the YaST network moddule to switch from the traditional method to the user controlled NetworkManager is started, however knetworkmanager is not. This means that the user has to log out and back in just to get the network going. Reproducible: Always -- 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 6

[Bug 627243] New: mount with type cifs don't work with the option 'credentials' , i must fall back to 'username' and 'password'
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=627243 http://bugzilla.novell.com/show_bug.cgi?id=627243#c0 Summary: mount with type cifs don't work with the option 'credentials' , i must fall back to 'username' and 'password' Classification: openSUSE Product: openSUSE 11.3 Version: Final Platform: All OS/Version: openSUSE 11.3 Status: NEW Severity: Normal Priority: P5 - None Component: Samba AssignedTo: samba-maintainers(a)SuSE.de ReportedBy: peter.festner(a)ewetel.net QAContact: samba-maintainers(a)SuSE.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; de; rv:1.9.2.8) Gecko/20100723 SUSE/3.6.8-0.1.1 Firefox/3.6.8 for security i have exported username and password to an external credentials-file. Before with Suse-11.0 this works. With Suse-11.3 this don't work, but username and password or environments work Reproducible: Always Steps to Reproduce: 1.make an file like '/etc/my.cred' with 'username=..' and 'password=..' 2.try to mount the cifs-filesystem with 'credentials=/etc/my.cred' 3.try to mount the cifs-filesystem with 'username=..' and 'password=..' Actual Results: with 'credentials=/etc/my.cred' i got ============ mount error(13): Permission denied Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) ============ with the unsecure username and password the mount works Expected Results: for security the credentials-file should work -- 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