November 2008 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 441417] New: Restart/Shutdown problems with Gdm
by bugzilla_noreply＠novell.com 04 Nov '08

04 Nov '08

https://bugzilla.novell.com/show_bug.cgi?id=441417 Summary: Restart/Shutdown problems with Gdm Product: openSUSE 11.1 Version: Beta4 Platform: 32bit OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: KDE4 Workspace AssignedTo: kde-maintainers(a)suse.de ReportedBy: badshah400(a)gmail.com QAContact: qa(a)suse.de Found By: Beta-Customer In KDE choosing shutdown/restart while using gdm as the display-manager only logs user out. -- 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 441182] New: SaX2 crashes just after start
by bugzilla_noreply＠novell.com 04 Nov '08

04 Nov '08

https://bugzilla.novell.com/show_bug.cgi?id=441182 Summary: SaX2 crashes just after start Product: openSUSE 11.0 Version: Final Platform: x86-64 OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: SaX2 AssignedTo: sndirsch(a)novell.com ReportedBy: vmarsik(a)novell.com QAContact: sax2-maintainer-bugs(a)forge.provo.novell.com Found By: System Test SaX2 worked fine with my previous configuration - single GeForce 7300 LE. Then I added a second card - ATI Mach64 VT. Problems followed: - first, SaX2 complained in sense that 'Something went wrong. Try sax2 -p'. - then I started to play with '-r' and '-m' flags - now every SaX2 run crashes with following dump (regardless if run from X or from console): bonifac:/localhome/vmarsik # sax2 SaX: initializing please wait... SaX: your current configuration will not be read in SaX: access to your display has been granted *** buffer overflow detected ***: /usr/sbin/sysp terminated ======= Backtrace: ========= /lib64/libc.so.6(__fortify_fail+0x37)[0x7f1284f583f7] /lib64/libc.so.6[0x7f1284f561a0] /lib64/libc.so.6[0x7f1284f54f8d] /usr/sbin/sysp[0x433e83] /usr/sbin/sysp[0x43420a] /usr/sbin/sysp[0x4240d9] /usr/sbin/sysp[0x41a2ed] /usr/sbin/sysp[0x40932f] /usr/sbin/sysp[0x409ca7] /lib64/libc.so.6(__libc_start_main+0xe6)[0x7f1284e8e436] /usr/sbin/sysp(__gxx_personality_v0+0xf9)[0x404c69] ======= Memory map: ======== 00400000-00448000 r-xp 00000000 08:05 171702 /usr/sbin/sysp 00647000-00648000 r--p 00047000 08:05 171702 /usr/sbin/sysp 00648000-00649000 rw-p 00048000 08:05 171702 /usr/sbin/sysp 00649000-00cb4000 rw-p 00649000 00:00 0 [heap] 7f1283dec000-7f1283dee000 r-xp 00000000 08:05 31593 /usr/lib64/libXau.so.6.0.0 7f1283dee000-7f1283fed000 ---p 00002000 08:05 31593 /usr/lib64/libXau.so.6.0.0 7f1283fed000-7f1283fee000 r--p 00001000 08:05 31593 /usr/lib64/libXau.so.6.0.0 7f1283fee000-7f1283fef000 rw-p 00002000 08:05 31593 /usr/lib64/libXau.so.6.0.0 7f1283fef000-7f1283ff3000 r-xp 00000000 08:05 43871 /lib64/libuuid.so.1.2 7f1283ff3000-7f12841f2000 ---p 00004000 08:05 43871 /lib64/libuuid.so.1.2 7f12841f2000-7f12841f3000 r--p 00003000 08:05 43871 /lib64/libuuid.so.1.2 7f12841f3000-7f12841f4000 rw-p 00004000 08:05 43871 /lib64/libuuid.so.1.2 7f12841f4000-7f12841fd000 r-xp 00000000 08:05 111518 /usr/lib64/libXrender.so.1.3.0 7f12841fd000-7f12843fc000 ---p 00009000 08:05 111518 /usr/lib64/libXrender.so.1.3.0 7f12843fc000-7f12843fd000 r--p 00008000 08:05 111518 /usr/lib64/libXrender.so.1.3.0 7f12843fd000-7f12843fe000 rw-p 00009000 08:05 111518 /usr/lib64/libXrender.so.1.3.0 7f12843fe000-7f128440f000 r-xp 00000000 08:05 109548 /usr/lib64/libXext.so.6.4.0 7f128440f000-7f128460e000 ---p 00011000 08:05 109548 /usr/lib64/libXext.so.6.4.0 7f128460e000-7f128460f000 r--p 00010000 08:05 109548 /usr/lib64/libXext.so.6.4.0 7f128460f000-7f1284610000 rw-p 00011000 08:05 109548 /usr/lib64/libXext.so.6.4.0 7f1284610000-7f1284612000 r-xp 00000000 08:05 21291 /lib64/libdl-2.8.so 7f1284612000-7f1284812000 ---p 00002000 08:05 21291 /lib64/libdl-2.8.so 7f1284812000-7f1284813000 r--p 00002000 08:05 21291 /lib64/libdl-2.8.so 7f1284813000-7f1284814000 rw-p 00003000 08:05 21291 /lib64/libdl-2.8.so 7f1284814000-7f128482f000 r-xp 00000000 08:05 40309 /usr/lib64/libxcb.so.1.0.0 7f128482f000-7f1284a2e000 ---p 0001b000 08:05 40309 /usr/lib64/libxcb.so.1.0.0 7f1284a2e000-7f1284a2f000 r--p 0001a000 08:05 40309 /usr/lib64/libxcb.so.1.0.0 7f1284a2f000-7f1284a30000 rw-p 0001b000 08:05 40309 /usr/lib64/libxcb.so.1.0.0 7f1284a30000-7f1284a31000 r-xp 00000000 08:05 40299 /usr/lib64/libxcb-xlib.so.0.0.0 7f1284a31000-7f1284c30000 ---p 00001000 08:05 40299 /usr/lib64/libxcb-xlib.so.0.0.0 7f1284c30000-7f1284c31000 r--p 00000000 08:05 40299 /usr/lib64/libxcb-xlib.so.0.0.0 7f1284c31000-7f1284c32000 rw-p 00001000 08:05 40299 /usr/lib64/libxcb-xlib.so.0.0.0 7f1284c32000-7f1284c6e000 r-xp 00000000 08:05 137032 /lib64/libdbus-1.so.3.4.0 7f1284c6e000-7f1284e6e000 ---p 0003c000 08:05 137032 /lib64/libdbus-1.so.3.4.0 7f1284e6e000-7f1284e6f000 r--p 0003c000 08:05 137032 /lib64/libdbus-1.so.3.4.0 7f1284e6f000-7f1284e70000 rw-p 0003d000 08:05 137032 /lib64/libdbus-1.so.3.4.0 7f1284e70000-7f1284fbf000 r-xp 00000000 08:05 21285 /lib64/libc-2.8.so 7f1284fbf000-7f12851bf000 ---p 0014f000 08:05 21285 /lib64/libc-2.8.so 7f12851bf000-7f12851c3000 r--p 0014f000 08:05 21285 /lib64/libc-2.8.so 7f12851c3000-7f12851c4000 rw-p 00153000 08:05 21285 /lib64/libc-2.8.so 7f12851c4000-7Died at /usr/share/sax/init.pl line 653. I think I will have to edit the xorg.conf manually. Write if you need more info. -- 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 429506] New: KDE4: printer settings are not stored
by bugzilla_noreply＠novell.com 04 Nov '08

