Re: conflict/replace/provide

1999-02-27 Thread Josip Rodin
On Fri, Feb 26, 1999 at 11:22:50PM -0800, Joey Hess wrote: > The behavior is this: [snip] So I've noticed :) I read the manuals after I posted, and it's like you say. > If you want it to use a different temporary directotory, you can always use > -Ptmpdir, which will force the debhelper command t

Re: conflict/replace/provide

1999-02-27 Thread Joey Hess
Josip Rodin wrote: > Would I convert the package to debhelper if I thought that debhelper > is stupid? :) I just noticed how abnormally dh_installdirs behaves > in different situations. For example, when called with -plibxpm4 > it will not create debian/libxpm4/, but debian/tmp/. But, > a line jus

Re: conflict/replace/provide

1999-02-20 Thread Josip Rodin
On Sat, Feb 20, 1999 at 02:18:36PM -0500, Shaleh wrote: > >> Would seem so, but there could be a reason why version 0.2.1 was needed > >> rather > >> than 0.3. Provides will please a package's depends as long as it does not > >> care > >> about the version. > > > > That also makes sense. Unfortun

Re: conflict/replace/provide

1999-02-20 Thread Shaleh
On 20-Feb-99 Josip Rodin wrote: > On Sat, Feb 20, 1999 at 02:07:29PM -0500, Shaleh wrote: >> > Why does it have to be *versioned*? It is logical that when you >> > depend on some package without version, you depend on every available >> > version of that package. It would be normal to presume that

Re: conflict/replace/provide

1999-02-20 Thread Josip Rodin
On Sat, Feb 20, 1999 at 02:07:29PM -0500, Shaleh wrote: > > Why does it have to be *versioned*? It is logical that when you > > depend on some package without version, you depend on every available > > version of that package. It would be normal to presume that if > > you provide some package witho

Re: conflict/replace/provide

1999-02-20 Thread Shaleh
On 20-Feb-99 Josip Rodin wrote: > On Sat, Feb 20, 1999 at 01:45:15PM -0500, Shaleh wrote: >> > joy:/usr/src/xpm# dpkg -i libxpm4_3.4j-1_i386.deb >> > dpkg: considering removing xpm4g in favour of libxpm4 ... >> > dpkg: no, cannot remove xpm4g (--auto-deconfigure will help): >> > wmaker depends on

Re: conflict/replace/provide

1999-02-20 Thread Josip Rodin
On Sat, Feb 20, 1999 at 01:45:15PM -0500, Shaleh wrote: > > joy:/usr/src/xpm# dpkg -i libxpm4_3.4j-1_i386.deb > > dpkg: considering removing xpm4g in favour of libxpm4 ... > > dpkg: no, cannot remove xpm4g (--auto-deconfigure will help): > > wmaker depends on xpm4g (>= 3.4j-0) > > xpm4g is to be

RE: conflict/replace/provide

1999-02-20 Thread Shaleh
> joy:/usr/src/xpm# dpkg -i libxpm4_3.4j-1_i386.deb > dpkg: considering removing xpm4g in favour of libxpm4 ... > dpkg: no, cannot remove xpm4g (--auto-deconfigure will help): > wmaker depends on xpm4g (>= 3.4j-0) > xpm4g is to be removed. > dpkg: regarding libxpm4_3.4j-1_i386.deb containing lib