May 2019 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 941629] New: config.rpath from gettext-tools adds unnessary rpaths in x86_64 builds
by bugzilla_noreply＠novell.com 09 Jul '20

09 Jul '20

http://bugzilla.opensuse.org/show_bug.cgi?id=941629 Bug ID: 941629 Summary: config.rpath from gettext-tools adds unnessary rpaths in x86_64 builds Classification: openSUSE Product: openSUSE.org Version: unspecified Hardware: x86-64 OS: All Status: NEW Severity: Normal Priority: P5 - None Component: 3rd party software Assignee: pth(a)suse.com Reporter: i(a)marguerite.su QA Contact: opensuse-communityscreening(a)forge.provo.novell.com Found By: Community User Blocker: --- Hi, I found two unnessary rpaths are added to LDFLAGS during building Cinnamon: https://build.opensuse.org/build/home:MargueriteSu:branches:X11:Cinnamon:Fa… <pre> [ 98s] libtool: link: gcc -fmessage-length=0 -grecord-gcc-switches -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector -funwind-tables -fasynchronous-unwind-tables -g -Wmissing-prototypes -o test-theme st/test_theme-test-theme.o ./.libs/libst-1.0.a -lclutter-1.0 -lcogl-path -lcogl-pango -lcogl -lgmodule-2.0 -lwayland-egl -lgbm -ldrm -lEGL -lXrandr -ljson-glib-1.0 -lwayland-cursor -lwayland-client -lxkbcommon -lwayland-server -lXext -lXdamage -lXfixes -lXcomposite -lXi -lcroco-0.6 /usr/lib64/libxml2.so -ldl -lz -llzma -lm -lcinnamon-desktop -lgtk-3 -lgdk-3 -lpangocairo-1.0 -lpango-1.0 -latk-1.0 -lcairo-gobject -lcairo -lgdk_pixbuf-2.0 -lgio-2.0 -lgobject-2.0 -lglib-2.0 -lX11 -pthread -Wl,-rpath -Wl,/usr/lib64 -Wl,-rpath -Wl,/usr/lib64 </pre> by grep in the build directory, I found those two rpaths comes from config.rpath: <pre> d_shlibs=yes if test "$with_gnu_ld" = yes; then # Set some defaults for GNU ld with shared library support. These # are reset later if shared libraries are not supported. Putting them # here allows them to be overridden if necessary. # Unlike libtool, we use -rpath here, not --rpath, since the documented # option of GNU ld is called -rpath, not --rpath. hardcode_libdir_flag_spec='${wl}-rpath ${wl}$libdir' case "$host_os" in </pre> it seems that x86_64 didn't pass the host_os test. please have a look -- You are receiving this mail because: You are on the CC list for the bug.

2 8

[Bug 1115783] New: The report generator in BASE corrupts header and footers
by bugzilla_noreply＠novell.com 09 Jul '20

09 Jul '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1115783 Bug ID: 1115783 Summary: The report generator in BASE corrupts header and footers Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.0 Hardware: x86-64 OS: SUSE Other Status: NEW Severity: Normal Priority: P5 - None Component: LibreOffice Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: brian(a)theharrises.me.uk QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Created attachment 789520 --> http://bugzilla.opensuse.org/attachment.cgi?id=789520&action=edit Archive of directory containing the above files. The Libreoffice distributed with OpenSuse Leap 15 does not process page headers and footers correctly. Firstly they are given the wrong height. Secondly graphics in the header are not scaled correctly to fit the header. This does not occur in the versions downloaded from The Document Foundation (TDF). I have attached a tar file containing ReportTest.tar.gz. This contains a directory which contains the following files: ReportTest.odb - A self contained database that illustrates the issue. ReportSuse(Bad).pdf - The corrupt result from the SuSE version of Libreoffice. ReportTDF(Good).pdf - The expected result from the TDF version of LibreOffice. Coins.png - The image used in the header. When trying this out, the report (named Library) in ReportTest.odb will have to be edited to correct the path to the image (Coins.png). -- You are receiving this mail because: You are on the CC list for the bug.

2 1

