https://bugzilla.novell.com/show_bug.cgi?id=458257
Summary: kontact hung and cannot be killed
Product: openSUSE 11.0
Version: Final
Platform: Other
OS/Version: Other
Status: ASSIGNED
Severity: Normal
Priority: P5 - None
Component: KDE3
AssignedTo: kde-maintainers(a)suse.de
ReportedBy: pavel.lastovicka(a)gmail.com
QAContact: qa(a)suse.de
Found By: ---
Yesterday I waked up my computer from sleep and kontact with kmail component
selected was hung, did not react nor redraw itself. The screen showed that it
hung during checking for new mail. The problem is it could not be killed by
signal 9 SIGKILL. The output of ps -Alf may be helpful for finding the cause of
problem:
1 D pavel 10034 1 0 80 0 - 67273 utimes 21:28 ? 00:00:00
kontact
So it shows that the process was in some uninterruptible sleep. I had to reboot
system in order to work with kontact program again.
--
Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=444312
Summary: Network non-function on resume from hibernate
Product: openSUSE 11.0
Version: Final
Platform: x86-64
OS/Version: Other
Status: NEW
Severity: Normal
Priority: P5 - None
Component: Network
AssignedTo: bnc-team-screening(a)forge.provo.novell.com
ReportedBy: contact(a)philipashmore.com
QAContact: qa(a)suse.de
Found By: ---
Created an attachment (id=251696)
--> (https://bugzilla.novell.com/attachment.cgi?id=251696)
Output of the "Miscellaneous/Support Query" YaST2 applet
I'm using KDE 3.5.
I configured my laptop to hibernate on lid close with KPowersave.
I sometimes hibernate with the usb broadband connected.
When I resume from hibernate the network is non-functional.
I can "repair" the network connection with
# service network restart
eth1 has unknown interface type. Please file a bug report.
Shutting down network interfaces:
eth0 device: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8done+
(rev 10)
eth1 done
Shutting down service network . . . . . . . . . . . . . done
Starting the NetworkManager done
After this the network works again.
Am I missing a hibernate script?
Once or twice resume from hibernate failed - I don't know if this is related.
I set up my machine with
Encrypted physical volume
-> LVM Logical volume
-> ext3 root
-> swap
- if that helps.
--
Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=467876
Summary: Installation screens are not too well aligned (e.g. it
sometimes falls apart at 1280 x 1024)
Classification: openSUSE
Product: openSUSE 11.1
Version: RC 2
Platform: All
OS/Version: openSUSE 11.1
Status: NEW
Severity: Normal
Priority: P5 - None
Component: Installation
AssignedTo: bnc-team-screening(a)forge.provo.novell.com
ReportedBy: nice(a)titanic.nyme.hu
QAContact: jsrain(a)novell.com
Found By: ---
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; hu-HU; rv:1.9.0.5)
Gecko/2008121300 SUSE/3.0.5-1.1 Firefox/3.0.5
I installed openSUSE 11.1 at some different screen resolutions, and I've seen
some screen alignment faults. For example at 800x600 at the expert partitioning
screen the left tab (tree view) doesn't fit in its area, and most notoriously
at 1280x1024, on the desktop environment selection screen, the icon of KDE4
doesn't fit in the screen at all, only the half of it is visible. Other
resolutions may also be affected.
I know it may be too late for openSUSE 11.1 final, but you might fix it for the
remastered edition and/or openSUSE 11.2 and SLE.
Reproducible: Always
Steps to Reproduce:
1. Istall openSUSE 11.1 (mainly at 1280x1024)
Actual Results:
Screen is badly aligned
Expected Results:
It should have a polished look
--
Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=471253
Summary: yast: remove interface alias
Classification: openSUSE
Product: openSUSE 11.2
Version: unspecified
Platform: All
OS/Version: Linux
Status: NEW
Severity: Normal
Priority: P5 - None
Component: Network
AssignedTo: bnc-team-screening(a)forge.provo.novell.com
ReportedBy: jengelh(a)medozas.de
QAContact: qa(a)suse.de
Found By: Beta-Customer
Aliases are terribly confusing, users attempt to do bad stuff with them like
trying to feed them to various programs like iptables and such. Let's just
remove that from yast; the runlevel/network scripts used in opensuse can cope
perfectly fine with it.
--
Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=480897
Summary: vim keyword lookup is broken
Classification: openSUSE
Product: openSUSE 11.1
Version: Final
Platform: Other
OS/Version: Other
Status: NEW
Severity: Major
Priority: P5 - None
Component: Basesystem
AssignedTo: bnc-team-screening(a)forge.provo.novell.com
ReportedBy: pbaudis(a)novell.com
QAContact: qa(a)suse.de
Found By: ---
The 'K' functionality (basically "show manpage for identifier under cursor") is
broken (quite a vital function for me when programming) - using the default vim
settings:
filetype=c modelines=0 ruler syntax=c
ttymouse=xterm2
helplang=en readonly showmatch ttyfast
backspace=indent,eol,start
fileencoding=utf-8
fileencodings=ucs-bom,utf-8,default,latin1
with iskeyword being the default value, vim will for some reason feed the rest
of the line after the identifier to the keywordprog as well:
> x = printf("asdf");
pressing K on printf:
> No manual entry for printf("asdf");
On Gentoo, vim 7.2 works fine with the same settings.
--
Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=480855
Summary: fix please /etc/permissions
Classification: openSUSE
Product: openSUSE 11.1
Version: Final
Platform: x86-64
OS/Version: openSUSE 11.1
Status: ASSIGNED
Severity: Normal
Priority: P5 - None
Component: Other
AssignedTo: lnussel(a)novell.com
ReportedBy: mseben(a)novell.com
QAContact: qa(a)suse.de
Found By: ---
while building atd, rpmlint gives me :
at.x86_64: W: permissions-dir-without-slash /var/spool/atspool
at.x86_64: W: permissions-dir-without-slash /var/spool/atjobs
the entry in the permissions file refers to a directory. Please contact
security(a)suse.de to append a slash to the entry in order to avoid security
problems.
thanks
--
Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=465139
User suse-list3(a)bout-tyme.net added comment
https://bugzilla.novell.com/show_bug.cgi?id=465139#c1
Summary: Add support for the Hauppauge WinTV HVR-950q
Classification: openSUSE
Product: openSUSE 11.1
Version: Final
Platform: Other
OS/Version: openSUSE 11.1
Status: NEW
Severity: Enhancement
Priority: P5 - None
Component: Other
AssignedTo: bnc-team-screening(a)forge.provo.novell.com
ReportedBy: suse-list3(a)bout-tyme.net
QAContact: qa(a)suse.de
Found By: ---
dmesg after plugging in turner:
usb 1-3.2: new full speed USB device using ohci_hcd and address 7
usb 1-3.2: configuration #1 chosen from 1 choice
usb 1-3.2: New USB device found, idVendor=2040, idProduct=7200
usb 1-3.2: New USB device strings: Mfr=1, Product=2, SerialNumber=10
usb 1-3.2: Product: WinTV HVR-950
usb 1-3.2: Manufacturer: Hauppauge
usb 1-3.2: SerialNumber: 4031546037
au0828 driver loaded
au0828: i2c bus registered
tveeprom 4-0050: Hauppauge model 72001, rev B3F0, serial# 5014197
tveeprom 4-0050: MAC address is 00-0D-FE-4C-82-B5
tveeprom 4-0050: tuner model is Xceive XC5000 (idx 150, type 4)
tveeprom 4-0050: TV standards NTSC(M) ATSC/DVB Digital (eeprom 0x88)
tveeprom 4-0050: audio processor is AU8522 (idx 44)
tveeprom 4-0050: decoder processor is AU8522 (idx 42)
tveeprom 4-0050: has no radio, has IR receiver, has no IR transmitter
hauppauge_eeprom: hauppauge eeprom: model=72001
xc5000: Successfully identified at address 0x61
xc5000: Firmware has not been loaded previously
DVB: registering new adapter (au0828)
DVB: registering frontend 0 (Auvitek AU8522 QAM/8VSB Frontend)...
Registered device AU0828 [Hauppauge HVR950Q]
usbcore: registered new interface driver au0828
lsusb
Bus 001 Device 007: ID 2040:7200 Hauppauge
--
Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=473297
Summary: Does not reliably capture packets using tcpdump due to
libpcap
Classification: openSUSE
Product: openSUSE 11.1
Version: Final
Platform: x86-64
OS/Version: openSUSE 11.1
Status: NEW
Severity: Major
Priority: P5 - None
Component: Network
AssignedTo: bnc-team-screening(a)forge.provo.novell.com
ReportedBy: gooris(a)alcatel-lucent.com
QAContact: qa(a)suse.de
Found By: ---
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.12)
Gecko/20080201 Firefox/2.0.0.12
With the Suse 11.1 distribution, use tcpdump to capture packets for example on
the local interface. Good chance that you are missing most of the packets.
Reproducible: Always
Steps to Reproduce:
In one window run :
# iperf -s -i 1 -u
In a second window run :
# tcpdump -i lo -w /tmp/mytrace.eth
In a third window run :
# iperf -c localhost -u -i 1 -b 1000k -t 100
After 100 seconds, iperf -c sent 8505 packets (udp)
Now stop the tcpdump, and it will report the number of packets. Consider to use
wireshark to further read the captured data file.
This should be 8507 packets (two more that 8505 due to iperf reporting)
Note that extra packets may be captured, so some filtering with tcpdump
parameters may be needed to only see the iperf packets.
Instead of this procedure, you can run ping for a few minutes, and draw the
same conclusion.
Actual Results:
The captured file does not contain all the packets, while the communication
path itself does not show any packet loss. Therefore the conclusion is that the
capturing method seems to be unreliable.
This test has been accomplished on a x86_64 pc. A former Suse release 10, does
not show these problems.
Expected Results:
All the packets should have been captured.
To solve this issue, you need to rebuild tcpdump and wireshark using
libpcap-1.0.0 or higher. The Suse 11.1 distributed version of libpcap is 0.9.8.
( you can check that with `rpm -qa | grep libpcap`.
Download libpcap-1.0.0, configure, make, make install, and rebuild tcpdump
etc..
Retest the above procedure.
By the way, libpcap-1.0.0 does not include the missing 'any' interface. Refer
to Novell ticket 463182 for this..
--
Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=460787
Summary: zypper lr crashes in libzypp
Product: openSUSE 11.1
Version: Final
Platform: Other
OS/Version: Other
Status: NEW
Severity: Normal
Priority: P5 - None
Component: libzypp
AssignedTo: zypp-maintainers(a)forge.provo.novell.com
ReportedBy: msvec(a)novell.com
QAContact: qa(a)suse.de
Found By: ---
Created an attachment (id=261369)
--> (https://bugzilla.novell.com/attachment.cgi?id=261369)
backtrace
It is exposed when compiled (zypper from svn) with ElectricFence:
Program received signal SIGILL, Illegal instruction.
0x00007ffff68d6957 in kill () from /lib64/libc.so.6
--
Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.