6942 – Portage relies on 'sed', so 'sed' package cannot be merged if lost.

Bug 6942 - Portage relies on 'sed', so 'sed' package cannot be merged if lost.

Summary: Portage relies on 'sed', so 'sed' package cannot be merged if lost.

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:	Seemant Kulleen (RETIRED)

URL:
Whiteboard:
Keywords:

Depends on:
Blocks:

Reported:	2002-08-23 12:40 UTC by Arcady Genkin (RETIRED)
Modified:	2003-02-04 19:42 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 Arcady Genkin (RETIRED) gentoo-dev

2002-08-23 12:40:26 UTC

This is a vicious circle.  I unmerged 'supersed', which removed /usr/bin/sed
binary.  Now "emerge sed" fails because portage cannot find "sed" utility.  Doh!

Not sure whether this can be helped, though, but I thought I'd file a bug
anyway. ;^)

bashful root # emerge sed 
Calculating dependencies ...done!
>>> emerge sys-apps/sed-3.02.80-r4 to /
>>> md5 ;-) sed-3.02.80.tar.gz
>>> Unpacking source...
>>> Unpacking sed-3.02.80.tar.gz
/usr/sbin/ebuild.sh: sed: command not found
>>> Source unpacked.
/usr/sbin/ebuild.sh: ./configure: No such file or directory

!!! ERROR: The ebuild did not complete successfully.
!!! Function src_compile, Line 3, Exitcode 127
!!! (no error message)

!!! emerge aborting on  /usr/portage/sys-apps/sed/sed-3.02.80-r4.ebuild .

Comment 1 Seemant Kulleen (RETIRED) gentoo-dev

2002-08-23 12:55:31 UTC

yes yes, I know.

supersed is now installed as ssed

Comment 2 Seemant Kulleen (RETIRED) gentoo-dev

2002-08-28 06:06:43 UTC

well, it's not fixed but there's nothing much I can do about this one, since
supersed already installs itself as ssed and the system sed won't be touched
anymore...