Re: Speeding up dpkg, a proposal

2011-03-03 Thread Marius Vollmer
ext Chow Loong Jin hyper...@ubuntu.com writes: Could we somehow avoid using sync()? sync() syncs all mounted filesystems, which isn't exactly very friendly when you have a few slow-syncing filesystems like btrfs (or even NFS) mounted. Hmm, right. We could keep a list of all files that need

Re: Speeding up dpkg, a proposal

2011-03-03 Thread Marius Vollmer
ext Raphael Hertzog hert...@debian.org writes: On Wed, 02 Mar 2011, Marius Vollmer wrote: - Instead, we move all packages that are to be unpacked into half-installed / reinstreq before touching the first one, and put a big sync() right before carefully writing /var/lib/dpkg/status

Speeding up dpkg, a proposal

2011-03-02 Thread Marius Vollmer
Hi, I have recently been looking into where dpkg spends most of its time when installing very many small packages, and came up with the following idea to speed it up. - Most of the time is spent writing files very carefully, a lot of them in /var/lib/dpkg/updates. - We can avoid this by

Re: Speeding up dpkg, a proposal

2011-03-02 Thread Marius Vollmer
ext Chow Loong Jin hyper...@ubuntu.com writes: I remember seeing there being some list of files to be fsynced in one of the older dpkgs. It's probably that which led to the ext4 slowdown [...] Hmm, performance is the ultimate reason for doing all this, but right now, I am mostly interested in

Accepted magit 0.7-1 (source all)

2009-05-16 Thread Marius Vollmer
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sun, 26 Apr 2009 19:13:16 +0300 Source: magit Binary: magit Architecture: source all Version: 0.7-1 Distribution: unstable Urgency: low Maintainer: Marius Vollmer marius.voll...@gmail.com Changed-By: Marius Vollmer marius.voll

Source-Depends? Autoreconf?

2009-05-02 Thread Marius Vollmer
Hi, here is some ghost spooking around in my head, and maybe you can help me put it to rest. The GNU build system makes a distinction between maintainers of a source package and the people who eventually install it. Essentially, GNU is producing a source distribution that is aiming for very

Re: Should we still purge GConf schemas from the old directory?

2009-04-27 Thread Marius Vollmer
Josselin Mouette j...@debian.org writes: I’m considering asking for the removal of this snippet, since it is only useful for those having upgraded a pre-woody system all along. While I’m one of those doing that, I’m not sure there are as many people like that, and I guess they could live with

Re: Why do we have to support tmpfs for /var/run (policy changes in 3.8.1)

2009-04-04 Thread Marius Vollmer
Paul Wise p...@debian.org writes: On Sat, Apr 4, 2009 at 7:37 AM, Michael Biebl bi...@debian.org wrote: Afaik, Ubuntu is the only Linux distro which supports and uses tmpfs by default. The OpenEmbedded distros do this too, I've especially seen that the ones associated with OpenMoko do

Re: grouping of alternative depends

2009-03-29 Thread Marius Vollmer
Rafael Laboissiere raf...@debian.org writes: Yes, the formulae are logically equivalent to each other. However, for some packages I would like to have (A B) | (C D), meaning ((A and B) or (C and D)). This does not seem to be doable with the current Depends syntax. You just need to do the

Bug#518818: ITP: magit -- A Emacs interface for Git

2009-03-08 Thread Marius Vollmer
Package: wnpp Severity: wishlist Owner: Marius Vollmer marius.voll...@gmail.com * Package name: magit Version : 0.7 Upstream Author : Marius Vollmer marius.voll...@gmail.com * URL : http://zagadka.vm.bytemark.co.uk/magit/ * License : GPLv3, FDL Programming

Re: slib and Debian ?

1997-12-27 Thread Marius Vollmer
Gregor Hoffleit [EMAIL PROTECTED] writes: Now I have no idea about guile and scm and slib: Should I file a bug against guile that it should apply Marius' recent patch to ice-9/slib.scm I have already done that, no need to worry. and furthermore that it should use slib when installed ? Or