First Last Prev Next    No search results available      Search page      Enter new bug
Bug#: 16462
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: Gentoo Linux bug wranglers <bug-wranglers@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: tots-gentoo@arasaka.net
Add CC:
CC:
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 16462 depends on: Show dependency tree
Show dependency graph
Bug 16462 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: 2003-02-27 05:27 0000
For some reason, the 2.9.14_beta ebuild is hanging around, and is occupying
slot
2, and the 3.0.0 ebuild occupies slot 0.  The first problem is that the 3.0.0
ebuild is not the one merged when a 'emerge privoxy' is issued.  When one
manually merges the 3.0.0 ebuild it steps all over many of the files that were
installed as part of 2.9.14 (namely init scripts, binaries).  If one gets rid
of
2.9.14 and installs 3.0.0, a careless 'emerge -u world' will cause 2.9.14 to be
merged, again, stomping on the other version's files.  The config protection
prevents the config files from one version being overwritten by the other, but
due to the changes in those same files between the two versions, you end up
with
a broken privoxy install.

Reproducible: Always
Steps to Reproduce:
1.emerge privoxy.  Then emerge the 3.0.0 ebuild.
2. Or emerge the 3.0.0 ebuild then emerge -u world
3. Attempt to start privoxy.

Actual Results:  
You get a nicely broken privoxy setup.

------- Comment #1 From Martin Holzer (RETIRED) 2003-02-27 17:43:16 0000 -------
fixed in cvs

thx

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