May 2015 - openSUSE Bugs - openSUSE Mailing Lists

[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 912316] New: fail2ban failed to start after install but.. jail.local have errors
by bugzilla_noreply＠novell.com 30 Nov '17

30 Nov '17

http://bugzilla.opensuse.org/show_bug.cgi?id=912316 Bug ID: 912316 Summary: fail2ban failed to start after install but.. jail.local have errors Classification: openSUSE Product: openSUSE 13.1 Version: Final Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Security Assignee: security-team(a)suse.de Reporter: jonte1(a)gmail.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Created attachment 619018 --> http://bugzilla.opensuse.org/attachment.cgi?id=619018&action=edit error messages fail2ban is in the repos. Easy as baking a cake. Zypper in.. No. Refuse to start after install. Had a look with yast(not yast2)/software and I was recommended 2 additional packages (firewall2 integration). But no. See attached file(fail2ban) over errors. The solution is to adjust the package writing the etc/fail2ban/jail.local in the 4th row. Before: # test [DEFAULT] # a space delimited list of IP addresses, CIDR prefixes, or DNS hostnames # to bypass fail2ban protection .... Should be: # test [DEFAULT] # a space delimited list of IP addresses, CIDR prefixes, or DNS #hostnames # to bypass fail2ban protection .... regards -- You are receiving this mail because: You are on the CC list for the bug.

1 1

[Bug 932003] New: wrong system language
by bugzilla_noreply＠novell.com 18 Nov '17

18 Nov '17

http://bugzilla.opensuse.org/show_bug.cgi?id=932003 Bug ID: 932003 Summary: wrong system language Classification: openSUSE Product: openSUSE Distribution Version: 13.2 Hardware: x86-64 OS: openSUSE 13.2 Status: NEW Severity: Minor Priority: P5 - None Component: YaST2 Assignee: yast2-maintainers(a)suse.de Reporter: g.bluehut(a)gmail.com QA Contact: jsrain(a)suse.com Found By: --- Blocker: --- Last night I installed two times like this using openSUSE 13.2 DVD iso: Selecting: Language: English Keyboard: German Location: Germany DE: XFCE When the installation was finished, XFCE and many programs (except yast, maybe there are not translations?) where in german, instead of english. # echo $LANG de_DE.utf8 RC_LANG in /etc/sysconfig: en_US.UTF-8 Kind of confusing, hope someone can shed some light on this. Not sure whether it is a problem of yast, XFCE or me :-) -- You are receiving this mail because: You are on the CC list for the bug.

1 1

[Bug 912584] New: WWAN broken after upgrade 13.1 to 13.2
by bugzilla_noreply＠novell.com 17 Nov '17

17 Nov '17

