On Sun, 2014-12-28 at 12:19 +, Andy Beverley wrote:
> When creating an updated version of a module that is already in core,
> the subsequent install fails (as expected) with a message such as:
> "trying to overwrite '/usr/bin/instmodsh', which is also in package
> perl 5.14.2-21+deb7u2".
I'm
-=| Niko Tyni, 30.12.2014 12:29:02 +0200 |=-
On Mon, Dec 29, 2014 at 12:04:41AM +, Andrew Beverley wrote:
On Sun, 2014-12-28 at 14:51 +0200, Niko Tyni wrote:
A more robust solution is using dpkg-divert in maintainer scripts to move
the core version out of the way and then back later
On Mon, Dec 29, 2014 at 12:04:41AM +, Andrew Beverley wrote:
On Sun, 2014-12-28 at 14:51 +0200, Niko Tyni wrote:
A more robust solution is using dpkg-divert in maintainer scripts to move
the core version out of the way and then back later if necessary. See
for instance the
Package: dh-make-perl
Version: 0.75-1
Severity: normal
Tags: upstream patch
When creating an updated version of a module that is already in core,
the subsequent install fails (as expected) with a message such as:
trying to overwrite '/usr/bin/instmodsh', which is also in package
perl
On Sun, Dec 28, 2014 at 12:19:32PM +, Andy Beverley wrote:
Package: dh-make-perl
Version: 0.75-1
Severity: normal
Tags: upstream patch
When creating an updated version of a module that is already in core,
the subsequent install fails (as expected) with a message such as:
trying to
On Sun, 2014-12-28 at 14:51 +0200, Niko Tyni wrote:
On Sun, Dec 28, 2014 at 12:19:32PM +, Andy Beverley wrote:
Package: dh-make-perl
Version: 0.75-1
Severity: normal
Tags: upstream patch
When creating an updated version of a module that is already in core,
the subsequent install
On Sun, 2014-12-28 at 14:51 +0200, Niko Tyni wrote:
A more robust solution is using dpkg-divert in maintainer scripts to move
the core version out of the way and then back later if necessary. See
for instance the libmodule-corelist-perl package for an example
implementation.
Okay, attached is
7 matches
Mail list logo
