Re: Source code

2011-01-03 Thread Kumar Appaiah
On Mon, Jan 03, 2011 at 04:55:52PM -0800, Don Armstrong wrote: > On Tue, 04 Jan 2011, Stephen Grant Brown wrote: > > I would like to install dpkg under Windows Vista. > > This is almost certainly going to be an exercise in pain. For building it, maybe, but not for getting it prebuilt. Cygwin port

Re: Source code

2011-01-03 Thread Don Armstrong
On Tue, 04 Jan 2011, Stephen Grant Brown wrote: > I would like to install dpkg under Windows Vista. This is almost certainly going to be an exercise in pain. > /home/Stephen/src/dpkg-1.14.30/lib/nfmalloc.c:67: undefined reference to > `_obstck_free' > ../lib/libdpkg.a(nfmalloc.o): In function `n

Bug#608848: ITP: so-synth-lv2 -- A set of synthesizers for the LV2 plugin format

2011-01-03 Thread Jeremy Salwen
Package: wnpp Severity: wishlist Owner: Jeremy Salwen * Package name: so-synth-lv2 Version : 1 Upstream Author : Jeremy Salwen * URL : https://github.com/jeremysalwen/SO-synth-LV2 * License : GPL Programming Lang: C Description : A set of synthesizers

Source code

2011-01-03 Thread Stephen Grant Brown
Hi All, I would like to install dpkg under Windows Vista. I have downloaded "dpkg_1.14.30.tar.gz" and unpacked it into a cygwin bash shell in Microsoft Windows Vista.. I "cd dpkg-1.14.30", then "./configure" then "make" Make throws up

Re: devel files and libraries in /lib

2011-01-03 Thread Roger Leigh
On Mon, Jan 03, 2011 at 10:33:21PM +0100, Olaf van der Spek wrote: > On Mon, Jan 3, 2011 at 8:06 PM, Andreas Metzler > wrote: > >> What's the problem with fixing automake? > > > > Hello, > > > > in a nutshell: I doubt anybody who has the knowledge to fix it cares, > > and there is more to it than

Bug#608838: ITP: libhtml-template-pluggable-perl -- extends HTL::Template with plugin support

2011-01-03 Thread Nicholas Bamber
Package: wnpp Severity: wishlist Owner: Nicholas Bamber * Package name: libhtml-template-pluggable-perl Version : 0.17 Upstream Author : Rhesa Rozedaal * URL : http://search.cpan.org/dist/HTML-Template-Pluggable/ * License : perl Programming Lang: perl De

Re: devel files and libraries in /lib

2011-01-03 Thread Olaf van der Spek
On Mon, Jan 3, 2011 at 8:06 PM, Andreas Metzler wrote: >> What's the problem with fixing automake? > > Hello, > > in a nutshell: I doubt anybody who has the knowledge to fix it cares, > and there is more to it than a > --with-stuff-usually-in-libdir-but-we-want-it-below-urs=/usr/lib. > Installing

Re: Safe File Update (atomic)

2011-01-03 Thread Uoti Urpala
Ted Ts'o mit.edu> writes: > actually. The right answer has been known for decades, and it's is > very simple; write a temp file, copy over the xattr's and ACL's if you > care (in many cases, such as an application's private state files, it > won't care, so it can skip this step --- it's only the

Re: devel files and libraries in /lib

2011-01-03 Thread Andreas Metzler
Olaf van der Spek wrote: > On Sun, Jan 2, 2011 at 1:37 AM, Steve Langasek wrote: >> I don't think there's much room for argument at all, the FHS definition of >> /lib is pretty clear. :) >> Yes, this does cause problems for autotools and the like when it >> comes time to install, since this FHS-

Bug#608825: ITP: libtest-mocktime-datecalc-perl -- fake time for Date::Calc functions

2011-01-03 Thread Nicholas Bamber
Package: wnpp Severity: wishlist Owner: Nicholas Bamber * Package name: libtest-mocktime-datecalc-perl Version : 5 Upstream Author : Kevin Ryde * URL : http://search.cpan.org/dist/Test-MockTime-DateCalc * License : GPL3 Programming Lang: perl Description

