December 2014 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 906709] systemd-nspawn --network-veth and --network-bridge not supported
by bugzilla_noreply＠novell.com 05 Dec '14

05 Dec '14

http://bugzilla.suse.com/show_bug.cgi?id=906709 --- Comment #13 from Florian Koch <f_koch(a)gmx.de> --- (In reply to Bernhard Wiedemann from comment #9) > Could be related to bug 907093 > then it should help to use the new iproute2 package from this repo > http://download.opensuse.org/update/13.2-test/ > > Can you test this? ok updated and rebooted the system to ensure all libs are replaced, does not help -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 907378] ath3k bluetooth probe of 3-7:1.0 failed with error -110 from time to time
by bugzilla_noreply＠novell.com 05 Dec '14

05 Dec '14

http://bugzilla.suse.com/show_bug.cgi?id=907378 --- Comment #17 from Al Cho <acho(a)suse.com> --- (In reply to Mathias Homann from comment #12) > now i suddenly get this: > > [ 3.031641] Bluetooth: Patch file not found ar3k/AthrBT_0x31010000.dfu > [ 3.031643] Bluetooth: Loading patch file failed Would you please use: #md5sum /lib/firmware/ar3k/AthrBT_0x31010000.dfu And attach the result. We need confirm the version of ar3k patch. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 908468] New: aarch64: Need more address space for Seattle
by bugzilla_noreply＠novell.com 05 Dec '14

05 Dec '14

http://bugzilla.opensuse.org/show_bug.cgi?id=908468 Bug ID: 908468 Summary: aarch64: Need more address space for Seattle Classification: openSUSE Product: openSUSE Factory Version: 201412* Hardware: aarch64 OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Kernel Assignee: agraf(a)suse.com Reporter: agraf(a)suse.com QA Contact: qa-bugs(a)suse.de CC: dmueller(a)suse.com Found By: --- Blocker: --- We currently run with 4k page size and 3 levels of page table which gives us a 38 bit address space. This is too small to fit Seattle's RAM. We can either switch to 64k pages and 2 levels which would give us a performance boost plus 42bits of VA space or move to 48bit VA space on 4k pages, disabling SMMU support. The only drawback of the 64k page support is that we'd lose compat support with armv7 binaries. However, binutils 2.25 is changing segment offsets so that 32bit binaries would effectively run with 64k page size. The best way forward IMHO would be to enable CONFIG_COMPAT for 64k page size and tell anyone who needs to run 32bit code to use Factory as the base. -- You are receiving this mail because: You are on the CC list for the bug.

1 1

[Bug 899316] New: rsyslog update breaks local file permissions
by bugzilla_noreply＠novell.com 04 Dec '14

04 Dec '14

http://bugzilla.opensuse.org/show_bug.cgi?id=899316 Bug ID: 899316 Summary: rsyslog update breaks local file permissions Classification: openSUSE Product: openSUSE 13.1 Version: Final Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: mgoppold(a)web.de QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Created attachment 608621 --> http://bugzilla.opensuse.org/attachment.cgi?id=608621&action=edit Patch to modify rsyslog.spec if the file permissions not 640 on var/log/messages for example the update reset set permissions to 640. this can prevented by modifing the %post section in rsyslog.spec to set the permission only on the first install -- You are receiving this mail because: You are on the CC list for the bug.

1 2

[Bug 893359] clang fails to compile helloworld on ARM
by bugzilla_noreply＠novell.com 04 Dec '14

04 Dec '14

http://bugzilla.opensuse.org/show_bug.cgi?id=893359 --- Comment #9 from Josua Mayer <josua.m(a)t-online.de> --- Not to cause panic: It can be resolved by simply installing gcc. So it only happens when gcc is not installed (I have not checked c++). Maybe a dependency is missing? -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 893359] clang fails to compile helloworld on ARM
by bugzilla_noreply＠novell.com 04 Dec '14

04 Dec '14

