December 2014 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 736093] New: Logitech WebCam microphone produces squeaky "chipmunk" audio
by bugzilla_noreply＠novell.com 18 Dec '17

18 Dec '17

https://bugzilla.novell.com/show_bug.cgi?id=736093 https://bugzilla.novell.com/show_bug.cgi?id=736093#c0 Summary: Logitech WebCam microphone produces squeaky "chipmunk" audio Classification: openSUSE Product: openSUSE 12.1 Version: Final Platform: i686 OS/Version: SuSE Other Status: NEW Severity: Normal Priority: P5 - None Component: Kernel AssignedTo: kernel-maintainers(a)forge.provo.novell.com ReportedBy: nils(a)ellmenreich.net QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux i686; rv:8.0) Gecko/20100101 Firefox/8.0 A regression in the linux kernel prevent some Logitech webcam microphones (notably C270, C300, C310) to be properly initialized. As a result, audio playback of recordings are way too fast, producing a "chipmunk" effect. Here is the patch: http://article.gmane.org/gmane.linux.usb.general/52027 Fedorea fixed this alread. References in: https://bugzilla.redhat.com/show_bug.cgi?id=729269 https://bugzilla.redhat.com/show_bug.cgi?id=742010 https://bugs.archlinux.org/task/26528 https://bugzilla.kernel.org/show_bug.cgi?id=35922 Reproducible: Always Steps to Reproduce: 1.Record audio using Logitech webcan (e.g. with skype test call) 2.listen 3. Actual Results: Chipmunk audio Expected Results: normal audio -- 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 11

[Bug 905034] New: scanimage produces wrong colours in scan
by bugzilla_noreply＠novell.com 15 Dec '17

15 Dec '17

http://bugzilla.opensuse.org/show_bug.cgi?id=905034 Bug ID: 905034 Summary: scanimage produces wrong colours in scan Classification: openSUSE Product: openSUSE Distribution Version: 13.2 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: per(a)computer.org QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Created attachment 613296 --> http://bugzilla.opensuse.org/attachment.cgi?id=613296&action=edit scanimage output, resolution 150 Hardware: lenovo desktop12. Running vanilla openSUSE 13.2 via NFS root. Doing a scan like these: scanimage --mode color --resolution 300 >office12-scan1.pnm scanimage --mode color --resolution 300 >office12-scan2.pnm produces some pretty weird colours, see attached. Omitting the resolution argument or specifying "--resolution 50" both lead to a "Error in `scanimage': double free or corruption (top): ". I have sane-backends-1.0.24-2.1.10.x86_64 installed. -- You are receiving this mail because: You are on the CC list for the bug.

1 41

[Bug 906067] New: Totem SEGFAULT with .avi movies
by bugzilla_noreply＠novell.com 13 Dec '17

13 Dec '17

http://bugzilla.opensuse.org/show_bug.cgi?id=906067 Bug ID: 906067 Summary: Totem SEGFAULT with .avi movies Classification: openSUSE Product: openSUSE Distribution Version: 13.2 Hardware: x86-64 OS: Other Status: NEW Severity: Major Priority: P5 - None Component: GNOME Assignee: bnc-team-gnome(a)forge.provo.novell.com Reporter: roger.luedecke(a)gmail.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Originally Totem would play .avi withoug video; audio only. I then installed the Fluendo Codec Pack. Now thumbnails display in Totem and Nautilus. Both Nautilus preview and Totem instantly crash when attempting to play video in .avi. When run from CLI Totem reports a SEGFAULT. Likely related bug reports: https://bugzilla.opensuse.org/show_bug.cgi?id=887781 https://bugzilla.opensuse.org/show_bug.cgi?id=848833 -- You are receiving this mail because: You are on the CC list for the bug.

1 2

[Bug 904551] New: Totem could not startup
by bugzilla_noreply＠novell.com 12 Dec '17

12 Dec '17

http://bugzilla.opensuse.org/show_bug.cgi?id=904551 Bug ID: 904551 Summary: Totem could not startup Classification: openSUSE Product: openSUSE 13.1 Version: Final Hardware: x86-64 OS: openSUSE 13.1 Status: NEW Severity: Normal Priority: P5 - None Component: GNOME Assignee: bnc-team-gnome(a)forge.provo.novell.com Reporter: whoknows2012(a)myopera.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Totem vserion: 3.10.1 Error message: Some necessary plug-ins are missing. Make sure that the program is correctly installed. Nothing that I found in the Internet is working. -- You are receiving this mail because: You are on the CC list for the bug.

1 1

[Bug 509945] New: Enforce packaging of static libraries by rpmlint check
by bugzilla_noreply＠novell.com 09 Dec '17

09 Dec '17

