30568 – access violation during install of ncurses-5.3-r1 during bootstrap

Bug 30568 - access violation during install of ncurses-5.3-r1 during bootstrap

Summary: access violation during install of ncurses-5.3-r1 during bootstrap

Status:	RESOLVED FIXED

Alias:	None

Product:	Gentoo Linux
Classification:	Unclassified
Component:	[OLD] Core system (show other bugs)
Hardware:	x86 Linux

Importance:	High normal (vote)
Assignee:	Portage team

URL:
Whiteboard:
Keywords:	InVCS

Depends on:
Blocks:

Reported:	2003-10-07 07:38 UTC by Peter Gnodde
Modified:	2004-02-08 17:55 UTC (History)
CC List:	1 user (show)

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

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.

Description Peter Gnodde 2003-10-07 07:38:36 UTC

When the PORTAGE_TMPDIR is set to /share/tmp, ncurses generates an access
violation when it wants to install something to
'/lib/tmp/portage/ncurses-5.3-r1/image/usr/share/terminfo'. Note the /lib at the
beginning, it should be '/share'. I suspect that something during the make
install of ncurses replaces /share with /lib. When PORTAGE_TMPDIR is set to
/usr/tmp, everything compiles and installs just fine.

I've also tested this with the -r4 release, it generates the same access violation.


Reproducible: Always
Steps to Reproduce:
1. mkdir -p /share/tmp && chmod 1777 /share/tmp
2. set PORTAGE_TMPDIR to '/share/tmp' in your /etc/make.conf
3. do a bootstrap (I haven't tested this yet without a bootstrap, will do that
once the system is ready)

Actual Results:  
Access violation

Comment 1 Nicholas Jones (RETIRED) gentoo-dev

2003-12-24 12:18:57 UTC

PORTAGE_TMPDIR added read/write to sandbox's list regardless of where it is
set.

Comment 2 Eske Christiansen 2004-01-03 00:31:30 UTC

To change the PORTAGE_TMPDIR dosen't help for me. When doing this I get:
ACCESS DENIED  unlink:    /usr/tmp/portage/ncurses-5.3-r2/temp/successful
rm: cannot remove `/usr/tmp/portage/ncurses-5.3-r2/temp/successful': Permission denied
<zip more of these>
>>> Unpacking source...
>>> Unpacking ncurses-5.3.tar.gz to /usr/tmp/portage/ncurses-5.3-r2/work
 * Applying ncurses-5.3-xterm.patch...
ACCESS DENIED  open_wr:   /usr/tmp/portage/ncurses-5.3-r2/temp/ncurses-5.3-xterm.patch-15814.out
/usr/sbin/ebuild.sh: line 244: /usr/tmp/portage/ncurses-5.3-r2/temp/ncurses-5.3-xterm.patch-15814.out: Permission denied
ACCESS DENIED  open_wr:   /usr/tmp/portage/ncurses-5.3-r2/temp/ncurses-5.3-xterm.patch-15814.out
<zip more of these>

 * Failed Patch: ncurses-5.3-xterm.patch!
 *
 * Include in your bugreport the contents of:
 *
 *   /usr/tmp/portage/ncurses-5.3-r2/temp/ncurses-5.3-xterm.patch-15814.out


!!! ERROR: sys-libs/ncurses-5.3-r2 failed.
!!! Function epatch, Line 322, Exitcode 0
!!! Failed Patch: ncurses-5.3-xterm.patch!

--------------------------- ACCESS VIOLATION SUMMARY ---------------------------
LOG FILE = "/tmp/sandbox-ncurses-5.3-r2-15813.log"

unlink:    /usr/tmp/portage/ncurses-5.3-r2/temp/successful
open_wr:   /usr/tmp/portage/ncurses-5.3-r2/temp/eclass-debug.log
chmod:     /usr/tmp/portage/ncurses-5.3-r2/temp/eclass-debug.log
open_wr:   /usr/tmp/portage/ncurses-5.3-r2/temp/eclass-debug.log
<zip alot more of these>

Comment 3 Laurent Duperval 2004-01-21 19:38:55 UTC

I'd like to add that I'm getting this too using -r5.

Comment 4 Marius Mauch (RETIRED) gentoo-dev

2004-02-08 17:55:20 UTC

supposed to be fixed in 2.0.50 which is stable now. If this bug is not fixed please reopen.