http://bugzilla.opensuse.org/show_bug.cgi?id=893359 --- Comment #8 from Josua Mayer <josua.m(a)t-online.de> --- Interesting: The bug has been resolved for suse 13.1, but jumped on top of me with 13.2 again: clang version 3.5.0 (tags/RELEASE_350/final 216961) Target: armv7l-unknown-linux-gnueabihf Thread model: posix Found candidate GCC installation: /usr/bin/../lib/gcc/armv7hl-suse-linux-gnueabi/4.8 Found candidate GCC installation: /usr/lib/gcc/armv7hl-suse-linux-gnueabi/4.8 "/usr/bin/clang-3.5" -cc1 -triple armv7-unknown-linux-gnueabihf -emit-obj -mrelax-all -disable-free -disable-llvm-verifier -main-file-name helloworld.c -mrelocation-model static -mdisable-fp-elim -fmath-errno -masm-verbose -mconstructor-aliases -target-cpu cortex-a8 -target-abi aapcs-linux -mfloat-abi hard -v -dwarf-column-info -resource-dir /usr/bin/../lib/clang/3.5.0 -internal-isystem /usr/local/include -internal- isystem /usr/bin/../lib/clang/3.5.0/include -internal-externc-isystem /include -internal-externc-isystem /usr/include -fdebug-compilation-dir /root -ferror-limit 19 -fmessage-length 80 -mstackrealign -fno-signe d-char -fobjc-runtime=gcc -fdiagnostics-show-option -o /tmp/helloworld-7e464a.o -x c helloworld.c clang -cc1 version 3.5.0 based upon LLVM 3.5.0svn default target armv7l-unknown-linux-gnueabihf ignoring nonexistent directory "/include" #include "..." search starts here: #include <...> search starts here: /usr/local/include /usr/bin/../lib/clang/3.5.0/include /usr/include End of search list. "/usr/bin/ld" -z relro -X --hash-style=gnu --hash-style=both --build-id --enable-new-dtags --eh-frame-hdr -m armelf_linux_eabi -dynamic-linker /lib/ld-linux-armhf.so.3 -o helloworld /usr/bin/../lib/crt1.o /usr /bin/../lib/crti.o crtbegin.o -L/usr/bin/../lib -L/lib/../lib -L/usr/lib/../lib -L/usr/bin/../lib -L/lib -L/usr/lib /tmp/helloworld-7e464a.o -lgcc --as-needed -lgcc_s --no-as-needed -lc -lgcc --as-needed -lgcc_ s --no-as-needed crtend.o /usr/bin/../lib/crtn.o /usr/bin/ld: cannot find crtbegin.o: No such file or directory /usr/bin/ld: cannot find -lgcc /usr/bin/ld: cannot find -lgcc_s clang-3.5: error: linker command failed with exit code 1 (use -v to see invocation) -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 704808] phy0: wlan0: No probe response from AP after 500 ms
by bugzilla_noreply＠novell.com 04 Dec '14

04 Dec '14

http://bugzilla.suse.com/show_bug.cgi?id=704808 Roeland Jansen <roeland.jansen(a)snow.nl> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED CC| |roeland.jansen(a)snow.nl Resolution|--- |FIXED Flags|needinfo?(roeland@linux-it. | |nl) | --- Comment #4 from Roeland Jansen <roeland.jansen(a)snow.nl> --- not active in 13.2 on same hw -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 731042] /usr filesystem appears mounted as /dev/dm-7 instead of /dev/mapper/system-usr
by bugzilla_noreply＠novell.com 04 Dec '14

04 Dec '14

http://bugzilla.suse.com/show_bug.cgi?id=731042 Roeland Jansen <roeland.jansen(a)snow.nl> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED CC| |roeland.jansen(a)snow.nl Resolution|--- |FIXED Flags|needinfo?(roeland@linux-it. | |nl) | --- Comment #9 from Roeland Jansen <roeland.jansen(a)snow.nl> --- will do -- have to rebuild a systsem to check -- the new btrfs looks different (without lvm that is) -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 908375] wicked: bridges with stp don't come up
by bugzilla_noreply＠novell.com 04 Dec '14

04 Dec '14

http://bugzilla.opensuse.org/show_bug.cgi?id=908375 --- Comment #17 from Peter Maloney <peter.maloney(a)brockmann-consult.de> --- (In reply to Marius Tomaschewski from comment #8) > OK, that is, at boot a bridge with STP enabled and a port which gets a link > does not come UP, while later it does, right? It is "UP" but no IPv4 assigned. 5: br0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default link/ether 4e:30:18:27:25:57 brd ff:ff:ff:ff:ff:ff inet6 fe80::4c30:18ff:fe27:2557/64 scope link valid_lft forever preferred_lft forever > > the bridge does not get its IP address assigned (a major BUG) > > When the bridge link carrier / state is not UP, further layers as IPs > aren't assigned. This is not a bug. Wicked verifies and assigns IPs > after the link goes up (without carrier, STP, IP verify .. is useless). The link was "UP" though (after boot... don't know about when it tried assigning an IP), rather than "DOWN,NO-CARRIER". And you don't need an IP to participate in STP. > At least when use-nanny is enabled, the IPs are assigned later. Without, > ifup is a one shot and after the time (WAIT_FOR_INTERFACES + bridge STP) > it is allowed to wait is over, it has to report & exit. You mean like a "standing order"? This is a concept I like, and have never seen it in Linux before (except maybe the automounter). (but I don't approve of network manager which does this too, but has a horrible CLI eg. binary instead of text files, and commands refuses to work if the network is disconnected) -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 908375] wicked: bridges with stp don't come up
by bugzilla_noreply＠novell.com 04 Dec '14

04 Dec '14

http://bugzilla.opensuse.org/show_bug.cgi?id=908375 --- Comment #16 from Peter Maloney <peter.maloney(a)brockmann-consult.de> --- Created attachment 615963 --> http://bugzilla.opensuse.org/attachment.cgi?id=615963&action=edit same result as the above 7 files, but with nanny -- You are receiving this mail because: You are on the CC list for the bug.

1 0