On 2014-01-28 13:52, Francesco P. Lovergine wrote:
> On Mon, Jan 27, 2014 at 08:35:02PM +0100, Andreas Beckmann wrote:
>> (Changing the module filename would work.)
>
> which seems to me much better than a ugly hack such as the proposed one.
But I have no idea how much one needs to hack around in
On Mon, Jan 27, 2014 at 08:35:02PM +0100, Andreas Beckmann wrote:
> Won't work. Even if you ensure via Conflicts/Pre-Depends that the buggy
> package gets removed, the postrm script will stay around. You cannot force a
> package to be purged.
> (Changing the module filename would work.)
which se
On Monday, 27. January 2014 16:22:06 Francesco P. Lovergine wrote:
> > > Old postrm is broken and will play havoc after the new package was
> > > unpacked. Therefore we have to delete it in the new preinst.
>
> I wonder if the correct fix would be simply moving the Breaks/Replaces in
> the proftpd-
On Sun, Jan 26, 2014 at 02:02:30PM +0100, Guillem Jover wrote:
> Hi!
>
> On Sun, 2014-01-26 at 13:06:47 +0100, Andreas Beckmann wrote:
> > what are your deprecation plans for dpkg-query --control-path?
> >
> > This is an actual use-case that requires --control-path in wheezy and
> > jessie. Or is
Hi!
On Sun, 2014-01-26 at 13:06:47 +0100, Andreas Beckmann wrote:
> what are your deprecation plans for dpkg-query --control-path?
>
> This is an actual use-case that requires --control-path in wheezy and
> jessie. Or is there a "better" way to achieve this with dpkg?
> Old postrm is broken and
Hi Guillem,
what are your deprecation plans for dpkg-query --control-path?
This is an actual use-case that requires --control-path in wheezy and
jessie. Or is there a "better" way to achieve this with dpkg?
Old postrm is broken and will play havoc after the new package was
unpacked. Therefore we
Hi Andreas,
On Sun, Jan 26, 2014 at 04:04:38AM +0100, Andreas Beckmann wrote:
> +if [ "$1" = "install" ] || [ "$1" = "upgrade" ]
> +then
> + if dpkg --compare-versions "$2" lt-nl "0.3-1+deb7u1"
> + then
> + rm -fv $(dpkg-query --control-path proftpd-mod-geoip postrm)
> + fi
Followup-For: Bug #699647
Control: tag -1 pending
Hi,
I have now prepared a NMU and will upload this to DELAYED/2.
Please let me know if I should delay it longer.
I plan to get a corresponding fix into the next wheezy point release.
Andreas
diff -Nru proftpd-dfsg-1.3.5~rc3/debian/changelog prof
Followup-For: Bug #699647
Control: found -1 1.3.5~rc3-2.1
The problem is still present and this time I dug into it and analyzed
the real cause: the insane postrm script in 0.3-1, see #726742
Adding Breaks/Replaces against a package itself is useless, so drop them
again.
To fix this, add a proftp
Followup-For: Bug #699647
The problem is still reproducible on upgrades from wheezy to sid.
The Package relationships are not correct:
Package: proftpd-mod-geoip
Version: 1.3.5~rc3-2
Replaces: proftpd-mod-geoip (<< 1.3.5)
Breaks: proftpd-mod-geoip (<< 1.3.5)
that needs to be (<< 1.3.5~rc1)
And
Package: proftpd-mod-geoip
Version: 1.3.5~rc1-2
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts
Hi,
during a test with piuparts I noticed your package deletes a file it has
shipped.
debsums reports modification of the following files,
from the attached log (scroll to the bo
11 matches
Mail list logo