November 2010 - openSUSE Bugs - openSUSE Mailing Lists

[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

[Bug 627116] New: Clock always wrong at boot
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=627116 http://bugzilla.novell.com/show_bug.cgi?id=627116#c0 Summary: Clock always wrong at boot Classification: openSUSE Product: openSUSE 11.3 Version: Final Platform: Other OS/Version: openSUSE 11.3 Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: albert.passalacqua(a)gmail.com QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; it; rv:1.9.2.8) Gecko/20100723 SUSE/3.6.8-0.1.1 Firefox/3.6.8 Hello, I installed 11.3 in Italy, and then moved to US, changing time zone in YaST (Hardware clock set to localtime). Then I corrected the time in YaST. The following reboot, the time was wrong of 7 hours (the difference between Italy and US). So I followed some suggestion given to me on IRC: - Set time with date - Sync hwclock to system time - Delete /etc/adjtime When the system is on, both the clocks are fine, but at the following reboot the problem is there again. I then found this post: http://forums.opensuse.org/english/get-help-here/install-boot-login/437966-… where the proposed solution is the same as above, but with the addition of running mkinitrd at the end. It worked, however it is not clear to me why I should run mkinitrd to change the time, and I think it is a bug. Thanks 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 32

[Bug 626974] New: gnome-mouse-properties doesn't detect touchpad
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=626974 http://bugzilla.novell.com/show_bug.cgi?id=626974#c0 Summary: gnome-mouse-properties doesn't detect touchpad Classification: openSUSE Product: openSUSE 11.3 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: tiwai(a)novell.com QAContact: qa(a)suse.de Found By: --- Blocker: --- gnome-mouse-properties doesn't detect touchpad on HP laptops I tested. The fix patch is below. The fix package is found in OBS home:tiwai:branches:openSUSE:11.3:Update:Test/gnome-control-center repo. -- 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 626937] New: Wrong reference link in output from s2ram
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=626937 http://bugzilla.novell.com/show_bug.cgi?id=626937#c0 Summary: Wrong reference link in output from s2ram Classification: openSUSE Product: openSUSE 11.3 Version: Final Platform: i586 OS/Version: openSUSE 11.3 Status: NEW Severity: Minor Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: cs(a)ccss.de QAContact: qa(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 When calling "s2ram -i" or "s2ram -n" the output contains the line: "See http://en.opensuse.org/S2ram for details." However, the given link is not valid any more. Please update the link in the output of s2ram to the correct S2ram documentation. 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 3

[Bug 626629] New: /usr/sbin/Check -- wrong shebang line
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=626629 http://bugzilla.novell.com/show_bug.cgi?id=626629#c0 Summary: /usr/sbin/Check -- wrong shebang line Classification: openSUSE Product: openSUSE 11.3 Version: Final Platform: x86-64 OS/Version: openSUSE 11.3 Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: torsten.foertsch(a)gmx.net QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US) AppleWebKit/534.1 SUSE/6.0.443.0 (KHTML, like Gecko) Chrome/6.0.443.0 Safari/534.1 /usr/sbin/Check reads: #!/bin/sh ... . /etc/profile "$0" will be "/usr/bin/Check" in this case even while /etc/profile is executed. Now /etc/profile reads: ... is=$(readlink /proc/$$/exe) ... because /bin/sh is a symlink to /bin/bash that yields "/bin/bash". Then "$is" is matched against "*/bash" and if so "$0" is consulted to distiguish between "sh" and "bash". This check reads: case "$0" in sh|-sh|*/sh) is=sh ;; esac ;; Now, because "$0" is "/usr/sbin/Check" "$is" still holds "bash" after the check. Later on /etc/profile reads "$HOME/.bashrc". Unfortunately, if called as "sh" instead of "bash" its syntax slightly changes. For example a-b () { :; } is a valid function definition in bash but fails in sh. So, if the user calling /usr/sbin/Check while rebuilding for example an opensuse source rpm his .bashrc is consulted but the bash runs in sh-mode. Hence "rpmbuild --rebuild" may fail due to the $HOME/.bashrc of an arbitrary user. One possible solution is to change the shebang line in /usr/sbin/Check to #!/bin/bash Another solution is to put more intelligence into the code to tell apart bash and sh in /etc/profile. Reproducible: Always Steps to Reproduce: 1. create a .bashrc for a normal user (not root!) containing "a-b () { :; }" 2. call as this user /usr/sbin/check 3. Actual Results: backup@opi:~> /usr/sbin/Check /home/backup/.bashrc: line 1: `a-b': not a valid identifier Expected Results: backup@opi:~> /usr/sbin/Check Check does not work for normal users. -- 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 8

[Bug 626582] New: tunctl has not manual page, changelog and so ..
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=626582 http://bugzilla.novell.com/show_bug.cgi?id=626582#c0 Summary: tunctl has not manual page, changelog and so .. Classification: openSUSE Product: openSUSE 11.3 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Network AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: nettezzaumanaa(a)gmail.com QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.10) Gecko/20100506 SUSE/3.5.10-0.1 Firefox/3.5.10 hi there, in suse: # rpm -ql tunctl /bin/tunctl in fedora: # rpm -ql tunctl /usr/sbin/tunctl /usr/share/doc/tunctl-1.5/ /usr/share/doc/tunctl-1.5/ChangeLog /usr/share/man/man8/tunctl.8.gz in debian: # dpkg --listfiles $(dpkg -S `which tunctl` | sed 's/:.*//') | grep tunc /usr/share/man/man8/tunctl.8.gz /usr/sbin/tunctl in bubuntu: $ dpkg --listfiles $(dpkg -S `which tunctl` | sed 's/:.*//') | grep tunc /usr/sbin/tunctl /usr/share/man/man8/tunctl.8.gz . please put there at least missing manpage, regards, daniel 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 3

[Bug 626515] New: NFS4 Domain is localdomain in idmapd.conf for NIS clients with automounter
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=626515 http://bugzilla.novell.com/show_bug.cgi?id=626515#c0 Summary: NFS4 Domain is localdomain in idmapd.conf for NIS clients with automounter Classification: openSUSE Product: openSUSE 11.3 Version: Final Platform: x86 OS/Version: openSUSE 11.3 Status: NEW Severity: Normal Priority: P5 - None Component: YaST2 AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: lnxgnome(a)gmail.com QAContact: jsrain(a)novell.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.6) Gecko/20100626 SUSE/3.6.6-1.2 Firefox/3.6.6 openSUSE 11.3 (i586) VERSION = 11.3 Scenario: Workstation is configured as NIS Client + Automounter. There are not any nfs entries in /etc/fstab Problem: idmapd Domain is "localdomain", which is incorrect and results in owner UID/GID of all automounted files to be 'nobody'. /etc/idmapd.conf [General] Verbosity = 0 Pipefs-Directory = /var/lib/nfs/rpc_pipefs Domain = localdomain The NIS domain name is provided during NIS Client configuration in YaST, but this might be different from the NFS4 Domain parameter for idmapd. Workaround: Manually update /etc/idmapd.conf with the correct NFS4 Domain name. Reproducible: Didn't try Steps to Reproduce: 1. Inital Install of openSuSE 11.3 Final 2. Configure NIS+Automounter in YaST Actual Results: Domain = localdomain Owner UID/GID of all automounted files to be 'nobody'. Expected Results: Expected result: YaST prompts and configures NFS4 Domain in /etc/imapd.conf to appropriate value. The normal environment will contain additional servers, which include a working NIS Server with maps for automounter (auto.home), and a NFS server to serve the /home mount points specified in the NIS maps. -- 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 24