>> My only thoughts are an evil hack where I edit debian/rules to have
>> $(MAKE) install prefix=`pwd`/debian/tmp/usr
> etcdir=`pwd`/debian/tmp/etc
>> and then use ${etcdir} for the config file install directory with it
>> defaulting to /etc in the Makefile.in.
>>
>> Modifying the Makefile.in and
On Thu, Oct 19, 2000 at 05:02:53PM -0700, Richard Hecker wrote:
> Hi;
>
> I have been hacking on a system I upgraded from hamm to woody
> during a bunch of other modifications. I am about at wits-end
> so I will play the poor newbie_in_NM_queue role.
>
> I just tried downgrading to potato and no
On Thu, Oct 19, 2000 at 04:54:17PM -0600, Wesley W. Terpstra wrote:
> I've being packaging a program which has a config file. The program uses
> autoconf and all the ${bindir}, ${libdir}, etc. type variables. dh_make
> produced a debian/rules that worked almost right out of the box b/c it
> overloa
Hi;
I have been hacking on a system I upgraded from hamm to woody
during a bunch of other modifications. I am about at wits-end
so I will play the poor newbie_in_NM_queue role.
I just tried downgrading to potato and now I find the following
situation:
dpkg --install --force-downgrade --force-co
On Thu, Oct 19, 2000 at 05:02:53PM -0700, Richard Hecker wrote:
> Hi;
>
> I have been hacking on a system I upgraded from hamm to woody
> during a bunch of other modifications. I am about at wits-end
> so I will play the poor newbie_in_NM_queue role.
>
> I just tried downgrading to potato and n
I've being packaging a program which has a config file. The program uses
autoconf and all the ${bindir}, ${libdir}, etc. type variables. dh_make
produced a debian/rules that worked almost right out of the box b/c it
overloaded the prefix value to specify destinations for the install target.
Howeve
On Thu, Oct 19, 2000 at 04:54:17PM -0600, Wesley W. Terpstra wrote:
> I've being packaging a program which has a config file. The program uses
> autoconf and all the ${bindir}, ${libdir}, etc. type variables. dh_make
> produced a debian/rules that worked almost right out of the box b/c it
> overlo
Hi;
I have been hacking on a system I upgraded from hamm to woody
during a bunch of other modifications. I am about at wits-end
so I will play the poor newbie_in_NM_queue role.
I just tried downgrading to potato and now I find the following
situation:
dpkg --install --force-downgrade --force-c
I've being packaging a program which has a config file. The program uses
autoconf and all the ${bindir}, ${libdir}, etc. type variables. dh_make
produced a debian/rules that worked almost right out of the box b/c it
overloaded the prefix value to specify destinations for the install target.
Howev
On Thu, 19 Oct 2000, Joergen Haegg wrote:
> > You haven't corrected the clean rules yet, so the diff.gz still contains
> > loads of unnecessary stuff.
> Ok, done, couldn't see any errors.
libio-stty-perl is corrected, libexpect-perl not. You should do that as
well (look at the .diff.gz files wit
On Thu, 19 Oct 2000, Joergen Haegg wrote:
> > You haven't corrected the clean rules yet, so the diff.gz still contains
> > loads of unnecessary stuff.
> Ok, done, couldn't see any errors.
libio-stty-perl is corrected, libexpect-perl not. You should do that as
well (look at the .diff.gz files wi
hi,
i have a bugreport for a package which is solved in a new
version. and the bug report told me that it is fixed in the new
package. it's a woody package but compiled for potato but
shouldn't be a problem because it only depends on libc6. so, know
this would be a reason to be included into propo
hi,
i have a bugreport for a package which is solved in a new
version. and the bug report told me that it is fixed in the new
package. it's a woody package but compiled for potato but
shouldn't be a problem because it only depends on libc6. so, know
this would be a reason to be included into prop
13 matches
Mail list logo