04 Nov '08

https://bugzilla.novell.com/show_bug.cgi?id=429506 Summary: KDE4: printer settings are not stored Product: openSUSE 11.1 Version: Factory Platform: i586 OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: KDE4 Workspace AssignedTo: kde-maintainers(a)suse.de ReportedBy: danielstefanmader(a)web.de QAContact: qa(a)suse.de Found By: --- The printer settings are never stored. Whenever a new printjob is launched, I have to set duplex, monochrome (why is there a color option at all for a BW laser printer?), margins etc... I am using KDE4 desktop factory repo. -- 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

[Bug 441256] New: configuration file is not readable
by bugzilla_noreply＠novell.com 04 Nov '08

04 Nov '08

https://bugzilla.novell.com/show_bug.cgi?id=441256 Summary: configuration file is not readable Product: openSUSE 11.1 Version: Beta4 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: prusnak(a)novell.com ReportedBy: schwab(a)novell.com QAContact: qa(a)suse.de Found By: --- $ colorit /var/log/messages configuration file is not readable -- 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 409308] New: novfs kernel module assigns faulty permissions/ownership
by bugzilla_noreply＠novell.com 04 Nov '08

04 Nov '08

https://bugzilla.novell.com/show_bug.cgi?id=409308 Summary: novfs kernel module assigns faulty permissions/ownership Product: openSUSE 11.0 Version: Final Platform: All OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: Kernel AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: japerry(a)asemblon.com QAContact: qa(a)suse.de Found By: Integration Test Over time, it appears the novfs kernel assigns faulty permissions/ownership to the root user folders in /var/opt/novell/nclmnt. For the first few users and days, the novell client will behave properly: drwxrwxrwx 1 root root 0 Jul 9 19:10 . drwxr-xr-x 6 root root 144 May 8 2007 .. drwxrwxrwx 1 root root 0 Jul 9 19:10 .Servers drwxrwxrwx 1 root root 0 Jul 9 19:10 .Trees drwx------ 1 admin root 0 Jul 15 09:33 admin drwx------ 1 ctimmon root 0 Jul 15 09:28 ctimmon drwx------ 1 eesrez root 0 Jul 15 07:43 eecrez drwx------ 1 enaemi root 0 Jul 15 09:05 enaemi drwx------ 1 gblte root 0 Jul 15 09:28 gblte drwx------ 1 gdvis root 0 Jul 14 16:57 gdvis drwx------ 1 jarry root 0 Jul 15 09:33 jarry drwx------ 1 khll root 0 Jul 15 08:35 khll drwx------ 1 lqrles root 0 Jul 10 09:29 lqrles drwx------ 1 lrchard root 0 Jul 15 08:16 lrchard Upon logout of novell, the user directory should disappear. Older versions of novfs changed the permissions to nobody. However, there are sometimes glitches that occur, that I haven't be able to identify why yet, that when you have over 10 users, eventually the ownership will change to random users. Eg: drwxrwxrwx 1 root root 0 Jul 9 19:10 . drwxr-xr-x 6 root root 144 May 8 2007 .. drwxrwxrwx 1 root root 0 Jul 9 19:10 .Servers drwxrwxrwx 1 root root 0 Jul 9 19:10 .Trees drwx------ 1 root root 0 Jul 14 18:54 djanss drwx------ 1 gblte root 0 Jul 15 09:28 gblte drwx------ 1 gdvis root 0 Jul 14 16:57 gdvis drwx------ 1 jarry root 0 Jul 15 09:33 jarry drwx------ 1 gblte root 0 Jul 15 09:40 jchman drwx------ 1 gblte root 0 Jul 15 09:40 joser drwx------ 1 khll root 0 Jul 15 08:35 khll drwx------ 1 rnson root 0 Jul 10 08:49 rnson drwx------ 1 gblte root 0 Jul 15 09:40 root drwx------ 1 gblte root 0 Jul 15 09:40 rsalon drwx------ 1 tbkr root 0 Jul 15 08:00 tbkr This causes the 8804 NWdrivebase error when trying to map a drive from the novell client. That is because the user no longer has permission to access his/her shares, because the root folder is 0700, and not owned by the user. I did a bug fix to change the ownership to 0755 so that users could access the folder even if it wasn't owned by them. Since I didn't have the tools or knowledge to debug why random users got assigned to other users folders, I figured this was the easiest fix. This 'hack' fixed the problem with permissions. The above folder listing works for all the users above now that the permissions are 0755. But its still not right. This morning however, I find that some users get this: drwxrwxrwx 1 root root 0 Jul 9 19:10 . drwxr-xr-x 6 root root 144 May 8 2007 .. drwxrwxrwx 1 root root 0 Jul 9 19:10 .Servers drwxrwxrwx 1 root root 0 Jul 9 19:10 .Trees drwxr-xr-x 1 admin root 0 Jul 15 09:33 admin drwxr-xr-x 1 ctimmon root 0 Jul 15 09:28 ctimmon d????????? ? ? ? ? ? dhson drwxr-xr-x 1 root root 0 Jul 14 18:54 djanss drwxr-xr-x 1 eesrez root 0 Jul 15 07:43 eesrez d????????? ? ? ? ? ? esagh drwxr-xr-x 1 gblte root 0 Jul 15 09:28 gblte drwxr-xr-x 1 gdvis root 0 Jul 14 16:57 gdvis drwxr-xr-x 1 mbokl root 0 Jul 15 07:27 mbokl d????????? ? ? ? ? ? mdrak drwxr-xr-x 1 mnaemi root 0 Jul 15 08:16 mnaemi drwxr-xr-x 1 tbkr root 0 Jul 15 08:00 tbkr Which brings me back to square one. 8804 error, and no permissions at all. I'm not sure if its related to my change to 0755. Since the internal servers folders are still 0700 and retain the correct permissions, I'm going to change the novfs kernel to 0777. My thinking behind the above error is because the novfs kernel couldn't delete the folder when the user logged out and it was owned by another user. Perhaps there is a link that was deleted, thus causing the wierd permissions errors to occur in the folder. I could be totally wrong. I'd love it if someone who actually works on this module could help point out whats going on. Perhaps there is a better way for multiple users to use one machine without it doing 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.

