http://bugzilla.opensuse.org/show_bug.cgi?id=972954
Bug ID: 972954
Summary: hardware/mtx: tapeinfo no shows remaining size
Classification: openSUSE
Product: openSUSE.org
Version: unspecified
Hardware: x86-64
OS: openSUSE 42.1
Status: NEW
Severity: Minor
Priority: P5 - None
Component: 3rd party software
Assignee: jmatejek(a)suse.com
Reporter: svalx78(a)gmail.com
QA Contact: opensuse-communityscreening(a)forge.provo.novell.com
Found By: ---
Blocker: ---
I has write about 237Gb on to tape by GNU tar and get those tapeinfo output:
# tapeinfo -f /dev/nst0
Product Type: Tape Drive
Vendor ID: 'HP '
Product ID: 'Ultrium 3-SCSI '
Revision: 'C26D'
Attached Changer API: No
SerialNumber: '**********'
MinBlock: 1
MaxBlock: 16777215
SCSI ID: 16
SCSI LUN: 0
Ready: yes
BufferedMode: yes
Medium Type: Not Loaded
Density Code: 0x44
BlockSize: 0
DataCompEnabled: yes
DataCompCapable: yes
DataDeCompEnabled: yes
CompType: 0x1
DeCompType: 0x1
Block Position: 1933551
Partition 0 Remaining Kbytes: 400308
Partition 0 Size in Kbytes: 400308
ActivePartition: 0
EarlyWarningSize: 0
NumPartitions: 0
MaxPartitions: 0
Firstly, Partition 0 Remaining Kbytes tell me that I no used any tape space.
Secondly, if I try to calculate the used space using the MaxBlock and Block
Position data, I get obviously wrong value: about 11.5% used. But my backup
data is not well compressible - it is video and photo. mt tell give me the same
thing: At block 1933551. How to estimate the used space on tape?
--
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=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.
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.
http://bugzilla.suse.com/show_bug.cgi?id=976406
Bug ID: 976406
Summary: rpmlint-mini should not use its own libmagic
Classification: openSUSE
Product: openSUSE.org
Version: unspecified
Hardware: All
OS: SUSE Other
Status: NEW
Severity: Major
Priority: P5 - None
Component: BuildService
Assignee: bnc-team-screening(a)forge.provo.novell.com
Reporter: werner(a)suse.com
QA Contact: adrian(a)suse.com
Found By: ---
Blocker: ---
rpm -qlp ../rpmlint-mini/binaries/rpmlint-mini-1.8-0.x86_64.rpm | grep libmagic
/opt/testing/lib64/libmagic.so.1
/opt/testing/lib64/libmagic.so.1.0.0
and exactly this breaks now building Base:System with new file-5.26 as the
internal format of the libmagic for its magic files has changed. Note that
the API for usage of libmagic has not changed!
Currently I try to bootstrap Base:System with an own rpmlint-mini which would
not be necessary if rpmlint-mini would use the available libmagic and its
magic.mgc.
--
You are receiving this mail because:
You are on the CC list for the bug.
http://bugzilla.suse.com/show_bug.cgi?id=968405
Bug ID: 968405
Summary: xdm restarts the user session on update
Classification: openSUSE
Product: openSUSE Tumbleweed
Version: 2015*
Hardware: Other
OS: Other
Status: NEW
Severity: Major
Priority: P5 - None
Component: X.Org
Assignee: xorg-maintainer-bugs(a)forge.provo.novell.com
Reporter: tchvatal(a)suse.com
QA Contact: xorg-maintainer-bugs(a)forge.provo.novell.com
Found By: ---
Blocker: ---
When system during update is updating xdm it takes down restarts the graphical
user session with everything in it.
It seems like the try-restart is not nice in this case enough to simply wait
for user to exit the session and just kills everything.
--
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=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.
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.