First Last Prev Next    No search results available      Search page      Enter new bug
Bug#: 44034
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: Gentoo KDE team <kde@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Enrico Morelli <morelli@cerm.unifi.it>
Add CC:
CC:
Remove selected CCs
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
dox-1.1.ebuild dox-1.1.ebuild (corrects sandbox access violation) text/plain robertc96@hotmail.com 2004-09-01 08:10 0000 1.65 KB Details
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 44034 depends on: Show dependency tree
Show dependency graph
Bug 44034 blocks:
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)







View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug


Description:   Opened: 2004-03-08 06:57 0000
When I try to emerge dox-1.1 I have a lot of the following errors:
-----------------------------------------------------------
ACCESS DENIED
open_wr:   /usr/qt/3/etc/settings/qt_plugins_3.3rc.tmp
open_wr:   /usr/qt/3/etc/settings/.qt_plugins_3.3rc.lock
open_wr:   /usr/qt/3/etc/settings/qt_plugins_3.3rc.tmp
open_wr:   /usr/qt/3/etc/settings/.qt_plugins_3.3rc.lock
open_wr:   /usr/qt/3/etc/settings/qt_plugins_3.3rc.tmp
open_wr:   /usr/qt/3/etc/settings/.qt_plugins_3.3rc.lock
open_wr:   /usr/qt/3/etc/settings/qt_plugins_3.3rc.tmp
-------------------------------------------------------------

I tried to add the following line in dox-1.1.ebuild:
src_compile() {
addpredict ${QTDIR}/etc/settings
.
.
}
without good results.

At the end to install dox I executed:

FEATURES="-sandbox" emerge dox

Reproducible: Always
Steps to Reproduce:
1. emerge dox
2.
3.

Actual Results:  
I have the sandbox errors:
ACCESS DENIED:
open_wr:   /usr/qt/3/etc/settings/.qt_plugins_3.3rc.lock
open_wr:   /usr/qt/3/etc/settings/qt_plugins_3.3rc.tmp

Expected Results:  
Install dox.

Portage 2.0.50-r1 (default-x86-1.4, gcc-3.3.2, glibc-2.3.2-r9, 2.6.4-rc1)
=================================================================
System uname: 2.6.4-rc1 i686 Intel(R) Pentium(R) 4 CPU 1.70GHz
Gentoo Base System version 1.4.3.13
distcc 2.12.1 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled]
Autoconf: sys-devel/autoconf-2.58-r1
Automake: sys-devel/automake-1.7.7
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-O3 -mcpu=i686 -funroll-loops -pipe -fomit-frame-pointer -fPIC"
CHOST="i686-pc-linux-gnu"
COMPILER="gcc3"
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config
/usr/kde/3/share/config /usr/share/config /usr/share/texmf/dvipdfm/config/
/usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/
/usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O3 -mcpu=i686 -funroll-loops -pipe -fomit-frame-pointer -fPIC"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs ccache sandbox"
GENTOO_MIRRORS="http://gentoo.linux.no/ http://ftp.caliu.info/pub/gentoo/
http://ds.thn.htu.se/linux/gentoo
http://sunsite.cnlab-switch.ch/ftp/mirror/gentoo/
http://www.mirror.ac.uk/sites/www.ibiblio.org/gentoo/"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY=""
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="X aalib acpi alsa avi berkdb cdr crypt cups dvd encode esd foomaticdb gdbm
gif gpm gtk gtk2 imlib jpeg libg++ libwww mad mikmod mmx motif mpeg ncurses nls
oggvorbis opengl oss pam pdflib perl png python quicktime readline sdl slang
spell ssl svga tcltk tcpd tetex truetype video_cards_radeon x86 xml2 xmms xv zlib"

------- Comment #1 From Seemant Kulleen (RETIRED) 2004-03-08 18:05:07 0000 -------
seeing this sort of thing a lot on qt bug reports

------- Comment #2 From Dominik Stadler (RETIRED) 2004-03-10 15:19:25 0000 -------
I happens if the install-target of the Makefile tries to write directly to
/usr/qt/... instead of using the provided DESTDIR inside the temp
portage-build-directory. The source should be fixed, we can only workaround
this in the ebuilds.

Strange but I could emerge dox without problems?!

------- Comment #3 From Manfred Knick 2004-08-16 03:42:22 0000 -------
Dominik,

some time ago there were problems when using 
# PORTDIR="..."
# PORTAGE_TMPDIR="..."
other than the default values, esp. when using sanbox. Sorry, I don't remember exactly ... Perhaps this relates to your wondering why for some people it works, and not for others?

Kind regards, Manfred

------- Comment #4 From robertc96@hotmail.com 2004-09-01 08:10:28 0000 -------
Created an attachment (id=38685) [edit]
dox-1.1.ebuild (corrects sandbox access violation)

Can confirm that I had the same sandbox access violation problem referred to
above when building but the attached ebuild corrects this problem.

------- Comment #5 From Bryan Østergaard (RETIRED) 2004-09-04 07:41:59 0000 -------
Patch confirmed working and added to the tree.

First Last Prev Next    No search results available      Search page      Enter new bug