Bug#1029683: python3-renderpm: renderPM can't set standard fonts
Package: python3-renderpm Version: 3.6.12-1 Severity: important X-Debbugs-Cc: christo...@monniez.eu Dear Maintainer, Since the `gsfonts` package was replaced by `fonts-urw-base35`, `python3-renderpm` reportlab is not able to draw any of the 14 standard fonts anymore. The reportlab documentation states that those fonts only needs to be referenced by names. For example, this simple python3 script should work: ``` from reportlab.graphics.renderPM import PMCanvas c = PMCanvas(10,10) c.setFont('Times-Roman', 32) ``` But leads to this error on Debian Bookworm: ``` Warn: Can't find .pfb for face 'Times-Roman' Traceback (most recent call last): File "/tmp/canvas.py", line 4, in c.setFont('Times-Roman', 32) File "/usr/lib/python3/dist-packages/reportlab/graphics/renderPM.py", line 405, in setFont _setFont(self._gs,fontName,fontSize) File "/usr/lib/python3/dist-packages/reportlab/graphics/utils.py", line 42, in setFont _errorDump(fontName,fontSize) File "/usr/lib/python3/dist-packages/reportlab/graphics/utils.py", line 29, in _errorDump rl_exec(code,dict(RenderPMError=RenderPMError)) File "", line 1, in reportlab.graphics.utils.RenderPMError: Error in setFont('Times-Roman',32) missing the T1 files? ``` Altough the `fonts-urw-base35` is properly installed. This applies to any of the 14 standard fonts: Courier, Courier-Bold, Courier-BoldOblique, Courier-Oblique, Helvetica, Helvetica-Bold, Helvetica-BoldOblique, Helvetica-Oblique, Symbol, Times-Bold, Times-BoldItalic, Times-Italic, Times-Roman, ZapfDingbats The above script works on Bullseye when the `gsfonts` package is installed, it also works if the `reportlab==3.6.12` package is installed via `pip`. It seems that when the `gsfonts` are installed, the file `n021003l.pfb` is used for `Times-Roman`. On the other hand, without the `gsfonts, when using the upstream pip package, the file `reportlab/fonts/_er_.pfb` is used. I saw that the `fonts` directory from upstream is completely removed in the Debian package. I think that it should work out of the box as it was when `gsfonts` were available and as stated in the upstream documentation. Either the `fonts` directory should not be removed from the package, or the package should include the `gsfonts` pfb files for the 14 standard fonts, or the package should be patched to work with the `fonts-urw-base35` provided files. -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 6.1.0-1-amd64 (SMP w/2 CPU threads; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages python3-renderpm depends on: ii fonts-urw-base35 20200910-6 ii libc6 2.36-8 ii libfreetype6 2.12.1+dfsg-4 ii python3 3.10.6-3+b1 python3-renderpm recommends no packages. python3-renderpm suggests no packages. -- no debconf information Thanks
[Bug 1918107] [NEW] renderPM can't set font
Public bug reported: Since the `gsfonts` dependency was removed in bug #1862641, some reportlab functionalities are failing. It can be reproduced with a simple example. First, ensure that `gsfonts` package is not installed. In python3: ``` from reportlab.graphics.barcode import createBarcodeDrawing barcode = createBarcodeDrawing('EAN13', value='1234') barcode.asString('png') ``` This leads to the following traceback: ``` Warn: Can't find .pfb for face 'Times-Roman' Traceback (most recent call last): File "/usr/lib/python3/dist-packages/reportlab/graphics/renderPM.py", line 242, in _setFont gs.setFont(fontName,fontSize) ValueError: _renderPM.gstate_setFont: Can't find font! During handling of the above exception, another exception occurred: Traceback (most recent call last): File "/usr/lib/python3/dist-packages/reportlab/graphics/renderPM.py", line 248, in _setFont _renderPM.makeT1Font(fontName,f.face.findT1File(),f.encoding.vector,open_and_read) TypeError: makeT1Font() argument 2 must be str, not None During handling of the above exception, another exception occurred: Traceback (most recent call last): File "", line 1, in File "/usr/lib/python3/dist-packages/reportlab/graphics/shapes.py", line 854, in asString return renderPM.drawToString(self, fmt=format,showBoundary=getattr(self,'showBorder', File "/usr/lib/python3/dist-packages/reportlab/graphics/renderPM.py", line 685, in drawToString drawToFile(d,s,fmt=fmt, dpi=dpi, bg=bg, configPIL=configPIL) File "/usr/lib/python3/dist-packages/reportlab/graphics/renderPM.py", line 680, in drawToFile c = drawToPMCanvas(d, dpi=dpi, bg=bg, configPIL=configPIL, showBoundary=showBoundary) File "/usr/lib/python3/dist-packages/reportlab/graphics/renderPM.py", line 666, in drawToPMCanvas draw(d, c, 0, 0, showBoundary=showBoundary) File "/usr/lib/python3/dist-packages/reportlab/graphics/renderPM.py", line 51, in draw R.draw(renderScaledDrawing(drawing), canvas, x, y, showBoundary=showBoundary) File "/usr/lib/python3/dist-packages/reportlab/graphics/renderbase.py", line 204, in draw self.initState(x,y) #this is the push() File "/usr/lib/python3/dist-packages/reportlab/graphics/renderPM.py", line 98, in initState self.applyState() File "/usr/lib/python3/dist-packages/reportlab/graphics/renderPM.py", line 92, in applyState self._canvas.setFont(s['fontName'], s['fontSize']) File "/usr/lib/python3/dist-packages/reportlab/graphics/renderPM.py", line 399, in setFont _setFont(self._gs,fontName,fontSize) File "/usr/lib/python3/dist-packages/reportlab/graphics/renderPM.py", line 251, in _setFont raise RenderPMError("Can't setFont(%s) missing the T1 files?\nOriginally %s: %s" % (fontName,s1,s2)) reportlab.graphics.renderPM.RenderPMError: Can't setFont(Times-Roman) missing the T1 files? Originally : makeT1Font() argument 2 must be str, not None ``` After installing the `gsfonts` package, the traceback does not occurs and the code works as expected. lsb release: Ubuntu 20.04.1 LTS python3-renderpm:amd64 3.5.34-1ubuntu1 ** Affects: python-reportlab (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1918107 Title: renderPM can't set font To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/python-reportlab/+bug/1918107/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: Mass forensics-devel unsubscribes?
No, I didn't. Maybe is it people that are cleaning their mailing lists subscribes for the new year ? By the way, Happy New Year. -- Christophe Monniez 2014/1/3 Michael Prokop m...@debian.org Hi, there have been 15 unsubscribe notifications for forensics-devel today, which is quite unusual (volume wise as well as within one single day). Just to make sure this wasn't by error: did anyone of you manually unsubscribe anyone? regards, -mika- -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAlLG9YoACgkQ2N9T+zficuiG6gCeMHRbaxNBsaMUKqfWn4aoTWgV aBcAnjgZZ8RmNDKKUepfcArVh4WHxzg/ =ltLi -END PGP SIGNATURE- ___ forensics-devel mailing list forensics-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/forensics-devel -- Christophe Monniez ___ forensics-devel mailing list forensics-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/forensics-devel
Re: extundelete 0.2.4
Le samedi 27 avril 2013 à 22:48 +0200, Elías Alejandro a écrit : Hi all, I was checking extundelete and I saw Christophe's work for 0.2.3 version (btw, thanks!!). I've imported the last upstream version 0.2.4 and made some updates. But after to create debian/changelog with something like: git-dch --debian-branch debian --id-length=7 I get all the work about 0.2.3 version. Should I remove all of them from debian/changelog file or keep them, because represents collaborative work? Also, Anybody can check this new version and then upload? :) Thanks for you help. -- Elías Alejandro From my point of view, it's up to you to decide. -- Christophe Monniez christophe.monn...@fccu.be ___ forensics-devel mailing list forensics-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/forensics-devel
Re: Git clone problems...
Le lundi 15 avril 2013 à 23:12 +0200, Eriberto a écrit : Hi! My last commit in Debian Forensics was at 2010. I am trying to make a clone from repository but I think my command is wrong. $ git clone ssh://eriberto-gu...@git.debian.org/git/debian-forensics/ Cloning into 'debian-forensics'... Enter passphrase for key '/home/eriberto/.ssh/id_rsa': fatal: '/git/debian-forensics' does not appear to be a git repository fatal: The remote end hung up unexpectedly What is wrong? I'am newbie on Git... Thanks a lot in advance. Regards, Eriberto - Brazil Hi Eriberto, I think that you cannot clone the whole forensics repository. You have to choose a package: $ git clone ssh://eribe...@git.debian.org/git/forensics/${PACKAGE}.git Replace the ${PACKAGE} variable by the package you want. -- Christophe Monniez christophe.monn...@fccu.be ___ forensics-devel mailing list forensics-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/forensics-devel
Bug#694368: libfuzzy{2, -dev}: missing Breaks+Replaces: ssdeep ( 2.6)
Hi Salvatore, the fix was just uploaded. Do we need a release excpetion for this to be accepeted ? -- Christophe Monniez christophe.monn...@fccu.be ___ forensics-devel mailing list forensics-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/forensics-devel
Bug#694368: libfuzzy{2,-dev}: missing Breaks+Replaces: ssdeep ( 2.6)
Hi Salvatore, the fix was just uploaded. Do we need a release excpetion for this to be accepeted ? -- Christophe Monniez christophe.monn...@fccu.be -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694368: libfuzzy{2,-dev}: missing Breaks+Replaces: ssdeep ( 2.6)
Hi Salvatore, the fix was just uploaded. Do we need a release excpetion for this to be accepeted ? -- Christophe Monniez christophe.monn...@fccu.be -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: afflib package - bug #645915
Le samedi 07 janvier 2012 à 17:10 +0100, Julien Valroff a écrit : Hi, Le mardi 27 déc. 2011 à 10:06:38 (+0100 CET), Christophe Monniez a écrit : Hi, I worked on this bug [1] to try to solve it. I did a build in a clean environment and found that it was not linked against libreadline. I've just requested a binNMU for i386 to fix the current situation. Once done, we will be able to at least lower the severity of the bug. I leave it up to you if you consider it should be closed or not. Thanks Julien, I will see once the package will be uploaded. The situation comes from an uploader build made in an unclean environment (the last upload was an NMU, hence independent on our work). I have also worked somehow on the package in git but not fixed all the lintian warnings (nor tested it all). I'm working on the other lintian warnings (man pages). BTW, is there any good reason you use git-dch? I find it very hard to follow the work because of it (but may be due to the fact I am not used to using it). Cheers, Julien Well, I have no good reason to use it. We really should update our workflow to see who works on what. It was once said that it's up to the uploader to maintain the changelog because it's automatically generated by git (I suppose git-dch). So, when I work on a package, I don't update the changelog, to not interfere with the uploader work. Am I wrong ? What is the good way of doing it ? -- Christophe Monniez christophe.monn...@fccu.be ___ forensics-devel mailing list forensics-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/forensics-devel
Re: afflib package - bug #645915
Le mardi 27 décembre 2011 à 13:57 +0100, Julien Valroff a écrit : Hi Christoph, Le mardi 27 déc. 2011 à 10:06:38 (+0100 CET), Christophe Monniez a écrit : Hi, I worked on this bug [1] to try to solve it. I did a build in a clean environment and found that it was not linked against libreadline. I was disappointed and asked for help on debian-mentors IRC channel. It seems that the package was build in a n unclean environment before upload. I thought that packages were always built in a clean environment. Except for the binary package built by the uploader (well, actuall, it should be built in a clean environment, but nothing can guarantee this). Anyway, this situation can be easily solved by uploading the latest afflib which is in our git repository. So, Mika or Julien, could you have an eye on this package and upload it to close this bug ? There are a few things to check before the package can be uploaded, here is the output of lintian: I: afflib source: missing-debian-source-format W: afflib source: patch-system-but-direct-changes-in-diff ChangeLog and 33 more W: afflib-dbg: debian-changelog-line-too-long line 1 W: afflib-dbg: debian-changelog-line-too-long line 5 W: libafflib-dev: debian-changelog-line-too-long line 1 W: libafflib-dev: debian-changelog-line-too-long line 5 W: libafflib0: debian-changelog-line-too-long line 1 W: libafflib0: debian-changelog-line-too-long line 5 I: libafflib0: no-symbols-control-file usr/lib/libafflib.so.0.0.0 W: afflib-tools: debian-changelog-line-too-long line 1 W: afflib-tools: debian-changelog-line-too-long line 5 W: afflib-tools: binary-without-manpage usr/bin/affcompare W: afflib-tools: binary-without-manpage usr/bin/affconvert W: afflib-tools: binary-without-manpage usr/bin/affcopy W: afflib-tools: binary-without-manpage usr/bin/affcrypto W: afflib-tools: binary-without-manpage usr/bin/affdiskprint W: afflib-tools: binary-without-manpage usr/bin/affinfo W: afflib-tools: binary-without-manpage usr/bin/affix W: afflib-tools: binary-without-manpage usr/bin/affrecover W: afflib-tools: binary-without-manpage usr/bin/affsegment W: afflib-tools: binary-without-manpage usr/bin/affsign W: afflib-tools: binary-without-manpage usr/bin/affstats W: afflib-tools: binary-without-manpage usr/bin/affuse W: afflib-tools: binary-without-manpage usr/bin/affverify W: afflib-tools: binary-without-manpage usr/bin/affxml All of them should be quite easy to fix - the manpages can be easily generated via help2man (and then, forwarded upstream). The changes made to upstream sources must be fixed. Here are the details of what is actually changed: dpkg-source: warning: the diff modifies the following upstream files: ChangeLog Makefile.in aclocal.m4 affconfig.h.in afflib.spec configure configure.ac doc/Makefile.in lib/Makefile.in lib/afflib.h lib/afflib_i.h lib/afflib_pages.cpp lib/afflib_stream.cpp lib/afflib_util.cpp lib/aftimer.h lib/lzma_glue.cpp lib/utils.h lib/vnode_afd.cpp lib/vnode_aff.cpp ltmain.sh lzma443/Makefile.in man/Makefile.in pyaff/Makefile.in tests/Makefile.in tools/Makefile.in tools/affcat.cpp tools/affcompare.cpp tools/affconvert.cpp tools/affcrypto.cpp tools/affinfo.cpp tools/affix.cpp tools/affverify.cpp tools/affxml.cpp win32/affconfig.h I can help if needed, but don't know much about this package. Cheers, Julien Thanks Julien, it clarifies what I have to do. I'll take a look quickly. I don't know where the diff's come from, will investigate. -- Christophe Monniez christophe.monn...@fccu.be ___ forensics-devel mailing list forensics-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/forensics-devel
afflib package - bug #645915
Hi, I worked on this bug [1] to try to solve it. I did a build in a clean environment and found that it was not linked against libreadline. I was disappointed and asked for help on debian-mentors IRC channel. It seems that the package was build in a n unclean environment before upload. I thought that packages were always built in a clean environment. Anyway, this situation can be easily solved by uploading the latest afflib which is in our git repository. So, Mika or Julien, could you have an eye on this package and upload it to close this bug ? Thanks for your help. 1: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=645915 -- Christophe Monniez christophe.monn...@fccu.be ___ forensics-devel mailing list forensics-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/forensics-devel
Adoption of scalpel, vinetto and rdd
Hi Danny, I'm sorry to bother you again, but you stated in a previous mail that you were no longer interested in maintaining those packages. Can you please fill a request for adoption for those three packages that way we can adopt them in the Debian Forensics Team ? Thanks -- Christophe Monniez christophe.monn...@fccu.be ___ forensics-devel mailing list forensics-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/forensics-devel
Re: Debian Forensic IRC meeting, 2011-12-03
Le jeudi 01 décembre 2011 à 00:01 +0100, Michael Prokop a écrit : Hi, sorry for not coming back earlier WRT the Debian Forensic IRC meeting, but finally I managed to talk to Christophe on IRC and we just decided to make a IRC meeting this weekend so we can push work a bit. :) On this Saturday, 3rd of December 2011 we'll meet online on IRC (#debian-forensics), starting at 21:00 / 9 p.m. CET. Feel free to join if you have time and interest in Debian Forensic! Hope to see you there :) regards, -mika- I'll join. Here are some ideas of things we could work on: 1) Needed packages for Digital Forensic Framework [1][2] 2) new version of libewf [3] 3) finishing libpff 4) reglookup 5) various bug reports 1: http://digital-forensic.org/ 2: http://packages.qa.debian.org/d/dff.html 3: http://sourceforge.net/projects/libewf/ -- Christophe Monniez christophe.monn...@fccu.be ___ forensics-devel mailing list forensics-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/forensics-devel
Re: about reglookup
Le lundi 17 octobre 2011 à 09:11 +0200, Elías Alejandro a écrit : Hi all, First all, I'm sorry by delay and thanks to Christophe for his valuable help. Thanks a lot. I was just wondering how to handle the ldconfig call problem. I learned a lot from your commits Elías, so thanks to you. I was working with reglookup and you can check. Lintian complains with[1] I think it's an upstream issue. Any news/complaints/suggestion are welcome. [1] http://lintian.debian.org/tags/sharedobject-in-library-directory-missing-soname.html Regards, -- Elías Alejandro I tried to fix it by passing the '-soname' option to the linker as suggested at [1] but it didn't worked. I have bot idea on how to fix this error. I hate packaging libraries :-) On the other hand, I installed and tested the package against various registries and it worked without problems. -- Christophe Monniez christophe.monn...@fccu.be ___ forensics-devel mailing list forensics-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/forensics-devel
Re: aimage
Le mardi 11 octobre 2011 à 20:06 +0200, Julien Valroff a écrit : (...) I now understand, thanks for sharing this. This new version fixes #618087, am I right? That's the bug we asked to fix. It should [1] (...) I do agree it still has a place in Debian if it is used and usable. The popcon figures [0] aren't very high but I guess it is normal for such a specialized tool. True, and I'm pretty sure that most forensics people do not participate to popcon even if anonymity is guaranteed. The actual package seems to work, I used it two time yesterday without any problem. Great, still need to be tested after the changes I have made (I had to reapply the patch which had been applied on the files directly rather than via a quilt patch). The test that I did happened after your changes, anyway I tested it again on another machine tonight: it build and works. I'll look at copyright informations. The changelog should also mention that the package is back to Debian. I will look at how to do that... if there is a Debian way to mention that. Once you have been able to check all this again, I will be happy to upload it. Cheers, Julien [0] http://qa.debian.org/popcon.php?package=aimage Ok, thanks Julien [1] http://anonscm.debian.org/gitweb/?p=forensics/aimage.git;a=commitdiff;h=4a9c09ced0a2466d969187d051a49e9f3e422a16#patch14 -- Christophe Monniez d-fe...@swing.be www.d-fence.be - www.lnx4n6.be ___ forensics-devel mailing list forensics-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/forensics-devel
aimage
Hi all, I did a build (amd64) of aimage package from our git repository. It build without any problem. I then tried the program on another machine and it worked without any error. So I think it's ready for upload if any dd have time enough. Thanks. -- Christophe Monniez christophe.monn...@fccu.be ___ forensics-devel mailing list forensics-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/forensics-devel
Re: Things to be done / discussed
Le jeudi 06 octobre 2011 à 16:03 +0200, Elías Alejandro a écrit : Hi all, On Mon, Oct 3, 2011 at 8:33 AM, Christophe Monniez christophe.monn...@fccu.be wrote: 6) reglookup There is a new reglookup upstream version (see http://projects.sentinelchicken.org/reglookup/download/). This is a new major release which is split in a library and the main tool. The library is also used by the new version of grokevt. It now use scons to build. I don't know how to handle this. Let me know on the list what you think about those points. I could take a look to reglookup this weekend. Regards, -- Elías Alejandro Thanks Elías, I will look at your work to learn how to handle scons in Debian packages. I can test the package once it's done. -- Christophe Monniez christophe.monn...@fccu.be ___ forensics-devel mailing list forensics-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/forensics-devel
Things to be done / discussed
Hi all, It seems that we are all very busy in our respective lives. Anyway, the Debian Forensics Team is still alive and there are a couple of things that have to be done and discussed. Today, I met Mikap on IRC and he gave me some advices on the following questions: 1) scalpel, vinetto and rdd All three are forensics packages and are currently maintained by Danny van der Meeren. http://qa.debian.org/developer.php?login=danny%40illogic.nl I asked him, privately, to join our team. Here is his answer: I have not done things for a long time on these packages, if you want to take them within your team I'm fine with that. So, I'm going to ask him to file a request for adoption. 2) aimage package was removed from unstable. see http://ftp-master.debian.org/removals.txt It appears that the upstream author decided to revive it: http://afflib.org/archives/137 As stated by Mikap, we could simply upload it again and maybe check if we should open a bugreport to maintain it again. 3) undbx and libpff were almost ready but vanished because the ITP was too old. As they are now RFP I'm going to retitle them to ITP. 4) libewf libewf is getting old in Debian. Upstream is splitted in libewf, libewf2-beta and libewf2-alpha. See: http://sourceforge.net/projects/libewf/files/ I use a lot liebwef2-alpha at work and never encountered any problem. ... and it have a lot of enhancement regrading libewf. I think that we should discuss on how to handle migration to libewf2-alpha in Debian. 5) In order to discuss those things among others, I thing we should organize a meeting on IRC. 6) reglookup There is a new reglookup upstream version (see http://projects.sentinelchicken.org/reglookup/download/). This is a new major release which is split in a library and the main tool. The library is also used by the new version of grokevt. It now use scons to build. I don't know how to handle this. Let me know on the list what you think about those points. Thanks -- Christophe Monniez christophe.monn...@fccu.be ___ forensics-devel mailing list forensics-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/forensics-devel
Forensics Packages
Hi Danny, As I told you in a private e-mail, we (the Debian Forensics Team) are interested in maintaining scalpel, vinetto and rdd packages. Could you file a RFA for the packages ? That way, we could then adopt them. Thank you. -- Christophe Monniez christophe.monn...@fccu.be ___ forensics-devel mailing list forensics-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/forensics-devel
versioned DEP-5 uri
Hi all, What is the versioned DEP-5 uri ? -- Christophe Monniez d-fe...@swing.be www.d-fence.be - www.lnx4n6.be ___ forensics-devel mailing list forensics-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/forensics-devel
Re: libphash
On Wed, Sep 7, 2011 at 9:03 PM, Julien Valroff jul...@debian.org wrote: I'll test it next week. Have you had a chance to test libphash? cheers, Julien I'm sorry Julien, not yet. I'll probably have time next week ... but I will not promise this time. -- Christophe Monniez ___ forensics-devel mailing list forensics-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/forensics-devel
Bug#633789: xfce4-notifyd
Hi, I found (here: https://bugs.archlinux.org/task/24054) that installing xfce4-notifyd could solve the problem. I tryed and it seems to solve the problem too. -- Christophe Monniez d-fe...@swing.be www.d-fence.be - www.lnx4n6.be -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633789: xfce4-notifyd
Hi, I found (here: https://bugs.archlinux.org/task/24054) that installing xfce4-notifyd could solve the problem. I tryed and it seems to solve the problem too. -- Christophe Monniez d-fe...@swing.be www.d-fence.be - www.lnx4n6.be -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: libphash
Le vendredi 19 août 2011 à 15:45 +0200, Julien Valroff a écrit : Hi, I have been working on libphash to refresh the packaging and include the patch for #638243 (tested successfully when building against ffmpeg -dev packages available in experimental). I have also worked on adding support for multiarch. Could someone test the result (and especially the -dev package following to the swtich to multiarch)? Cheers, Julien I'll test it next week. -- Christophe Monniez christophe.monn...@fccu.be ___ forensics-devel mailing list forensics-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/forensics-devel
Bug#637818: aimage: FTBFS with wrong check for libssl
aimage was removed from Debian testing. The upstream author stopped working on this tool. So, unless someone else create a fork of the upstream, it will not come back into Debian. -- Christophe Monniez ___ forensics-devel mailing list forensics-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/forensics-devel
Bug#637818: aimage: FTBFS with wrong check for libssl
aimage was removed from Debian testing. The upstream author stopped working on this tool. So, unless someone else create a fork of the upstream, it will not come back into Debian. -- Christophe Monniez -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637818: aimage: FTBFS with wrong check for libssl
aimage was removed from Debian testing. The upstream author stopped working on this tool. So, unless someone else create a fork of the upstream, it will not come back into Debian. -- Christophe Monniez -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Staging for sleuthkit 3.2.2
On Sat, Aug 13, 2011 at 12:29 AM, Dan Chen seven.st...@gmail.com wrote: Hi all, I've prepared a pending debian branch for sleuthkit 3.2.2 with the intent of getting it into Ubuntu 11.10 with a FeatureFreezeException. Please see https://github.com/crimsun/sleuthkit (or git://github.com/crimsun/sleuthkit.git). I've updated the symbols files appropriately and test-built/installed/removed on amd64 local installs of both Debian Sid and Ubuntu Oneiric. Any comments are welcome, and I'm happy to help out in the future as part of the debian-forensics Alioth team (already a member of pkg-alsa-devel and pkg-pulseaudio-devel). Cheers, -Dan ___ forensics-devel mailing list forensics-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/forensics-devel Hi Dan, thanks for your work, you are more than welcome to contribute to the team. I added you to the team on alioth. We already have a git repository on alioth for our work, not sure that the github duplicate is a good idea. -- Christophe Monniez ___ forensics-devel mailing list forensics-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/forensics-devel
Bug#631504: ntfs-3g: unusable for non-root users with or without setuid
Tags: patch Removing --with-fuse=external or replacing it with --with-fuse=internal in the configuration part of the rules files solves the problem. Is there a reason to use the external fuse library instead of the ntfs-3g internal one ? -- Christophe Monniez christophe.monn...@fccu.be --- rules.orig 1970-01-01 01:00:00.0 +0100 +++ rules 2011-08-05 08:41:57.0 +0200 @@ -0,0 +1,97 @@ +#!/usr/bin/make -f + +SHELL := sh -e + +DEB_HOST_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE) +DEB_BUILD_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE) + +CFLAGS = -Wall -g + +ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS))) + CFLAGS += -O0 +else + CFLAGS += -O2 +endif +ifneq (,$(filter parallel=%,$(DEB_BUILD_OPTIONS))) +NUMJOBS = $(patsubst parallel=%,%,$(filter parallel=%,$(DEB_BUILD_OPTIONS))) +MAKEFLAGS += -j$(NUMJOBS) +endif + +upstream: + lynx -dump http://b.andre.pagesperso-orange.fr/changelog.html debian/local/changelog + +%: + dh ${@} --with autotools_dev + +override_dh_auto_configure: + dh_auto_configure -- --host=$(DEB_HOST_GNU_TYPE) \ +--build=$(DEB_BUILD_GNU_TYPE) \ +--prefix=/usr \ +--exec-prefix=/ \ +--mandir=\$${prefix}/share/man \ +--enable-crypto \ +--enable-extras \ +--enable-posix-acls \ +--enable-xattr-mappings \ +--disable-ldconfig \ +--with-fuse=internal \ +CFLAGS=$(CFLAGS) \ +LDFLAGS=-Wl,-z,defs + +override_dh_auto_install: + dh_auto_install + + # adding initramfs-tools integration + install -D -m 0755 debian/local/ntfs-3g.hook debian/ntfs-3g/usr/share/initramfs-tools/hooks/ntfs_3g + install -D -m 0755 debian/local/ntfs-3g.local-premount debian/ntfs-3g/usr/share/initramfs-tools/scripts/local-premount/ntfs_3g + install -D -m 0755 debian/local/ntfs-3g.local-bottom debian/ntfs-3g/usr/share/initramfs-tools/scripts/local-bottom/ntfs_3g + + # removing unused files + rm -f debian/tmp/lib/*.la + + # removing rpath + for _PROGRAM in \ + bin/lowntfs-3g \ + bin/ntfs-3g \ + bin/ntfs-3g.probe \ + bin/ntfs-3g.secaudit \ + bin/ntfs-3g.usermap \ + bin/ntfscat \ + bin/ntfscluster \ + bin/ntfscmp \ + bin/ntfsck \ + bin/ntfsdecrypt \ + bin/ntfsdump_logfile \ + bin/ntfsfix \ + bin/ntfsinfo \ + bin/ntfsls \ + bin/ntfsmftalloc \ + bin/ntfsmove \ + bin/ntfstruncate \ + bin/ntfswipe \ + sbin/mkntfs \ + sbin/ntfsclone \ + sbin/ntfscp \ + sbin/ntfslabel \ + sbin/ntfsresize \ + sbin/ntfsundelete; \ + do \ + chrpath --delete debian/tmp/$${_PROGRAM}; \ + done + +override_dh_installchangelogs: + dh_installchangelogs debian/local/changelog + +override_dh_install: + dh_install --fail-missing + +override_dh_link: + rm -rf debian/ntfs-3g-dev/usr/share/doc + + # correcting symlink target + dh_link -pntfs-3g-dev lib/$$(basename $$(readlink debian/tmp/usr/lib/libntfs-3g.so)) usr/lib/libntfs-3g.so + + dh_link --remaining-packages + +override_dh_strip: + dh_strip --dbg-package=ntfs-3g-dbg
Bug#616402: afflib-tools: please return to shared libafflib linkage
On Mon, Jun 20, 2011 at 12:35 AM, Aaron M. Ucko u...@debian.org wrote: found 616402 3.6.6-1.1 thanks ow...@bugs.debian.org (Debian Bug Tracking System) writes: This bug was fixed in the latest version now in testing. As far as I can tell, that only addresses an unrelated issue (concerning libafflib.la), with afflib-tools still linking statically to libafflib: $ dpkg -s afflib-tools Package: afflib-tools Status: install ok installed Priority: optional Section: utils Installed-Size: 4748 Maintainer: Debian Forensics forensics-de...@lists.alioth.debian.org Architecture: amd64 Source: afflib Version: 3.6.6-1.1 Depends: libc6 (= 2.7), libcurl3 (= 7.16.2-1), libexpat1 (= 1.95.8), libfuse2 (= 2.8.1), libgcc1 (= 1:4.1.1), libssl1.0.0 (= 1.0.0), libstdc++6 (= 4.2.1), zlib1g (= 1:1.1.4) Description: support for Advanced Forensics format (utilities) libafflib is a library for reading and writing the Advanced Forensics format (AFF), an extensible open format for the storage of disk images and related forensic metadata. . This package contains additional utilities. Homepage: http://www.afflib.org/ $ ldd /usr/bin/affcat | fgrep aff $ Could you please take another look? Thanks! -- Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org) http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu ___ forensics-devel mailing list forensics-de...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/forensics-devel Oops, that's true. I did a mistake, the package in our git reposiroty on alioth is fixed, not the one in testing. Better to wait for the alioth version. -- Christophe Monniez -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: sleuthkit
Le vendredi 03 juin 2011 à 07:29 +0200, Julien Valroff a écrit : Le samedi 07 mai 2011 à 17:13:57 (+0200 CEST), Julien Valroff a écrit : Le samedi 07 mai 2011 à 09:46:02 (+0200 CEST), Christophe Monniez a écrit : Le samedi 07 mai 2011 à 09:15 +0200, Julien Valroff a écrit : Unfortunately, I have too much work this week and will not be able to work on sleuthkit package before mai 12th. I will probably need help on how to de-embed sqlite and I don't really understand the last Error. I have just pushed the easy changes. I am unfortunately not skilled for de-embedding sqlite. I have worked on Sleuth Kit and the package seems now in good shape. I have managed to lin dynamically against libsqlite3 rather than using the embedded copy which was linked statically: as from sqlite.c headers, this was only meant to improve performance by 5% or more - which doesn't seem that signifcant compared to the potential problems embedding this could cause. However, I would appreciate if some of you could actually test the packages and report any issue linked to this change - I do not use sleuthkit nor libtsk… I build the seluthkit packages with pbuilder and it build smoothly. I did some test on sleuthkit, I tested nearly all tools against a forensic copy and they worked very well. The tool that use a sqlite database worked without any problem. I made a little change on the debian/control file to support afflib. I did a rebuild of the package with pbuilder and t worked again. I then verified the tools against an aff forensic image and it worked too. So, from my point of view, the package is ready for upload. Thanks for the great work you did Julien. Once again, I learned a lot from someone of the team ! -- Christophe Monniez christophe.monn...@fccu.be ___ forensics-devel mailing list forensics-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/forensics-devel
Re: pritine-tar data
Le mardi 07 juin 2011 à 18:53 +0200, Julien Valroff a écrit : I think this method is somehow outdated now that we have a very reliable tool which takes care of that automatically: git-buildpackage Using git-import-* tools and gbp-clone makes the workflow very easy, I suggest you have a look at these tools. I have also in the meantime managed to understand why gbp fails to detect the compression format with imports from your method. It is linked to the commit message which is based on the following template when using git-import-orig: pristine-tar data for package_version.orig.tar.gz I haven't checked the code though, but here is the verbose output of git-buildpackage: gbp:debug: ['git', 'log', '--pretty=format:%H', '--grep=pristine-tar .* extundelete_0.2.0\\.orig.tar\\.', 'pristine-tar', '--'] gbp:debug: ['git', 'log', '-n1', '--pretty=format:%s', 'pristine-tar'] gbp:debug: Determined compression type 'None' gbp:warn: Unknown compression type of Adding pristine-tar version 0.2.0., assuming gzip The pristine-branch contains: extundelete_0.2.0.orig.tar.gz.delta extundelete_0.2.0.orig.tar.gz.id But the commit log only states: Adding pristine-tar version 0.2.0. Which means the --grep cannot lead to any result. I don't think it is a problem, as gbp is meant to be used with git-import-orig and not in a different worfklow. Give me your thoughts on gbp, I thin kit's worth having a look at it. I will have a look asap. Thanks showing that method. -- Christophe Monniez christophe.monn...@fccu.be ___ forensics-devel mailing list forensics-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/forensics-devel
Re: pritine-tar data
Le dimanche 05 juin 2011 à 14:12 +0200, Julien Valroff a écrit : Hi, While working on several packages, I have noticed that upstream tarballs were incorreclty imported to pristine-tar, leading to the following warning when using git-buildpackage: gbp:warn: Unknown compression type of Adding pristine-tar version 0.20., assuming gzip This means gpb cannot detect which compression format to use to re-generate the upstream tarball (and falls back to gzip). gbp --git-compression option could be used, but then, it's up to the maintainer to guess the compression format. I am not sure why gbp fails to detect this format, I haven't been able to find how it tries to guess it (not enquire so much though). Do you use git-import-orig with i --pristine-tar option to automatically do this job? I use the method described here: http://documentation.debian-projects.org/other/debian-packaging-git/ Mainly the 4.3 Adding new Upstream version point. -- Christophe Monniez christophe.monn...@fccu.be ___ forensics-devel mailing list forensics-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/forensics-devel
Re: unhide packaging
Le mardi 31 mai 2011 à 18:54 +0200, Julien Valroff a écrit : Hi there, I am wondering if it is ok for me to update unhide to the latest upstream version and add me as an uploader for the package. Sure, no problem, that's why we are a team :) The new version was released in January, and the package hasn't been updated for more than 1 year. I'd also like to add a call to a trigger allowing rkhunter to update its database when unhide is installed as a dependency of rkhunter (or at the same time). This would allow me to fix #607224 in rkhunter, and begin working on finding a solution for the 2.5 years old #512087… I can push my changes straight away, and wait for Christophe to have a look at the changes (he knows the package better than I do). That's not totally true, this package, like some others is an old heritage from 2009 when Daniel left debian Forensics. At this moment, he had too much package and he asked me to get all forensics related packages that he was responsible for. The fact is that it's too much packages for me too and I don't have time to manage all of them. That's why the forensic team is a great opportunity to divide the workload. So, for this package, I have to admit that I don't know it very well and if you want, you can set you as maintainer instead of me. Thanks in advance Cheers, Julien Thanks to you Julien. A bientôt. -- .''`. Julien Valroff ~ jul...@kirya.net ~ jul...@debian.org : :' : Debian Developer Free software contributor `. `'` http://www.kirya.net/ `- 4096R/ E1D8 5796 8214 4687 E416 948C 859F EF67 258E 26B1 ___ forensics-devel mailing list forensics-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/forensics-devel -- Christophe Monniez christophe.monn...@fccu.be ___ forensics-devel mailing list forensics-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/forensics-devel
Re: sleuthkit
Le samedi 07 mai 2011 à 09:15 +0200, Julien Valroff a écrit : Le mercredi 04 mai 2011 à 10:14:57 (+0200 CEST), Christophe Monniez a écrit : Hi, I worked on sleuthkit and after a long search, I discover that some files were missing in the git repos. I don't know what kind of mistake I made when I imported upstream the first time. Anyway, I imported usptream again and now it builds fine. I think that this version is now ready for upload. I'll have a look at it during the week-end. It seems however several changes need to be applied to make lintian happy: I: sleuthkit source: missing-debian-source-format W: sleuthkit source: no-human-maintainers W: sleuthkit source: build-depends-on-1-revision build-depends: libewf-dev (= 20100226-1) W: sleuthkit source: changelog-should-mention-nmu W: sleuthkit source: source-nmu-has-incorrect-version-number 3.1.3-1 W: sleuthkit source: patch-system-but-direct-changes-in-diff Makefile.am and 110 more E: sleuthkit: embedded-library usr/bin/tsk_loaddb: sqlite W: sleuthkit: manpage-has-errors-from-man usr/share/man/man1/hfind.1.gz 98: warning [p 2, 6.2i]: cannot adjust line I: sleuthkit: hyphen-used-as-minus-sign usr/share/man/man1/tsk_comparedir.1.gz:33 I: sleuthkit: hyphen-used-as-minus-sign usr/share/man/man1/tsk_gettimes.1.gz:17 I: sleuthkit: hyphen-used-as-minus-sign usr/share/man/man1/tsk_gettimes.1.gz:25 I: sleuthkit: hyphen-used-as-minus-sign usr/share/man/man1/tsk_loaddb.1.gz:35 I: sleuthkit: hyphen-used-as-minus-sign usr/share/man/man1/tsk_loaddb.1.gz:38 I: sleuthkit: hyphen-used-as-minus-sign usr/share/man/man1/tsk_recover.1.gz:31 E: libtsk3-3: embedded-library usr/lib/libtsk3.so.3.3.1: sqlite E: libtsk3-3: symbols-file-contains-current-version-with-debian-revision on symbol _ZN7TskAuto10closeImageEv@Base and 233 others Cheers, Julien Thanks Julien, I forgot to have a look at lintian results, I was so happy that it finally builds. Unfortunately, I have too much work this week and will not be able to work on sleuthkit package before mai 12th. I will probably need help on how to de-embed sqlite and I don't really understand the last Error. regards, -- Christophe Monniez christophe.monn...@fccu.be ___ forensics-devel mailing list forensics-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/forensics-devel
sleuthkit
Hi, I worked on sleuthkit and after a long search, I discover that some files were missing in the git repos. I don't know what kind of mistake I made when I imported upstream the first time. Anyway, I imported usptream again and now it builds fine. I think that this version is now ready for upload. I'm going to work on the latest version reglookup, if anyone with python packaging experience wants to help, feel free ... -- Christophe Monniez christophe.monn...@fccu.be ___ forensics-devel mailing list forensics-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/forensics-devel
Re: review and Upload needed
Le lundi 11 avril 2011 à 11:55 +0200, Michael Prokop a écrit : * Christophe Monniez [Sat Apr 09, 2011 at 01:02:51PM +0200]: I pushed the latest Afflib and sleuthkit on alioth. Great, thanks Christophe! Can you upload it Mika ? It's supposed to close bugs. Yeah, will do ASAP. Packages that are ready for upload (and review): ssdeep undbx afflib sleuthkit IIRC dc3dd should be uploaded as well? regards, -mika- Yes, I forgot to mention dc3dd. Thanks Mika. -- Christophe Monniez christophe.monn...@fccu.be ___ forensics-devel mailing list forensics-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/forensics-devel
review and Upload needed
Hi all, I pushed the latest Afflib and sleuthkit on alioth. Can you upload it Mika ? It's supposed to close bugs. Packages that are ready for upload (and review): ssdeep undbx afflib sleuthkit Thanks -- Christophe Monniez d-fe...@swing.be www.d-fence.be - www.lnx4n6.be ___ forensics-devel mailing list forensics-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/forensics-devel
Re: Debian Forensics Tasksel
Le jeudi 24 février 2011 à 03:28 +0100, Derrick Karpo a écrit : Christophe I think this is a useful idea. I have been doing something similar manually on our forensics machines in the office but it would be much easier to just tasksel 'forensics' and call it a day. All of your suggestions are good. Some other things that may be of value: o disallow mounting of external swap partitions o associate certain mime types (ie. txt, .doc) with read only viewers (ie. browser, doc viewer) o force journaled filesystems to loop mount (ie. 'ext3 -o ro,loop') to prevent journal recovery I don't have any experience with tasksel but if you are looking for assistance I would be happy to help where I can. Derrick It sounds that they are good ideas too. So here is what we have: 1) Installing all the forensics packages + a few useful packages. 2) Disabling any automount feature of the different graphical installers. 3) Adding an /etc/sudoers.d/forensic file to give the forensics people the ability to mount systems without being root and maybe without password. 4) Allow more loop devices than 8 5) Modifiy initramfs in order to not modify disks at boot time. 6) disallow mounting of external swap partitions 7) associate certain mime types (ie. txt, .doc) with read only viewers (ie. browser, doc viewer) 8) force journaled filesystems to loop mount (ie. 'ext3 -o ro,loop') to prevent journal recovery Now, we need someone with tasksel experience or to learn tasksel by ourself. -- Christophe Monniez christophe.monn...@fccu.be ___ forensics-devel mailing list forensics-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/forensics-devel
Re: Status report / Package uploads / Request for comments
Le mardi 22 février 2011 à 00:57 +0100, Michael Prokop a écrit : Hi, squeeze is out, jey. :) Status report - I just uploaded a bunch of our packages (thanks for your work Christophe!) and will continue to do so over the next few days. Thanks for this good work late at night Mika ! A new guymager release is just waiting for libguytools2 2.0.1-1 to pass NEW queue. I'm in contact with the author of xmount to get a new upstream release into Debian as well (had some problems WRT libssl licensing). It's maybe a good opportunity to add debian-forensics as package owner to have it in our qa page ? Package uploads --- What's in my queue for uploading currently: * extundelete * libpff * sleuthkit (with afflib branch) * wipe Are there any further git repositories ready for uploading I should take care of right now? Does anyone need any help somewhere? Not yet, I'm currently working on undbx and after that, I plan to work on the latest sleuthkit but I have to study the way it was packaged to not break things. Request for comments We had the issue coming up on IRC to get rid of tct. What do you guys think of that? Should I file a request for removal? I agree to remove it. I'd like to make sure http://wiki.debian.org/DebianForensics/TODO and http://wiki.debian.org/DebianForensics/BugSquashing are up2date again, since squeeze being available now. If you have any updates for those pages please do so, so we can continue working on our packaging efforts as coordinated as possible. I have added dff http://www.digital-forensic.org/ to the todo page. It's already debianized but not officially. Thanks! regards, -mika- -- Christophe Monniez christophe.monn...@fccu.be ___ forensics-devel mailing list forensics-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/forensics-devel
Debian Forensics Tasksel
Hi all, As the activity is coming back in the debian forensics list, I would like to discuss the idea of a forensics tasksel. I have no experience with tasksel but it seems to be a good idea to have forensics tasksel implemented. I have a lot of people asking me what do they need to do when installing a debian distribution for forensics purpose. Here are a few ideas where tasksel could help us: - Installing all the forensics packages + a few useful packages. - Disabling any automount feature of the different graphical installers. - Adding an /etc/sudoers.d/forensic file to give the forensics people the ability to mount systems without being root and maybe without password. - Allow more loop devices than 8 - Modifiy initramfs in order to not modify disks at boot time. - ... 1) Do you thinks it's a good idea ? 2) Do you have any experience with tasksel and would like to help ? 3) Do you have other ideas ? -- Christophe Monniez christophe.monn...@fccu.be ___ forensics-devel mailing list forensics-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/forensics-devel
Bug#608114: ITP: undbx -- Tool to extract e-mails from MS Outlook Express .dbx files.
Package: wnpp Severity: wishlist Owner: Debian Forensics forensics-de...@lists.alioth.debian.org Package name: undbx Version: 0.20 Upstream Author: Avi Rozen avi.ro...@gmail.com URL: http://code.google.com/p/undbx/ License: GPL-3 Description: Tool to extract e-mails from MS Outlook Express .dbx files. undbx is a tool to extract e-mail messages from MS Outlook Express .dbx files. Corrupted .dbx files can be parsed to try to recover messages from it. It can also try undelete messages, not only from Deleted Items but also fragments of deleted messages that were not overwritten. -- Christophe Monniez christophe.monn...@fccu.be -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#608114: ITP: undbx -- Tool to extract e-mails from MS Outlook Express .dbx files.
Package: wnpp Severity: wishlist Owner: Debian Forensics forensics-de...@lists.alioth.debian.org Package name: undbx Version: 0.20 Upstream Author: Avi Rozen avi.ro...@gmail.com URL: http://code.google.com/p/undbx/ License: GPL-3 Description: Tool to extract e-mails from MS Outlook Express .dbx files. undbx is a tool to extract e-mail messages from MS Outlook Express .dbx files. Corrupted .dbx files can be parsed to try to recover messages from it. It can also try undelete messages, not only from Deleted Items but also fragments of deleted messages that were not overwritten. -- Christophe Monniez christophe.monn...@fccu.be -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1293452079.20061.7.ca...@localhost
Re: extundelete
Le dimanche 24 octobre 2010 à 06:44 +0200, Elías Alejandro a écrit : Hi, On Wed, Oct 20, 2010 at 09:57:54AM +0200, Christophe Monniez wrote: - We should ask the upstream author to add an option to specify the directory where we want the files to be restored. I apologize for the delay. I had a lot work :( About it, I was trying it, and RECOVERED_FILES is created in the same place where you run extundelete (So, where ever). I think it could be skip or what do you think? Regards, -- Elías I prefer to have an option that would permit the user to choose the directory name where to drop the undelete files. But I think that the better way is to ask the upstream author or to give him a patch. -- Christophe Monniez christophe.monn...@fccu.be ___ forensics-devel mailing list forensics-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/forensics-devel
Re: extundelete
Le jeudi 14 octobre 2010 à 16:24 +0200, Elías Alejandro a écrit : On Thu, Oct 14, 2010 at 07:53:11AM +0200, Christophe Monniez wrote: We have repositories for debian forensics packages on alioth: Ok, I've recently created a git repository to my package [1] I think is similar. My id under collab-maint is: ealmdz-guest [1] http://git.debian.org/?p=collab-maint/gpick.git;a=summary Kind regards, -- Elías Alejandro Here is the new extundelete git repository, if you agree with that: http://git.debian.org/?p=forensics/extundelete.git;a=summary I imported your work as one commit. I don't know if it is the common way to do that kind of stuff. -- Christophe Monniez christophe.monn...@fccu.be ___ forensics-devel mailing list forensics-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/forensics-devel
extundelete
Hi Elías, I saw your work on extundelete (http://mentors.debian.net/debian/pool/main/e/extundelete/) and, as a member of the Debian Forensics team (http://alioth.debian.org/projects/forensics/), I'm interested to help in packaging this software. Are you interested in joining our team so that we can do team work on this package ? -- Christophe Monniez christophe.monn...@fccu.be ___ forensics-devel mailing list forensics-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/forensics-devel
New afflib upstream
Hi, I just pushed my work on the new afflib 3.6.2. To avoid interferring with cristian work, I created new branches : master-3.6.2 pristine-tar-3.6.2 upstream-3.6.2 I did not uptade the changelog, I preffer the uploader to do it if the work is ok. If cristian agree with the changes, we can simply merge branches and delete 3.6.2 temporary ones. I 'm open to remarks about that. -- Christophe Monniez ___ forensics-devel mailing list forensics-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/forensics-devel
Re: Upload
On Wed, Jul 28, 2010 at 6:01 PM, Michael Prokop m...@debian.org wrote: * Christophe Monniez dfence@gmail.com [Fri Jul 23, 2010 at 10:23:42PM +0200]: I fixed a bug in grokevt, it would be great if a DD could review it and upload. Done, including a fix that addresses an build error. By the way, md5deep need an upload too. Done as well. Greatings from DebConf. regards, -mika- Hi Mika, thanks for the upload but there is a mistake in md5deep, it's a new upstream version, 3.6. I should have explained that in my previous mail, sorry. I hope you have a great DebConf and that you meet people interested in joining Debian Forensics. -- Christophe Monniez ___ forensics-devel mailing list forensics-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/forensics-devel
Bug#590094: grokevt: Sample Configuration Needs Extra Subdirectory
Fixed in git. The example directory will be in /usr/share/doc/grokevt/config-examples/example1 -- Christophe Monniez ___ forensics-devel mailing list forensics-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/forensics-devel
Bug#590094: grokevt: Sample Configuration Needs Extra Subdirectory
Fixed in git. The example directory will be in /usr/share/doc/grokevt/config-examples/example1 -- Christophe Monniez
Re: New face for forensics main page
Le mardi 22 juin 2010 à 20:08 +0200, Tiago Bortoletto Vaz a écrit : 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, I really like this new design. I vote for the replacement of the old one. About the git repositories, the same problem still exists on the orignal page. -- Christophe Monniez christophe.monn...@fccu.be ___ forensics-devel mailing list forensics-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/forensics-devel
sleuthkit - afflib
Hi all, I pushed a new branch into the sleuthkit package repository. It's a try to compile sleuthkit with afflib support. It seems to work. If Cristian agree, it can be merged with the debian branch. It will close #549071. -- Christophe Monniez ___ forensics-devel mailing list forensics-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/forensics-devel
libphash
Hi, it seems that there is a permission problem on the git repository of libphash. I tried to push this debian/watch file: version=3 http://phash.org/download/ /releases/pHash-(.+)\.tar\.gz but it failed with this error: error: insufficient permission for adding an object to repository database ./objects fatal: failed to write object error: unpack failed: unpack-objects abnormal exit I think that I don't have enough rights to fix the problem. Maybe Mika, as always, can help us on this ? Or Tiago, as you are the owner of git directory on alioth ? -- Christophe Monniez ___ forensics-devel mailing list forensics-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/forensics-devel
Re: RFS: logkeys
Le mardi 18 mai 2010 à 13:31 +0200, Michael Prokop a écrit : @Debian-Forensics team: are we interested in this package? regards, -mika- Hi, I'm not sure that it fits in Debian forensics. What do others think about that ? -- Christophe Monniez christophe.monn...@fccu.be ___ forensics-devel mailing list forensics-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/forensics-devel
Re: New version of afflib.
Christophe, Christian suggested to drop the +dfsg suffix now that upstream applied the needed changes, is that fine for you as well? I've adjusted debian/changelog accordingly, Christophe and Christian - can you please review Releasing debian version 3.5.12-1. [b8ded55] in git and let me know whether that's fine for you for uploading? BTW: What about debian/patches/01-fix-afdiskprint.patch? Is upstream aware of that patch already? I agree to drop the +dfsg suffix but you have to know that I still removed the win32 directory from the upstream sources. So there is still a difference between the upstream sources and the Debian sources. I know that the removal of the win32 directory is set in the rules but it was a kind of a bad habit to remove it manually. I think that I will left it in place in the next release or I can update the current if you want. About the patch, I 'm going to forward it to upstream author. -- Christophe Monniez d-fe...@swing.be www.d-fence.be - www.lnx4n6.be ___ forensics-devel mailing list forensics-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/forensics-devel
New version of afflib.
Hi all, I pushed the new version of afflib in the repository. It builds here, I think it is ready to be reviewed and then uploaded. Thanks. -- Christophe Monniez christophe.monn...@fccu.be ___ forensics-devel mailing list forensics-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/forensics-devel
Accepted aimage 3.2.4-1 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Thu, 25 Mar 2010 22:35:50 +0100 Source: aimage Binary: aimage Architecture: source amd64 Version: 3.2.4-1 Distribution: unstable Urgency: low Maintainer: Debian Forensics forensics-de...@lists.alioth.debian.org Changed-By: Christophe Monniez christophe.monn...@fccu.be Description: aimage - Create forensic image of devices in an open format Closes: 573262 Changes: aimage (3.2.4-1) unstable; urgency=low . * Initial release (Closes: #573262). Checksums-Sha1: 1d5a2779db93667a98aee4b4cb0aeaf491ce2c4e 1247 aimage_3.2.4-1.dsc 8536c20302681bee18441b2ad1d6544af7c8318f 143435 aimage_3.2.4.orig.tar.gz 62d797c144246d48170c96d642856ebf01777d85 4107 aimage_3.2.4-1.diff.gz 65b56719f53a74714543f37f65d3472ef2f01a58 37832 aimage_3.2.4-1_amd64.deb Checksums-Sha256: 2bc2ea12a910bac87bd151739a3572db872400dbd99cfd7c6784ff9f0d373c0b 1247 aimage_3.2.4-1.dsc a09d6070d336a82d901fcd9fd30005f42b2db4959d8c196de58823b7264ee2f8 143435 aimage_3.2.4.orig.tar.gz 1b252cb4d7e12629e8aed01b345d94ccb43994914facf4af354dd4a3ff5b16c4 4107 aimage_3.2.4-1.diff.gz e56db528c24f905074839cba8102c84541cb40a75fb7779686a2afba3f5ba657 37832 aimage_3.2.4-1_amd64.deb Files: cd60d04456e5e962842ac444eb0a4046 1247 utils optional aimage_3.2.4-1.dsc bfdddbb5feb3037732ec9692426aa9bd 143435 utils optional aimage_3.2.4.orig.tar.gz b365839536441b27b0e95e3d68965747 4107 utils optional aimage_3.2.4-1.diff.gz 4aca42be408ee122d3a353683cec292a 37832 utils optional aimage_3.2.4-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iD8DBQFLsdOR2N9T+zficugRAqYvAJwMf/PKnCOrAh+P4soTBVuPcsFfdwCeNXWy 1YDvk6yGJSM7mAbZSDuIAXQ= =Lao9 -END PGP SIGNATURE- Accepted: aimage_3.2.4-1.diff.gz to main/a/aimage/aimage_3.2.4-1.diff.gz aimage_3.2.4-1.dsc to main/a/aimage/aimage_3.2.4-1.dsc aimage_3.2.4-1_amd64.deb to main/a/aimage/aimage_3.2.4-1_amd64.deb aimage_3.2.4.orig.tar.gz to main/a/aimage/aimage_3.2.4.orig.tar.gz -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1nzxgw-fa...@ries.debian.org
Bug#574544: [afflib] contains files released under a non-free license
On Fri, Apr 2, 2010 at 1:56 AM, Michael Prokop m...@debian.org wrote: Christophe, do you want me to upload it based on current git tree? thanks regards, -mika- I forgot pushing tags. yes, you can upload, thank you Mika. -- Christophe Monniez ___ forensics-devel mailing list forensics-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/forensics-devel
Bug#574544: [afflib] contains files released under a non-free license
On Fri, Apr 2, 2010 at 1:56 AM, Michael Prokop m...@debian.org wrote: Christophe, do you want me to upload it based on current git tree? thanks regards, -mika- I forgot pushing tags. yes, you can upload, thank you Mika. -- Christophe Monniez
Bug#574544: [afflib] contains files released under a non-free license
On Fri, Apr 2, 2010 at 1:56 AM, Michael Prokop m...@debian.org wrote: Christophe, do you want me to upload it based on current git tree? thanks regards, -mika- I forgot pushing tags. yes, you can upload, thank you Mika. -- Christophe Monniez
Bug#575358: ITP: libpff -- Library and tools to read PFF, OFF, PAB, PST, OST files.
Package: wnpp Severity: wishlist Owner: Debian Forensics forensics-devel@lists.alioth.debian.org Package name: libpff Version: alpha-20100114 Upstream Author: Joachim Metz URL: http://sourceforge.net/projects/libpff/ License: LGPL-3 Description: Library and tools to read PST, PFF, OFF and OST files. Libpff is a library and a set of tools to read PST, PFF, OFF and OST files. Those files are used essentially by Microsoft Outlook. Libff is able to convert those files in universally readble text files and extract binary attached files. This tool is very useful for forensic purpose. -- Christophe Monniez christophe.monn...@fccu.be ___ forensics-devel mailing list forensics-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/forensics-devel
Bug#575358: ITP: libpff -- Library and tools to read PFF, OFF, PAB, PST, OST files.
Package: wnpp Severity: wishlist Owner: Debian Forensics forensics-de...@lists.alioth.debian.org Package name: libpff Version: alpha-20100114 Upstream Author: Joachim Metz URL: http://sourceforge.net/projects/libpff/ License: LGPL-3 Description: Library and tools to read PST, PFF, OFF and OST files. Libpff is a library and a set of tools to read PST, PFF, OFF and OST files. Those files are used essentially by Microsoft Outlook. Libff is able to convert those files in universally readble text files and extract binary attached files. This tool is very useful for forensic purpose. -- Christophe Monniez christophe.monn...@fccu.be -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575358: ITP: libpff -- Library and tools to read PFF, OFF, PAB, PST, OST files.
Package: wnpp Severity: wishlist Owner: Debian Forensics forensics-de...@lists.alioth.debian.org Package name: libpff Version: alpha-20100114 Upstream Author: Joachim Metz URL: http://sourceforge.net/projects/libpff/ License: LGPL-3 Description: Library and tools to read PST, PFF, OFF and OST files. Libpff is a library and a set of tools to read PST, PFF, OFF and OST files. Those files are used essentially by Microsoft Outlook. Libff is able to convert those files in universally readble text files and extract binary attached files. This tool is very useful for forensic purpose. -- Christophe Monniez christophe.monn...@fccu.be -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1269502512.18453.11.ca...@localhost
aimage
Hi all, I created a git repository for the new aimage package. It seems to build safely here. I wait for your remarks or improvements. Thanks. -- Christophe Monniez d-fe...@swing.be www.d-fence.be - www.lnx4n6.be ___ forensics-devel mailing list forensics-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/forensics-devel
Bug#574544: [afflib] contains files released under a non-free license
Here is the answer of the upstream author about this problem: Those files are public domain, which means that they are distributed without a license. This is the least restrictive way of distributing content on the planet. You can do anything you want with that. You are correct, however. The last sentence is not in the spirit of the PD. This verbiage is from NIST and it is clearly not legal. We will remove it from the next release. So, I will close this bug when packaging the next release (I will skip the current 3.5.8). Untill then, I'm not sure of what to do and what is the Debian way to handle this problem. -- Christophe Monniez christophe.monn...@fccu.be ___ forensics-devel mailing list forensics-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/forensics-devel
Bug#574544: [afflib] contains files released under a non-free license
Here is the answer of the upstream author about this problem: Those files are public domain, which means that they are distributed without a license. This is the least restrictive way of distributing content on the planet. You can do anything you want with that. You are correct, however. The last sentence is not in the spirit of the PD. This verbiage is from NIST and it is clearly not legal. We will remove it from the next release. So, I will close this bug when packaging the next release (I will skip the current 3.5.8). Untill then, I'm not sure of what to do and what is the Debian way to handle this problem. -- Christophe Monniez christophe.monn...@fccu.be -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#574544: [afflib] contains files released under a non-free license
Here is the answer of the upstream author about this problem: Those files are public domain, which means that they are distributed without a license. This is the least restrictive way of distributing content on the planet. You can do anything you want with that. You are correct, however. The last sentence is not in the spirit of the PD. This verbiage is from NIST and it is clearly not legal. We will remove it from the next release. So, I will close this bug when packaging the next release (I will skip the current 3.5.8). Untill then, I'm not sure of what to do and what is the Debian way to handle this problem. -- Christophe Monniez christophe.monn...@fccu.be -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#574544: [afflib] contains files released under a non-free license
Hi Cristian, I didn't noticed this last sentence. I will send this to the uptream author and see if he is able to give more freedom. If not, the only solution that I see is to remove afflib from Debian. -- Christophe Monniez christophe.monn...@fccu.be ___ forensics-devel mailing list forensics-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/forensics-devel
Bug#574544: [afflib] contains files released under a non-free license
Hi Cristian, I didn't noticed this last sentence. I will send this to the uptream author and see if he is able to give more freedom. If not, the only solution that I see is to remove afflib from Debian. -- Christophe Monniez christophe.monn...@fccu.be -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#574544: [afflib] contains files released under a non-free license
Hi Cristian, I didn't noticed this last sentence. I will send this to the uptream author and see if he is able to give more freedom. If not, the only solution that I see is to remove afflib from Debian. -- Christophe Monniez christophe.monn...@fccu.be -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573262: ITP: aimage -- Tool to create forensic images in aff forensic file format.
Package: wnpp Severity: wishlist Owner: Debian Forensics forensics-de...@lists.alioth.debian.org Package name: aimage Version: 3.2.4 Upstream Author: Simson Garfinkel URL: http://www.afflib.org/ License: BSD Description: Tool to create forensic images in aff forensic file format. aimage is an CLI imaging tool that can copy a medium in a forensic way. It can create image files in raw or aff format. Aff file format support compression and/or encryption. The needed aff library is already packaged in Debian sid and squeeze. -- Christophe Monniez christophe.monn...@fccu.be -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1268207129.12384.6.ca...@localhost
Bug#573262: ITP: aimage -- Tool to create forensic images in aff forensic file format.
Package: wnpp Severity: wishlist Owner: Debian Forensics forensics-devel@lists.alioth.debian.org Package name: aimage Version: 3.2.4 Upstream Author: Simson Garfinkel URL: http://www.afflib.org/ License: BSD Description: Tool to create forensic images in aff forensic file format. aimage is an CLI imaging tool that can copy a medium in a forensic way. It can create image files in raw or aff format. Aff file format support compression and/or encryption. The needed aff library is already packaged in Debian sid and squeeze. -- Christophe Monniez christophe.monn...@fccu.be ___ forensics-devel mailing list forensics-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/forensics-devel
Bug#573262: ITP: aimage -- Tool to create forensic images in aff forensic file format.
Package: wnpp Severity: wishlist Owner: Debian Forensics forensics-de...@lists.alioth.debian.org Package name: aimage Version: 3.2.4 Upstream Author: Simson Garfinkel URL: http://www.afflib.org/ License: BSD Description: Tool to create forensic images in aff forensic file format. aimage is an CLI imaging tool that can copy a medium in a forensic way. It can create image files in raw or aff format. Aff file format support compression and/or encryption. The needed aff library is already packaged in Debian sid and squeeze. -- Christophe Monniez christophe.monn...@fccu.be -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: New upstream reglookup (0.12.0)
Le mardi 09 mars 2010 à 05:10 +0100, Tim a écrit : Hello, I just released version 0.12.0 of RegLookup which offers some modest of solid improvements over 0.11.0. There shouldn't be any changes that introduce gotchas on the packaging. If you would like me to submit a wishlist bug for this to be packaged, I can. Thanks, tim ___ forensics-devel mailing list forensics-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/forensics-devel No problemo, I will package it as soon as possible (this means during this week or next one.) -- Christophe Monniez christophe.monn...@fccu.be ___ forensics-devel mailing list forensics-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/forensics-devel
QA desapeared ?
Does someone have any idea why our packages disappeared from our QA page ? : http://qa.debian.org/developer.php?login=forensics-de...@lists.alioth.debian.org -- Christophe Monniez christophe.monn...@fccu.be ___ forensics-devel mailing list forensics-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/forensics-devel
Fosdem
Hi, I know it's a bit late, but anyway, is there anyone from the list who goes to FOSDEM ? I'll be there both days. -- Christophe Monniez christophe.monn...@fccu.be ___ forensics-devel mailing list forensics-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/forensics-devel
libguytools
Hi, I tried to have a look at the libguytools package about bug #565859. I cloned the git repo and it seems that there is only a master branch. No upstream, debian nor pristine-tar branches. when I try a : git checkout -b upstream origin/upstream git throws this error : fatal: git checkout: updating paths is incompatible with switching branches. Did you intend to checkout 'origin/upstream' which can not be resolved as commit? Is it a configuration problem or is it me that forgot something ? -- Christophe Monniez ___ forensics-devel mailing list forensics-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/forensics-devel
Re: Statue of fatback in Debian
Le jeudi 07 janvier 2010 à 18:05 +0100, Michael Prokop a écrit : Hi, has anyone of tried to resolve the situation of fatback? regards, -mika- - Forwarded message from Torsten Werner ftpmas...@debian.org - From: Torsten Werner ftpmas...@debian.org Date: Sat, 15 Aug 2009 23:21:41 + Subject: fatback_1.3-1_i386.changes REJECTED Message-ID: e1mcszb-0004br...@ries.debian.org Hi, the files fatback-manual.* state Copyright @copyright{} 2000-2001 DoD Computer Forensics Lab This manual and the Fatback program are for @strong{government and law enforcement use only}. which is incompatible to the DFSG. The copyright of getopt.* is also not documented in the copyright file. Cheers, Torsten Hi, I did not try to solve the situtation ... that seems unsolvable. As far as I'm not very happy with the use of fatback (not good results) and the fact that the licenses are not suitable for inclusion into Debian, I propose to not package fatback and concentrate our effort on better tools. -- Christophe Monniez christophe.monn...@fccu.be ___ forensics-devel mailing list forensics-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/forensics-devel
About cheatpages
Le lundi 14 décembre 2009 à 19:18 +0100, Michael Prokop a écrit : The documentation used to be available at: http://daniel.debian.net/documents/cheatpages/git.html http://daniel.debian.net/documents/cheatpages/maintainer.html Though Daniel's website seems to be offline, I just uploaded a copy therefore to: http://people.debian.org/~mika/forensics/git.html http://people.debian.org/~mika/forensics/maintainer.html [Yeah, we should provide official docs for our workflow on the Debian forensics homepage once] Thanks for your work. just my 2 cent regards, -mika- Actually the pages are there : http://documentation.debian-projects.org/git/cheatpage.html http://documentation.debian-projects.org/git/workflow.html There is a git repo for the debian-forensics homepages on alioth. I did a clone and updated the pages: http://git.debian.org/?p=forensics/homepage.git But the pages didn't change, I don't know why. Daniel said that maybe there is no hook to update the real pages when we make a push. I looked at the directories, maybe is it because of the rights on the dirs ? I'm stuck. Need help for that. -- Christophe Monniez christophe.monn...@fccu.be ___ forensics-devel mailing list forensics-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/forensics-devel
Re: Bug#552049: afflib: FTBFS everywhere but alpha i386
Le dimanche 13 décembre 2009 à 20:15 +0100, Michael Prokop a écrit : * Michael Prokop m...@debian.org [20091213 19:14]: For version 3.5.2+dfsg-1 https://buildd.debian.org/status/package.php?suite=unstablep=afflib says that it's working for alpha, i386 and powerpc but fails for the rest (again it's being the test suite that fails with test_passphrase.sh). Did anyone of you contact upstream of afflib already? Upstream is aware of the issue and will provide a new upstream release which addresses this issue soon. JFYI regards, -mika- Thank you, I will try to package as soon as it's available. -- Christophe Monniez christophe.monn...@fccu.be ___ forensics-devel mailing list forensics-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/forensics-devel
Updates
Hi, I made some updates to different debian-forensics packages. New upstream versions for safecopy and tableau-parm. Fixed a not yet discovered critical bug in grokevt. New upstream to afflib but I'm still trying to fix the FTBFS. A review of those packages would be appreciated. If anyone has experience with compilation on powerpc, could you help me with afflib ? Mika, when you have time to upload, I think they are ready. Even afflib, as it's a new upstream version, the compilation on the Debian build system could help. Thanks. -- Christophe Monniez christophe.monn...@fccu.be ___ forensics-devel mailing list forensics-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/forensics-devel
Re: Updates
Le lundi 02 novembre 2009 à 01:06 +0100, Tim a écrit : Hey Christophe, New upstream versions for safecopy and tableau-parm. Fixed a not yet discovered critical bug in grokevt. For GrokEVT, was your change just the PREFIX and ETC_PREFIX installation variables? Or was there something else? Let me know if you have suggestions on how to make this piece easier on you for packaging. As for tableau-parm, is there a place I can grab a built package of 0.2.0, or would I need to pull from git and build myself? thanks, tim Hi Tim, Yes, my changes where only about the PREFIX and ETC_PREFIX. I did the same kind of changes to tableau-parm too. It's not a real problem for me, so you can make it the way you prefer in upstream. You could maybe use a config script from autotools ? -- Christophe Monniez christophe.monn...@fccu.be ___ forensics-devel mailing list forensics-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/forensics-devel
Re: Updates
Le lundi 02 novembre 2009 à 01:33 +0100, Michael Prokop a écrit : So upload safecopy, tableau-parm and grokevt, right? Anything else left? Anyone else needing any uploads? regards, -mika- Yes. And if you could have a look at afflib too would be great. Thanks Mika. -- Christophe Monniez christophe.monn...@fccu.be ___ forensics-devel mailing list forensics-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/forensics-devel
Re: Afflib bug fix
Le mardi 06 octobre 2009 à 23:38 +0200, Michael Prokop a écrit : * Christophe Monniez christophe.monn...@fccu.be [20091006 18:05]: I try to fix bugs : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=549832 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=549814 Which are the same, don't know why. I did some quilt patch to try to fix but I'm not sure that it works. The package builds here but it was working before the bug too. The bug only appeared on the Debian build system. It seemed to me that the bug was related to some bashism but I'm not sure. If someone could review it before uploading, it would be great. You added the patch to debian/patches/series but forgot to add the patch itself. Please run 'git add debian/patches/03-bashism.patch ; git commit ... ; git push' so we can review it. ;) If you used my suggested fix you've an ACK from my side. thanks regards, -mika- Could you upload it when you have time Mika ? -- Christophe Monniez christophe.monn...@fccu.be tel: +32 2 743 7366 web: http://lnx4n6.be ___ forensics-devel mailing list forensics-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/forensics-devel
Bug#551737: [parse-win32registry-utils] should depend on libparse-win32registry-perl
Package: parse-win32registry-utils Version: 0.50-1 Severity: important The tools doens't work if you don't install the libparse-win32registry-perl package. So libparse-win32registry-perl should be a mandatory dependency. Thanks. --- System information. --- Architecture: amd64 Kernel: Linux 2.6.30-2-amd64 Debian Release: squeeze/sid 500 testing ftp.fr.debian.org --- Package information. --- Depends (Version) | Installed ===-+-=== perl| 5.10.1-5 libgtk2-perl| 1:1.221-4 Package's Recommends field is empty. Package's Suggests field is empty. -- Christophe Monniez christophe.monn...@fccu.be -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#551739: [libparse-win32registry-perl] New version
Package: libparse-win32registry-perl Version: 0.50-1 Severity: wishlist A new version of the upstream is out : http://search.cpan.org/dist/Parse-Win32Registry/ Thanks -- Christophe Monniez christophe.monn...@fccu.be -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#551755: [parse-win32registry-utils]
Package: parse-win32registry-utils Version: 0.50-1 Severity: wishlist This package installs a lot of packages often unused in a non graphical environment. Like dbus, some icons, ttf fonts ... But only two scripts in this package really need a graphical environment and 10 does not need it. It would be could to spit this package in two, one for graphical tools and one for non graphical tools. Here is a summary of what needs a GUI and what doesn't need it : GUI: regview regcompare NO GUI: regdump regclassnames regmultidiff regtimeline regscan regstats regexport regtree regsecurity regfind Thanks. -- Christophe Monniez christophe.monn...@fccu.be -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#550931: [python-parted] should depend on python-decorator
Package: python-parted Version: 2.1.1-1 Severity: important When python-decorator is not installed, it raise this error : Python 2.5.4 (r254:67916, Sep 26 2009, 10:32:22) [GCC 4.3.4] on linux2 Type help, copyright, credits or license for more information. import parted Traceback (most recent call last): File stdin, line 1, in module File /usr/lib/pymodules/python2.5/parted/__init__.py, line 43, in module from alignment import Alignment File /usr/lib/pymodules/python2.5/parted/alignment.py, line 28, in module from decorators import localeC File /usr/lib/pymodules/python2.5/parted/decorators.py, line 23, in module from decorator import decorator ImportError: No module named decorator It's solved by apt-geting python-decorator. --- System information. --- Architecture: amd64 Kernel: Linux 2.6.30-2-amd64 Debian Release: squeeze/sid 500 testing ftp.fr.debian.org 500 testing ftp.belnet.be --- Package information. --- Depends (Version) | Installed ==-+- python( 2.6) | 2.5.4-2 python(= 2.5) | 2.5.4-2 python-support (= 0.90.0) | 1.0.4 libc6 (= 2.2.5) | 2.9-25 libdevmapper1.02.1 (= 2:1.02.20) | 2:1.02.38-1 libparted1.8-12(= 1.8.8.git.2009.06.03-1) | 1.8.8.git.2009.07.19-5 libuuid1 (= 2.16) | 2.16.1-3 Package's Recommends field is empty. Package's Suggests field is empty. -- Christophe Monniez christophe.monn...@fccu.be -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
[Python-modules-team] Bug#550931: [python-parted] should depend on python-decorator
Package: python-parted Version: 2.1.1-1 Severity: important When python-decorator is not installed, it raise this error : Python 2.5.4 (r254:67916, Sep 26 2009, 10:32:22) [GCC 4.3.4] on linux2 Type help, copyright, credits or license for more information. import parted Traceback (most recent call last): File stdin, line 1, in module File /usr/lib/pymodules/python2.5/parted/__init__.py, line 43, in module from alignment import Alignment File /usr/lib/pymodules/python2.5/parted/alignment.py, line 28, in module from decorators import localeC File /usr/lib/pymodules/python2.5/parted/decorators.py, line 23, in module from decorator import decorator ImportError: No module named decorator It's solved by apt-geting python-decorator. --- System information. --- Architecture: amd64 Kernel: Linux 2.6.30-2-amd64 Debian Release: squeeze/sid 500 testing ftp.fr.debian.org 500 testing ftp.belnet.be --- Package information. --- Depends (Version) | Installed ==-+- python( 2.6) | 2.5.4-2 python(= 2.5) | 2.5.4-2 python-support (= 0.90.0) | 1.0.4 libc6 (= 2.2.5) | 2.9-25 libdevmapper1.02.1 (= 2:1.02.20) | 2:1.02.38-1 libparted1.8-12(= 1.8.8.git.2009.06.03-1) | 1.8.8.git.2009.07.19-5 libuuid1 (= 2.16) | 2.16.1-3 Package's Recommends field is empty. Package's Suggests field is empty. -- Christophe Monniez christophe.monn...@fccu.be ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
Afflib bug fix
Hi all, I try to fix bugs : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=549832 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=549814 Which are the same, don't know why. I did some quilt patch to try to fix but I'm not sure that it works. The package builds here but it was working before the bug too. The bug only appeared on the Debian build system. It seemed to me that the bug was related to some bashism but I'm not sure. If someone could review it before uploading, it would be great. Thanks. -- Christophe Monniez christophe.monn...@fccu.be ___ forensics-devel mailing list forensics-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/forensics-devel
Need help for afflib
Hi all, I updated the afflib package with the new upstream version (and fixed bug http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=549638). Now I want to update the quilt patches but I have no experience with that. Is there any hint about how to update the patches so they could work with the new upstream ? Thanks. -- Christophe Monniez christophe.monn...@fccu.be ___ forensics-devel mailing list forensics-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/forensics-devel
Bug#549638: afflib-tools and simh: error when trying to install together
Le lundi 05 octobre 2009 à 13:46 +0200, Vince Mulhollon a écrit : On Mon, Oct 05, 2009 at 08:35:22AM +0200, Ralf Treinen wrote: Package: simh,afflib-tools Version: simh/3.8.1-1 Version: afflib-tools/3.3.6+dfsg-3 Usertags: edos-file-overwrite This is a serious bug as it makes installation fail. Possible solutions are to have the two packages conflict, to rename the common file in one of the two packages, or to remove the file from one package and have this package depend on the other package. File diversions or a Replace relation are another possibility. Here is a list of files that are known to be shared by both packages (according to the Contents file for sid/amd64, which may be slightly out of sync): usr/bin/s3 OK my interpretation of the situation, is you afflib guys really need the name s3 because that is the full name of the amazon s3 service you're trying to access, and the simh s3 is merely the short name for the System/3 emulator. afflib folks please confirm or deny the accuracy of my interpretation. If I'm correct I think the logical solution is I extend the name of the System/3 emulator from s3 to system3 (err I have to verify that is not otherwise in use... maybe I'll go sys3, who knows) Current status, waiting on your comments, afflib folks ... As the s3 tool is only a testing tool in the afflib package and that it's not essential to afflib users, I renamed the tool s3-afflib this morning in git: http://git.debian.org/?p=forensics/afflib.git;a=commitdiff;h=5b870b00b2c62dc94648178f0de1e9573cab60fa Anyway, I'm waiting comments from other debian-forensics members, if no one complains, it will be uploaded. Finally, I think that it's a good idea to change both utilities names because, one day or another, I suspect that a real Amazon s3 tool could come up with the same name. And since tab completion exists, such a short name is not needed anymore :-) -- Christophe Monniez christophe.monn...@fccu.be ___ forensics-devel mailing list forensics-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/forensics-devel
Bug#549638: afflib-tools and simh: error when trying to install together
Le lundi 05 octobre 2009 à 13:46 +0200, Vince Mulhollon a écrit : On Mon, Oct 05, 2009 at 08:35:22AM +0200, Ralf Treinen wrote: Package: simh,afflib-tools Version: simh/3.8.1-1 Version: afflib-tools/3.3.6+dfsg-3 Usertags: edos-file-overwrite This is a serious bug as it makes installation fail. Possible solutions are to have the two packages conflict, to rename the common file in one of the two packages, or to remove the file from one package and have this package depend on the other package. File diversions or a Replace relation are another possibility. Here is a list of files that are known to be shared by both packages (according to the Contents file for sid/amd64, which may be slightly out of sync): usr/bin/s3 OK my interpretation of the situation, is you afflib guys really need the name s3 because that is the full name of the amazon s3 service you're trying to access, and the simh s3 is merely the short name for the System/3 emulator. afflib folks please confirm or deny the accuracy of my interpretation. If I'm correct I think the logical solution is I extend the name of the System/3 emulator from s3 to system3 (err I have to verify that is not otherwise in use... maybe I'll go sys3, who knows) Current status, waiting on your comments, afflib folks ... As the s3 tool is only a testing tool in the afflib package and that it's not essential to afflib users, I renamed the tool s3-afflib this morning in git: http://git.debian.org/?p=forensics/afflib.git;a=commitdiff;h=5b870b00b2c62dc94648178f0de1e9573cab60fa Anyway, I'm waiting comments from other debian-forensics members, if no one complains, it will be uploaded. Finally, I think that it's a good idea to change both utilities names because, one day or another, I suspect that a real Amazon s3 tool could come up with the same name. And since tab completion exists, such a short name is not needed anymore :-) -- Christophe Monniez christophe.monn...@fccu.be -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#549638: afflib-tools and simh: error when trying to install together
Le lundi 05 octobre 2009 à 13:46 +0200, Vince Mulhollon a écrit : On Mon, Oct 05, 2009 at 08:35:22AM +0200, Ralf Treinen wrote: Package: simh,afflib-tools Version: simh/3.8.1-1 Version: afflib-tools/3.3.6+dfsg-3 Usertags: edos-file-overwrite This is a serious bug as it makes installation fail. Possible solutions are to have the two packages conflict, to rename the common file in one of the two packages, or to remove the file from one package and have this package depend on the other package. File diversions or a Replace relation are another possibility. Here is a list of files that are known to be shared by both packages (according to the Contents file for sid/amd64, which may be slightly out of sync): usr/bin/s3 OK my interpretation of the situation, is you afflib guys really need the name s3 because that is the full name of the amazon s3 service you're trying to access, and the simh s3 is merely the short name for the System/3 emulator. afflib folks please confirm or deny the accuracy of my interpretation. If I'm correct I think the logical solution is I extend the name of the System/3 emulator from s3 to system3 (err I have to verify that is not otherwise in use... maybe I'll go sys3, who knows) Current status, waiting on your comments, afflib folks ... As the s3 tool is only a testing tool in the afflib package and that it's not essential to afflib users, I renamed the tool s3-afflib this morning in git: http://git.debian.org/?p=forensics/afflib.git;a=commitdiff;h=5b870b00b2c62dc94648178f0de1e9573cab60fa Anyway, I'm waiting comments from other debian-forensics members, if no one complains, it will be uploaded. Finally, I think that it's a good idea to change both utilities names because, one day or another, I suspect that a real Amazon s3 tool could come up with the same name. And since tab completion exists, such a short name is not needed anymore :-) -- Christophe Monniez christophe.monn...@fccu.be -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
New afflib and md5deep commits ready for upload.
I saw that Daniel already fixed md5deep bug http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=539420 in http://git.debian.org/?p=forensics/md5deep.git;a=commit;h=d2617d740b475914b6eb27123ecb957c899e6b93 I also fixed afflib bug http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=549281 in http://git.debian.org/?p=forensics/afflib.git;a=commit;h=0e49553eb23a554ab09e9713a740a766ce7d546d Can you upload them when you find some time Mika ? -- Christophe Monniez christophe.monn...@fccu.be ___ forensics-devel mailing list forensics-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/forensics-devel
About the tct package.
Hi all, the situation about tct is that I'm not the original maintainer of this package ... and I'm not sure about the reason why I'm mentioned as the uploader. In fact the package is owned by our team : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=499333 Anyway, there is nothing bad with that but I really don't know the package internals. Another fact is that there is a new version available : http://www.porcupine.org/forensics/tct.html So, I suggest some team working on this package. If those who want to help me agree with that, I will merge the new upstream tonight and the try to have a look at the bugs if it's still needed. I will ask on the list if I need more help ... and I sure will need. -- Christophe Monniez christophe.monn...@fccu.be tel: +32 2 743 7366 web: http://lnx4n6.be ___ forensics-devel mailing list forensics-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/forensics-devel
Re: About the tct package.
Oops, forget my previous mail about the package. I didn't see that the job was already done by Mika. Thanks Mika you just won a free beer. -- Christophe Monniez christophe.monn...@fccu.be tel: +32 2 743 7366 web: http://lnx4n6.be ___ forensics-devel mailing list forensics-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/forensics-devel
reglookup failed build
Hi all, the reglookup package failed to build. (see the build log here : https://buildd.debian.org/fetch.cgi?pkg=reglookupver=0.11.0-1arch=amd64stamp=1247135854file=log) It seems that's related to this rule : $(MAKE) OPTS=-std=gnu89 -pedantic -lm -Wall -ggdb INC=-I/usr/include -I$(CURDIR)/include LIB=-L/usr/lib that produce this on the build system : gcc -g -O2 -std=gnu89 -pedantic -lm -Wall -ggdb -I/usr/include -I/home/buildd/include -c -o regfi.o regfi.c where '-I/home/buildd/include' is not good and should be something like '-I/build/buildd-reglookup_0.11.0-1-amd64-VVUvK9/reglookup-0.11.0/build/ So maybe I shoud define a variable for this include dir earlier in the debian/rules ? Can someone give me an advice here ? -- Christophe Monniez christophe.monn...@fccu.be Belgian Federal Computer Crime Unit ___ forensics-devel mailing list forensics-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/forensics-devel
lintian overrides
Hi guys, I just discovered this post on a blog about our Debian packages : http://blog.technologeek.org/2009/07/09/227 Unfortunately, the author doesn't tell why we do it wrong. Does someone have an idea about what is wrong with that ? Should we contact the author ? (which is a DD) -- Christophe Monniez christophe.monn...@fccu.be Belgian Federal Computer Crime Unit ___ forensics-devel mailing list forensics-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/forensics-devel
dc3dd copyright
Here is a summary of the situation. dc3dd is a patched version of gnu/dd from the gnu coreutils package. dc3dd uses a lot of files from the coreutils package and some of them maybe useless for dc3dd. I tried hard to figure out what files are useless but I failed. So I need to mention in the debian/copyright file all the authors of coreutils files that are used in dc3dd. In some cases, it's simple. For example, there are 324 files out of 447 in lib/ that are the same in coreutils and dc3dd. But it left 123 files that I need to figure out if they are patched from coreutils or the work of dc3dd author only. My question is about the first case. If a file is a patched version of a coreutils file, should I mention the dc3dd author in the Debian copyright file, or the coreutils autho, or both ? -- Christophe Monniez christophe.monn...@fccu.be Belgian Federal Computer Crime Unit ___ forensics-devel mailing list forensics-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/forensics-devel