March 2009 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 422918] New: No traffic when connecting to Novell VPN on ppc
by bugzilla_noreply＠novell.com 10 Mar '09

10 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=422918 Summary: No traffic when connecting to Novell VPN on ppc Product: openSUSE 11.1 Version: Factory Platform: Macintosh OS/Version: openSUSE 11.0 Status: NEW Severity: Normal Priority: P5 - None Component: Network AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: lchiquitto(a)novell.com QAContact: qa(a)suse.de Found By: Beta-Customer When connecting to Novell VPN using OpenSUSE (Factory and 11.0) on PPC I am unable to establish connections to any host inside the VPN. While I see ESP packets going through the network interface, it seems that no answer comes back. I'm discarding network setup/topology problems because using a x86/x86_64 machine works fine. More information and output from VPN troubleshooting script to follow. -- 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.

1 10

[Bug 480925] New: Brightness out of control after kernel update to 2.6.27.19-3.2
by bugzilla_noreply＠novell.com 10 Mar '09

10 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=480925 Summary: Brightness out of control after kernel update to 2.6.27.19-3.2 Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: Other OS/Version: openSUSE 11.1 Status: NEW Severity: Normal Priority: P5 - None Component: Mobile Devices AssignedTo: zoz(a)novell.com ReportedBy: tonussi(a)farmaco.ufsc.br QAContact: qa(a)suse.de Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; pt-BR; rv:1.9.0.6) Gecko/2009012700 SUSE/3.0.6-0.1.2 Firefox/3.0.6 Hello folks, After updating to kernel 2.6.27.19-3.2, the system refuses to keep the brightness level above the lowest one in my Acer Aspire 5710-6139. I can change the brightness to any level, but it returns to the lowest level after hiting any key or the touchpad. This is irrespective kpowersave is active or not. Thanks for any help... Reproducible: Always Steps to Reproduce: 1. 2. 3. -- 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.

1 3

[Bug 483973] New: request for RAID metadata version specification option in Partitioner's install interface
by bugzilla_noreply＠novell.com 10 Mar '09

10 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=483973 Summary: request for RAID metadata version specification option in Partitioner's install interface Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: All OS/Version: openSUSE 11.1 Status: NEW Severity: Enhancement Priority: P5 - None Component: Installation AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: pgnet.trash(a)gmail.com QAContact: jsrain(a)novell.com Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9) Gecko/2008052906 Firefox/3.0 openSUSE's partitioner installs RAID with metadata superblock version 1.0, by default. from cmd line, you can easily create/install RAID with other versions -- e.g., "super 1.2". asking @mailing-list, "... using partitioner, how/where is the metadata version set? specifically, if i want to install with v1.2 -- where's that specified?" answer came back, "I think you'll have to do it manually, i.e. swap to shell and create the raids yourself." certainly do-able. but, as one realizes the version-1.0-by-default _after_ the fact of install, and changing metadata version once installed is, at best, a challenge ... a nice-to-have would be a simple option in the partitioner's RAID install interface for Metadata version specification/selection. thanks. Reproducible: Always Steps to Reproduce: 1. 2. 3. -- 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.

1 1

[Bug 370656] New: Only clone mode available when using 2x DVI-D (radeonhd)
by bugzilla_noreply＠novell.com 10 Mar '09