http://bugzilla.novell.com/show_bug.cgi?id=509945 Summary: Enforce packaging of static libraries by rpmlint check Classification: openSUSE Product: openSUSE 11.2 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: dmueller(a)novell.com ReportedBy: prusnak(a)novell.com QAContact: qa(a)suse.de CC: ro(a)novell.com, mrueckert(a)novell.com, crrodriguez(a)novell.com Found By: Development We are trying to adopt the static libraries packaging scheme described on http://en.opensuse.org/Packaging/Guidelines#Packaging_Static_Libraries By adding rpmlint check we will enforce the correct packaging. rpmlint should check whether the package contains *.{a,la} files and perform these steps: a) package contains *.la files, does not contain *.a files -> throw error suggesting the packager to remove *.la files in %install phase b) package contains only *.la and *.a files -> check if the name ends with "-devel-static", throw error otherwise, suggesting the rename c) package contains *.la, *.a files AND *.so files (and probably some includes) -> check if the name ends with "-devel" AND package also provides "-devel-static" symbol, throw error otherwise, suggesting the addition of symbol -> also point out that packager has to be sure that static libraries are absolutely needed in the system. If not the package should be built with --disable-static and *.la files removed in %install phase -- 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 884004] New: bzip2 -dcf skips the first block if fed uncompressed data
by bugzilla_noreply＠novell.com 09 Dec '17

09 Dec '17

https://bugzilla.novell.com/show_bug.cgi?id=884004 https://bugzilla.novell.com/show_bug.cgi?id=884004#c0 Summary: bzip2 -dcf skips the first block if fed uncompressed data Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: jnweiger(a)gmail.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- $ echo hello world | bzip2 -dcf returns nothing. I'd expect to see 'hello world'. According to the manual, the effects of -f include: "bzip2 normally declines to decompress files which don't have the correct magic header bytes. If forced (-f), however, it will pass such files through unmodified. This is how GNU gzip behaves. strace includes: read(0, "hello world\n", 4096) = 12 read(0, "", 4096) = 0 lseek(0, 0, SEEK_SET) = -1 ESPIPE (Illegal seek) read(0, "", 4096) = 0 close(0) = 0 I assume, the failing lseek() should be acted on. Possibly already an upstream issue? -- 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 7

[Bug 709260] New: package bzip2 missing documentation
by bugzilla_noreply＠novell.com 09 Dec '17

09 Dec '17

https://bugzilla.novell.com/show_bug.cgi?id=709260 https://bugzilla.novell.com/show_bug.cgi?id=709260#c0 Summary: package bzip2 missing documentation Classification: openSUSE Product: openSUSE 11.4 Version: Final Platform: i686 OS/Version: openSUSE 11.4 Status: NEW Severity: Minor Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: giecrilj(a)stegny.2a.pl QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; GTB7.1) The documentation for package bzip2 is not installed. Reproducible: Always Steps to Reproduce: 1. Read /usr/share/doc/packages/bzip2/README. 2. Find the referenced documentation. Actual Results: 1. Complete documentation is available in Postscript form (manual.ps), PDF (manual.pdf) or html (manual.html). A plain-text version of the manual page is available as bzip2.txt. 2. Nope. Expected Results: 2. /usr/share/doc/packages/bzip2/manual.html -- 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 907873] New: bash tab completion is erratic in opensuse 13.2
by bugzilla_noreply＠novell.com 06 Dec '17

06 Dec '17

http://bugzilla.opensuse.org/show_bug.cgi?id=907873 Bug ID: 907873 Summary: bash tab completion is erratic in opensuse 13.2 Classification: openSUSE Product: openSUSE Distribution Version: 13.2 Hardware: x86-64 OS: openSUSE 13.2 Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: jimoe(a)sohnen-moe.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- The shell (bash) tab completion is now erratic in opensuse v13.2. For instance: ----[ example ]---- The directory name is "1 rk forms-front folder". LS_OPTIONS="--literal --color --tabsize=0 --classify" alias ls="/bin/ls $LS_OPTIONS" alias ll="ls -lh" $ ls 1\ r<TAB> yields $ ls 1\ rk\ forms-front\ folder/ $ ll 1\ r<TAB> yields $ ll 1 rk forms-front folder ----[ end ]---- I never know which completion will happen when I enter a <TAB>. There does not seem to be any obvious pattern to command usage or alias-ing. If I "mv /etc/profile.d/bash_completion.sh /etc/profile.d/bash_completion.sh-bak" and restart the session, this problem does not occur. -- You are receiving this mail because: You are on the CC list for the bug.

1 6

[Bug 910933] New: Canna can not start
by bugzilla_noreply＠novell.com 17 Nov '17

17 Nov '17

