[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#495630: ITP: libfaketime -- report faked system time to programs



On Tue 2008-08-19 13:33:06 -0400, Wolfgang Hommel wrote:

> Actually, if you could point out in more detail how you'd like
> libfaketime to be enhanced, e.g. how the time specification syntax
> could be improved from your perspective, I'm certainly interested in
> working on that. I didn't find libfaketime's syntax so different from
> your datefudge example call, but maybe I'm missing something here.

my datefudge example used regular syntax, but it also accepts
"friendlier", human-readable (and generatable) syntax to a rather
extreme degree:

[0 dkg@squeak ~]$ datefudge "3 days ago last thursday" date
Mon Aug 11 00:00:00 EDT 2008
[0 dkg@squeak ~]$ 

I think it's taking advantage of GNU's getdate(), but i haven't
checked the source.

> On the other hand, this means that I would stick to libfaketime as
> my code base, and I think that matches Matthias' preferences as
> well. It certainly shouldn't hurt to have more than one tool to
> choose from (of course, that's my personal opinion, and might not
> match Debian's package policies).

i don't currently need the stat() wrappers, but that's the big win
that libfaketime has over datefudge, afaict.  Does that all handle the
newer statat() calls as well?  There were problems with the *at()
calls for fakechroot recently [0].  IMHO, libfaketime does suffer from
not having a convenient way to invoke it from the command line (by
analogy with fakeroot and fakechroot).

Anyway, i'll probably be using datefudge for now, until i find i need
the stat() wrappers, at which point i'll package up libfaketime.  If
you have a chance to create a simple command-line utility for
libfaketime (probably /usr/bin/faketime, which would just be a shell
script like /usr/bin/datefudge), that'd make it more appealing.

If that wrapper was in place, i'd be tempted to package it as
"faketime" instead of "libfaketime", since it really doesn't seem like
a typical debian library package.  And yeah, TMTOWTDI is not
necessarily a bad thing from my perspective.

Thanks for the quick responses on this, everyone.

Regards,

      --dkg

[0] http://bugs.debian.org/473682

Attachment: pgpGOSA1jdm1l.pgp
Description: PGP signature


Reply to: