http://bugzilla.opensuse.org/show_bug.cgi?id=927268
Bug ID: 927268
Summary: clang link fails with undefined reference to
`__stack_chk_guard'
Classification: openSUSE
Product: openSUSE Factory
Version: 201503*
Hardware: PowerPC-64
OS: SUSE Other
Status: NEW
Severity: Normal
Priority: P5 - None
Component: Development
Assignee: bnc-team-screening(a)forge.provo.novell.com
Reporter: dap(a)open.by
QA Contact: qa-bugs(a)suse.de
Found By: ---
Blocker: ---
Created attachment 631137
--> http://bugzilla.opensuse.org/attachment.cgi?id=631137&action=edit
Full build log.
Upstream report: https://llvm.org/bugs/show_bug.cgi?id=22248
My build log error:
[ 35s] CMakeFiles/huffar.dir/compress.c.o:(.toc+0x0): undefined reference to
`__stack_chk_guard'
[ 35s] CMakeFiles/huffar.dir/extract.c.o:(.toc+0x0): undefined reference to
`__stack_chk_guard'
[ 35s] clang-3.5: error: linker command failed with exit code 1 (use -v to
see invocation)
[ 35s] CMakeFiles/huffar.dir/build.make:163: recipe for target 'huffar'
failed
[ 35s] make[2]: *** [huffar] Error 1
Check attachment for full log.
#opensuse-ppc(a)irc.freenode.net:
k0da: dark_ss, it seems you've hit an LLVM bug. It adds extra symbol.
k0da: dark_ss, you can open an opensuse bug though for that issue.
--
You are receiving this mail because:
You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=911401
Bug ID: 911401
Summary: Wrong yast language when multiple languages specified
in LANGUAGE env variable
Classification: openSUSE
Product: openSUSE Factory
Version: 201412*
Hardware: Other
OS: Other
Status: NEW
Severity: Normal
Priority: P5 - None
Component: YaST2
Assignee: yast2-maintainers(a)suse.de
Reporter: PVince81(a)yahoo.fr
QA Contact: jsrain(a)suse.com
Found By: ---
Blocker: ---
Steps to reproduce:
1. Make sure that neither LANG nor any LC_* variables are set
2. Run: export LANGUAGE="en_US:de:fr" (or set this language order in KDE's
language settings)
3. Run: kdesu yast2
Expected result:
Since English is the first language, Yast2 should be in English.
Actual result:
Yast2 is in German!
More info:
If you do:
- export LANGUAGE="en_US"
- kdesu yast2
Yast2 will be in English.
It seems zypper is also affected partially.
When LANGUAGE="en_US:de:fr" then zypper is in English, but the confirmation
prompt is in German:
Overall download size: 682.1 MiB. Already cached: 0 B After the operation,
additional 753.3 MiB will be used.
Fortfahren? [j/n/? zeigt alle Optionen] (j):
Could be a duplicate of https://bugzilla.opensuse.org/show_bug.cgi?id=843573
but that one didn't have any details.
--
You are receiving this mail because:
You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=934256
Bug ID: 934256
Summary: Passwords maintained by Filezilla are easily recovered
in some cases
Classification: openSUSE
Product: openSUSE Distribution
Version: 13.2
Hardware: Other
OS: openSUSE 13.2
Status: NEW
Severity: Normal
Priority: P5 - None
Component: Security
Assignee: security-team(a)suse.de
Reporter: Greg.Freemyer(a)gmail.com
QA Contact: qa-bugs(a)suse.de
Found By: ---
Blocker: ---
I'm testing with LaZagne:
http://www.kitploit.com/2015/02/the-lazagne-project-recover-most-common.html
Or in OBS @ home:gregfreemyer:Tools-for-forensic-boot-cd LaZagne
Running LaZagne under my normal user account recovered one filezilla stored
passwd.
The amount of time taken was near instantaneous so I believe the password was
simply decoded, not cracked in the sense of "John the ripper".
The password was associated with a SFTP account, so it is a password I consider
needing to be kept securely.
I don't know if Filezilla simply handles passwords poorly or if it can be
compiled differently to store passwords securely.
--
You are receiving this mail because:
You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=918028
Bug ID: 918028
Summary: no Grub Legacy shell history
Classification: openSUSE
Product: openSUSE Distribution
Version: 13.2
Hardware: Other
OS: Other
Status: NEW
Severity: Normal
Priority: P5 - None
Component: Bootloader
Assignee: jsrain(a)suse.com
Reporter: mrmazda(a)earthlink.net
QA Contact: jsrain(a)suse.com
Found By: ---
Blocker: ---
To reproduce:
1-login root on tty[1-6] on en_US installation
2-grub
3-find /boot/grub/stage1
4-keystroke <UP>
Actual behavior:
1-^[[A appears at prompt
Expected behavior:
1-find /boot/grub/stage1 appears at prompt
Comments:
1-Shell cmdline history works as expected in 13.1, as in all previous openSUSE
releases.
2-I recognized this problem many months ago, maybe as much as a year ago, but
only just surmised it was almost certainly 13.2 and up Grub Legacy
post-0.97-194.1.2 itself rather than having anything to do with kernel,
framebuffer configuration, video mode, or files contained in target
/boot/grub/. "Downgrading" to 13.1's 0.97-194.1.2 fixes 13.2 and Tumbleweed.
3-Nearly all my Grub stanzas include "splash=verbose vga=791 video=1024x768@60
3 " on cmdline.
4-All my openSUSE installations are on multiboot hardware (no VMs), with
keyboards on PS/2 ports.
5-Plymouth is not installed in any of my openSUSE installations.
--
You are receiving this mail because:
You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=912059
Bug ID: 912059
Summary: networkmanager plasmoid shows nearly everybody
connected (although it seems that only one wpa2 is
correctly connected
Classification: openSUSE
Product: openSUSE Distribution
Version: 13.2
Hardware: x86-64
OS: openSUSE 13.2
Status: NEW
Severity: Minor
Priority: P5 - None
Component: KDE4 Applications
Assignee: kde-maintainers(a)suse.de
Reporter: stakanov(a)freenet.de
QA Contact: qa-bugs(a)suse.de
Found By: ---
Blocker: ---
Created attachment 618858
--> http://bugzilla.opensuse.org/attachment.cgi?id=618858&action=edit
wrong connection info of networkmanager plugin
Create several users. Create in user A a connection with wpa2 encryption,
choose: only this user can connect. Save and connect.
Look at the list of the plasmoid: it shows all available wlan as not connected
and the one you created as connected.
Now change to user B or C. As you are still up with user A and you are
connected, now in user B or C it should show the same as in user A. Only it
should not be possible to end simply this connection or to start it. But you
will be able to use it.
What happens: in B or C respectively, the list of all available stations shows
up as "connected". So in theory you are connected to all wireless of the area.
All? No, some do show up correctly as "not connected" but the list here is so
long that I can show only the beginning of the screen-shot. The output of
ifconfig and netstat seem normal. So this seems to be more an apparent than a
real bug.
I join a screenshot.
What should have done the program: show the correct connection information.
Screen-shot: the only "real" connection iw the one with the button disconnect.
The other ssids are from the neighborhood.
--
You are receiving this mail because:
You are on the CC list for the bug.
http://bugzilla.suse.com/show_bug.cgi?id=899104
Bug ID: 899104
Summary: KDE complains about X-KDE-Library from yast desktop
files
Classification: openSUSE
Product: openSUSE Factory
Version: 201409*
Hardware: Other
OS: Other
Status: NEW
Severity: Normal
Priority: P5 - None
Component: YaST2
Assignee: yast2-maintainers(a)suse.de
Reporter: lnussel(a)suse.com
QA Contact: jsrain(a)suse.com
Found By: ---
Blocker: ---
See
https://openqa.opensuse.org/tests/25123/file/XSE
KDE complains about the X-KDE-Library entries in yast's desktop files.
--
You are receiving this mail because:
You are on the CC list for the bug.
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.