> That said, good luck with your package.
Thanks for helping me.
Wolfgang
> 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
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
> 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 fro
On Sat, 05 May 2001, Colin Watson wrote:
> Is this some kind of insurance against problems in the upgrade? When you
Yes. I think most of the packages I've seen that use diversions do not
remove them in prerm, but rather in postrm purge. I'm not sure¸ though.
Still, as long as diversions are never
Henrique M Holschuh <[EMAIL PROTECTED]> wrote:
>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 i
On Sat, 05 May 2001, Colin Watson wrote:
> Is this some kind of insurance against problems in the upgrade? When you
Yes. I think most of the packages I've seen that use diversions do not
remove them in prerm, but rather in postrm purge. I'm not sure¸ though.
Still, as long as diversions are neve
Henrique M Holschuh <[EMAIL PROTECTED]> wrote:
>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
> 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
On Sat, 05 May 2001, Wolfgang Sourdeau wrote:
> 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.
This is there mainly to make sure you damn well know what you're doing when
playin
Hi Wolfgang!
You wrote:
> 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 lpr
> managers ? Also, I would like to know why it should be done, so that I
> can understand further.
Wouldn't it be a lot nicer to just ad
> 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 (requirin
On Sat, 05 May 2001, Wolfgang Sourdeau wrote:
> 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.
This is there mainly to make sure you damn well know what you're doing when
playi
Hi Wolfgang!
You wrote:
> 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 lpr
> managers ? Also, I would like to know why it should be done, so that I
> can understand further.
Wouldn't it be a lot nicer to just a
Marcelo E. Magallon wrote:
> Preparing to replace wmaker 0.20.3-1 (using wmaker_0.20.3-3.deb) ...
> Removing diversion of asclock.1x to asclock.afterstep.1x...
> dpkg-divert: rename involves overwriting
> `/usr/X11R6/man/man1/asclock.1x.gz' with
>different file `/usr/X11R6/man/man1/asclock.a
Mitch Blevins wrote:
> Will someone please point me to a package that has a good example
> of diversions. I am assuming that this is what I need to package
> gnumaniac, which replaces the outdated man pages in the *-utils
> gnu packages.
Jein. I understand that dpkg-divert is only a workaround.
16 matches
Mail list logo
