On Sun, Nov 21, 2010 at 09:18:04AM +0100, Raphael Hertzog wrote:
> On Sun, 21 Nov 2010, Ben Hutchings wrote:
> > I'm coming to this late. It sounds like dpkg has changed its behaviour
> > several times recently. Please can you summarise dpkg's current and
> > proposed use of fsync() vs sync(), an
On Fri, Jun 03, 2011 at 10:24:23AM +0200, Raphael Hertzog wrote:
> 1/ If your package uses the "interest" directive in the triggers files,
> is it important that the "triggering" packages that activate your triggers
> be considered as not configured (and thus not satisfying dependencies)
> until th
On Wed, Feb 08, 2012 at 05:13:20PM +0100, Guillem Jover wrote:
> On Wed, 2012-02-08 at 13:19:17 +, Ian Jackson wrote:
> > Well, it does mean that you might be lacking important information
> > because the other changelog wouldn't be present on the system.
>
> While the implicit Replaces seems
reassign 815969 dpkg
thanks
dpkg maintainers: See discussion in bug 809386.
Mike
On Fri, Feb 26, 2016 at 03:22:46PM +0800, 積丹尼 Dan Jacobson wrote:
> Package: iceweasel
> Version: 46.0~a2+20160217064514-1
> Severity: minor
>
> I see
>
> Unpacking iceweasel (46.0~a2+20160217064514-1) over
> (45
On Fri, Mar 11, 2016 at 02:05:17PM +0100, Adam Borowski wrote:
> Package: iceweasel
> Version: 45.0esr-1
> Severity: normal
>
>
> After upgrading to 45.0esr-1 (ie, the big rename to Firefox), the following
> unowned files are left:
> /etc/iceweasel/
> /etc/iceweasel/pref
> /etc/iceweasel/pref/ice
On Fri, Feb 26, 2016 at 04:52:40PM +0900, Mike Hommey wrote:
> reassign 815969 dpkg
> thanks
>
> dpkg maintainers: See discussion in bug 809386.
So, here is my take at what's going wrong here: dpkg-maintscript-helper,
which is run during preinst per debhelper, is called with
On Fri, Mar 11, 2016 at 10:25:17PM +0900, Mike Hommey wrote:
> This all makes no sense. First, it worked when I tried before uploading,
> but it doesn't work anymore. Second, these dpkg-query messages make no
> sense, and I don't know where they are coming from. Third, just
On Sun, Mar 13, 2016 at 08:43:04AM +0900, Mike Hommey wrote:
> On Fri, Mar 11, 2016 at 10:25:17PM +0900, Mike Hommey wrote:
> > This all makes no sense. First, it worked when I tried before uploading,
> > but it doesn't work anymore. Second, these dpkg-query messages make no
&g
On Sun, Mar 13, 2016 at 09:57:13AM +0900, Mike Hommey wrote:
> Aaaand, it doesn't work either...
>
> It still says:
>
> Preparing to unpack .../iceweasel_45.0esr-2_all.deb ...
> D02: trigproc_activate_packageprocessing pkg=iceweasel:amd64
> D000200: oldconffset
On Wed, Mar 16, 2016 at 11:24:54AM +0100, Guillem Jover wrote:
> Hi!
>
> On Sun, 2016-03-13 at 11:39:27 +0900, Mike Hommey wrote:
> > M it looks like adding version and package information to the
> > rm_conffile command fixes it.
>
> Ah, glad you figured this out!
On Thu, Jan 25, 2007 at 01:20:47AM -0600, Peter Samuelson <[EMAIL PROTECTED]>
wrote:
>
> [keeping debian-devel CC, this seems to still be relevant]
>
> [Goswin von Brederlow]
> > What if each package could list all its current diversions in
> > DEBIAN/diverions (i.e. in the control.tar.gz)? Upon
On Sat, Apr 26, 2008 at 10:21:49AM +0200, Raphael Hertzog wrote:
> On Sat, 26 Apr 2008, Luk Claes wrote:
> > > Here's what I would like to suggest as acceptable for lenny (and thus
> > > 1.14.19):
> >
> > Freeze guidelines are not really up to discussion and I don't like that
> > maintainers of ke
On Thu, Jun 26, 2008 at 10:05:53PM +0100, Ian Jackson wrote:
> Steve Langasek writes ("Re: RFC: Idea for improved diversions and
> alternatives handling"):
> > Declarative diversions are a much-needed enhancement to dpkg; there are
> > cases one cannot deal with on upgrade without rm'ing one's own
On Fri, 12 Mar 2010, Raphael Hertzog wrote:
> Other possibility would be to use the loop afterwards to reopen all
> installed files and call fsync() on them. The disadvantage of sync() is
> obviously when unrelated disk activity happens in parallel to dpkg, it
> will have to wait more due to this.
On Mon, Mar 15, 2010 at 10:55:19PM +0100, Luca Bruno wrote:
> Hello,
> it's since 2007 that cache for dpkg has been proposed but maintainers never
> replied. For this reason I've written a shared library libtdpkg.so to wrap
> open/fstat/rename/unlink calls from dpkg for .list files in order to cach
severity 21236 grave
thanks
Justification for severity upgrade: creates data loss.
I ran into this bug twice in one or two months, that is more than I can
bear. Yes I happen to have .orig directories containing stuff (often the
previous debian release to make a patch to sent to the BTS). Yes, I
sh
16 matches
Mail list logo
