First Last Prev Next    No search results available      Search page      Enter new bug
Bug#: 71538
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: SpanKY <vapier@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: SpanKY <vapier@gentoo.org>
Add CC:
CC:
Remove selected CCs
URL:
Summary:
Status Whiteboard:
Keywords:

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

Bug 71538 depends on: Show dependency tree
Show dependency graph
Bug 71538 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-11-17 08:13 0000
einstall is a kludge that is supposed to be used only when DESTDIR is not
supported

------- Comment #1 From foser (RETIRED) 2004-11-17 15:43:25 0000 -------
yeah but its not sin either if it is used like that & works... whats this for
pointless crusade.

fam is a dead end, so are it's ebuilds

------- Comment #2 From SpanKY 2004-11-17 18:03:44 0000 -------
if you wont i will

------- Comment #3 From foser (RETIRED) 2004-11-18 10:42:35 0000 -------
whats your problem ? there are literally thousands of ebuilds in the tree that
use einstall, even most eclasses do.

So you want to move to the more correct 'make DESTDIR=${D} install' method for
those packages that support it (quite a lot do not), all fine by me. What is
the right approach ? Filing bugs for every package you encounter that does this
? Wouldn't it be better to maybe inform developers and make it a community
effort instead of lonely man's crusade ? QA isn't you 'fixing up' things behind
someone's back, it's making people aware of the how & why's and urging them to
do the right thing. That is also a lot more efficient.

Realisticly I'd say the FAM package won't live to see the day that einstall
will have dissapeared from the tree (or the default portage function has been
adapted) and as such I find it a waste of time to fix a perfectly fine working
ebuild, but that's my time.. maybe you have a lot more of it to spend. In that
light I think it's ironic that you haven't opened such a bug yet for gamin,
which is the replacement for the age-old fam package & as a fresh ebuild does
use einstall.

BTW There is a longstanding bug about this issue (should still be open) where I
happened to push for the adaptation of DESTDIR, so I know exactly what you are
on about. As a matter of fact, over time we have moved & tested a lot of gnome
packages to the DESTDIR format.

------- Comment #4 From SpanKY 2004-11-18 22:00:38 0000 -------
> Filing bugs for every package you encounter that does this ?

i'm in the process

> Wouldn't it be better to maybe inform developers and make it a community 
> effort instead of lonely man's crusade ? 

i've tried that, it doesnt work
i've written docs (man pages/etc...) and written e-mails

> QA isn't you 'fixing up' things behind someone's back, it's making people
> aware of the how & why's and urging them to do the right thing.

like filing bugs ?
see above

> BTW There is a longstanding bug about this issue (should still be open) where 
> I happened to push for the adaptation of DESTDIR

not quite sure what you're refering to in terms of 'adoption'
there is a bug (which i've commented on) about changing the default src_install() to use `make install DESTDIR`
in terms of documentation, i've already done that LONG ago

------- Comment #5 From SpanKY 2004-11-21 18:51:04 0000 -------
fixed in cvs

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