December 2015 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 958524] New: filesystems/cdemu-daemon: Fails to start when user is not member of cdrom
by bugzilla_noreply＠novell.com 14 Oct '20

14 Oct '20

http://bugzilla.opensuse.org/show_bug.cgi?id=958524 Bug ID: 958524 Summary: filesystems/cdemu-daemon: Fails to start when user is not member of cdrom Classification: openSUSE Product: openSUSE.org Version: unspecified Hardware: x86-64 OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: 3rd party software Assignee: jengelh(a)inai.de Reporter: c.castillo.cast(a)gmail.com QA Contact: opensuse-communityscreening(a)forge.provo.novell.com Depends on: 958517 Found By: --- Blocker: --- Using OpenSUSE Tumbleweed 64 bit and cdemu-daemon 3.0.3 Error cdemu-daemon fails to start when user is not member of cdrom group (see attachment for error message) Solution #gpasswd -a user cdrom log-out log-in Can a message be added to request the user to add himself to the cdrom group? -- You are receiving this mail because: You are on the CC list for the bug.

2 3

[Bug 954532] New: Elantech Touchpad on Acer Aspire R11 not detected
by bugzilla_noreply＠novell.com 25 Sep '20

25 Sep '20

http://bugzilla.opensuse.org/show_bug.cgi?id=954532 Bug ID: 954532 Summary: Elantech Touchpad on Acer Aspire R11 not detected Classification: openSUSE Product: openSUSE Tumbleweed Version: 2015* Hardware: x86-64 OS: Other Status: NEW Severity: Critical Priority: P5 - None Component: Kernel Assignee: kernel-maintainers(a)forge.provo.novell.com Reporter: robin.roevens1(a)pandora.be QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Installed Tumbleweed on a brand new Acer Aspire R11 (R3-131T-C56L). Turned out the Touchpad does not work. It is even not listed in /proc/bus/input/devices. The Raydium touchscreen however works correctly. I first tried Leap 42.1 on this machine but had to convert to Tumbleweed since ACPI and the VGA adapter where not correctly supported. BUT the touchpad was detected correctly and worked without problem. On Tumbleweed ACPI and VGA work correctly but no touchpad is detected. When I boot in the Leap Recovery system /proc/bus/input/devices contains this about the touchpad: I: Bus=0011 Vendor=0002 Product=000e Version=0000 N: Name="ETPS/2 Elantech Touchpad" P: Phys=isa0060/serio1/input0 S: Sysfs=/devices/platform/i8042/serio1/input/input4 U: Uniq= H: Handlers=mouse0 event1 B: PROP=5 B: EV=b B: KEY=e420 10000 0 0 0 0 B: ABS=661800011000003 In Tumbleweed it just is not listed. -- You are receiving this mail because: You are on the CC list for the bug.

2 28

[Bug 937020] New: pdfcsplain ommits czech characters
by bugzilla_noreply＠novell.com 26 Aug '20

26 Aug '20

http://bugzilla.opensuse.org/show_bug.cgi?id=937020 Bug ID: 937020 Summary: pdfcsplain ommits czech characters Classification: openSUSE Product: openSUSE Factory Version: 201505* Hardware: x86-64 OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: martin.jakl(a)qbicon.cz QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/43.0.2357.130 Safari/537.36 Build Identifier: pdfcsplain from texlive ommits czech characters from resulting pdf document. At first it complained that there are some files generated with pdftex, so I've run sudo fmtutil --all, after that it works, but results are not correct. Reproducible: Always Steps to Reproduce: 1. install texlive 2. run 'sudo fmtutil --all' 3. run pdfcsplain test.tex 4. compare resulting pdf with test-13.2.pdf -- You are receiving this mail because: You are on the CC list for the bug.

2 6

[Bug 957823] New: firefox does not use company certificates
by bugzilla_noreply＠novell.com 29 Jul '20

29 Jul '20

http://bugzilla.suse.com/show_bug.cgi?id=957823 Bug ID: 957823 Summary: firefox does not use company certificates Classification: openSUSE Product: openSUSE Tumbleweed Version: 2015* Hardware: x86-64 OS: Linux Status: NEW Severity: Normal Priority: P5 - None Component: Security Assignee: security-team(a)suse.de Reporter: ohering(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- fresh current TW, xfce Installing the various ca-certificates-* from internal SUSE:CA repo, then running "firefox build.suse.de/imap.suse.de" will complain about untrusted connection. I see the SUSE_Trust_Root.pem in /etc/ssl/certs/. Is that supposed to be enough for firefox to use these company certificates? -- You are receiving this mail because: You are on the CC list for the bug.

2 13

[Bug 934495] New: Firefox is in English even when Czech translation is installed and enabled
by bugzilla_noreply＠novell.com 29 Jul '20

29 Jul '20

http://bugzilla.suse.com/show_bug.cgi?id=934495 Bug ID: 934495 Summary: Firefox is in English even when Czech translation is installed and enabled Classification: openSUSE Product: openSUSE Factory Version: 201505* Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Firefox Assignee: bnc-team-mozilla(a)forge.provo.novell.com Reporter: vpelcak(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Hello. I have installed MozillaFirefox-translations-common-38.0.6-1.1.x86_64 and enabled Czech language in Add-ons -> Languages. However after start of Firefox it is still in English language. -- You are receiving this mail because: You are on the CC list for the bug.

2 5

[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 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 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 932495] New: telepathy-haze SIGTRAP: tp-glib", log_level=G_LOG_LEVEL_CRITICAL, format=<optimized out>, args=args@entry=0x7ffc4614b998) at gmessages.c:1046
by bugzilla_noreply＠novell.com 26 Jun '20

26 Jun '20

