http://bugzilla.opensuse.org/show_bug.cgi?id=928020
Bug ID: 928020
Summary: RTL8723be wireless card disconnects
Classification: openSUSE
Product: openSUSE Distribution
Version: 13.2
Hardware: x86-64
OS: openSUSE 13.2
Status: NEW
Severity: Normal
Priority: P5 - None
Component: Network
Assignee: bnc-team-screening(a)forge.provo.novell.com
Reporter: roeland.jansen(a)snow.nl
QA Contact: qa-bugs(a)suse.de
Found By: ---
Blocker: ---
hardware: HP Probook 450G2; wireless is RTL8723BE
on several different access points (cisco, fritzbox huawei, kpn box, samsung
galaxy s4 as ap):
traffic stops and you are not able to ping the default gateway anymore.
It seems to be random. Sometimes it keeps running for hours; other times it
breaks after 10 minutes.
The same hardware with windows 8.1 keeps the connection.
commands like ""iwlist wlan0 scanning fails at this point with
wlan0 Failed to read scan data : Resource temporarily unavailable.
at this time.
If I
# rmmod rtl8723be
# rtl8723_common
# modprobe rtl8723be
the wireless network is functional again.
if logs are needed, let me know what you want to look at -- the current logs
don't show obvious things.
--
You are receiving this mail because:
You are on the CC list for the bug.
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.
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.
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.
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.
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.
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.
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.
http://bugzilla.opensuse.org/show_bug.cgi?id=934043
Bug ID: 934043
Summary: gdm segfault: gdm-session-worker-job.c: Permission
denied
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 637131
--> http://bugzilla.opensuse.org/attachment.cgi?id=637131&action=edit
backtrace
It seems that gdm have recently died several times with following:
Program terminated with signal SIGSEGV, Segmentation fault.
#0 0x0000000000420b31 in gdm_session_worker_job_spawn (name=0x2606c00
"`�^\002", session_worker_job=0x26198d0) at gdm-session-worker-job.c:295
295 gdm-session-worker-job.c: Permission denied.
(gdb) bt
#0 0x0000000000420b31 in gdm_session_worker_job_spawn (name=0x2606c00
"`�^\002", session_worker_job=0x26198d0) at gdm-session-worker-job.c:295
#1 gdm_session_worker_job_start (session_worker_job=0x26198d0,
name=name@entry=0x26194a0 "gdm-session-worker [pam/gdm-launch-environment]") at
gdm-session-worker-job.c:324
#2 0x000000000041d502 in start_conversation (service_name=0x440c28
"gdm-launch-environment", self=0x26036a0) at gdm-session.c:1851
#3 gdm_session_start_conversation (self=0x26036a0,
service_name=service_name@entry=0x440c28 "gdm-launch-environment") at
gdm-session.c:1924
#4 0x0000000000414fed in gdm_launch_environment_start
(launch_environment=0x24ad1c0) at gdm-launch-environment.c:509
#5 0x000000000041267c in gdm_display_start_greeter_session
(self=self@entry=0x1ccb820) at gdm-display.c:1509
#6 0x000000000041779a in set_up_greeter_session (display=0x1ccb820,
manager=0x1ccb220) at gdm-manager.c:1779
#7 on_display_status_changed (display=0x1ccb820, arg1=<optimized out>,
manager=0x1ccb220) at gdm-manager.c:1834
#8 0x00007f709a15a018 in g_closure_invoke (closure=0x261a6b0,
return_value=0x0, n_param_values=2, param_values=0x7ffc15e42c50,
invocation_hint=0x7ffc15e42bf0) at gclosure.c:768
#9 0x00007f709a16b22d in signal_emit_unlocked_R (node=node@entry=0x1cbbdf0,
detail=detail@entry=240, instance=instance@entry=0x1ccb820,
emission_return=emission_return@entry=0x0,
instance_and_params=instance_and_params@entry=0x7ffc15e42c50) at
gsignal.c:3549
#10 0x00007f709a172da8 in g_signal_emit_valist (instance=<optimized out>,
signal_id=<optimized out>, detail=<optimized out>,
var_args=var_args@entry=0x7ffc15e42de8) at gsignal.c:3305
#11 0x00007f709a173062 in g_signal_emit (instance=<optimized out>,
signal_id=<optimized out>, detail=<optimized out>) at gsignal.c:3361
#12 0x00007f709a15e3a5 in g_object_dispatch_properties_changed
(object=0x1ccb820, n_pspecs=16, pspecs=0x0) at gobject.c:1056
#13 0x00007f709a160793 in g_object_notify_by_spec_internal (pspec=<optimized
out>, object=0x1ccb820) at gobject.c:1150
#14 g_object_notify (object=0x1ccb820,
property_name=property_name@entry=0x43f7ae "status") at gobject.c:1197
#15 0x000000000041030b in _gdm_display_set_status (self=self@entry=0x1ccb820,
status=status@entry=1) at gdm-display.c:527
#16 0x00000000004106a0 in gdm_display_real_prepare (self=0x1ccb820) at
gdm-display.c:538
#17 0x00000000004137e1 in gdm_local_display_prepare (display=0x1ccb820) at
gdm-local-display.c:143
#18 0x0000000000411df1 in gdm_display_prepare (self=self@entry=0x1ccb820) at
gdm-display.c:601
#19 0x0000000000411f3f in gdm_display_manage (self=self@entry=0x1ccb820) at
gdm-display.c:618
#20 0x000000000040f2ca in create_display (factory=factory@entry=0x1cd6af0,
seat_id=0x2614dd0 "seat0", session_type=0x25bfa40 "wayland", initial=1) at
gdm-local-display-factory.c:427
#21 0x000000000040f4e5 in on_display_status_changed (display=0x1ccb420,
arg1=<optimized out>, factory=0x1cd6af0) at gdm-local-display-factory.c:320
#22 0x00007f709a15a018 in g_closure_invoke (closure=0x2600300,
return_value=0x0, n_param_values=2, param_values=0x7ffc15e43230,
invocation_hint=0x7ffc15e431d0) at gclosure.c:768
#23 0x00007f709a16b22d in signal_emit_unlocked_R (node=node@entry=0x1cbbdf0,
detail=detail@entry=240, instance=instance@entry=0x1ccb420,
emission_return=emission_return@entry=0x0,
instance_and_params=instance_and_params@entry=0x7ffc15e43230) at
gsignal.c:3549
#24 0x00007f709a172da8 in g_signal_emit_valist (instance=<optimized out>,
signal_id=<optimized out>, detail=<optimized out>,
var_args=var_args@entry=0x7ffc15e433c8) at gsignal.c:3305
#25 0x00007f709a173062 in g_signal_emit (instance=<optimized out>,
signal_id=<optimized out>, detail=<optimized out>) at gsignal.c:3361
#26 0x00007f709a15e3a5 in g_object_dispatch_properties_changed
(object=0x1ccb420, n_pspecs=16, pspecs=0x0) at gobject.c:1056
#27 0x00007f709a160793 in g_object_notify_by_spec_internal (pspec=<optimized
out>, object=0x1ccb420) at gobject.c:1150
#28 g_object_notify (object=0x1ccb420,
property_name=property_name@entry=0x43f7ae "status") at gobject.c:1197
#29 0x000000000041030b in _gdm_display_set_status (self=self@entry=0x1ccb420,
status=status@entry=3) at gdm-display.c:527
#30 0x0000000000411fe8 in gdm_display_finish (self=0x1ccb420) at
gdm-display.c:645
#31 0x0000000000412034 in finish_idle (self=<optimized out>) at
gdm-display.c:509
#32 0x00007f7099e85b55 in g_main_dispatch (context=0x1ccc950) at gmain.c:3122
#33 g_main_context_dispatch (context=context@entry=0x1ccc950) at gmain.c:3737
#34 0x00007f7099e85ec8 in g_main_context_iterate (context=0x1ccc950,
block=block@entry=1, dispatch=dispatch@entry=1, self=<optimized out>) at
gmain.c:3808
#35 0x00007f7099e8618a in g_main_loop_run (loop=0x1cd9190) at gmain.c:4002
#36 0x000000000040ca16 in main (argc=1, argv=0x7ffc15e437f8) at main.c:426
--
You are receiving this mail because:
You are on the CC list for the bug.