Bug#769950: unblock: gparted/0.19.0-2

2014-11-17 Thread Phillip Susi
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock gparted 0.19.0-2. It cherry picks an upstream bug fix that fixes a crash or other errant behavior resulting from a cross thread

Bug#754582: Bug#646130: Re: Bug#754582: transition: parted

2014-07-12 Thread Phillip Susi
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 07/12/2014 05:20 PM, Colin Watson wrote: > Thanks. Obviously it would be nice to trim down the patch stack > further, and I would like to ship 3.2 in jessie, but if you don't > mind I think I'll go ahead with what I have for now. According to

Bug#754582: Re: Bug#754582: transition: parted

2014-07-12 Thread Phillip Susi
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 07/12/2014 02:21 PM, Colin Watson wrote: >> Can you upload parted to experimental first? That will >> automatically give us a transition tracker, and avoid NEW once >> the transition is acked. > > Will do, probably tomorrow. FYI, I uploaded part

Re: Pre-approval request for dpkg sync() changes for squeeze

2010-11-08 Thread Phillip Susi
On 11/6/2010 5:41 AM, Sven Joachim wrote: > For ext4, mounting with the nodelalloc option helps a lot, although this > option allegedly slows down ext4 in the general case. How does that help? Doesn't it just disable the delayed allocator, forcing the blocks to be allocated when they hit the cach

Re: Pre-approval request for dpkg sync() changes for squeeze

2010-10-25 Thread Phillip Susi
On 10/24/2010 1:20 PM, Andreas Barth wrote: > I quite often run dpkg installs / upgrades in pbuilder ramdisks. If > the sync could be reduced to only that ramdisk, everything would be > fine. That's exactly the environment where you would disable syncing entirely since you don't care if the pbuild

Re: Pre-approval request for dpkg sync() changes for squeeze

2010-10-24 Thread Phillip Susi
On 10/24/2010 07:16 AM, Goswin von Brederlow wrote: Or 5 minutes because sync() also needs to write out the 16GB cache data to my usb 1.0 drive that is not involved with dpkg at all. True, but that seems a bit of a contrived corner case. Most of the time when people are upgrading, I'd wager t

Re: Pre-approval request for dpkg sync() changes for squeeze

2010-10-22 Thread Phillip Susi
On 10/22/2010 5:35 AM, Guillem Jover wrote: > 1) Switch back from sync() to fsync() before rename() (while keeping Don't you WANT to use sync? If you fsync every file that is going to be rather slow since it forces a disk write for every file, rather than allowing writes between each file to be