Bug#608824: ITP: libtest-html-w3c-perl -- wrapper for testing purposes around W3C service

2011-01-03 Thread Nicholas Bamber
Package: wnpp Severity: wishlist Owner: Nicholas Bamber * Package name: libtest-html-w3c-perl Version : 0.3 Upstream Author : Victor * URL : http://search.cpan.org/dist/Test-HTML-W3C/ * License : perl Programming Lang: perl Description : wrapper for t

Re: Safe File Update (atomic)

2011-01-03 Thread Olaf van der Spek
On Mon, Jan 3, 2011 at 3:43 PM, Ted Ts'o wrote: > On Mon, Jan 03, 2011 at 12:26:29PM +0100, Olaf van der Spek wrote: >> >> Given that the issue has come up before so often, I expected there to >> be a FAQ about it. > > Your asking the question over (and over... and over...)  doesn't make > it an F

Re: Safe File Update (atomic)

2011-01-03 Thread Ted Ts'o
On Mon, Jan 03, 2011 at 12:26:29PM +0100, Olaf van der Spek wrote: > > Given that the issue has come up before so often, I expected there to > be a FAQ about it. Your asking the question over (and over... and over...) doesn't make it an FAQ. :-) Aside from your asking over and over, it hasn't

Re: Safe file update library ready (sort of)

2011-01-03 Thread Michal Čihař
Hi Dne Mon, 03 Jan 2011 15:56:44 +0200 Shachar Shemesh napsal(a): > In essence, it is impossible, as far as I know (patches welcome) to > avoid a race when symlinks are involved (with specific exceptions). The > assumption is, and has always been, that the directory resides inside a > locatio

libsafewrite

2011-01-03 Thread Olaf van der Spek
On Mon, Jan 3, 2011 at 11:35 AM, Shachar Shemesh wrote: > BTW - feedback welcome. Where are the regressions vs the non-atomic variant listed? Olaf -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Ar

Re: Safe File Update (atomic)

2011-01-03 Thread Olaf van der Spek
On Mon, Jan 3, 2011 at 11:35 AM, Shachar Shemesh wrote: > On 02/01/11 17:37, Olaf van der Spek wrote: >> >> A userspace lib is fine with me. In fact, I've been asking for it >> multiple times. Result: no response. >> >> > > Excuse me? > > You (well, Henrique, but you were CCed) said "how about a u

Re: Safe File Update (atomic)

2011-01-03 Thread Olaf van der Spek
On Mon, Jan 3, 2011 at 6:28 AM, Enrico Weigelt wrote: > * Ted Ts'o schrieb: > >> This is possible.  It would be specific only to file systems that >> support inodes (i.e., ix-nay for NFS, FAT, etc.). > > FAT supports inodes ? ix-nay: no/except Olaf -- To UNSUBSCRIBE, email to debian-devel-req

Re: Safe file update library ready (sort of)

2011-01-03 Thread Shachar Shemesh
On 03/01/11 14:10, Adam Borowski wrote: There's a race condition: while [ 1 ]; do ln -s /etc/passwd somefile.tmp; done "Hey root, could you please use this program using libsafewrite on 'somefile'?" Two questions: 1. Is this race a regression from the single file case? 2. Is this race a

Re: libsafewrite

2011-01-03 Thread Shachar Shemesh
On 03/01/11 16:05, Olaf van der Spek wrote: Doesn't the Debian project care about regressions (and quality in general)? I'm sorry, but from scanning the conversation so far, no one but you seems to regard this as either a regression or a loss of quality. I will shut up at this point to le

Re: libsafewrite

2011-01-03 Thread Olaf van der Spek
On Mon, Jan 3, 2011 at 2:59 PM, Shachar Shemesh wrote: > On 03/01/11 14:54, Olaf van der Spek wrote: > >> >> That's one of the more interesting parts. >> > > It sure is to you. I'm not sure about other users. I'll tell you what - I'll Doesn't the Debian project care about regressions (and quality

Re: Safe File Update (atomic)