1 4

[Bug 441549] New: Remove glitz-devel from xorg-x11-server-sdk BuildRequires
by bugzilla_noreply＠novell.com 04 Nov '08

04 Nov '08

https://bugzilla.novell.com/show_bug.cgi?id=441549 Summary: Remove glitz-devel from xorg-x11-server-sdk BuildRequires Product: openSUSE 11.1 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: X.Org AssignedTo: sndirsch(a)novell.com ReportedBy: vuntz(a)novell.com QAContact: xorg-maintainer-bugs(a)forge.provo.novell.com Found By: --- glitz is not actively developed anymore, and the main use of this library is for cairo. But upstream cairo maintainers recommend not using glitz. So I'm trying to drop it from openSUSE since nothing else will use it. xorg-x11-server-sdk depends on glitz-devel. It's safe to remove this BuildRequires. -- 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 438151] New: Live CD installation uses gnome background in GDM and GNOME
by bugzilla_noreply＠novell.com 04 Nov '08

04 Nov '08

https://bugzilla.novell.com/show_bug.cgi?id=438151 Summary: Live CD installation uses gnome background in GDM and GNOME Product: openSUSE 11.1 Version: Beta 3 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: GNOME AssignedTo: bnc-team-gnome(a)forge.provo.novell.com ReportedBy: michael.monreal(a)gmail.com QAContact: qa(a)suse.de Found By: --- I installed beta3 from both the live cd and the normal dvd. The live CD ended up with the (ugly) upstream GNOME wallpaper on GDM and GNOME while the dvd installation was fine. -- 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 6