http://bugzilla.opensuse.org/show_bug.cgi?id=932495 Bug ID: 932495 Summary: telepathy-haze SIGTRAP: tp-glib", log_level=G_LOG_LEVEL_CRITICAL, format=<optimized out>, args=args@entry=0x7ffc4614b998) at gmessages.c:1046 Classification: openSUSE Product: openSUSE Factory Version: 201505* Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: GNOME Assignee: bnc-team-gnome(a)forge.provo.novell.com Reporter: mpluskal(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Created attachment 635636 --> http://bugzilla.opensuse.org/attachment.cgi?id=635636&action=edit backtrace telepathy-haze random SIGTRAP: #0 g_logv (log_domain=0x7f4ee1ef2806 "tp-glib", log_level=G_LOG_LEVEL_CRITICAL, format=<optimized out>, args=args@entry=0x7ffc4614b998) at gmessages.c:1046 #1 0x00007f4ee220ebe2 in g_log (log_domain=log_domain@entry=0x7f4ee1ef2806 "tp-glib", log_level=log_level@entry=G_LOG_LEVEL_CRITICAL, format=format@entry=0x7f4ee225615d "%s: assertion '%s' failed") at gmessages.c:1079 #2 0x00007f4ee220ec09 in g_return_if_fail_warning (log_domain=log_domain@entry=0x7f4ee1ef2806 "tp-glib", pretty_function=pretty_function@entry=0x7f4ee1efe4c0 <__func__.31694> "tp_base_connection_finish_shutdown", expression=<optimized out>) at gmessages.c:1088 #3 0x00007f4ee1df2e7c in tp_base_connection_finish_shutdown (self=<optimized out>) at base-connection.c:2905 #4 0x0000000000413eec in idle_finish_shutdown (data=0x872150) at connection.c:317 #5 0x00007f4ee2207b55 in g_main_dispatch (context=0x796350) at gmain.c:3122 #6 g_main_context_dispatch (context=context@entry=0x796350) at gmain.c:3737 #7 0x00007f4ee2207ec8 in g_main_context_iterate (context=0x796350, block=block@entry=1, dispatch=dispatch@entry=1, self=<optimized out>) at gmain.c:3808 #8 0x00007f4ee220818a in g_main_loop_run (loop=0x836650) at gmain.c:4002 #9 0x00007f4ee1ecb654 in tp_run_connection_manager (prog_name=prog_name@entry=0x422425 "haze", version=version@entry=0x4222f3 "0.8.0", construct_cm=construct_cm@entry=0x410150 <get_cm>, argc=argc@entry=1, argv=argv@entry=0x7ffc4614bcc8) at run.c:284 #10 0x000000000041001b in main (argc=1, argv=0x7ffc4614bcc8) at main.c:267 -- You are receiving this mail because: You are on the CC list for the bug.

2 8

[Bug 931435] New: gdm-session-worker sigabrt
by bugzilla_noreply＠novell.com 26 Jun '20

26 Jun '20

http://bugzilla.opensuse.org/show_bug.cgi?id=931435 Bug ID: 931435 Summary: gdm-session-worker sigabrt Classification: openSUSE Product: openSUSE Factory Version: 201505* Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: GNOME Assignee: os.gnome.maintainers(a)gmail.com Reporter: mpluskal(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Created attachment 634690 --> http://bugzilla.opensuse.org/attachment.cgi?id=634690&action=edit backtrace After reboot with recent factory, gdm is terminated, after that it is restarted and works fine. backtrace: Core was generated by `gdm-session-worker [pam/gdm-launch-environment]'. Program terminated with signal SIGABRT, Aborted. #0 0x00007fae7aa623c7 in __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:55 55 ../sysdeps/unix/sysv/linux/raise.c: No such file or directory. (gdb) bt #0 0x00007fae7aa623c7 in __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:55 #1 0x00007fae7aa6379a in __GI_abort () at abort.c:78 #2 0x00007fae7b8e61b5 in g_assertion_message (domain=domain@entry=0x7fae7b66069a "AccountsService", file=file@entry=0x7fae7b661200 "act-user-manager.c", line=line@entry=2564, func=func@entry=0x7fae7b663978 <__FUNCTION__.27349> "load_users", message=message@entry=0x13f5630 "assertion failed: (manager->priv->accounts_proxy != NULL)") at gtestutils.c:2356 #3 0x00007fae7b8e624a in g_assertion_message_expr (domain=domain@entry=0x7fae7b66069a "AccountsService", file=file@entry=0x7fae7b661200 "act-user-manager.c", line=line@entry=2564, func=func@entry=0x7fae7b663978 <__FUNCTION__.27349> "load_users", expr=expr@entry=0x7fae7b662390 "manager->priv->accounts_proxy != NULL") at gtestutils.c:2371 #4 0x00007fae7b64bc66 in load_users (manager=0x13dc100) at act-user-manager.c:2564 #5 load_idle (manager=0x13dc100) at act-user-manager.c:2615 #6 0x00007fae7b8c1b55 in g_main_dispatch (context=0x13d81f0) at gmain.c:3122 #7 g_main_context_dispatch (context=context@entry=0x13d81f0) at gmain.c:3737 #8 0x00007fae7b8c1ec8 in g_main_context_iterate (context=0x13d81f0, block=block@entry=1, dispatch=dispatch@entry=1, self=<optimized out>) at gmain.c:3808 #9 0x00007fae7b8c218a in g_main_loop_run (loop=0x13f2c10) at gmain.c:4002 #10 0x0000000000408b34 in main (argc=1, argv=0x7fff4d13b0f8) at session-worker-main.c:132 -- You are receiving this mail because: You are on the CC list for the bug.

2 3