[Bug 1101107] New: trackerbug: packages do not build reproducibly from including kernel version
by bugzilla_noreply＠novell.com 09 Jul '20

09 Jul '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1101107 Bug ID: 1101107 Summary: trackerbug: packages do not build reproducibly from including kernel version Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: All OS: openSUSE Factory Status: NEW Severity: Minor Priority: P5 - None Component: Other Assignee: bwiedemann(a)suse.com Reporter: bwiedemann(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: Development Blocker: --- See also https://reproducible-builds.org/ When packages include the kernel version from the build system it results in binaries that sometimes differ and thus trigger rebuilds of depending packages and are published to mirrors and users when actually nothing really changed. To reproduce locally, do one build with osc build --vm-type=kvm and another with osc build --vm-type=lxc -- You are receiving this mail because: You are on the CC list for the bug.

2 3

[Bug 1099766] New: Falkon web browser - No .ymp support configured aka "One Click Install"
by bugzilla_noreply＠novell.com 07 Jul '20

07 Jul '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1099766 Bug ID: 1099766 Summary: Falkon web browser - No .ymp support configured aka "One Click Install" Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.0 Hardware: x86-64 OS: openSUSE Factory Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: tonysu(a)su-networking.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Am thinking if Falkon is to be officially supported as the main web browser for Desktops like LXQt/LXDE, it should be configured with a .ymp MIME type like FF and Chromium so that it can be used at https://software.opensuse.org/search/ Have not checked where Falkon is commonly installed as part of the default Desktop pattern, believe the OS is not relevant. Although this is on LEAP 15, this is probably true also for Tumbleweed and probably 42.3 -- You are receiving this mail because: You are on the CC list for the bug.

2 3

[Bug 1127614] New: Image armv6l-2019.02.12-Snapshot20190217 does not generate /etc/resolv.conf
by bugzilla_noreply＠novell.com 06 Jul '20

06 Jul '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1127614 Bug ID: 1127614 Summary: Image armv6l-2019.02.12-Snapshot20190217 does not generate /etc/resolv.conf Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: armv5 OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: freek(a)opensuse.org QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- After loading the image openSUSE-Tumbleweed-ARM-JeOS-raspberrypi.armv6l-2019.02.12-Snapshot20190217.raw.xz on a SD card and starting the RPi1, the system does not have a /etc/resolv.conf. Giving the command "netconfig update -f" it produces the following error messages: /etc/netconfig.d//dns-resolver: line 141: netconfig_mktemp: command not found /etc/netconfig.d//nis: line 209: netconfig_mktemp: command not found /etc/netconfig.d//ntp-runtime: line 97: netconfig_mktemp: command not found /etc/netconfig.d//ntp-runtime: line 124: netconfig_mktemp: command not found Analyzing it further I found this netconfig_mktemp was defined in /etc/sysconfig/network/scripts/functions.netconfig. It is not anymore. -- You are receiving this mail because: You are on the CC list for the bug.

2 5

[Bug 943628] New: Networkmanager looses Wi-Fi connection
by bugzilla_noreply＠novell.com 06 Jul '20

06 Jul '20

http://bugzilla.opensuse.org/show_bug.cgi?id=943628 Bug ID: 943628 Summary: Networkmanager looses Wi-Fi connection Classification: openSUSE Product: openSUSE Factory Version: 201505* Hardware: armv5 OS: SUSE Other Status: NEW Severity: Normal Priority: P5 - None Component: Network Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: freek(a)opensuse.org QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- I have Raspberry Pi 1B system with a Wi-Fi USB interface running one of the latest Tumbleweed openSUSE images. After installation of the image I added nmcli-dmenu without recommends. I disabled wicked and enabled NetworkManager. Using nmtui I configured the wlan0 interface with a fixed IP address and the required other network parameters. When I boot the system without a connected Ethernet cable, the system comes up with an active Wi-Fi connection. The system is relatively far from the AP. So when I run a ping to the default gateway I always have a few percent loss. When I leave the system running for a few days a see each few hours - no fixed interval - a "Connection disconnected" with different reasons in the journal. At a certain moment I see "Activation: failed" to the AP. The system remains at the same location. After that NM does not try to re-establish the connection, so the system is not reachable anymore. When I connect the Ethernet cable I have access to the system again. Restarting the network.service re-establishes the Wi-Fi connection, so I can pull the Ethernet cable and still have a connection via Wi-Fi. I would expect NM to continuously try to re-establish the Wi-Fi connection. -- You are receiving this mail because: You are on the CC list for the bug.

