https://bugzilla.novell.com/show_bug.cgi?id=752529 https://bugzilla.novell.com/show_bug.cgi?id=752529#c0 Summary: Executing rpmspec with %defattr causes the desktop to crash Classification: openSUSE Product: openSUSE 11.4 Version: Final Platform: i586 OS/Version: openSUSE 11.4 Status: NEW Severity: Normal Priority: P5 - None Component: GNOME AssignedTo: bnc-team-gnome@forge.provo.novell.com ReportedBy: tombert@live.at QAContact: qa-bugs@suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-GB; rv:1.9.2.17) Gecko/20110420 SUSE/3.6.17-0.2.1 Firefox/3.6.17 I'am creating rpm installations with a files section like: %files %defattr(444 , root, root) %{prefix}/ Note: I'am creating the rpm as normal user, not root! On another computer running 11.4 the user which I created the rpm does not exist - so the defattr seems a good idea. The installation works fine without error. Short after the desktop icons appear blank and starting a new terminal results in an error that it cannot access the .bashrc file. Starting other applications fails too. Loging off/on fails and the system remains unusable. The error messages appear "Cannot access .ICEauthority" and lots more access errors. One has to re-install nautilus in order to get the system working again. Note: Removing the defattr from the spec file fixes the problem with the side-effect that rpm complains that the user does not exist. The problem is reproducable. thx Reproducible: Always Steps to Reproduce: Get two Suse computers. On the first one create an rpm installation as normal user A. Include the defattr directive. Set the prefix to /home. On the second computer login as root and install the rpm with default prefix (i.e. /home). It is possible that this occurs using gnome only. Didn't test this in kde. Actual Results: One cannot login again because of file access errors. -- 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.