Re: dpkg-buildpackage problem

2002-10-12 Thread Jay Graves
I after some thinking and tweaking I finally came up with this ./configure --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) --prefix=/ --mandir=\$${prefix}usr/share/man --i nfodir=\$${prefix}usr/share/info --datadir=\$${prefix}etc/X11 --exec-prefix=\$${prefix}/usr

Re: dpkg-buildpackage problem

2002-10-12 Thread Jay Graves
I after some thinking and tweaking I finally came up with this ./configure --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) --prefix=/ --mandir=\$${prefix}usr/share/man --i nfodir=\$${prefix}usr/share/info --datadir=\$${prefix}etc/X11 --exec-prefix=\$${prefix}/usr

Re: dpkg-buildpackage problem

2002-10-11 Thread Bob Proulx
Jay Graves [EMAIL PROTECTED] [2002-10-10 16:39:18 -0600]: debian/rules should have something like this: make install DESTDIR=$(CURDIR)/debian/tmp well my debian rules looks like this ./configure (lots of stuff here) --datadir=/etc/X11 This implies that the application is using data itself

Re: dpkg-buildpackage problem

2002-10-11 Thread Oliver Kurth
On Fri, Oct 11, 2002 at 07:23:13AM -0600, Bob Proulx wrote: (lots of complicated things) I think, if the Makefile is not too weird, it would be a lot easier to make it install to $(DESTDIR), and configure the directories in the 'normal' way. $(MAKE) install

Re: dpkg-buildpackage problem

2002-10-11 Thread Bob Proulx
Jay Graves [EMAIL PROTECTED] [2002-10-10 16:39:18 -0600]: debian/rules should have something like this: make install DESTDIR=$(CURDIR)/debian/tmp well my debian rules looks like this ./configure (lots of stuff here) --datadir=/etc/X11 This implies that the application is using data itself

Re: dpkg-buildpackage problem

2002-10-11 Thread Oliver Kurth
On Fri, Oct 11, 2002 at 07:23:13AM -0600, Bob Proulx wrote: (lots of complicated things) I think, if the Makefile is not too weird, it would be a lot easier to make it install to $(DESTDIR), and configure the directories in the 'normal' way. $(MAKE) install

dpkg-buildpackage problem

2002-10-10 Thread Jay Graves
Hello I am trying to package a program that installs some data files in to /etc/X11/packageName However when I run the dpkg-buildpackage -rfakeroot the process fails when it actually tries to install the files to /etc/X11/packageName Shouldn't install the files to

Re: dpkg-buildpackage problem

2002-10-10 Thread Levi Bard
In this case, it should read: datadir = ${DESTDIR}/etc/X11 Levi On Thu, 10 Oct 2002 13:45:05 -0600 Jay Graves [EMAIL PROTECTED] wrote: Hello I am trying to package a program that installs some data files in to /etc/X11/packageName However when I run the dpkg-buildpackage -rfakeroot the

Re: dpkg-buildpackage problem

2002-10-10 Thread Leo Costela
Hi there On Thu, 2002-10-10 at 16:45, Jay Graves wrote: Hello I am trying to package a program that installs some data files in to /etc/X11/packageName However when I run the dpkg-buildpackage -rfakeroot the process fails when it actually tries to install the files to /etc/X11/packageName

Re: dpkg-buildpackage problem

2002-10-10 Thread Jay Graves
It's possible that the Makefile doesn't support DESTDIR, or that you're not using it right. debian/rules should have something like this: make install DESTDIR=$(CURDIR)/debian/tmp well my debian rules looks like this ./configure (lots of stuff here) --datadir=/etc/X11 and the install block

Re: dpkg-buildpackage problem

2002-10-10 Thread Leo Costela
On Thu, 2002-10-10 at 19:39, Jay Graves wrote: everything installs into debian/packageName fine if I don't specify the --datadir in the configure, but once I do it tries to install files to /etc/X11 Why do you need the --datadir option? My guess is that both options are mutually exclusive,

Re: dpkg-buildpackage problem

2002-10-10 Thread Levi Bard
Well, you could hack the Makefile.am or Makefile.in to install the conf files to ${DESTDIR}/${datadir} , or you could possibly try the following: ./configure (stuff) --datadir='${DESTDIR}/etc/X11' Although, if the app itself uses the value of datadir (which is BAD, imo) this approach wouldn't

dpkg-buildpackage problem

2002-10-10 Thread Jay Graves
Hello I am trying to package a program that installs some data files in to /etc/X11/packageName However when I run the dpkg-buildpackage -rfakeroot the process fails when it actually tries to install the files to /etc/X11/packageName Shouldn't install the files to

Re: dpkg-buildpackage problem

2002-10-10 Thread Levi Bard
In this case, it should read: datadir = ${DESTDIR}/etc/X11 Levi On Thu, 10 Oct 2002 13:45:05 -0600 Jay Graves [EMAIL PROTECTED] wrote: Hello I am trying to package a program that installs some data files in to /etc/X11/packageName However when I run the dpkg-buildpackage -rfakeroot the

Re: dpkg-buildpackage problem

2002-10-10 Thread Leo Costela
Hi there On Thu, 2002-10-10 at 16:45, Jay Graves wrote: Hello I am trying to package a program that installs some data files in to /etc/X11/packageName However when I run the dpkg-buildpackage -rfakeroot the process fails when it actually tries to install the files to /etc/X11/packageName

Re: dpkg-buildpackage problem

2002-10-10 Thread Jay Graves
It's possible that the Makefile doesn't support DESTDIR, or that you're not using it right. debian/rules should have something like this: make install DESTDIR=$(CURDIR)/debian/tmp well my debian rules looks like this ./configure (lots of stuff here) --datadir=/etc/X11 and the install block

Re: dpkg-buildpackage problem

2002-10-10 Thread Leo Costela
On Thu, 2002-10-10 at 19:39, Jay Graves wrote: everything installs into debian/packageName fine if I don't specify the --datadir in the configure, but once I do it tries to install files to /etc/X11 Why do you need the --datadir option? My guess is that both options are mutually exclusive,

Re: dpkg-buildpackage problem

2002-10-10 Thread Levi Bard
Well, you could hack the Makefile.am or Makefile.in to install the conf files to ${DESTDIR}/${datadir} , or you could possibly try the following: ./configure (stuff) --datadir='${DESTDIR}/etc/X11' Although, if the app itself uses the value of datadir (which is BAD, imo) this approach wouldn't