Hi,
I am the author of the GNU HaliFAX viewer and I have pre-packaged it
for Debian GNU/Linux. I have been a maintainer since Saturday and
although my packaging seemed correct to my applicant manager I still
have a few questions for which I have no answer.
In
Welcome !
Thanks to you and to everyone who answered my questions. Once the mail
got through the arcane of the Internet I got quick replies.
There is no fooling, this is exactly what you should do. Debian
native packages are for instance the debian package tools. In almost
all situations
Filip == Filip Van Raemdonck [EMAIL PROTECTED] writes:
I suspect this is probably just a problem with the way libtool gets called
(either incorrect or incomplete), but I'm not too good on reading
Makefile.in's and apparently (to make things even more complicated) the
libtool isn't even
Hi,
I am currently packaging gfax. In the Debian Policy it is specified
that one, willing to divert an executable, should contact the original
executable's maintainer.
In my case the lpr provided by gfax is a wrapper to provide the lpr
-Pfax command line. Should I contact both the LPRng and
Wouldn't it be a lot nicer to just add a fax entry to /etc/printcap?
I know that at least lprng can handle printing to pipes (I use it to
`print' mp3's to mpg123).
I have already thought about that. But the problem is that this fax
entry is supposed to spawn a graphical utility (requiring
You should contact them. Also, please understand one thing about diversions:
once you add one, you must keep the code to *remove* it around. Even if stop
doing a diversion, you will need to move the code to remove it from the *rm
scripts to the postinst script (to remove it on upgrades from
Hi,
I am the author of the GNU HaliFAX viewer and I have pre-packaged it
for Debian GNU/Linux. I have been a maintainer since Saturday and
although my packaging seemed correct to my applicant manager I still
have a few questions for which I have no answer.
In
Hi,
I am the author of the GNU HaliFAX viewer and I have pre-packaged it
for Debian GNU/Linux. I have been a maintainer since Saturday and
although my packaging seemed correct to my applicant manager I still
have a few questions for which I have no answer.
In
Welcome !
Thanks to you and to everyone who answered my questions. Once the mail
got through the arcane of the Internet I got quick replies.
There is no fooling, this is exactly what you should do. Debian
native packages are for instance the debian package tools. In almost
all situations you
Filip == Filip Van Raemdonck [EMAIL PROTECTED] writes:
I suspect this is probably just a problem with the way libtool gets called
(either incorrect or incomplete), but I'm not too good on reading
Makefile.in's and apparently (to make things even more complicated) the
libtool isn't even
Hi,
I am currently packaging gfax. In the Debian Policy it is specified
that one, willing to divert an executable, should contact the original
executable's maintainer.
In my case the lpr provided by gfax is a wrapper to provide the lpr
-Pfax command line. Should I contact both the LPRng and BSD
Wouldn't it be a lot nicer to just add a fax entry to /etc/printcap?
I know that at least lprng can handle printing to pipes (I use it to
`print' mp3's to mpg123).
I have already thought about that. But the problem is that this fax
entry is supposed to spawn a graphical utility (requiring
You should contact them. Also, please understand one thing about diversions:
once you add one, you must keep the code to *remove* it around. Even if stop
doing a diversion, you will need to move the code to remove it from the *rm
scripts to the postinst script (to remove it on upgrades from
That said, good luck with your package.
Thanks for helping me.
Wolfgang
14 matches
Mail list logo