http://bugzilla.opensuse.org/show_bug.cgi?id=910933 Bug ID: 910933 Summary: Canna can not start Classification: openSUSE Product: openSUSE Distribution Version: 13.2 Hardware: x86-64 OS: openSUSE 13.2 Status: NEW Severity: Major Priority: P5 - None Component: Other Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: bkbin005(a)rinku.zaq.ne.jp QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- I installed canna-devel in openSUSE 13.2. But I can not start Canna. Steps to Reproduce: 1) install openSUSE 13.2 2) sudo zypper install canna-devel 3) sudo systemctl status canna.service Actual Results: mitsutoshi@linux-rvvx:~> sudo systemctl start canna.service root's password: Job for canna.service failed. See "systemctl status canna.service" and "journalctl -xn" for details. mitsutoshi@linux-rvvx:~> sudo systemctl status canna.service canna.service - Canna Japanese Conversion Engine Loaded: loaded (/usr/lib/systemd/system/canna.service; disabled) Active: failed (Result: exit-code) since Sun 2014-12-21 09:57:54 JST; 32s ago Process: 6362 ExecStart=/usr/sbin/cannaserver -syslog (code=exited, status=1/FAILURE) Dec 21 09:57:54 linux-rvvx cannaserver[6362]: /usr/sbin/cannaserver: invalid option -- 'y' Dec 21 09:57:54 linux-rvvx cannaserver[6362]: Usage: cannaserver [-p num] [-l num] [-u us...e] Hint: Some lines were ellipsized, use -l to show in full. mitsutoshi@linux-rvvx:~> sudo systemctl -l status canna.service canna.service - Canna Japanese Conversion Engine Loaded: loaded (/usr/lib/systemd/system/canna.service; disabled) Active: failed (Result: exit-code) since Sun 2014-12-21 09:57:54 JST; 50s ago Process: 6362 ExecStart=/usr/sbin/cannaserver -syslog (code=exited, status=1/FAILURE) Dec 21 09:57:54 linux-rvvx cannaserver[6362]: /usr/sbin/cannaserver: invalid option -- 'y' Dec 21 09:57:54 linux-rvvx cannaserver[6362]: Usage: cannaserver [-p num] [-l num] [-u userid] [-syslog] [-inet] [-d] [dichome] mitsutoshi@linux-rvvx:~> sudo journalctl -xn -- Logs begin at Sat 2014-12-13 16:32:42 JST, end at Sun 2014-12-21 09:59:12 JST. -- Dec 21 09:57:54 linux-rvvx cannaserver[6362]: Usage: cannaserver [-p num] [-l num] [-u userid] Dec 21 09:57:54 linux-rvvx sudo[6359]: pam_unix(sudo:session): session closed for user root Dec 21 09:58:27 linux-rvvx sudo[6367]: mitsutoshi : TTY=pts/1 ; PWD=/home/mitsutoshi ; USER=ro Dec 21 09:58:27 linux-rvvx sudo[6367]: pam_unix(sudo:session): session opened for user root by Dec 21 09:58:27 linux-rvvx sudo[6367]: pam_unix(sudo:session): session closed for user root Dec 21 09:58:45 linux-rvvx sudo[6371]: mitsutoshi : TTY=pts/1 ; PWD=/home/mitsutoshi ; USER=ro Dec 21 09:58:45 linux-rvvx sudo[6371]: pam_unix(sudo:session): session opened for user root by Dec 21 09:58:45 linux-rvvx sudo[6371]: pam_unix(sudo:session): session closed for user root Dec 21 09:59:12 linux-rvvx sudo[6375]: mitsutoshi : TTY=pts/1 ; PWD=/home/mitsutoshi ; USER=ro Dec 21 09:59:12 linux-rvvx sudo[6375]: pam_unix(sudo:session): session opened for user root by I can reproduce this issue every time. Expected Results: Canna should start. Build Date & Hardware: Installed 2014-12-13 on VirtualBox 4.3.20 r96996 in Windows 7 Ultimate SP1. Please see also: http://lists.opensuse.org/opensuse-ja/2014-12/msg00017.html http://lists.opensuse.org/opensuse-ja/2014-12/msg00022.html -- You are receiving this mail because: You are on the CC list for the bug.

1 11

[Bug 907403] New: dropbox-servicemenu is broken
by bugzilla_noreply＠novell.com 17 Nov '17

17 Nov '17

http://bugzilla.opensuse.org/show_bug.cgi?id=907403 Bug ID: 907403 Summary: dropbox-servicemenu is broken Classification: openSUSE Product: openSUSE Distribution Version: 13.2 Hardware: x86-64 OS: openSUSE 13.2 Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: farcusnz(a)gmail.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:33.0) Gecko/20100101 Firefox/33.0 Build Identifier: dropbox-servicemenu 0.16.1-2.1 from KDE Extra in openSUSE 13.2 seems broken. when selecting to copy or move to public folder and write link to clipboard nothing is moved or copied and the following error message is copied to the clipboard . . . "Couldn't get public url: Illegal Argument: The path "/Public/car2.jpg" does not exist" generating a public url and then trying to use that URL results in a 403 error on the dropbox website. Selecting to share a folder results in a 403 error on dropbox website. Reproducible: Always -- You are receiving this mail because: You are on the CC list for the bug.

1 6