Re: New face for forensics main page
On Fri, Jun 25, 2010 at 02:05:43PM +0200, Michael Prokop wrote:
* Tiago Bortoletto Vaz ti...@debian.org [Tue Jun 22, 2010 at 03:08:33PM
-0300]:
Following the last posts in the planet.d.o regarding Debian websites
migrating
to Kalle's proposal I decided to try the same in Forensic's webpage. Please
have a look. Although I like very much our current design, I think such
migration will be like a 'must' in the near future.
Main: http://people.debian.org/~tiago/forensics/new.html
Sources: http://people.debian.org/~tiago/forensics/
If the team agree I commit and push it to htdocs in alioth.
Cool, thanks, ACK.
A div id=outer is missing though, as a reference see
http://git.deb.at/
Thanks, I knew it was missing something... :) Now it's much nicer.
I've just commited and updated it in alioth.
Regards,
--
.''`. Tiago Bortoletto Vaz GPG : 1024D/A504FECA
: :' : http://tiagovaz.org XMPP : tiago at jabber.org
`. `' tiago at {tiagovaz,debian}.org IRC : tiago at OFTC
`-Debian GNU/Linux - The Universal OS http://www.debian.org
___
forensics-devel mailing list
forensics-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/forensics-devel
New face for forensics main page
Hi all,
Following the last posts in the planet.d.o regarding Debian websites migrating
to Kalle's proposal I decided to try the same in Forensic's webpage. Please
have a look. Although I like very much our current design, I think such
migration will be like a 'must' in the near future.
Main: http://people.debian.org/~tiago/forensics/new.html
Sources: http://people.debian.org/~tiago/forensics/
If the team agree I commit and push it to htdocs in alioth.
Regards,
--
.''`. Tiago Bortoletto Vaz GPG : 1024D/A504FECA
: :' : http://tiagovaz.org XMPP : tiago at jabber.org
`. `' tiago at {tiagovaz,debian}.org IRC : tiago at OFTC
`-Debian GNU/Linux - The Universal OS http://www.debian.org
___
forensics-devel mailing list
forensics-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/forensics-devel
Re: Debian-Forensics team working towards Squeeze?
Hi mika, On Sat, 20 Mar 2010 11:24:36 +0100, Michael Prokop wrote Hi, following the Bits from the Release Team: What should go into squeeze?[1] I'd like to coordinate some kind of a virtual bug squashing party within the Debian forensics team. What I'm thinking of: * make sure all our packages are up2date (matching current upstream release) * make sure that all our packages have proper support for the afflib, ewf,... formats * get rid of any present bugs, especially the RC ones - related to http://qa.debian.org/developer.php?login=forensics-de...@lists.alioth.debian.org * check out which new additional packages should be integrated, related to http://wiki.debian.org/DebianForensics/TODO Also checking opened ITPs/RFPs related to forensics and trying to bring them to the team. (I'm specially interested in msnshadow) I'd work on a new wiki page at http://wiki.debian.org/DebianForensics for coordinating the efforts if some of you are interested in joining. What do you think about it? Thanks for your initiative :) BTW: Anyone of you planning to join DebConf10? http://debconf10.debconf.org/ I will. I usually work for the video team during DCs, but working on forensics team this year would be great. Regards, -- 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
Re: RFS: ed2k-hash
On Thu, Sep 10, 2009 at 07:16:10PM -0300, Tiago Bortoletto Vaz wrote: On Thu, Sep 10, 2009 at 11:27:27PM +0200, Michael Prokop wrote: [...] 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? After some reading I guess it's not a problem. So, watch pointing back to sf. [...] 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. update: it was a pain for this package, but I did. 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; I've done some extra cleanup (CVS, kde and win32 stuff) and will maintain it myself until the upstream agree to merge. [...] Pushed the wrong orig, sorry. Now it's ok. 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. Please have a look: http://brdesktop.org/~tiagovaz/ed2k-hash_0.3.3-1.dsc Thanks, -- 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
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
RFS: ed2k-hash
Hi, 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 [0] amule-utils and jacksum Best regards, -- Tiago Bortoletto Vaz http://tiagovaz.org 0xA504FECA - http://pgp.mit.edu signature.asc Description: Digital signature ___ forensics-devel mailing list forensics-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/forensics-devel