[Bug 434070] konsole tab can't be closed
by bugzilla_noreply＠novell.com 04 Nov '08

04 Nov '08

https://bugzilla.novell.com/show_bug.cgi?id=434070 User llunak(a)novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=434070#c1 Lubos Lunak <llunak(a)novell.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |NEEDINFO Info Provider| |koucou_2005(a)yahoo.fr --- Comment #1 from Lubos Lunak <llunak(a)novell.com> 2008-11-04 10:04:59 MST --- Works perfectly fine here. What are the exact steps to reproduce the problem with a new user account? -- 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 0

[Bug 407613] New: Bluetooth file transfer not working out of the box
by bugzilla_noreply＠novell.com 04 Nov '08

04 Nov '08

https://bugzilla.novell.com/show_bug.cgi?id=407613 Summary: Bluetooth file transfer not working out of the box Product: openSUSE 11.0 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: GNOME AssignedTo: bnc-team-gnome(a)forge.provo.novell.com ReportedBy: michael.monreal(a)gmail.com QAContact: qa(a)suse.de Found By: --- oS11 detects my build-in bluetooth just fine and shows a bluetooth icon in the tray. However I am not able to send files to the oS11 box or browse the share after I enable those options (File transfer options in the "General" tab). I see a "obex-data-server" process but if I send a file my other PC tells me that the oS11 box does not support receiving files :( As a workaround I found that starting the gnome-obex-server app works. But IIRC this app (as well as the whole gnome-bluetooth package) is deprecated now. RedHat did some great work to make Bluetooth work great on Fedora9. They ship a slightly patched bluez-gnome package (worth checking patches?) as well as gnome-user-share, which would be nice to have in openSUSE as well to have a central point to control user shares. -- 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 4

[Bug 435420] New: [Novell:NTS/supportutils] eth0 -> /dev/ sda2 link created running supportconfig
by bugzilla_noreply＠novell.com 04 Nov '08

04 Nov '08

https://bugzilla.novell.com/show_bug.cgi?id=435420 Summary: [Novell:NTS/supportutils] eth0 -> /dev/sda2 link created running supportconfig Product: openSUSE.org Version: unspecified Platform: PowerPC-64 OS/Version: SLES 9 Status: NEW Severity: Minor Priority: P5 - None Component: 3rd party software AssignedTo: jrecord(a)novell.com ReportedBy: jrecord(a)novell.com QAContact: opensuse-communityscreening(a)forge.provo.novell.com Found By: Development Running a supportconfig -i HCREPORT,CRASH will generate a symlink eth0 -> /dev/sda2 in the tar ball directory. Another gets created at times in /var/log as well. Other arch are fine. sles10 on ppc64 is fine. -- 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 4