Re: RFS: ed2k-hash
* Tiago Bortoletto Vaz ti...@debian-ba.org [20090910 05:34]: I've just finished the ed2k-hash package, which closes #543382. There are at least two other ways to generate ed2k links from a Debian system[0]. However, I think it worths having a litle and single binary which does well the job. Also, I consider it's related to forensics activities. I've been using it for a couple of months for this purpose in my job. So, please let me know if any of you from Debian Forensics packaging team are interested in sponsoring ed2k-hash. We can push it to the team's repository if prefered. dget http://edvac.debianbrasil.org/~tiagovaz/ed2k-hash_0.3.3-1.dsc % lintian -IE ../ed2k-hash_0.3.3-1_i386.changes W: ed2k-hash source: ancient-libtool admin/ltconfig In debian/control there's: Homepage: http://rakarrack.sourceforge.net Vcs-Git: git://git.debian.org/collab-maint/rakarrack.git Vcs-Browser: http://git.debian.org/git/collab-maint/rakarrack.git Huh? You're using cdbs whereas the debian forensics team decided to use plain debhelper only, see http://lists.alioth.debian.org/pipermail/forensics-devel/2008-February/13.html I'd prefer if ed2k-hash would use debhelper as well. If you fix those issues we could integrate ed2k-hash into the debian-forensic project and I'd sponsor the package for you. regards, -mika- signature.asc Description: Digital signature ___ forensics-devel mailing list forensics-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/forensics-devel
Bug#532342: confirmation
I'm seeing this same bug. It appears when the process is connected to a pipe on stdout. Here is my simple test: $ time -15 4 true real0m0.013s $ time -15 4 true | cat real0m4.012s The problem is that 02-seconds.patch forks a new process which interferes with signal delivery. The following replacement for 02-seconds.patch uses a better approach of setitimer(), the high-resolution alternative to alarm(). --- tct-1.18.orig/src/misc/timeout.c2007-01-11 16:10:29.0 -0500 +++ tct-1.18/src/misc/timeout.c 2009-09-10 08:53:09.0 -0400 @@ -39,6 +39,8 @@ #include stdlib.h #include unistd.h #include stdio.h +#include sys/time.h +#include sys/wait.h extern int optind; @@ -69,10 +71,11 @@ int main(argc, argv) int argc; char **argv; { -int time_to_run; +double time_to_run; pid_t pid; pid_t child_pid; int status; +struct itimerval itv; progname = argv[0]; @@ -83,7 +86,7 @@ char **argv; if ((kill_signal = atoi(*argv + 1)) = 0) usage(); -if (argc 2 || (time_to_run = atoi(argv[0])) = 0) +if (argc 2 || (time_to_run = atof(argv[0])) = 0) usage(); commandname = argv[1]; @@ -105,7 +108,11 @@ char **argv; (void) signal(SIGQUIT, terminate); (void) signal(SIGTERM, terminate); (void) signal(SIGALRM, terminate); - alarm(time_to_run); + itv.it_value.tv_sec = (long)time_to_run; + itv.it_value.tv_usec = (time_to_run-itv.it_value.tv_sec)*100; + itv.it_interval.tv_sec = 0; + itv.it_interval.tv_usec = 0; + (void) setitimer(ITIMER_REAL, itv, NULL); while ((pid = wait(status)) != -1 pid != child_pid) /* void */ ; return (pid == child_pid ? WEXITSTATUS(status) | WTERMSIG(status) : -1); ___ forensics-devel mailing list forensics-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/forensics-devel
CNIL numéro 1369624 - 1369628
___ forensics-devel mailing list forensics-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/forensics-devel
Demande de virement de solde sur votre compte bancaire
Chèr client PayPal, Par mesure de sécurité, nous contrôlons règulièrement les activitès PayPal. Nous avons rècemment remarquè un problème sur votre compte.Nous avons dèterminé que quelqu'un a peut-être tenté d'accéder à votre compte PayPal sans votre autorisation. Pour votre protection, nous avons restreint l'accès à votre compte. Pour lever cette restriction, connectez-vous à votre compte PayPal et suivez la procédure indiquée dans le Gestionnaire de litiges. Cliquez ici pour accéder à votre compte *Important* Numéro de dossier : PP:904-008-440Nous avons temporairement restreint l'accès à votre compte. Nous réétudierons cette restriction lorsque vous aurez fourni les informations demandées.'Service clientele' , present dans les pages d'aide.Nous vous prions de nous excuser pour la gêne occasionnée.Cordialement,PayPalCopyright 1999-2009 PayPal. Tous droits rèservès. ___ forensics-devel mailing list forensics-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/forensics-devel
Re: RFS: ed2k-hash
On Thu, Sep 10, 2009 at 11:27:27PM +0200, Michael Prokop wrote: Using dh now. % grep Build-Depends debian/control Build-Depends: debhelper (= 7), cdbs, autotools-dev, automake fixed, thanks. If you fix those issues we could integrate ed2k-hash into the debian-forensic project and I'd sponsor the package for you. Thanks! Please have a look on it (same address above) and feel free to import to debian-forensic repository. You can change the needed fields in control or anything you may want. I ask you just to let myself as uploader. Further investigation in debian/copyright: | This is ed2k-hash, packaged by Tiago Bortoletto Vaz ti...@debian-ba.org on | Sex Ago 28 23:14:54 BRT 2009 Please don't use local settings but instead use a timestamp that non-brazilian(?) users understand as well. ;) sure, fixed. | The source used for this package can be found at: |http://edvac.debianbrasil.org/~tiagovaz/ Please provide upstream's URL, same for debian/watch. (Your intention to get rid of debian/ from upstream is fine, though that's not relevant for copyright information.) Agreed and fixed for copyright information. Don't you think is it a problem having a watch entry pointing to another source but that used for packaging? [...] | Other's GPL/LGPL sources used in ed2k-hash | == | | * Copyright holder: Free Software Foundation | * Files: |- acinclude.m4 |- aclocal.m4 |- admin/ltcf-gcj.sh |- admin/ltcf-c.sh |- admin/ylwrap |- admin/ltcf-cxx.sh |- admin/missing |- admin/depcomp |- admin/acinclude.m4.in |- admin/ltconfig |- admin/ltconfig |- configure |- libtool IMHO that's an unusual format. ;) In the debian-forensics team we usually use the Machine-readable debian/copyright, see http://dep.debian.net/deps/dep5/ Ok, I'm working on it. Good practice, though. But much more import: what about for example admin/am_edit and admin/debianrules? Are you sure all the KDE stuff is needed? The truth is there are a lot of stuff in this upstream tarball which aren't relevant for the package. The upstream agreed to remove the ./debian, but at the same time he stated he's not motivated to maintain this tool. I would love to do a cleanup in this tarball but couldn't find a good solution yet. I appreciate your opinion here, once I've often faced such situation in Debian. Options I can imagine: 1) Fork and maintain a new orig source in a better shape; 2) Use a patch system for cleaning up the orig source (AFAIK it can't solve the ./debian/* issue); 3) Bother and bother the upstream to cleanup the source him/herself (and wait before doing the first upload...); 4) Build a native package. For ed2k-hash, which we have a very simple tool which will probably not have updates from the original author anymore, I'd say the first option is the more suitable. Do you agree? In debian/README.Debian you write: | Tim-Philipp Müller has agreed to deliver ed2k_hash without the ./debian soon. | So, while he doesn't release this new tarball in sourceforge I'll use my own to | build ed2k_hash package. The only difference between them is that mine has no | ./debian directory inside. Though this doesn't look true to me: % tar ztf ed2k-hash_0.3.3.orig.tar.gz | grep debian ed2k_hash-0.3.3/admin/debianrules ed2k_hash-0.3.3/debian/ ed2k_hash-0.3.3/debian/CVS/ ed2k_hash-0.3.3/debian/CVS/Root ed2k_hash-0.3.3/debian/CVS/Repository ed2k_hash-0.3.3/debian/CVS/Entries ed2k_hash-0.3.3/debian/changelog ed2k_hash-0.3.3/debian/control ed2k_hash-0.3.3/debian/rules Pushed the wrong orig, sorry. And IMHO the CVS stuff should disappear from the tarball as well. Agreed, please help me to decide how to do it (see above), then I make available a (hopefully) fixed build. Thanks for your work. Thank you, -- Tiago Bortoletto Vaz http://tiagovaz.org 0xA504FECA - http://pgp.mit.edu ___ forensics-devel mailing list forensics-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/forensics-devel