Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 190893 - Access violation under gnome-extra/gnome-media-2.18.0
Summary: Access violation under gnome-extra/gnome-media-2.18.0
Status: RESOLVED WORKSFORME
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] GNOME (show other bugs)
Hardware: All Linux
: High normal
Assignee: Gentoo Linux Gnome Desktop Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-08-31 17:34 UTC by Gabor Garami
Modified: 2007-10-22 20:19 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
emerge --info output (emerge-info,2.76 KB, text/plain)
2007-08-31 17:35 UTC, Gabor Garami
Details
build.log (build.log,214.47 KB, text/plain)
2007-08-31 17:36 UTC, Gabor Garami
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Gabor Garami 2007-08-31 17:34:54 UTC
This error affected by gnome-extra/gnome-media-2.18.0-r1 too.

End of error:

--------------------------- ACCESS VIOLATION SUMMARY ---------------------------
LOG FILE = "/var/log/sandbox/sandbox-gnome-extra_-_gnome-media-2.18.0-13961.log"

mkdir:     /home/root/.gnome2
mkdir:     /home/root/.gnome2
mkdir:     /home/root/.gnome2
mkdir:     /home/root/.gnome2
mkdir:     /home/root/.gconf
mkdir:     /home/root/.gconfd
open_wr:   /home/root/.gconfd/saved_state
mkdir:     /home/root/.gconfd
open_wr:   /home/root/.gconfd/saved_state
mkdir:     /home/root/.gnome2
mkdir:     /home/root/.gconfd
open_wr:   /home/root/.gconfd/saved_state
mkdir:     /home/root/.gconfd
open_wr:   /home/root/.gconfd/saved_state
mkdir:     /home/root/.gconfd
open_wr:   /home/root/.gconfd/saved_state
mkdir:     /home/root/.gconfd
open_wr:   /home/root/.gconfd/saved_state
mkdir:     /home/root/.gconfd
open_wr:   /home/root/.gconfd/saved_state.tmp
--------------------------------------------------------------------------------

Build log and emerge info will be attached
Comment 1 Gabor Garami 2007-08-31 17:35:46 UTC
Created attachment 129697 [details]
emerge --info output
Comment 2 Gabor Garami 2007-08-31 17:36:28 UTC
Created attachment 129698 [details]
build.log
Comment 3 Jakub Moc (RETIRED) gentoo-dev 2007-09-01 00:30:17 UTC
Well, that's what you get for moving /root to stupid places; don't do this and you won't have any such problem. Or create the directories manually if you insist on doing such things.

Comment 4 Gabor Garami 2007-09-15 17:07:52 UTC
(In reply to comment #3)
> Well, that's what you get for moving /root to stupid places; don't do this and
> you won't have any such problem. Or create the directories manually if you
> insist on doing such things.
> 

I moved root's home back to /root, but the problem is still. Help.
Comment 5 Gilles Dartiguelongue (RETIRED) gentoo-dev 2007-09-15 17:27:50 UTC
that's strange because gnome-media-2.18.0 and -r1 do have 

    addpredict "/root/.gconfd"
    addpredict "/root/.gconf"

which should cover your problem.
Comment 6 Jakub Moc (RETIRED) gentoo-dev 2007-09-24 22:08:31 UTC
(In reply to comment #4)
> I moved root's home back to /root, but the problem is still. Help.

The problem is still what exactly? Post the exact errors.

Comment 7 Gabor Garami 2007-09-25 18:16:57 UTC
(In reply to comment #6)
> (In reply to comment #4)
> > I moved root's home back to /root, but the problem is still. Help.
> 
> The problem is still what exactly? Post the exact errors.
> 

Similar as comment #1, but not the  /home/root, just /root. 
I can paste it, but i feel it's unneccessary.
Comment 8 Jakub Moc (RETIRED) gentoo-dev 2007-09-26 07:28:15 UTC
(In reply to comment #6)
> The problem is still what exactly? Post the exact errors.

And do the directories exist - i.e., /root/.{gconf,gconfd,gnome2}? We'd need addwrite instead of addpredict for /root/.gconfd at least if they don't. If someone really insists on moving /root to crazy locations, we'd need 

addpredict "$(unset HOME; echo ~)/.gconf"
addpredict "$(unset HOME; echo ~)/.gconfd"

instead; and same for gnome2.eclass, it'd need addwrite "$(unset HOME; echo ~)/.gnome2" but I really don't think supporting this is needed.