2011-01-03 Thread Ted Ts'o
On Mon, Jan 03, 2011 at 09:49:40AM -0200, Henrique de Moraes Holschuh wrote: > > > 1) You care about data loss in the case of power failure, but not in > > the case of hard drive or storage failure, *AND* you are writing tons > > and tons of tiny 3-4 byte files and so you are worried about > > per

Re: libsafewrite

2011-01-03 Thread Shachar Shemesh
On 03/01/11 14:54, Olaf van der Spek wrote: That's one of the more interesting parts. It sure is to you. I'm not sure about other users. I'll tell you what - I'll make the project's home page a wiki, and you can document these to your heart's content. Shachar -- Shachar Shemesh Lingnu

Re: Safe file update library ready (sort of)

2011-01-03 Thread Shachar Shemesh
On 03/01/11 14:10, Adam Borowski wrote: There's a race condition: while [ 1 ]; do ln -s /etc/passwd somefile.tmp; done "Hey root, could you please use this program using libsafewrite on 'somefile'?" Two questions: 1. Is this race a regression from the single file case? 2. Is this race avoi

Re: libsafewrite

2011-01-03 Thread Olaf van der Spek
On Mon, Jan 3, 2011 at 12:53 PM, Shachar Shemesh wrote: >> Where are the regressions vs the non-atomic variant listed? > > nowhere, yet. It's not released. That's one of the more interesting parts. Does it destroy ACLs? Didn't see any code to preserve them. Olaf -- To UNSUBSCRIBE, email to de

Re: Safe File Update (atomic)

2011-01-03 Thread Henrique de Moraes Holschuh
Ted, Thanks for the reply and detailed analysis. > Which gets me back to the question of use cases. When are we going to > be using this monster? For many use cases, where the original reason Where "implicit rollbacks" are desireable, I suppose. It is incompatible with edit-in-place, anyway.

Re: Safe file update library ready (sort of)

2011-01-03 Thread Adam Borowski
On Mon, Jan 03, 2011 at 12:43:24PM +0200, Shachar Shemesh wrote: > Hi all, > > I've promised to get a library out there, and here it is. The base > URL is https://github.com/Shachar/safewrite, and the actual code is > at https://github.com/Shachar/safewrite/blob/master/safewrite.c [...] > Give my

Re: Safe File Update (atomic)

2011-01-03 Thread Olaf van der Spek
On Mon, Jan 3, 2011 at 4:25 AM, Ted Ts'o wrote: > On Sun, Jan 02, 2011 at 04:14:15PM +0100, Olaf van der Spek wrote: >> >> Last time you ignored my response, but let's try again. >> The implementation would be comparable to using a temp file, so >> there's no need to keep 2 g in memory. >> Write t

Re: Safe File Update (atomic)

2011-01-03 Thread Olaf van der Spek
On Sun, Jan 2, 2011 at 7:55 PM, Adam Borowski wrote: > Note that on the other side of the fence there's something called TxF Not GA AFAIK. > And what if you're changing one byte inside a 50 GB file? > I see an easy implementation on btrfs/ocfs2 (assuming no other writers), > but on ext3/4, that'

Re: Safe File Update (atomic)

2011-01-03 Thread Olaf van der Spek
On Sun, Jan 2, 2011 at 6:14 PM, Henrique de Moraes Holschuh >> Maybe I wasn't clear, in that case I'm sorry. To me, O_ATOMIC is > Whether this should map to O_ATOMIC in glibc or be something new, I don't > care.  But if it is a flag, I'd highly suggest naming it O_CREATEUNLINKED or > something else

Safe file update library ready (sort of)

2011-01-03 Thread Shachar Shemesh
Hi all, I've promised to get a library out there, and here it is. The base URL is https://github.com/Shachar/safewrite, and the actual code is at https://github.com/Shachar/safewrite/blob/master/safewrite.c This is not a formal release just yet (plus one function is still missing an implemen

Re: Safe File Update (atomic)

2011-01-03 Thread Shachar Shemesh
On 02/01/11 17:37, Olaf van der Spek wrote: A userspace lib is fine with me. In fact, I've been asking for it multiple times. Result: no response. Excuse me? You (well, Henrique, but you were CCed) said "how about a user space lib"? I said "I'm working on one, will be ready about this we