Bug#495630: libfaketime or just faketime?
The libfaketime LD_PRELOAD hack would be really useful to me for
writing a test suite for some time-sensitive code. However, packaging
it as a library seems a little bit weird. I'm tempted to package it
instead as a simple binary package called "faketime", by analogy with
fakeroot and fakechroot.
I'd write (and provide upstream, if they want it) a simple
/usr/bin/faketime wrapper script and man page if i went this route.
Any thoughts on the right thing to do? It seems a little silly to
worry about the nuances of library packaging when this is clearly not
used as a typical library would be used. (e.g. calling ldconfig in
post{inst,rm} makes no sense).
OTOH, upstream does explicitly call the package libfaketime.
I welcome suggestions.
--dkg
pgpfpqwLnzTI4.pgp
Description: PGP signature
Bug#471822: closed by Alessandro De Zorzi <[EMAIL PROTECTED]> (Bug#471822: fixed in php-fpdf 1:1.6.dfsg-1)
Am Tuesday, 19. August 2008 schrieb Debian Bug Tracking System: > This is an automatic notification regarding your Bug report > which was filed against the wnpp package: > > #471822: RFA: php-fpdf -- PHP class to generate PDF files > > It has been closed by Alessandro De Zorzi <[EMAIL PROTECTED]>. > > Their explanation is attached below along with your original report. > If this explanation is unsatisfactory and you have not received a > better one in a separate message then please contact Alessandro De Zorzi > <[EMAIL PROTECTED]> by replying to this email. Dude, do you understand what "RFA" means? It does not mean, hijack this package when you feel like it. Please undo this damage forthwith. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#495630: ITP: libfaketime -- report faked system time to programs
On Tue, 19 Aug 2008, Daniel Kahn Gillmor wrote: > libfaketime intercepts various system calls which programs use to > retrieve the current date and time. It can then report faked dates and > times (as specified by you, the user) to these programs. This means > you can modify the system time a program sees without having to change > the time system-wide. FTPL allows you to specify both absolute dates > (e.g., 01/01/2004) and relative dates (e.g., 10 days ago). How does this differ from datefudge? -- | .''`. ** Debian GNU/Linux ** Peter Palfrader | : :' : The universal http://www.palfrader.org/ | `. `' Operating System | `-http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: tagging as pending bugs that are closed by packages in NEW
Processing commands for [EMAIL PROTECTED]: > # Tue Aug 19 08:03:18 UTC 2008 > # Tagging as pending bugs that are closed by packages in NEW > # http://ftp-master.debian.org/new.html > # > # Source package in NEW: libsearch-estraier-perl > tags 494666 + pending Bug#494666: ITP: libsearch-estraier-perl -- pure perl module to use Hyper Estraier search engine There were no tags set. Tags added: pending > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: your mail
Processing commands for [EMAIL PROTECTED]: > retitle 488396 ITA: wallpaper-tray -- wallpaper changing utility for GNOME Bug#488396: RFA: wallpaper-tray -- wallpaper changing utility for GNOME Changed Bug title to `ITA: wallpaper-tray -- wallpaper changing utility for GNOME' from `RFA: wallpaper-tray -- wallpaper changing utility for GNOME'. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#471822: closed by Alessandro De Zorzi <[EMAIL PROTECTED]> (Bug#471822: fixed in php-fpdf 1:1.6.dfsg-1)
Peter Eisentraut wrote: > Dude, do you understand what "RFA" means? It does not mean, hijack this > package when you feel like it. Please undo this damage forthwith. > Sorry if I did something wrong, was not my intention. Probabily I confused RFA with O. I hope this do not close the door for me to help for this package ;-) To remark my intention is not to create damage I wrote to you 17/08/2008 14:12 [...Hello Peter, I read RFA for php-fpdf, before do anything, I want your opinion about...] sorry again Alessandro -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#471822: closed by Alessandro De Zorzi <[EMAIL PROTECTED]> (Bug#471822: fixed in php-fpdf 1:1.6.dfsg-1)
Hey folks, * 2008-08-19 09:26, Peter Eisentraut wrote: > Am Tuesday, 19. August 2008 schrieb Debian Bug Tracking System: > > This is an automatic notification regarding your Bug report > > which was filed against the wnpp package: > > > > #471822: RFA: php-fpdf -- PHP class to generate PDF files > > > > It has been closed by Alessandro De Zorzi <[EMAIL PROTECTED]>. > > > > Their explanation is attached below along with your original report. > > If this explanation is unsatisfactory and you have not received a > > better one in a separate message then please contact Alessandro De Zorzi > > <[EMAIL PROTECTED]> by replying to this email. > > Dude, do you understand what "RFA" means? It does not mean, hijack this > package when you feel like it. Please undo this damage forthwith. Could you please try to lower the tone of the conversation? I sponsored the package of Alessandro, who told me that he wrote you an e-mail before the upload (which I think you didn't read, according to your message). Do you want me to upload the old version of the package with a new epoch, put you back as a maintainer, retitle the bug from RFA to ITA, do again the upload with a new epoch? Cheers, -- Fabio Tranchitella http://www.kobold.it Free Software Developer and Consultant http://www.tranchitella.it _ 1024D/7F961564, fpr 5465 6E69 E559 6466 BF3D 9F01 2BF8 EE2B 7F96 1564 signature.asc Description: Digital signature
Bug#495630: ITP: libfaketime -- report faked system time to programs
On Tue, Aug 19, 2008 at 02:13:44AM -0400, Daniel Kahn Gillmor wrote: > * Package name: libfaketime > Description : report faked system time to programs There is already another package in Debian that provides similar functionality: datefudge. Perhaps you can get both upstreams to merge there efforts? -- Met vriendelijke groet / with kind regards, Guus Sliepen <[EMAIL PROTECTED]> signature.asc Description: Digital signature
Bug#471822: closed by Alessandro De Zorzi <[EMAIL PROTECTED]> (Bug#471822: fixed in php-fpdf 1:1.6.dfsg-1)
Am Tuesday, 19. August 2008 schrieb Fabio Tranchitella: > Hey folks, > > * 2008-08-19 09:26, Peter Eisentraut wrote: > > Am Tuesday, 19. August 2008 schrieb Debian Bug Tracking System: > > > This is an automatic notification regarding your Bug report > > > which was filed against the wnpp package: > > > > > > #471822: RFA: php-fpdf -- PHP class to generate PDF files > > > > > > It has been closed by Alessandro De Zorzi <[EMAIL PROTECTED]>. > > > > > > Their explanation is attached below along with your original report. > > > If this explanation is unsatisfactory and you have not received a > > > better one in a separate message then please contact Alessandro De > > > Zorzi <[EMAIL PROTECTED]> by replying to this email. > > > > Dude, do you understand what "RFA" means? It does not mean, hijack this > > package when you feel like it. Please undo this damage forthwith. > > Could you please try to lower the tone of the conversation? I sponsored the > package of Alessandro, who told me that he wrote you an e-mail before the > upload (which I think you didn't read, according to your message). Please consider the following points: - RFA means you can adopt the package with the approval of the previous maintainer. Which I never did do. I did read the messages of Alessandro but they needed more consideration. - The RFA called for adoption of the package in conjuction with egroupware, which AFAICT, neither of you considered. - There is currently a release freeze, which means that no new packages, least of all completely new upstream versions, should be uploaded. - I saw in the changelog "Added php4 dependencies". What is the point of that? There is no PHP4 in Debian anymore. All of these points together indicate to me that this package takeover was not very wisely planned and executed. > Do you want me to upload the old version of the package with a new epoch, > put you back as a maintainer, retitle the bug from RFA to ITA, do again the > upload with a new epoch? I ask that you upload the old version of the package with a new epoch, put me back as the maintainer, reopen the RFA bug, and refrain from interfering with the package until after the lenny release and further consultation with me. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#471822: closed by Alessandro De Zorzi <[EMAIL PROTECTED]> (Bug#471822: fixed in php-fpdf 1:1.6.dfsg-1)
On Tue, Aug 19, 2008 at 12:37:10PM +0300, Peter Eisentraut wrote: >- There is currently a release freeze, which means that no new >packages, least of all completely new upstream versions, should be >uploaded. Not really. I don't think you can intepret [1] in that way. [1] http://lists.debian.org/debian-devel-announce/2008/07/msg7.html signature.asc Description: Digital signature
Bug#484217: ITP: arpon -- Arp handler inspectiON
owner 484217 ! thanks No answers in the last 20 days, I assume you are not interested anymore, owning this ITP. Giuseppe Iuculano signature.asc Description: OpenPGP digital signature
Processed: ITP: arpon -- Arp handler inspectiON
Processing commands for [EMAIL PROTECTED]: > owner 484217 ! Bug 484217 [wnpp] ITP: arpon -- Arp handler inspectiON Bug 492922 [wnpp] ITP: arpon -- arp handler inspection Owner changed from Sebastian Castillo Builes <[EMAIL PROTECTED]> to Giuseppe Iuculano <[EMAIL PROTECTED]>. Owner changed from Sebastian Castillo Builes <[EMAIL PROTECTED]> to Giuseppe Iuculano <[EMAIL PROTECTED]>. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#495648: ITP: fatrat -- a multi protocol and feature rich download manager with a Qt4 gui
Package: wnpp Severity: wishlist Owner: Cristian Greco <[EMAIL PROTECTED]> * Package name: fatrat Version : 1.0 Upstream Author : Lubos Dolezel * URL : http://fatrat.dolezel.info * License : GPLv2 only Programming Lang: C++ Description : a multi protocol and feature rich download manager with a Qt4 gui Fatrat is a feature rich download manager written in C++ and built on top of Qt4 library. It supports a lot of download and file exchange protocols and is continuously extended. It also includes a plugin system. Most relevant features are: * HTTP(S)/FTP downloads * FTP uploads * RSS feed support + special functions for TV shows and podcasts * BitTorrent support (including torrent creating, DHT, UPnP, encryption etc.) * Torrent search * Support for SOCKS5 and HTTP proxies * RapidShare.com FREE downloads * RapidShare.com uploads * RapidShare.com link verification and folder extraction * RapidSafe link decoding * MD4/MD5/SHA1 hash computing * Remote control via Jabber * Remote control via a web interface * YouTube video downloading -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) signature.asc Description: Digital signature
Processed: Re: Bug#471822 closed by Alessandro De Zorzi <[EMAIL PROTECTED]> (Bug#471822: fixed in php-fpdf 1:1.6.dfsg-1)
Processing commands for [EMAIL PROTECTED]: > reopen 471822 Bug#471822: RFA: php-fpdf -- PHP class to generate PDF files 'reopen' may be inappropriate when a bug has been closed with a version; you may need to use 'found' to remove fixed versions. Bug reopened, originator not changed. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#471822: closed by Alessandro De Zorzi <[EMAIL PROTECTED]> (Bug#471822: fixed in php-fpdf 1:1.6.dfsg-1)
reopen 471822 thanks * 2008-08-19 11:54, Peter Eisentraut wrote: > > Do you want me to upload the old version of the package with a new epoch, > > put you back as a maintainer, retitle the bug from RFA to ITA, do again the > > upload with a new epoch? > > I ask that you upload the old version of the package with a new epoch, put me > back as the maintainer, reopen the RFA bug, and refrain from interfering with > the package until after the lenny release and further consultation with me. Here you are, I just uploaded again the old unstable version. Have a nice day, -- Fabio Tranchitella http://www.kobold.it Free Software Developer and Consultant http://www.tranchitella.it _ 1024D/7F961564, fpr 5465 6E69 E559 6466 BF3D 9F01 2BF8 EE2B 7F96 1564 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: your mail
Processing commands for [EMAIL PROTECTED]: > owner 488396 ! Bug 488396 [wnpp] ITA: wallpaper-tray -- wallpaper changing utility for GNOME Owner recorded as Guido Loupias <[EMAIL PROTECTED]>. > thank you Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#475369: marked as done (RFH: gnat-4.1 -- help needed with bug triaging)
Your message dated Tue, 19 Aug 2008 16:21:15 +0200 with message-id <[EMAIL PROTECTED]> and subject line RFH: gnat-4.1 -- help needed with bug triaging has caused the Debian Bug report #475369, regarding RFH: gnat-4.1 -- help needed with bug triaging to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 475369: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=475369 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems --- Begin Message --- Package: wnpp Severity: normal gnat-4.1 has 88 bugs opened against it and I need help triaging them. This is a low-skill task suitable for any contributor with an understanding of the BTS. - Bugs marked [Fixed in 4.2] or [Fixed in 4.3] should be reassigned to gnat-4.3 and then closed, preferably with the version number 4.3.0-1. - Most other bugs should be reassigned to gnat-4.3 and left open. There are a couple exceptions which are specific to gnat-4.1 or that have an equivalent in gnat-4.3. - Bugs that are forwarded upstream should be closed if closed upstream. Thanks for any help. -- Ludovic Brenta. --- End Message --- --- Begin Message --- I did the bug triaging myself. -- Ludovic Brenta. --- End Message ---
Bug#495664: ITP: python-progressbar -- text progressbar library for Python
Package: wnpp Severity: wishlist Owner: Sandro Tosi <[EMAIL PROTECTED]> * Package name: python-progressbar Version : 2.2 Upstream Author : Nilton Volpato * URL : http://pypi.python.org/pypi/progressbar * License : LGPL Programming Lang: Python Description : text progressbar library for Python This library provides a text mode progressbar. This is tipically used to display the progress of a long running operation, providing a visual clue that processing is underway. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#495677: RFP: heirloom-toolchest -- Old Unix-utilities modified for todays requirements
Package: wnpp Severity: wishlist * Package name: heirloom-toolchest * URL : http://heirloom.sourceforge.net/ * License : BSD and other Programming Lang: C Description : Old Unix-utilities modified for todays requirements "The Heirloom Project provides traditional implementations of standard Unix utilities. In many cases, they have been derived from original Unix material released as Open Source by Caldera and Sun." Interfaces follow traditional practice; they remain generally compatible with System V, although extensions that have become common use over the course of time are sometimes provided. Most utilities are also included in a variant that aims at POSIX conformance. On the interior, technologies for the twenty-first century such as the UTF-8 character encoding or OpenType fonts are supported." As you can see from bugs #431231, #139861 and #388689, UTF-8-support of GNU coreutils suck snow out of Mt. Fuji and there is no fix in sight. Some Linux-distributors have created their own patches, but upstream maintainers do not accept them. In Heirloom Toolchest UTF-8-support is all fixed. As you can see from bug #196762, groff can not be upgraded to the latest version, because in Debian it has some Japanese support patch that is not yet available for the latest version of groff. I do not know about Unicode-support of groff, but at least in Heirloom Toolchest roff support UTF-8 and OpenType, too. Therefore, IMNSHO Heirloom Toolchest must be packaged for Debian ASAP. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (1100, 'testing'), (990, 'stable'), (500, 'testing-proposed-updates'), (500, 'proposed-updates'), (101, 'testing'), (99, 'unstable') Architecture: i386 (i686) -- Juhapekka "naula" Tolvanen * http colon slash slash iki dot fi slash juhtolv "Boku wa ongakuka dentaku katate ni. Tashitari. Hiitari. Sousa shite. Sakkyoku suru. Kono botan oseba ongaku kanaderu." Kraftwerk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#495630: ITP: libfaketime -- report faked system time to programs
(CC'ing upstream for both datefudge and libfaketime) This is in reference to my proposal to package libfaketime for debian, found here: http://bugs.debian.org/495630 On Tue 2008-08-19 03:27:47 -0400, Peter Palfrader wrote: > How does this differ from datefudge? On Tue 2008-08-19 05:41:31 -0400, Guus Sliepen wrote: > There is already another package in Debian that provides similar > functionality: datefudge. Perhaps you can get both upstreams to > merge there efforts? Ah, i'd missed datefudge. Thanks for pointing it out, Peter and Guus. Actually, datefudge will do what i need for my purposes, so i'm going to back off from this ITP for now. The packages are slightly different, though: libfaketime appears to be capable of intercepting stat() calls while datefudge is not. And libfaketime is capable of setting absolute times (i.e. making the wall clock appear completely stopped for the client). datefudge appears to use what libfaketime calls "start at" dates: [0 [EMAIL PROTECTED] ~]$ datefudge '2001-01-01' sh -c 'date && sleep 10 && date' Mon Jan 1 00:00:00 EST 2001 Mon Jan 1 00:00:10 EST 2001 [0 [EMAIL PROTECTED] ~]$ And can't "stop the clock" the way that libfaketime can: [0 [EMAIL PROTECTED] ~]$ LD_PRELOAD=src/libfaketime/libfaketime-0.7/libfaketime.so.1 FAKETIME='2001-01-01 00:00:00' sh -c 'date && sleep 10 && date' Mon Jan 1 00:00:00 EST 2001 Mon Jan 1 00:00:00 EST 2001 [0 [EMAIL PROTECTED] ~]$ (libfaketime is capable of *not* stopping the clock as well, of course) OTOH, datefudge has much more flexible time specification syntax, which is nice, and it already has the command-line utility that i was considering hacking together. Both tools seem to be GPL-2 or later, so i see no reason why upstream couldn't join forces if they wanted to. Wolfgang? Matthias? Do you guys have any preferences for how to proceed? What do you think of Guus' suggestion? Regards, --dkg pgpbmLoUr7x6G.pgp Description: PGP signature
Bug#495678: ITP: pangomm -- C++ wrapper for pango
Package: wnpp Severity: wishlist Owner: Deng Xiyue <[EMAIL PROTECTED]> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * Package name: pangomm Version : 2.13.7 Upstream Author : Murray Cumming <[EMAIL PROTECTED]> * URL : http://www.gtkmm.org/ * License : LGPL, GPL Programming Lang: C++ Description : C++ wrapper for pango Pango is a library for layout and rendering of text, with an emphasis on internationalization. Pango can be used anywhere that text layout is needed. Pangomm is a C++ wrapper for pango, mainly used by gtkmm. - -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (300, 'experimental') Architecture: i386 (i686) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkiq9CcACgkQvfS9XUIPMAkh/QCfRVgSXQ1H4PNGWV3pBcsrv2b1 5s8An0eXMUoBLdx1bx3e7RPD/fQwrCiM =Gjdz -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#495630: ITP: libfaketime -- report faked system time to programs
Hi,
Daniel Kahn Gillmor:
>
> libfaketime appears to be capable of intercepting stat() calls while
> datefudge is not.
>
That's been intentional. (One of the uses of datefudge was to test tools
like "make", when they run on a file system whose times are skewed.)
> And libfaketime is capable of setting absolute times (i.e. making the
> wall clock appear completely stopped for the client).
>
That's ugly. ;-)
> [Datefudge] can't "stop the clock" the way that libfaketime can:
>
There are a few programs out there which misbehave (i.e. hang)
if you do that, so I saw no reason to implement this ...
> Both tools seem to be GPL-2 or later, so i see no reason why upstream
> couldn't join forces if they wanted to. Wolfgang? Matthias? Do you
> guys have any preferences for how to proceed? What do you think of
> Guus' suggestion?
>
If you want to enhance my datefudge code with whatever features
libfaketime has that I haven't, be my guest.
--
Matthias Urlichs | {M:U} IT Design @ m-u-it.de | [EMAIL PROTECTED]
Disclaimer: The quote was selected randomly. Really. | http://smurf.noris.de
- -
Howe's Law:
Everyone has a scheme that will not work.
signature.asc
Description: Digital signature
Bug#495630: ITP: libfaketime -- report faked system time to programs
Daniel, Matthias, admittedly I haven't been aware of datefudge so far; seems to me like both mini-tools have been developed independent of each other since around 2003. From looking at datefudge 1.14 (is that the most recent version?), I'd claim that libfaketime currently provides a superset of the functionality, but as you already wrote, datefudge will do for many purposes. 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. 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). Best regards, Wolfgang Daniel Kahn Gillmor schrieb: This is in reference to my proposal to package libfaketime for debian, found here: http://bugs.debian.org/495630 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#495664: ITP: python-progressbar -- text progressbar library for Python
Sandro Tosi <[EMAIL PROTECTED]> (19/08/2008): > This library provides a text mode progressbar. This is tipically used typically. Mraw, KiBi. signature.asc Description: Digital signature
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 [EMAIL PROTECTED] ~]$ datefudge "3 days ago last thursday" date Mon Aug 11 00:00:00 EDT 2008 [0 [EMAIL PROTECTED] ~]$ 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 pgp7onkF1GmEa.pgp Description: PGP signature
Processed: tagging as pending bugs that are closed by packages in NEW
Processing commands for [EMAIL PROTECTED]: > # Tue Aug 19 20:03:39 UTC 2008 > # Tagging as pending bugs that are closed by packages in NEW > # http://ftp-master.debian.org/new.html > # > # Source package in NEW: amule-emc > tags 493043 + pending Bug#493043: ITP: amule-emc -- parser for emulecollection files There were no tags set. Tags added: pending > # Source package in NEW: libjifty-plugin-authentication-bitcard-perl > tags 491051 + pending Bug#491051: ITP: libjifty-plugin-authentication-bitcard-perl -- Bitcard authentication plugin There were no tags set. Tags added: pending > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#492807: RFS: procinfo-ng
On Sat, Aug 02, 2008 at 03:40:37AM +0200, Giuseppe Iuculano wrote: >is it possible upload a new version of procinfo that actually is >procinfo-ng, Please do so! Please let me know where is the new package with the changes below before it's uploaded. . add "closses: #492807, #492780" in the changelog . include the current procinfo changelog file in the changelog of the new package. . put your name as the manitainer Cheers! signature.asc Description: Digital signature
Bug#495736: ITP: instantbird -- instant messaging client based on XULrunner and libpurple
Package: wnpp Severity: wishlist Owner: William Pitcock <[EMAIL PROTECTED]> * Package name: instantbird Version : 0.1.2 Upstream Author : Florian Quèze and Quentin Castier * URL : http://www.instantbird.com/ * License : GPL Programming Lang: C, C++ Description : instant messaging client based on XULrunner and libpurple Instantbird is an IM client based on Mozilla's XULrunner (the same platform that Iceweasel is based on). It supports connecting to all of the popular IRC networks through the use of libpurple, Pidgin's messaging core. . It supports all of the usual IM networks, like AIM, MSN, Jabber and so on. -- System Information: Debian Release: lenny/sid Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