http://bugzilla.opensuse.org/show_bug.cgi?id=912584 Bug ID: 912584 Summary: WWAN broken after upgrade 13.1 to 13.2 Classification: openSUSE Product: openSUSE Distribution Version: 13.2 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Network Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: richard(a)nod.at QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- I can no longer use my WWAN connection. Networkmanager logs: --- 2015-01-10T10:09:48.094382+01:00 sandpuppy NetworkManager[1600]: <info> Activation (ttyUSB2) Stage 1 of 5 (Device Prepare) scheduled... 2015-01-10T10:09:48.095054+01:00 sandpuppy NetworkManager[1600]: <info> Activation (ttyUSB2) Stage 1 of 5 (Device Prepare) started... 2015-01-10T10:09:48.095615+01:00 sandpuppy NetworkManager[1600]: <info> (ttyUSB2): device state change: need-auth -> prepare (reason 'none') [60 40 0] 2015-01-10T10:09:48.096162+01:00 sandpuppy NetworkManager[1600]: <info> Activation (ttyUSB2) Stage 1 of 5 (Device Prepare) complete. 2015-01-10T10:09:48.103749+01:00 sandpuppy NetworkManager[1600]: <warn> (ttyUSB2) failed to connect modem: PolicyKit authorization error: 'authority not found' 2015-01-10T10:09:48.104445+01:00 sandpuppy NetworkManager[1600]: <info> (ttyUSB2): device state change: prepare -> failed (reason '(null)') [40 120 1] 2015-01-10T10:09:48.105036+01:00 sandpuppy NetworkManager[1600]: <info> NetworkManager state is now CONNECTED_LOCAL 2015-01-10T10:09:48.106073+01:00 sandpuppy NetworkManager[1600]: <info> Disabling autoconnect for connection 'A1/Telekom Austria - A1 Breitband'. 2015-01-10T10:09:48.106571+01:00 sandpuppy NetworkManager[1600]: <warn> Activation (ttyUSB2) failed for connection 'A1/Telekom Austria - A1 Breitband' 2015-01-10T10:09:48.107030+01:00 sandpuppy NetworkManager[1600]: <info> (ttyUSB2): device state change: failed -> disconnected (reason 'none') [120 30 0] 2015-01-10T10:09:48.107482+01:00 sandpuppy NetworkManager[1600]: <info> (ttyUSB2): deactivating device (reason 'none') [0] 2015-01-10T10:10:25.290151+01:00 sandpuppy NetworkManager[1600]: <info> Activation (ttyUSB2) starting connection 'A1/Telekom Austria - A1 Breitband' 2015-01-10T10:10:25.291302+01:00 sandpuppy NetworkManager[1600]: <info> Activation (ttyUSB2) Stage 1 of 5 (Device Prepare) scheduled... 2015-01-10T10:10:25.292154+01:00 sandpuppy NetworkManager[1600]: <info> Activation (ttyUSB2) Stage 1 of 5 (Device Prepare) started... 2015-01-10T10:10:25.292931+01:00 sandpuppy NetworkManager[1600]: <info> (ttyUSB2): device state change: disconnected -> prepare (reason 'none') [30 40 0] 2015-01-10T10:10:25.293724+01:00 sandpuppy NetworkManager[1600]: <info> NetworkManager state is now CONNECTING 2015-01-10T10:10:25.294449+01:00 sandpuppy NetworkManager[1600]: <info> (ttyUSB2): device state change: prepare -> need-auth (reason 'none') [40 60 0] 2015-01-10T10:10:25.295167+01:00 sandpuppy NetworkManager[1600]: <info> Activation (ttyUSB2) Stage 1 of 5 (Device Prepare) complete. 2015-01-10T10:10:25.318331+01:00 sandpuppy NetworkManager[1600]: (NetworkManager:1600): libnm-util-CRITICAL **: get_secret_flags: assertion 'is_secret_prop (setting, secret_name, error)' failed 2015-01-10T10:10:25.393312+01:00 sandpuppy NetworkManager[1600]: <info> Activation (ttyUSB2) Stage 1 of 5 (Device Prepare) scheduled... 2015-01-10T10:10:25.393994+01:00 sandpuppy NetworkManager[1600]: <info> Activation (ttyUSB2) Stage 1 of 5 (Device Prepare) started... 2015-01-10T10:10:25.394531+01:00 sandpuppy NetworkManager[1600]: <info> (ttyUSB2): device state change: need-auth -> prepare (reason 'none') [60 40 0] 2015-01-10T10:10:25.395268+01:00 sandpuppy NetworkManager[1600]: <info> Activation (ttyUSB2) Stage 1 of 5 (Device Prepare) complete. 2015-01-10T10:10:25.402549+01:00 sandpuppy NetworkManager[1600]: <warn> (ttyUSB2) failed to connect modem: PolicyKit authorization error: 'authority not found' 2015-01-10T10:10:25.403277+01:00 sandpuppy NetworkManager[1600]: <info> (ttyUSB2): device state change: prepare -> failed (reason '(null)') [40 120 1] 2015-01-10T10:10:25.404311+01:00 sandpuppy NetworkManager[1600]: <info> NetworkManager state is now CONNECTED_LOCAL 2015-01-10T10:10:25.404927+01:00 sandpuppy NetworkManager[1600]: <info> Disabling autoconnect for connection 'A1/Telekom Austria - A1 Breitband'. 2015-01-10T10:10:25.405455+01:00 sandpuppy NetworkManager[1600]: <warn> Activation (ttyUSB2) failed for connection 'A1/Telekom Austria - A1 Breitband' 2015-01-10T10:10:25.405993+01:00 sandpuppy NetworkManager[1600]: <info> (ttyUSB2): device state change: failed -> disconnected (reason 'none') [120 30 0] 2015-01-10T10:10:25.406506+01:00 sandpuppy NetworkManager[1600]: <info> (ttyUSB2): deactivating device (reason 'none') [0] --- Any ideas? -- You are receiving this mail because: You are on the CC list for the bug.

1 8

[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

[Bug 910367] New: Captive portal handling does not work
by bugzilla_noreply＠novell.com 16 Nov '17

16 Nov '17

http://bugzilla.opensuse.org/show_bug.cgi?id=910367 Bug ID: 910367 Summary: Captive portal handling does not work Classification: openSUSE Product: openSUSE Distribution Version: 13.2 Hardware: x86-64 OS: openSUSE 13.2 Status: NEW Severity: Normal Priority: P5 - None Component: GNOME Assignee: bnc-team-gnome(a)forge.provo.novell.com Reporter: badshah400(a)gmail.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- According to https://help.gnome.org/misc/release-notes/3.14/, captive portal handling should work, but on stock openSUSE 13.2 + GNOME it does not. On both wifi networks that I had the opportunity to test, I had to first accept a licence agreement (so not strictly a login) before I could connect to the internet but network-manager did not automatically pop-open the browser for me. I haad to do it manually, just like old times. -- You are receiving this mail because: You are on the CC list for the bug.

1 4