10 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=370656 Summary: Only clone mode available when using 2x DVI-D (radeonhd) Product: openSUSE 11.0 Version: Alpha 2plus Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: X.Org AssignedTo: mhopf(a)novell.com ReportedBy: sndirsch(a)novell.com QAContact: xorg-maintainer-bugs(a)forge.provo.novell.com Found By: --- Date: Thu, 13 Mar 2008 18:55:44 +0100 From: Matthias Hopf <mhopf(a)suse.de> To: xorg(a)lists.freedesktop.org Subject: RandR: multi-referenced monitor sections & problems with them I just stumbled over some strange behavior, and it definitely changed past Xserver 1.4.0 (don't know the exact version yet, bisecting this would be probably worth it). A snippet of the config I'm testing is Section "Monitor" Identifier "M1" EndSection Section "Monitor" Identifier "M2" Option "Right-Of" "M1" EndSection Section "Device" Identifier "D" Driver "radeonhd" Option "monitor-DVI-I_1/digital" "M1" Option "monitor-DVI-I_2/digital" "M2" EndSection Section "Screen" [...] Identifier "S" Device "D" Monitor "M1" EndSection [...] So basically a static multi-monitor setup for RandR 1.2, with one of the monitors additionally referenced in the Screen section. This monitor reference shouldn't be used at all, because the driver sets use_screen_monitor to FALSE for all outputs. This used to work - however, beginning with 1.4.90 the multi-monitor setup fails if and only if I use the two digital DVI outputs on this card, with DVI and VGA it works fine, with DVI/d and DVI/a it also works fine. If I remove the reference to the M1 monitor in the Screen section it works fine. If I add another monitor and reference it in the Screen section instead it works fine. It's probably difficult to reproduce this with another driver, but this shouldn't be a driver issue. Does anybody have a clue WTF is going on here, is this considered standard behavior or rather a bug? If it's standard, why is its behavior depending on the outputs (and not on the monitors)? Thanks Matthias -- 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.

1 31

[Bug 483910] New: zypper list-updates shows update of liblzo2-2-32bit, but that's not installed
by bugzilla_noreply＠novell.com 10 Mar '09

10 Mar '09

1 6

[Bug 483179] New: Check update display for software management
by bugzilla_noreply＠novell.com 10 Mar '09

10 Mar '09

1 12

[Bug 483926] New: KDE 4.2.1, kontact does not show calendar view
by bugzilla_noreply＠novell.com 10 Mar '09

10 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=483926 Summary: KDE 4.2.1, kontact does not show calendar view Classification: openSUSE Product: openSUSE 10.3 Version: Final Platform: 64bit OS/Version: openSUSE 11.1 Status: NEW Severity: Major Priority: P5 - None Component: KDE AssignedTo: kde-maintainers(a)suse.de ReportedBy: torsten.schenkel(a)kit.edu QAContact: qa(a)suse.de Found By: Customer After updating KDE from 4.1.3 to 4.2.1 the calendar view does not work anymore. The calendar view pane stays completely empty (no dates, hour-grid, etc.) just the plain gray background. Seems like there is no widget drawn at all. Error has been reported independently on http://forums.opensuse.org/applications/409353-kde-4-2-1-calendar-wont-disp… -- 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.

1 1

[Bug 466997] New: "osc ci" fails uploading large files to Provo BuildService
by bugzilla_noreply＠novell.com 10 Mar '09

10 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=466997 Summary: "osc ci" fails uploading large files to Provo BuildService Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: BuildService AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: cgardner(a)novell.com QAContact: adrian(a)novell.com CC: ajorgensen(a)novell.com, sshaw(a)novell.com, bwhiteley(a)novell.com Found By: --- osc clients on opensuse 11.1 can't upload certain files to Provo BuildService (PBS). The same client can successfully upload to OBS, no problems. The problem seems to be isolated to PBS. PBS is running buildservice svn revision 5959+ (1.5+), on SLES10, i586. Uploads of specfiles don't fail. Uploads of things a bit larger fail. The problem only occurs using osc. If I upload the same file using the webclient, there is no problem. I discussed this with darix and Peter Poeml back on 12 Dec and 17 Dec 2008, but no more discussion and debugging has happened since then. To properly track this and work on a fix, now filing the bug report. Back on 17 Dec, Peter seemed to think that the problem was with the variable way that osc uploads files. For smaller files it uses one method, but for larger files it uses a different method. Maybe something to do with python 2.6. Darix looked at PBS's lighttpd configuration, and he reported that the problem does not appear to be related to lighttpd. # ls -l foo-0.2.0.tar.gz -rw-r--r-- 1 root root 53819 2009-01-16 11:35 foo-0.2.0.tar.gz # osc -A http://autobuild.provo.novell.com:8081 ci foo-0.2.0.tar.gz Sending foo-0.2.0.tar.gz Transmitting file data . Committed revision 4. # ls -l bar-0.9.39.tar.bz2 -rw-r--r-- 1 root root 12161652 2009-01-16 11:27 bar-0.9.39.tar.bz2 # osc -A http://autobuild.provo.novell.com:8081 ci bar-0.9.39.tar.bz2 Sending bar-0.9.39.tar.bz2 Transmitting file data .Traceback (most recent call last): File "/usr/bin/osc", line 12, in <module> r = babysitter.run(osccli) File "/usr/lib/python2.6/site-packages/osc/babysitter.py", line 40, in run return prg.main() File "/usr/lib/python2.6/site-packages/osc/cmdln.py", line 256, in main return self.cmd(args) File "/usr/lib/python2.6/site-packages/osc/cmdln.py", line 279, in cmd retval = self.onecmd(argv) File "/usr/lib/python2.6/site-packages/osc/cmdln.py", line 395, in onecmd return self._dispatch_cmd(handler, argv) File "/usr/lib/python2.6/site-packages/osc/cmdln.py", line 1070, in _dispatch_cmd return handler(argv[0], opts, *args) File "/usr/lib/python2.6/site-packages/osc/commandline.py", line 1337, in do_commit p.commit(msg) File "/usr/lib/python2.6/site-packages/osc/core.py", line 751, in commit self.put_source_file(filename) File "/usr/lib/python2.6/site-packages/osc/core.py", line 705, in put_source_file http_PUT(u, file = os.path.join(self.dir, n)) File "/usr/lib/python2.6/site-packages/osc/core.py", line 1491, in http_PUT def http_PUT(*args, **kwargs): return http_request('PUT', *args, **kwargs) File "/usr/lib/python2.6/site-packages/osc/core.py", line 1475, in http_request fd = urllib2.urlopen(req, data=data) File "/usr/lib64/python2.6/urllib2.py", line 124, in urlopen return _opener.open(url, data, timeout) File "/usr/lib64/python2.6/urllib2.py", line 395, in open response = meth(req, response) File "/usr/lib64/python2.6/urllib2.py", line 508, in http_response 'http', request, response, code, msg, hdrs) File "/usr/lib64/python2.6/urllib2.py", line 427, in error result = self._call_chain(*args) File "/usr/lib64/python2.6/urllib2.py", line 367, in _call_chain result = func(*args) File "/usr/lib64/python2.6/urllib2.py", line 847, in http_error_401 url, req, headers) File "/usr/lib64/python2.6/urllib2.py", line 825, in http_error_auth_reqed return self.retry_http_basic_auth(host, req, realm) File "/usr/lib64/python2.6/urllib2.py", line 835, in retry_http_basic_auth return self.parent.open(req) File "/usr/lib64/python2.6/urllib2.py", line 389, in open response = self._open(req, data) File "/usr/lib64/python2.6/urllib2.py", line 407, in _open '_open', req) File "/usr/lib64/python2.6/urllib2.py", line 367, in _call_chain result = func(*args) File "/usr/lib64/python2.6/urllib2.py", line 1139, in http_open return self.do_open(httplib.HTTPConnection, req) File "/usr/lib64/python2.6/urllib2.py", line 1112, in do_open r = h.getresponse() File "/usr/lib64/python2.6/httplib.py", line 970, in getresponse response.begin() File "/usr/lib64/python2.6/httplib.py", line 390, in begin version, status, reason = self._read_status() File "/usr/lib64/python2.6/httplib.py", line 354, in _read_status raise BadStatusLine(line) httplib.BadStatusLine -- 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.

1 37

[Bug 484036] New: permanent attributes
by bugzilla_noreply＠novell.com 10 Mar '09

10 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=484036 Summary: permanent attributes Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: x86-64 OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: OpenOffice.org AssignedTo: bnc-team-ooo(a)forge.provo.novell.com ReportedBy: bluedzins(a)wp.pl QAContact: kyu(a)novell.com Found By: --- permanent attributes This reports originates from: http://www.openoffice.org/issues/show_bug.cgi?id=99923 Quite puzzling, anyway OOo violates user's command, reproduce: 1. open the document 2. select the text "XXX" 3. go to format -> character 4. choose underline -> none 5. OK (accept) OOo will ignore this command and will keep the underline. It was report that: " tested with OOo 3.0, 3.0.1 and 3.1 on Windows and Linux. " using native build. The example doc: http://www.openoffice.org/nonav/issues/showattachment.cgi/60744/underline3.… -- 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.

1 2

[Bug 447163] New: kmail always wants to store password
by bugzilla_noreply＠novell.com 10 Mar '09

10 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=447163 Summary: kmail always wants to store password Product: openSUSE 11.1 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: KDE4 Applications AssignedTo: kde-maintainers(a)suse.de ReportedBy: lnussel(a)novell.com QAContact: qa(a)suse.de Found By: Development kmail4 always wants to store the password used for sending email (ie for smtp). The checkbox is ticked by default although I've configued the smtp account to not store the password. The checkbox also is checked again the next time the dialog comes up so kmail never remembers my decission. FWIW the behavior for the IMAP password is correct, the checkbox is not checked by default. -- 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.

1 5