this package uses wrong installation pathes, please fix and test while
you're at it (i don't use it):
--includedir=/include \
is wrong, whould be /usr/include. Most of these pathes are not needed,
just --prefix=/usr should be enough.
the clean target must wipe installed stuff from the staging-dir. Please
fix this, too.
Looks like stuff is removed both from STAGING_DIR and TARGET_DIR. Is this
the correct behaviour?
this package uses wrong installation pathes, please fix and test while
you're at it (i don't use it):
--includedir=/include \
is wrong, whould be /usr/include. Most of these pathes are not needed,
just --prefix=/usr should be enough.
the clean target must wipe installed stuff from the staging-dir. Please
fix this, too.
Looks like stuff is removed both from STAGING_DIR and TARGET_DIR. Is this
the correct behaviour?
I think removing stuff from both staging_dir and target_dir is the way
to go, yes.
Consider somebody intending to turn off a package. The usual intuitive
way is IMHO to make foo-clean then reconfigure to remove that package.
I'm open to alternative suggestions, of course.
quoted
this package uses wrong installation pathes, please fix and test while
you're at it (i don't use it):
--includedir=/include \
is wrong, whould be /usr/include. Most of these pathes are not needed,
just --prefix=/usr should be enough.
On Sun, Jul 08, 2007 at 03:07:18PM +0200, Cristian Ionescu-Idbohrn wrote:
quoted
Looks like stuff is removed both from STAGING_DIR and TARGET_DIR. Is
this the correct behaviour?
I think removing stuff from both staging_dir and target_dir is the way
to go, yes.
Alright. I still wish every makefile had a target called called
<something>-uninstall to do that.
Consider somebody intending to turn off a package. The usual intuitive
way is IMHO to make foo-clean then reconfigure to remove that package.
I'm open to alternative suggestions, of course.
This is how I wish it was done (looks more intuitive to me):
<something>-clean does the usual 'make clean' stuff
<something>-dirclean wipes out the build directory
<something>-uninstall wipes whatever was installed
--
Cristian
this package uses wrong installation pathes, please fix and test while
you're at it (i don't use it):
--includedir=/include \
is wrong, whould be /usr/include. Most of these pathes are not needed,
just --prefix=/usr should be enough.
From: Bernhard Fischer <hidden> Date: 2007-07-08 13:51:36
On Sun, Jul 08, 2007 at 03:27:11PM +0200, Cristian Ionescu-Idbohrn wrote:
On Sun, 8 Jul 2007, Bernhard Fischer wrote:
quoted
On Sun, Jul 08, 2007 at 03:07:18PM +0200, Cristian Ionescu-Idbohrn wrote:
quoted
Looks like stuff is removed both from STAGING_DIR and TARGET_DIR. Is
this the correct behaviour?
I think removing stuff from both staging_dir and target_dir is the way
to go, yes.
Alright. I still wish every makefile had a target called called
<something>-uninstall to do that.
quoted
Consider somebody intending to turn off a package. The usual intuitive
way is IMHO to make foo-clean then reconfigure to remove that package.
I'm open to alternative suggestions, of course.
This is how I wish it was done (looks more intuitive to me):
<something>-clean does the usual 'make clean' stuff
<something>-dirclean wipes out the build directory
<something>-uninstall wipes whatever was installed
sounds ok to me, i'll let others comment. Care to send a patch if noone
objects withing a couple of days?
cheers,