2 1

[Bug 1127615] New: Image armv6l-2019.02.12-Snapshot20190217 does not allow vi to start
by bugzilla_noreply＠novell.com 06 Jul '20

06 Jul '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1127615 Bug ID: 1127615 Summary: Image armv6l-2019.02.12-Snapshot20190217 does not allow vi to start Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: armv5 OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: freek(a)opensuse.org QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- After loading the image openSUSE-Tumbleweed-ARM-JeOS-raspberrypi.armv6l-2019.02.12-Snapshot20190217.raw.xz on a SD card and starting the system, and starting vi I get the error message: vi: error while loading shared libraries: libperl.so: cannot open shared object file: No such file or directory After giving "ln -s /usr/lib/perl5/5.28.1/armv6l-linux-thread-multi/CORE/libperl.so /usr/lib/" it works. -- You are receiving this mail because: You are on the CC list for the bug.

2 1

[Bug 915168] New: During boot message i2c_hid i2c-SYN1B7E:01: failed to retrieve report from device. is shown
by bugzilla_noreply＠novell.com 06 Jul '20

06 Jul '20

http://bugzilla.opensuse.org/show_bug.cgi?id=915168 Bug ID: 915168 Summary: During boot message i2c_hid i2c-SYN1B7E:01: failed to retrieve report from device. is shown Classification: openSUSE Product: openSUSE Factory Version: 201501* Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Kernel Assignee: kernel-maintainers(a)forge.provo.novell.com Reporter: freek(a)opensuse.org QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- On my Acer laptop with Intel N3530 and apparently a touchpad with name SYN1B7E I see the following: During boot message: i2c_hid i2c-SYN1B7E:01: failed to retrieve report from device. is shown. Ifound some reference about this device in http://www.adamdrew.net/?tag=kernel -- You are receiving this mail because: You are on the CC list for the bug.

2 8

[Bug 984594] New: Use of cpan on Raspberry Pi 1 B armv6l has unsatisfied requirements
by bugzilla_noreply＠novell.com 06 Jul '20

06 Jul '20

http://bugzilla.opensuse.org/show_bug.cgi?id=984594 Bug ID: 984594 Summary: Use of cpan on Raspberry Pi 1 B armv6l has unsatisfied requirements Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: freek(a)opensuse.org QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- On a just installed Tumbleweed system on a Raspberry Pi 1B (armv6l) I tried to install a perl module using cpan. After some experimenting I found that I needed to install the packages make and gcc. Apparently the package perl, which provides /usr/bin/cpan, needs requirements for these two packages. -- You are receiving this mail because: You are on the CC list for the bug.

2 2

[Bug 986387] New: Device wlan0 on Raspberry Pi unexpectedly stopped and does not try to restart
by bugzilla_noreply＠novell.com 06 Jul '20

06 Jul '20

http://bugzilla.opensuse.org/show_bug.cgi?id=986387 Bug ID: 986387 Summary: Device wlan0 on Raspberry Pi unexpectedly stopped and does not try to restart Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Network Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: freek(a)opensuse.org QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- On a Raspberry Pi 1B I use Wi-Fi dongle to connect to the network. After about one week of running I noticed the network connection was down, so I had to power off and on the system to get again a network connection. I found the following error messages in the journal: jun 21 16:16:01 frans wickedd-nanny[474]: device wlan0: got signal linkDown jun 21 16:16:01 frans wickedd-nanny[474]: wlan0: failed to bring up device, still continuing jun 21 16:16:15 frans wickedd-dhcp4[456]: unable to rebind lease In the meantime the system worked as expected and the next morning the power off/on resulted in a connected system afgain. I wonder what caused the linkDown and why the system did not try to re-establish the connection. -- You are receiving this mail because: You are on the CC list for the bug.

2 1