Proper default icon
Hi guys, for djvusmooth I would like to add an icon to the desktop file (Ubuntu bug #926820), and the upstream isn't shipped with any. Is there a set of default icons I could choose one from or should I provide an own anyhow? Thanks in advance for help! Greetings, Daniel Stender -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4f3d031a.8020...@danielstender.com
Reupload after deletion on mentors
Hi guys, I really don't have a clue: on the mentors site I've deleted a previously successful uploaded package, after that I've tried to re-upload it, but everything fails, http upload gives "403 Forbidden", FTP upload gives "533 Could not create file", and furthermore "The existing file may have been previously uploaded partially" etc. What went wrong, and what can I do? (the package is "Gummi", the signature is good and also uploaded to the site) Greetings, Daniel Stender -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4f757be0.3040...@danielstender.com
Re: Reupload after deletion on mentors
On 30.03.2012 12:00, Vincent Hobeïka wrote: > On Friday 30 March 2012 11:24:48 Daniel Stender wrote: I have encountered the > same problem. In > fact, your upload has been taken into account and is somewhere in the queue. Yes I know that there is an upload queue that is no problem (it takes time until an uploaded package appears on the page), but, is there also a deletion queue? I mean why is the reupload blocked after deletion, does it also takes time to get purged? I've tried to get dcut into charge but it says it is forbidden in this queue. Any further suggestions? Greetings, Daniel Stender -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4f75b0fb.2010...@danielstender.com
Re: Reupload after deletion on mentors
On 30.03.2012 16:55, Stephen M. Webb wrote: > The simplest solution to fixing a partially-uploaded package is to make > sure you're using the FTP protocol in dput instead of the HTTP protocol. > The program that processes the upload queue will wait for the .dsc file > to appear in the file transfer area (the .dsc is always the last file > uploaded by dput) and will not normally remove the rest of the package > files until it appears. When dput uses FTP, it will take a 403 (caused > by a permission problem when replacing an existing file) and proceed to > the next file, whereas when it uses HTTP it just gives up. Thanks Stephen for the suggestion. Yes I am going to use the FTP method in the future that's better. The upload queue is still blocked and I think I know what went wrong: I've uploaded the package which appeared on mentors a couple of minutes later. After that I've uploaded a slightly altered package, and while that one was in the upload queue I've accidentally deleted the package through the account menu - I think now the 2nd package hangs in the upload queue and probably blocks all future uploads of that, isn't that the case? Greetings, Daniel Stender -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4f75cd99.8010...@danielstender.com
Bug#676391: RFS: unpaper/0.4.2-1 [ITA]
Thx much for packing this, much appreciated! Daniel Stender -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4fe56321.8030...@danielstender.com
Re: Scantailor 0.9.11.1: Cmake test suite fails
Sorry, I've forgot to mention that I'm building on Sid with Pbuilder. I think there is no need to stash the whole build log somewhere, is it? Greetings, Daniel Stender On 12.12.2012 11:35, Daniel Stender wrote: > Hi guys, > > I'm working on packaging the scanned documents post processor Scantailor, and > so > far during build the test suite fails (with an override the package builds > through). > The failure is that: > > > make[1]: Entering directory > `/tmp/buildd/scantailor-0.9.11.1/obj-x86_64-linux-gnu' > Running tests... > /usr/bin/ctest --force-new-ctest-process -j1 > Test project /tmp/buildd/scantailor-0.9.11.1/obj-x86_64-linux-gnu > Start 1: ImageProcTests > 1/2 Test #1: ImageProcTests ...***Failed0.08 sec > No protocol specified > test: cannot connect to X server :0 > Running 86 test cases... > > Start 2: ScanTaylorTests > 2/2 Test #2: ScanTaylorTests .. Passed0.01 sec > > 50% tests passed, 1 tests failed out of 2 > > Total Test time (real) = 0.10 sec > > The following tests FAILED: > 1 - ImageProcTests (Failed) > Errors while running CTest > make[1]: *** [test] Error 8 > > > I would be thankful for every hint, and of course other pointers towards what > has > been created so far (please, cf. > http://anonscm.debian.org/gitweb/?p=collab-maint/scantailor.git). > > Greetings, > Daniel Stender -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/50c85eb4.2040...@danielstender.com
Scantailor 0.9.11.1: Cmake test suite fails
Hi guys, I'm working on packaging the scanned documents post processor Scantailor, and so far during build the test suite fails (with an override the package builds through). The failure is that: make[1]: Entering directory `/tmp/buildd/scantailor-0.9.11.1/obj-x86_64-linux-gnu' Running tests... /usr/bin/ctest --force-new-ctest-process -j1 Test project /tmp/buildd/scantailor-0.9.11.1/obj-x86_64-linux-gnu Start 1: ImageProcTests 1/2 Test #1: ImageProcTests ...***Failed0.08 sec No protocol specified test: cannot connect to X server :0 Running 86 test cases... Start 2: ScanTaylorTests 2/2 Test #2: ScanTaylorTests .. Passed0.01 sec 50% tests passed, 1 tests failed out of 2 Total Test time (real) = 0.10 sec The following tests FAILED: 1 - ImageProcTests (Failed) Errors while running CTest make[1]: *** [test] Error 8 I would be thankful for every hint, and of course other pointers towards what has been created so far (please, cf. http://anonscm.debian.org/gitweb/?p=collab-maint/scantailor.git). Greetings, Daniel Stender -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/50c85e0f.8040...@danielstender.com
Bug merge fail owner mismatch
Hi people, it would be good idea to merge my ITP with the "original" RFP, but my attempt to merge two bugs failed: Bug#568920: RFP: didjvu -- encoding into DjVu with layers separation Bug#601781: ITP: didjvu - DjVu encoder with foreground/background layer separation using Gamera Mismatch - only Bugs in same state can be merged: Values for `owner' don't match: #568920 has `'; #601781 has `Daniel Stender ' What could I do for housekeeping here, "forcemerge"? --- http://www.danielstender.com/granthinam/ PGP key: 1654BD9C -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4ccec0d2.3070...@danielstender.com
Python-Support private/public modules
Hi guys, please excuse if this one would have belonged to a Python mailing list but maybe somebody here could help me out (rookie question?): packing a Python application here by default Debhelper(8)/Python-Support(1.0.10) treat all the modules as being public and so put them into /usr/share/pyshared. When I add a file debian/install containing "lib usr/share/foo" then there are again the public modules and a *copy* of all of them being private (as it should be). Thus two lists exists then, python-support/foo.private *and* python-support/foo.public. How can I get all the stuff private exlusively? Thanks in advance for any pointers, Daniel -- http://www.danielstender.com/granthinam/ GPG key ID: 1654BD9C -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4cd02730.8010...@danielstender.com
svn-buildpackage path problems with added patch
Hi people, I've added another .diff with quilt in debian/patches an now svn-buildpackage breaks processing this patch: dpkg-source --before-build ocrodjvu-0.4.6 dpkg-source: Fehler: ocrodjvu-0.4.6/debian/patches/hocr-header.diff kann nicht gelesen werden: Datei oder Verzeichnis nicht gefunden dpkg-buildpackage: Fehler: Fehler-Exitstatus von dpkg-source --before-build ocrodjvu-0.4.6 war 2 Command 'dpkg-buildpackage' failed in '/home/lti/scratch/debian/svn-buildpackage/build-area/ocrodjvu-0.4.6', how to continue now? [Qri?]: "project/debian/patches/foo.diff" naturally couldn't be found building from project/ anyway. Any hints? Thanks in advance! Greetings, Daniel Stender -- http://www.danielstender.com/granthinam/ GPG key ID: 1654BD9C -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4cd30477.6070...@danielstender.com
Re: svn-buildpackage path problems with added patch
Hi yes o.k. sorry with the German, I've added a patch and altered patches/series and did svn-b --svn-ignore-new. When he tries to apply the new patch it's simply "not found": pkg-source: info: applying hocr-header.diff dpkg-source: error: cannot read ocrodjvu-0.4.6/debian/patches/hocr-header.diff: No such file or directory dpkg-buildpackage: error: dpkg-source --before-build ocrodjvu-0.4.6 gave error exit status 2 Command 'dpkg-buildpackage' failed in '/home/lti/scratch/debian/svn-buildpackage/build-area/ocrodjvu-0.4.6', how to continue now? [Qri?]: i I suppose the answer is a simple procedure error, please tell me what i've didn't got :-| Greetings & thx in advance, Dan On 04.11.2010 21:01, Sandro Tosi wrote: > On Thu, Nov 4, 2010 at 20:07, Daniel Stender wrote: >> Hi people, >> >> I've added another .diff with quilt in debian/patches an now >> svn-buildpackage breaks processing this >> patch: >> >> >> dpkg-source --before-build ocrodjvu-0.4.6 >> dpkg-source: Fehler: ocrodjvu-0.4.6/debian/patches/hocr-header.diff kann >> nicht gelesen werden: Datei >> oder Verzeichnis nicht gefunden >> dpkg-buildpackage: Fehler: Fehler-Exitstatus von dpkg-source --before-build >> ocrodjvu-0.4.6 war 2 >> Command 'dpkg-buildpackage' failed in >> '/home/lti/scratch/debian/svn-buildpackage/build-area/ocrodjvu-0.4.6', how >> to continue now? [Qri?]: >> > > because we all know german... ;) run teh command with LANG=C options> and paste the output . > >> "project/debian/patches/foo.diff" naturally couldn't be found building from >> project/ anyway. Any >> hints? Thanks in advance! > > what is "project/?" anyhow, did you commit the patch? else, try > running svn-bp with --svn-ignore-new > -- http://www.danielstender.com/granthinam/ GPG key ID: 1654BD9C -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4cd32b04.6030...@danielstender.com
Adopting: maintainer change in debian/changelog
Hi guys, question: if I am adopting a packet, what's the procedure for altering debian/copyright (dep5)? Since I've learned that the "Maintainer:" field is for the upstream developer, should I just "take over" the copyright for "Files: debian/*"? What's with the licence itself, when it's Expat that should last or could it be altered - why shouldn't? Thanks in advance for pointers, Daniel Stender -- http://www.danielstender.com/granthinam/ GPG key ID: 1654BD9C -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4cd55189.2090...@danielstender.com
Re: Adopting: maintainer change in debian/changelog
Sorry typo of course the subject is: "maintainer change in debian/copyright" On 06.11.2010 14:00, Daniel Stender wrote: > Hi guys, > > question: if I am adopting a packet, what's the procedure for altering > debian/copyright (dep5)? > Since I've learned that the "Maintainer:" field is for the upstream > developer, should I just "take > over" the copyright for "Files: debian/*"? What's with the licence itself, > when it's Expat that > should last or could it be altered - why shouldn't? > > Thanks in advance for pointers, > Daniel Stender -- http://www.danielstender.com/granthinam/ GPG key ID: 1654BD9C -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4cd553d2.5060...@danielstender.com
RFS: gummi - GTK+ based LaTeX editor with auto refreshing preview pane
Hi guys, I'm requesting for sponsorship towards Gummi, the fine little GTK+ based LaTeX editor with auto-refreshing preview pane developed by Alexander van der Mey and Wei-Ning Huang. The ITP (#557430) is over an year old - in the meanwhile Gummi has been implemented completely in C. I've pushed the latest 0.5.4 as initial release as gummit.git/debian to collab-maint @ Alioth when I've seen that the former maintainer has left a patch and an upstream version on an older Python rev. but the program has never got into unstable so far. The programmers have provided home made Ubuntu packets so far and would be very happy to see it getting into Debian finally. My builds here are lintian clean. Much greetings, Daniel Stender -- http://www.danielstender.com/granthinam/ GPG key ID: 1654BD9C -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d002c12.4080...@danielstender.com
Re: RFS: gummi - GTK+ based LaTeX editor with auto refreshing preview pane
Sure, it's: http://mentors.debian.net/debian/pool/main/g/gummi/
Greetings,
Daniel Stender
On 09.12.2010 02:45, Norbert Preining wrote:
> On Do, 09 Dez 2010, Daniel Stender wrote:
>> I've pushed the latest 0.5.4 as initial release as gummit.git/debian to
>> collab-maint @ Alioth when
>
> Can you provide a dget-able source?
>
> Best wishes
>
> Norbert
>
> Norbert Preiningprein...@{jaist.ac.jp, logic.at, debian.org}
> JAIST, Japan TeX Live & Debian Developer
> DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094
>
> SCULLET (n.)
> The last teaspoon in the washing up.
> --- Douglas Adams, The Meaning of Liff
--
http://www.danielstender.com/granthinam/
GPG key ID: 1654BD9C
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4d009243.10...@danielstender.com
Re: RFS: gummi - GTK+ based LaTeX editor with auto refreshing preview pane
Thanks for checking. ... fixed and upload freshed. Greetings, Daniel Stender On 09.12.2010 13:32, Andreas Tille wrote: > On Thu, Dec 09, 2010 at 09:24:35AM +0100, Daniel Stender wrote: >> Sure, it's: http://mentors.debian.net/debian/pool/main/g/gummi/ > > Missing Build-Depends: intltool > Two lintian warnings which should be fixed. > > Thanks for your work on this > > Andreas. -- http://www.danielstender.com/granthinam/ GPG key ID: 1654BD9C -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d00e76c.80...@danielstender.com
Re: RFS: gummi - GTK+ based LaTeX editor with auto refreshing preview pane
I've just added an important patch which came from the programmers today, it's now: http://mentors.debian.net/debian/pool/main/g/gummi/gummi_0.5.4-2.dsc Greetings, Daniel Stender On 09.12.2010 15:27, Daniel Stender wrote: > Thanks for checking. ... fixed and upload freshed. > > Greetings, > Daniel Stender > > On 09.12.2010 13:32, Andreas Tille wrote: >> On Thu, Dec 09, 2010 at 09:24:35AM +0100, Daniel Stender wrote: >>> Sure, it's: http://mentors.debian.net/debian/pool/main/g/gummi/ >> >> Missing Build-Depends: intltool >> Two lintian warnings which should be fixed. >> >> Thanks for your work on this >> >> Andreas. -- http://www.danielstender.com/granthinam/ GPG key ID: 1654BD9C -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d021087.9030...@danielstender.com
Re: RFS: gummi - GTK+ based LaTeX editor with auto refreshing preview pane
But alright, came myself to it ... it's not even added yet so there is no point for going to 0.5.4-2 but to stick to 0.5.4-1. So, still: http://mentors.debian.net/debian/pool/main/g/gummi/gummi_0.5.4-1.dsc Thanks, Daniel Stender On 10.12.2010 12:35, Daniel Stender wrote: > I've just added an important patch which came from the programmers today, > it's now: > http://mentors.debian.net/debian/pool/main/g/gummi/gummi_0.5.4-2.dsc -- http://www.danielstender.com/granthinam/ GPG key ID: 1654BD9C -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d021799.4080...@danielstender.com
Re: RFS: gummi - GTK+ based LaTeX editor with auto refreshing preview pane
Thanks for checking, Jakub, On 10.12.2010 19:42, Jakub Wilk wrote: > * "Uploaders:" is empty. If the package doesn't have any co-maintainers, > * just remove the field. ... removed. > * Why "Priority: extra"? Right, switched to "optional". > * "Section: tex" would be better than "misc". Reasonable, done. I've followed Texworks with both, but Texmaker has also this. > * Regarding the package description, is it important that the software > is written in C? I'd omit this information. Right that's useless, fixed. > * Dependencies on shared library packages are normally generated > automatically by dpkg-shlibdeps. Unless you known what you are doing, > you should not put explicit names of shared library packages into Depends. All right, fixed. > BTW, dpkg-shlibdeps issues a couple of warnings: > dpkg-shlibdeps: warning: dependency on libfontconfig.so.1 could be > avoided if "debian/gummi/usr/bin/gummi" were not uselessly linked > against it (they use none of its symbols). > dpkg-shlibdeps: warning: dependency on libatk-1.0.so.0 could be avoided > if "debian/gummi/usr/bin/gummi" were not uselessly linked against it > (they use none of its symbols). > dpkg-shlibdeps: warning: dependency on libm.so.6 could be avoided if > "debian/gummi/usr/bin/gummi" were not uselessly linked against it (they > use none of its symbols). > dpkg-shlibdeps: warning: dependency on librt.so.1 could be avoided if > "debian/gummi/usr/bin/gummi" were not uselessly linked against it (they > use none of its symbols). > dpkg-shlibdeps: warning: dependency on libgmodule-2.0.so.0 could be > avoided if "debian/gummi/usr/bin/gummi" were not uselessly linked > against it (they use none of its symbols). > dpkg-shlibdeps: warning: dependency on libgthread-2.0.so.0 could be > avoided if "debian/gummi/usr/bin/gummi" were not uselessly linked > against it (they use none of its symbols). > dpkg-shlibdeps: warning: dependency on libpangocairo-1.0.so.0 could be > avoided if "debian/gummi/usr/bin/gummi" were not uselessly linked > against it (they use none of its symbols). > dpkg-shlibdeps: warning: dependency on libfreetype.so.6 could be avoided > if "debian/gummi/usr/bin/gummi" were not uselessly linked against it > (they use none of its symbols). > dpkg-shlibdeps: warning: dependency on libpangoft2-1.0.so.0 could be > avoided if "debian/gummi/usr/bin/gummi" were not uselessly linked > against it (they use none of its symbols). Yes. Mhm ... I've forwarded this to the developers. > * debian/watch is... weird. How about something like this: > > version=3 > http://dev.midnightcoding.org/redmine/projects/gummi/files \ > /redmine/attachments/download/(?:\d+)/gummi-(.+)\.tar\.gz Fixed. > * Lintian complains: > I: gummi source: quilt-patch-missing-description changeset_r637.diff > * Apparently new upstream version (0.5.5) is available. That one is the same as 0.5.4 + changeset_r637.diff. I've bumped to 0.5.5-1 and removed the patch: http://mentors.debian.net/debian/pool/main/g/gummi/gummi_0.5.5-1.dsc > * Toolbar looks a bit appalling here (see the attachment). Mhmm, don't know what happened there, but here it's o.k. Greetings, Daniel -- http://www.danielstender.com/granthinam/ GPG key ID: 1654BD9C -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d0287fa.3040...@danielstender.com
Debhelper: LDFLAGS
Hi, I am building with Debhelper 8 (dh $@) and I have a C source here which builds with several spurious shlib dependencies detected by dpkg-shlibdeps. I've found that setting LDFLAGS to "--as-needed" prevents overkill linking. Where can I override the the auto build process? Just setting a custom LDFLAGS in debian/rules isn't given through. Even an override_dh_auto_configure with "./configure LDFLAGS="-Wl,--as-needed" is overwritten during build process. Any pointers? Thanks in advance! Greetings, Daniel Stender -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d0e4900.3060...@danielstender.com
Re: Debhelper: LDFLAGS
I see that the variable has to be exported. But an "export LDFLAGS='-Wl,--as-needed'" (the dpkg-buildflags result here is empty) in debian/rules here doesn't work either. Did I got it right: my builder debuild is a wrapper for dpkg-builpackage which calls dpkg-buildflags to set the FLAGS (why between two dh_cleans?). The FLAGS then are efficient during the run of ./configure, isn't it? Greetings, Dan On 19.12.2010 19:16, Peter Pentchev wrote: > When you say that setting the custom LDFLAGS doesn't work, have you > actually exported them? :) If you just do LDFLAGS=... or LDFLAGS != ... > or LDFLAGS := ..., make(1) will only use the new value *within the Makefile > itself*, it won't be passed to child processes such as the configure script. > > Also, are you aware of the dpkg-buildflags utility available in recent > versions of dpkg-dev? :) > > G'luck, > Peter -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d0e5382.2020...@danielstender.com
Re: Debhelper: LDFLAGS
> If we are still talking about the gummi package, I just put > > export LDFLAGS=-Wl,--as-needed > > at top of debian/rules and the dpkg-shlibdeps warnings went away. Just like that? For some reason isn't working here ... Daniel -- http://www.danielstender.com/granthinam/ GPG key ID: 1654BD9C -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d0e667e@danielstender.com
RFS: Gummi - GTK+ based LaTeX editor with live preview pane
Hi mentors, I would like to refresh my RFS call for Gummi, the GTK+ based LaTeX editor with preview pane. I have improved the build by giving custom LDFLAGS, for this a couple of spurious shlib deps observed by dh_shlibdeps are now vanished. Because of my limited bandwith here I've builded again with debuild, if you please recheck the fresh packet (with pbuilder etc.) please be my guest. Any pointers highly appreciated. The source is again to be found at: http://mentors.debian.net/debian/pool/main/g/gummi Thanks you very much in advance & greets, Daniel Stender -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d0e8d7d.6080...@danielstender.com
Re: Debhelper: LDFLAGS
Thanks everybody, no it simply worked like Jakub said, the problem here was something completey different: I am building with/within git-buildpackage and I just edited the wrong branch ... :-/ Greetings, Daniel On 20.12.2010 06:44, Julien Valroff wrote: >> Just like that? For some reason isn't working here ... > > Dos your package use libtool? > > If so, read http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=347650 > > Cheers, > Julien -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d0f9582.3050...@danielstender.com
Re: RFS: Gummi - GTK+ based LaTeX editor with live preview pane
All right ... I've switched "Seeking a sponsor" @ mentors to "No" and the bug already has been tagged as "pending" ... anything else? BTW I can't find the packet @ http://ftp-master.debian.org/new/ nor http://incoming.debian.org/ but it's on the list @ http://ftp-master.debian.org/new.html ... what's the reason? Greetings, Daniel Stender On 02.01.2011 22:20, Jonathan Wiltshire wrote: > On Mon, Dec 27, 2010 at 11:52:18PM +0100, Joachim Wiedorn wrote: >> I found the updated package of gummi in mentors.d.n. >> I think this package is now ready for sponsoring, isn't it? > > FTR it was sponsored, m.d.n is supposed to notice and remove the > prospective package... -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d22d2fb.9080...@danielstender.com
LC_MESSAGES=C in debian/rules
Hello guys, is it best practice to set LC_MESSAGE=C in debian/rules to prevent things like test suite breaking when building within non-English locales? Greetings, Daniel Stender -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4dba7649.6000...@danielstender.com
svn.debian.org commit: path problems
Hi people, I've got problems here commiting to svn.debian.org, there seems to be a path problem: $ svn commit -m 'added patches 55cfd0f79af0.diff and bd925e3ca460.diff, rules: improved tests, Sendingdebian/changelog Sendingdebian/control Sendingdebian/copyright Adding debian/patches/python-djvulibre-55cfd0f79af0.diff Adding debian/patches/python-djvulibre-bd925e3ca460.diff Sendingdebian/patches/series Sendingdebian/python-djvu.install Sendingdebian/rules Transmitting file data svn: Commit failed (details follow): svn: File not found: transaction '17125-1', path '/packages/python-djvulibre/trunk/changelog' "/trunk/changelog" of course does not exist, it should be of course "/trunk/debian/changelog". $ svn info Path: . URL: svn+ssh://danstender-gu...@svn.debian.org/svn/python-modules/packages/python-djvulibre/trunk Repository Root: svn+ssh://danstender-gu...@svn.debian.org/svn/python-modules Repository UUID: 771dd761-d7fa-0310-a302-f036d1c1ebb6 Revision: 17037 Node Kind: directory Schedule: normal Last Changed Author: danstender-guest Last Changed Rev: 16860 Last Changed Date: 2011-05-02 11:13:16 +0200 (Mo, 02 Mai 2011) This is allright, isn't it? Problem appeared after it has been switched to the vasks server (by the way, what happened lately, there are several Debian things down ...) Thanks for any pointer, Daniel Stender -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4ddb5667.1080...@danielstender.com
Re: svn.debian.org commit: path problems
I've already worked through the ssh issues after the server change, and ssh-ing svn.debian.org works. DS On 24.05.2011 09:13, Kilian Krause wrote: > svn.d.o has been moved to a new host. Try doing the ssh login without > svn as frontend. If that yields a host key verification error (which it > should) then fix that and once the login works ok, try again with svn. -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4ddb5cce.8020...@danielstender.com
Re: svn.debian.org commit: path problems
$ svn up svn: Working copy path 'debian/control' does not exist in repository Mhm this isn't working either ... DS On 24.05.2011 09:25, Kilian Krause wrote: > Do you reckon that an "svn up" works then? Maybe someone has already > commited something in between your last checkout and now()? -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4ddb5e42.3080...@danielstender.com
Re: svn.debian.org commit: path problems
On 24.05.2011 13:28, Jakub Wilk wrote: > > It'd more interesting to see svn info for the debian/ subdirectory. > > (Though probably the fastest way to fix it is to do a new, clean checkout...) Sure, Svn info in debian/ looks like this: /python-djvulibre/debian $ svn info Path: . URL: svn+ssh://danstender-gu...@svn.debian.org/svn/python-modules/packages/python-djvulibre/trunk Repository Root: svn+ssh://danstender-gu...@svn.debian.org/svn/python-modules Repository UUID: 771dd761-d7fa-0310-a302-f036d1c1ebb6 Revision: 17125 Node Kind: directory Schedule: normal Last Changed Author: danstender-guest Last Changed Rev: 16860 Last Changed Date: 2011-05-02 11:13:16 +0200 (Mo, 02 Mai 2011) I've did a fresh checkout: $ svn checkout svn+ssh://danstender-gu...@svn.debian.org/svn/python-modules/packages/python-djvulibre Apython-djvulibre/trunk Apython-djvulibre/trunk/debian Apython-djvulibre/trunk/debian/control Apython-djvulibre/trunk/debian/python-djvu-doc.docs Apython-djvulibre/trunk/debian/compat Apython-djvulibre/trunk/debian/python-djvu-doc.compress Apython-djvulibre/trunk/debian/python-djvu-dbg.install Apython-djvulibre/trunk/debian/changelog Apython-djvulibre/trunk/debian/patches Apython-djvulibre/trunk/debian/patches/series Apython-djvulibre/trunk/debian/rules Apython-djvulibre/trunk/debian/python-djvu.install Apython-djvulibre/trunk/debian/source Apython-djvulibre/trunk/debian/source/format Apython-djvulibre/trunk/debian/python-djvu.examples Apython-djvulibre/trunk/debian/watch Apython-djvulibre/trunk/debian/python-djvu-doc.doc-base Apython-djvulibre/trunk/debian/copyright Apython-djvulibre/trunk/debian/python-djvu-dbg.docs Apython-djvulibre/trunk/debian/python-djvu-doc.links Apython-djvulibre/trunk/debian/python-djvu.docs Apython-djvulibre/tags Apython-djvulibre/tags/0.1.13-2 Apython-djvulibre/tags/0.1.13-2/debian Apython-djvulibre/tags/0.1.13-2/debian/control Apython-djvulibre/tags/0.1.13-2/debian/python-djvu-doc.docs . etc. etc. Apython-djvulibre/tags/0.1.13-1/debian/python-djvu.install Checked out revision 17129. then: /tmp/python-djvulibre/trunk $ svn commit -m 'debian/changelog: patch information corrected' Sendingtrunk/debian/changelog Transmitting file data . Committed revision 17130. Warning: post-commit hook failed (exit code 127) with output: /usr/lib/pymodules/python2.6/svnmailer/util.py:129: DeprecationWarning: The popen2 module is deprecated. Use the subprocess module. import popen2 /svn/python-modules/hooks/post-commit: 54: /home/groups/pet/PET/bin/fetchdata: not found ... commiting from trunk/ works. Further comments? Greetings, DS -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4ddba236.7070...@danielstender.com
"Data" packet of TEI/XML files best practice
Hi people, I have a clone git repository here which consists of several TEI encoded XML files for Sanskrit philology (https://github.com/paddymcall/SARIT): $ ls SARIT/ astangahrdayasamhita.xml brahmapurana.xml debian manusmrti.xml ratnakIrti-nibandhAvali.xml schemas ayurvedasutram.xml caryamelapakapradipa.xml kautalyarthasastra.xml naradasmrti.xml README.org I'm building a Debian packet from them with simple "dh $@" in debian/rules (Debhelper 7) and with a debian/install which goes like this: $ cat debian/install *xml usr/share/sarit schemas usr/share/sarit/schemas README.org usr/share/doc/sarit/ Questions: 1) the Git repo maintainer doesn't uses tags yet, so I've chosen the snapshot for my packet rev number (420aa04-1). For I am building from within Git (debian/ has been blacklisted through .git/info/exclude), is it possible to create the .deb also without a source tarball or what would be best practice to recreate it? 2) I would like to create PDFs from the .xml-s during packet creation, I would guess I would need a override_dh_ for this in debian/rules, which? 3) Would Debian be interested to include such a "data" packet into the official repos if the copyright issue has been solved? Thanks for any tips towards this easy stuff, Greetings, DS -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4de2294b.3020...@danielstender.com
Best practice: 0.5.999 as beta revision (Gummi)
Hi people, The developer's have marked the current beta of Gummi 0.6 (split-panel LaTeX editor) as 0.5.999, though not officially presented but available as svn snapshots. Question: Me as maintainer I would like to support the development of Gummi, wouldn't it be a good idea to just pick the latest svn revision and pack it to put it into Debian right now, or would it be a better idea to just wait until at least 0.6 is ready? Greetings, Daniel Stender -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4ead9e78.6060...@danielstender.com
Git-pbuilder invocation
Hi guys, does anybody has an idea why Git-pbuilder couldn't be invoked here (trying to build Pdf2djvu on Oneiric): $ git-buildpackage --git-pbuilder dpkg-checkbuilddeps: Unmet build dependencies: libpoppler-dev (>= 0.7.3) libdjvulibre-dev (>= 3.5.23-6) libpstreams-dev libgraphicsmagick++1-dev libxslt1-dev debuild: fatal error at line 1312: You do not appear to have all build dependencies properly met. You can use mk-build-deps to generate a dummy package which Depends on all the required packages, or you can install them manually using dpkg or apt using the error messages just above this message. gbp:error: debuild clean returned 1 gbp:error: Couldn't run 'debuild clean' $ git-pbuilder Warning: git-pbuilder should be run via git-buildpackage Building with cowbuilder for distribution sid I: using cowbuilder as pbuilder dpkg-checkbuilddeps: Unmet build dependencies: libpoppler-dev (>= 0.7.3) libdjvulibre-dev (>= 3.5.23-6) libpstreams-dev libgraphicsmagick++1-dev libxslt1-dev W: Unmet build-dependency in source Thanks for any pointer, furthermore any general suggestions/hints etc. for building on Ubuntu welcome, Daniel Stender -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4eb402cf.2060...@danielstender.com
Re: Git-pbuilder invocation **solved**
All right, "debuild -d clean" must be given to the gbp.conf as cleaner (to prevent the invocation of dpkg-checkbuilddeps which on Ubuntu of course fails). Greetings, DS On 04.11.2011 16:20, Daniel Stender wrote: > > $ git-buildpackage --git-pbuilder > dpkg-checkbuilddeps: Unmet build dependencies: libpoppler-dev (>= 0.7.3) > libdjvulibre-dev (>= > 3.5.23-6) libpstreams-dev libgraphicsmagick++1-dev libxslt1-dev > debuild: fatal error at line 1312: > You do not appear to have all build dependencies properly met. > You can use mk-build-deps to generate a dummy package which > Depends on all the required packages, or you can install them > manually using dpkg or apt using the error messages just above > this message. > gbp:error: debuild clean returned 1 > gbp:error: Couldn't run 'debuild clean' > > $ git-pbuilder > Warning: git-pbuilder should be run via git-buildpackage > Building with cowbuilder for distribution sid > I: using cowbuilder as pbuilder > dpkg-checkbuilddeps: Unmet build dependencies: libpoppler-dev (>= 0.7.3) > libdjvulibre-dev (>= > 3.5.23-6) libpstreams-dev libgraphicsmagick++1-dev libxslt1-dev > W: Unmet build-dependency in source > -- http://www.danielstender.com/granthinam/ GPG key ID: 1654BD9C -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4eb41008.2030...@danielstender.com
Buildings fails due to missing link against gzclose
Hi guys, we are trying to build the Gummi (LaTeX editor with preview pane) 0.6 beta with Pdebuilder (Sid) on Ubuntu Oneiric, but the building fails due to a missing link against 'gzclose' (Zlib) - please see the build log: http://paste.debian.net/143237/ I've found the same problem in here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=554557 I've contacted the developers, and they added the reference to the upstream: http://dev.midnightcoding.org/redmine/projects/gummi/repository/diff?rev=1032&rev_to=1031 but it still fails to build and we're stuck a little here. Does anybody has an idea what is missing? If anybody would need to recheck, the upstream tarball is: http://dev.midnightcoding.org/redmine/attachments/download/195/gummi-0.5.999-svn1032.tar.gz I've added the build-dep on zlibg1-dev to control. Thanks for any pointer, Daniel Stender -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4eb6b721.1090...@danielstender.com
Re: Buildings fails due to missing link against gzclose
Info: the problem vanished when I've builded with other builders than pbuilder. Greetings, Daniel Stender On 06.11.2011 22:35, Andrey Rahmatullin wrote: > On Sun, Nov 06, 2011 at 05:34:41PM +0100, Daniel Stender wrote: >> we are trying to build the Gummi (LaTeX editor with preview pane) 0.6 beta >> with Pdebuilder >> (Sid) on Ubuntu Oneiric, but the building fails due to a missing link >> against 'gzclose' >> (Zlib) - please see the build log: http://paste.debian.net/143237/ > That's because -lz was not specified in the link command. >> >> I've contacted the developers, and they added the reference to the upstream: >> http://dev.midnightcoding.org/redmine/projects/gummi/repository/diff?rev=1032&rev_to=1031 >> but >> it still fails to build and we're stuck a little here. > I don't see how can this patch help as -lz still is not used in the link > command. $(zlib_LIBS) > needs to be added to gummi_LDADD in src/Makefile.am. -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4eb9576e.6020...@danielstender.com
DEP-5 versioned URI / Lintian complains
Hi guys, I've got a unknown-copyright-format-uri Lintian complain for a versioned DEP-5 URI like: http://anonscm.debian.org/viewvc/dep/web/deps/dep5/?pathrev=220 but a URI like: http://svn.debian.org/wsvn/dep/web/deps/dep5.mdwn?rev=220 passes through, although that URI gets redirected to: http://anonscm.debian.org/viewvc/dep/web/deps/dep5.mdwn?view=revision&revision=220 ... ending in a "Unknown location: /web/deps/dep5.mdwn" on the web For the very next of my commits, 1) what URI should I give to the very next commits, and should I just just disregard the Lintian complain 2) anyway, I've picked what I've found being the latest rev. of DEP5 (220), is that best practice? Thx in advance for any pointers, Daniel Stender -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4ee8bff4.4070...@danielstender.com
Fwd: Re: DEP-5 versioned URI / Lintian complains
On 15.12.2011 00:16, Russ Allbery wrote: > For right now, I would ignore the complaint and use an unversioned URL, All right, http://www.debian.org/doc/packaging-manuals/copyright-format/1.0 (cf. #640737) without trailing slash prevents any Lintian complain (2.5.3). Greetings, Daniel Stender -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4eea2143.7080...@danielstender.com
Re: Correct value for DEP5’s Format: field?
On 08.01.2012 16:47, Andrea Bolognani wrote: > Hi, > > I’m updating a debian/copyright file in DEP5 format, but I’m finding myself > unable to pick an > acceptable value for the Format: field. Hi Andrea, yes that's quite a mess. Please cf.: http://lists.debian.org/debian-devel/2011/09/msg00056.html http://lists.debian.org/debian-devel/2011/09/msg00334.html Currently, the discussion goes on towards the bugs #650737 (Debian Policy 3.9.2: Point format URL to www.debian.org) and #649813 (Lintian: Final URL for DEP5) I would assume that this could be lacking consensus among the developers how to treat this, but it seems it would be a good solution to just fill in the expected URL: http://www.debian.org/doc/packaging-manuals/copyright-format/1.0 (however, Lintian accepts this w/o final slash). What's the latest in this discussion? Cf. also "my" discussion here: http://lists.debian.org/debian-mentors/2011/12/msg00293.html http://lists.debian.org/debian-mentors/2011/12/msg00315.html Greetings, Daniel Stender -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4f09d583.9010...@danielstender.com
Bug#712056: RFS: scantailor [ITP] -- interactive post-processing tool for scanned document pages
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my initial package of Scantailor 0.9.11.1 for Debian. I've uploaded it to mentors: http://mentors.debian.net/package/scantailor dget -x http://mentors.debian.net/debian/pool/main/s/scantailor/scantailor_0.9.11.1-1.dsc and created a Git repo belonging to the collab-maint group: http://anonscm.debian.org/gitweb/?p=collab-maint/scantailor.git I've builded against Sid using Cowbuilder, I've uploaded my build log here: http://www.danielstender.com/uploads/scantailor_0.9.11.1-1_amd64.build Info on the program could be found here: http://scantailor.sourceforge.net/ Thanks for any hint, pointers, and reviews in advance! Regards, Daniel Stender -- http://www.danielstender.com/blog/ GPG key ID: 1654BD9C -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/51b8975e.1030...@danielstender.com
Bug#712056: RFS: scantailor [ITP] -- interactive post-processing tool for scanned document pages
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Dimitry, much thanks for the review of my package. I've proceeded so far: 1) copyright * fixed > * regarding copyright, notation "Files: ./crash_reporter/google-breakpad/*" > is a bit strange > as there is no need to prefix file paths with "./" > > * In "Copyright: 2006-2008 Google Inc." paragraph license "other" is > incorrect -- it is a > "BSD-2-clause" license. > > * In "Copyright: 2005-2007 Paul Hsieh" paragraph license "other" is incorrect > -- it looks like > modified "BSD-3-clause" license, so perhaps it might be better to mark it > something like > "BSD-3-clause(modified)" and/or add a comment. Fixed (google-breakpad as BSD-3-clause). 2) lintian-overrides * fixed > * Please do not override "no-upstream-changelog". Lack of upstream changelog > is a genuine > (minor) problem isn't it? Silencing legitimate warnings is not a good idea, > especially when > you do it without corresponding comment about why the warning was suppressed > in > lintian-overrides. > * I: scantailor: unused-override hardening -no-fortify-functions > usr/bin/scantailor-cli I've removed the overrides completely. 3) buildflags > * buildflags.patch is incorrect because it is hardcoding FLAGS. To make it > useful upstream you > could modify cmake to avoid overriding CXXFLAGS and then pass build flags > like in the following > example: > > override_dh_auto_configure: dh_auto_configure -- \ > -DCMAKE_BUILD_TYPE:STRING=RelWithDebInfo \ > -DCMAKE_CXX_FLAGS_RELWITHDEBINFO="$(CPPFLAGS)" \ -DCMAKE_EXE_LINKER_FLAGS=" > -Wl,--as-needed > $(LDFLAGS)" > * Passing build flags requires more work as there are still some FLAGS > missing, according to > `blhc`: > > CXXFLAGS missing (-fstack-protector --param=ssp-buffer-size=4 -Wformat > -Werror=format-security) I've removed the patch and created an override for auto configure. Nevertheless, passing the build flags stays problematic. The Cmake invokes with fully expanded buildflag variables (I've added CXXFLAGS): cmake .. -DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_VERBOSE_MAKEFILE=ON -DCMAKE_BUILD_TYPE=RelWithDebInfo - -DCMAKE_BUILD_TYPE:STRING=RelWithDebInfo "-DCMAKE_CXX_FLAGS_RELWITHDEBINFO=-g -O2 - -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2" "-DCMAKE_EXE_LINKER_FLAGS= -Wl,--as-needed -Wl,-z,relro" But Scantailor gets compiled w/o any customization, running the Cmake standard build flags: /usr/lib/ccache/c++ -DBOOST_MULTI_INDEX_DISABLE_SERIALIZATION -DBOOST_TEST_DYN_LINK - -D_BIND_TO_CURRENT_VCLIBS_VERSION=1 -Wall -Wno-unused -ffast-math -DNDEBUG -g -O2 - -fvisibility=hidden -I/tmp/buildd/scantailor-0.9.11.1/. <...> Anyway, the custom linker flags got passed through! I've experimented around, e.g. dropping the build type switch, but couldn't got a clue why this isn't working that way, is it? For recent changes, please cf.: http://anonscm.debian.org/gitweb/?p=collab-maint/scantailor.git Build log: http://www.danielstender.com/uploads/scantailor_0.9.11.1-1_amd64.build Mucht thanks also for the other comments! Greetings, Daniel Stender - -- http://www.danielstender.com/blog/ GPG key ID: 1654BD9C -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with undefined - http://www.enigmail.net/ iEYEARECAAYFAlG8hUsACgkQU8fCMhZUvZyKqACdGxpJtcEGSTICZV5ZiiieJm2O z4sAn2jSeJUlo0Fy0VYglfqzF9TUEqou =Bo6n -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/51bc854e.2080...@danielstender.com
Bug#712056: RFS: scantailor [ITP] -- interactive post-processing tool for scanned document pages
As a matter of fact, the CXX_BUILDFLAGS are recognized after a 2nd cmake run: http://www.cmake.org/pipermail/cmake/2013-June/055082.html Greetings, Daniel On 15.06.2013 18:20, Dmitry Smirnov wrote: >> 3) buildflags >> >> But Scantailor gets compiled w/o any customization > > That's because upstream drop/override given CXXFLAGS (which is a > bug). :) -- http://www.danielstender.com/blog/ GPG key ID: 1654BD9C -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/51beefbd.20...@danielstender.com
Bug#712056: RFS: scantailor [ITP] -- interactive post-processing tool for scanned document pages
1) buildflags.patch / build type First of all, the patch works fine. Actually, after removing the forced variable overrides Cmake recognizes already the standard environment build flags. I've came across that Debhelper 20130504 was set to always switch to RelWithDebInfo build type (#701233), which yes puts -DNDEBUG into building on current Sid (Debhelper 20130605) - are there different opinions on that issue? Dropping any custom switches (instead of addition of --as-needed linker flag) Scantailor on Sid for now builds with the flags (CPP_FLAGS got injected into C_FLAGS since Debhelper 20120417, #653916): -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -O2 -g -DNDEBUG Please further discuss that. 2) hardening of scantailor-cli As another issue remains that scantailor-cli still doesn't got fortified: $ hardening-check scantailor-cli scantailor-cli: Position Independent Executable: no, normal executable! Stack protected: yes Fortify Source functions: no, only unprotected functions found! Read-only relocations: yes Immediate binding: no not found! I'll get deeper into that issue. Latest commit: http://anonscm.debian.org/gitweb/?p=collab-maint/scantailor.git;a=commitdiff;h=e37cf9eecb8223e524958de150a897cfba28a9dd build log: http://www.danielstender.com/uploads/scantailor_0.9.11.1-1_amd64.build Much thanks for comments so far & greetings, Daniel Stender On 18.06.2013 15:15, Mathieu Malaterre wrote: > On Sat, Jun 15, 2013 at 6:20 PM, Dmitry Smirnov wrote: >> Build type is better to leave as "RELWITHDEBINFO". This might be >> useful if you decide to provide -dbg package or just to (re-)build >> with debugging info with command like > > Technically RelWithDebInfo should not be used anymore with cmake from sid: > > http://lists.debian.org/debian-devel/2013/06/msg00278.html > > It now appends -DNDEBUG ... see #701231 for more info > > 2cts -- http://www.danielstender.com/blog/ GPG key ID: 1654BD9C -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/51c097f1.7010...@danielstender.com
Bug#712056: RFS: scantailor [ITP] -- interactive post-processing tool for scanned document pages
All right, On 19.06.2013 12:09, Dmitry Smirnov wrote: > Here is another minor improvement suggestion: there are some > unnecessary versioned build-dependencies on > > * "cmake (>= 2.6.0)": oldest is 2.8.2+dfsg.1-0+squeeze1 > * "libqt4-dev (>= 4.4.0)": oldest is 4:4.6.3-4+squeeze1 Changed. > Also I'd set source archive and .DEB files compression to xz: > > Source compression can be set in "debian/source/options" by adding > > compression = "xz" > > .DEB file compression can be set in "debian/rules" by adding > > override_dh_builddeb: > dh_builddeb -- -Zxz Also added that. > I'll have yet another look at the package tonight. Welcome! :-) Greetings, Daniel Stender -- http://www.danielstender.com/blog/ GPG key ID: 1654BD9C -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/51c1b37a.7070...@danielstender.com
Bug#712056: RFS: scantailor [ITP] -- interactive post-processing tool for scanned document pages
Fixed. Rest is on the way. Greetings, Daniel On 20.06.2013 12:04, Dmitry Smirnov wrote: > Hi Daniel, > > One more thing: please install desktop icon. At the moment it is > mentioned in .desktop file but not yet shipped by the package. > > Regards, > Dmitry. -- http://www.danielstender.com/blog/ GPG key ID: 1654BD9C -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/51c393df.6010...@danielstender.com
Bug#712056: RFS: scantailor [ITP] -- interactive post-processing tool for scanned document pages
On 19.06.2013 22:42, Dmitry Smirnov wrote: > Hi Daniel, > > Thanks for your recent corrections. Just few more left to do and I'll > upload for you. Thanks for additional pointers and the close review - the package is going to be much better than it's Ubuntu precursor. *** control *** > * When I mentioned "unnecessary versioned dependencies" I meant that >versioning is unnecessary and safe to drop. There is no point >writing "cmake (>= 2.8.2+dfsg.1-0+squeeze1)" when just "cmake" is >enough because cmake in oldstable is above minimum requirement. >Same applies to "libqt4-dev". > > * Short package description should start with lowercase letter. Fixed. *** copyright *** 1) > * Upstream uses two emails in source files: > > Joseph Artsimovich > Joseph Artsimovich > >The latter statement appears to be older (it is often accompanied >by years 2007-2008 and one would hardly use this horrible russian >email service while having account at gmail). > >I would at least mention first statement (i.e. contact email) in >Upstream-Contact or even include both statement to copyright >paragraph as it would be speculative to decide which statement is >more important/valid. I've been in contact with Joseph over a couple of weeks ago. I've just changed that throughout, also in the manpages. 2) > * The following copyright holders are not listed in debian/copyright: > > Vadim Kuznetsov ()DikBSD > 2011 Petr Kovar I've added individual paragraphs for these files. 3) > * "Based on code from the GIMP project" is not a copyright statement >so perhaps it's better to move it to Comment section. Then it would >become obvious that word "Copyright" is used twice in the >paragraph. Yes, I've moved the "based on" info of this files to Comments. 4) > * At least one file in "packaging/osx" is under BOOST license. Also >file "ScanTailor.icns" is a (sourceless?) binary file... I've added a licence paragraph for packaging/osx/user-config.jam 5) > * "License: PD" perhaps is better written as > "License: public-domain". >For files in Public-Domain copyright is not applicable so it is >better to write "Copyright: not-applicable" but mention origin of >files (i.e. Tango project and URL) in Comment field. Changed that. 6) > * One of the man pages is written by "Artem Popov " >but that's not how his name is written in debian/copyright. It is >always safer to use original statement as written by author without >unnecessary translation of person's name to native characters even >if it is done correctly. Yes, all right, changed that. *** misc *** 1) > * Generated man page is not removed on clean. Added debian/clean for that purpose. 2) > Probably you don't need this reminder but when convenient please > forward patch and man pages to upstream. Yes, all right, I'm going to do that. Everything has been pushed to the Git repo. Greetings, Daniel -- http://www.danielstender.com/blog/ GPG key ID: 1654BD9C -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/51c86e2b.90...@danielstender.com
Bug#714144: RFS: didjvu/0.2.7-1 -- DjVu encoder (python-apps)
Package: sponsorship-requests Severity: normal Dear mentors, I'm looking for a sponsor for my new package of didjvu (http://packages.qa.debian.org/d/didjvu.html), http://pypi.python.org/packages/source/d/didjvu/didjvu-0.2.7.tar.gz The Debian patch is kept within the Python Application Team, please cf. the latest commit: http://anonscm.debian.org/viewvc/python-apps/packages/didjvu/trunk/ Changelog: didjvu (0.2.7-1) UNRELEASED; urgency=low [ Daniel Stender ] * New upstream release (Closes: #683581). * Bumped debhelper level to 9 (deb/control and deb/compat). * Added deb/docs to include doc/credits.txt. * deb/control: + bumped standards to 3.9.4 (no changes needed). + added pyexiv2 to Suggests and b-p. + changed Python dependencies (cf. #707807). * deb/copyright: expanded copyrights to 2013. * deb/rules: + removed override for dh_installchangelogs (not needed). + added execution of tests. [ Jakub Wilk ] * Use canonical URIs for Vcs-* fields. -- Daniel Stender Mon, 03 Jun 2013 17:47:57 +0200 Please cf. my build log, here: http://www.danielstender.com/uploads/didjvu_0.2.7-1_amd64.build I've stashed the package at mentors, please cf.: http://mentors.debian.net/package/didjvu http://mentors.debian.net/debian/pool/main/d/didjvu/didjvu_0.2.7-1.dsc Thanks in advance for any pointers! Daniel Stender -- http://www.danielstender.com/blog/ GPG key ID: 1654BD9C -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/51cab06f.9060...@danielstender.com
Bug#714947: RFS: djvusmooth/0.2.14-1 -- graphical editor for DjVu
Package: sponsorship-requests Severity: normal Dear mentors, I'm looking for a sponsor for my new package of Djvusmooth (http://packages.qa.debian.org/d/djvusmooth.html). The Debian patch is kept within the Python Application Team, please cf. http://anonscm.debian.org/viewvc/python-apps/packages/djvusmooth/trunk The changelog entry for this package is: djvusmooth (0.2.14-1) unstable; urgency=low [ Daniel Stender ] * New upstream release. * Bumped Debhelper level to 8 (deb/control and compat). * deb/control: + bumped standards to 3.9.4 (no changes needed). + bumped X-Python-Version to 2.6 (according to Depends). * deb/copyright: + extended copyrights to 2013. * deb/docs: + added doc/credits.txt. * Locales are now shipped with the upstream tarball: + deb/rules: removed execution of update-i18n script and dh_auto_clean overrides. + deb/control: removed b-d on gettext. + removed deb/source/options. [ Jakub Wilk ] * Use canonical URIs for Vcs-* fields. -- Daniel Stender Thu, 27 Jun 2013 16:43:01 +0200 I've uploaded my build log here: http://www.danielstender.com/buildlogs/djvusmooth_0.2.14-1_amd64.build While the package is stashed at Mentors: https://mentors.debian.net/package/djvusmooth http://mentors.debian.net/debian/pool/main/d/djvusmooth/djvusmooth_0.2.14-1.dsc Thanks in advance for any pointers! Greetings, Daniel Stender -- http://www.danielstender.com/blog/ GPG key ID: 1654BD9C -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/51d58fe4.2080...@danielstender.com
Bug#714947: RFS: djvusmooth/0.2.14-1 -- graphical editor for DjVu
Much thanks again for reviewing and pointers! 1) > `cme check dpkg-control` report the following unnecessary versioned > dependencies: > > * python-all (>= 2.6.6-3~) >Debian has squeeze -> 2.6.6-3+squeeze7; wheezy -> 2.7.3-4; jessie -> > 2.7.5-2; sid -> 2.7.5-2; > * djvulibre-bin (>= 3.5.20-5~) >Debian has squeeze -> 3.5.23-3; wheezy -> 3.5.25.3-1; jessie -> > 3.5.25.3-3; sid -> 3.5.25.4-1; > * python-djvu (>= 0.1.15) >Debian has squeeze -> 0.1.18-2; wheezy -> 0.3.9-1; jessie -> 0.3.9-1; sid > -> 0.3.9-1; sid -> 0.3.9-1+b1; > > This time let's remove them before upload please. Removed the unecessary deps. Great pointer to cme! 2) >> * Bumped Debhelper level to 8 (deb/control and compat). > > Why only to level 8? Current recommended level is 9 and even if you're > backporting to squeeze-backports debhelper 9 is there. > Any particular reason to stay on compat=8? > > I know Arch:all packages benefit little from upgrade from dh-8 to dh-9 > but personally I would upgrade for the sake of staying > up-to-date. IMHO there are less caveats if you maintain all/most of > your packages in same DH compatibility level... Yes, allright. When packaging this, I wasn't sure about if generally at least level 8 would be worth to keep, bumped that. 3) > Another improvement idea might be to use upstream .desktop file from > "extra/". There are few differences from .desktop file in "debian/" > and perhaps they could be merged with patch. Usually it is better to > use upstream files when possible as it help to track changes and share > our improvements as well as reduce duplication. I've removed my own .desktop and added a patch. > Please advise if you want to address any of the above issues before > upload. Thanks. I've updated the package at Mentors. Greetings, Daniel -- http://www.danielstender.com/blog/ GPG key ID: 1654BD9C -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/51d6a7d0.10...@danielstender.com
Bug#714947: RFS: djvusmooth/0.2.14-1 -- graphical editor for DjVu
Thanks for further close checking! > Sorry but I have to ask you to correct corresponding changelog entry: > > + removed unnecessary deps (python-all, djvulibre-bin, python-djvu). > > Clearly it says that you dropped three packages from depends while you > merely removed obsolete versioning... Could you re-phrase it please? > That's my only concern -- otherwise I'm ready to upload. Yes, that's misleading, I've improved that. > Also latest changes not yet committed to repository, right? I've committed right now and also I've updated the package at Mentors. Greetings, Daniel -- http://www.danielstender.com/blog/ GPG key ID: 1654BD9C -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/51d6e795.2070...@danielstender.com
Bug#715142: RFS: ocrodjvu/0.7.16-1 -- tool to perform OCR on DjVu documents
Package: sponsorship-requests Severity: normal Dear mentors, I'm looking for a sponsor for my new package of Ocrodjvu (http://packages.qa.debian.org/o/ocrodjvu.html). The Debian patch is kept within the Python Applications Team, please cf. http://anonscm.debian.org/viewvc/python-apps/packages/ocrodjvu/trunk/ The changelog entry for this package is: ocrodjvu (0.7.16-1) UNRELEASED; urgency=low [ Daniel Stender ] * New upstream release (closes: #671764, LP: #1108387). * Bumped dephelper to 9 (deb/control and deb/compat). * debian/changelog: extended copyrights to 2013. * debian/control: + bumped standards to 3.9.4 (no changes needed). + added html5lib to Recommmends (closes: #672489). + changed X-Python-Version to 2.6. + dropped unnecessary version from python-djvu dep. [ Jakub Wilk ] * Use canonical URIs for Vcs-* fields. * Use "python-all (>= 2.7.3-5)" (that is, python-all that have only 2.7 as supported version) as an alternative to python-argparse in Build-Depends (closes: #707806). Thanks to Luca Falavigna for the bug report. -- Daniel Stender Sat, 06 Jul 2013 09:02:20 +02007 I've uploaded my build log here: http://www.danielstender.com/buildlogs/ocrodjvu_0.7.16-1_amd64.build The package is uploaded to mentors: http://mentors.debian.net/package/ocrodjvu http://mentors.debian.net/debian/pool/main/o/ocrodjvu/ocrodjvu_0.7.16-1.dsc Thanks in advance for any pointer & greetings, Daniel Stender -- http://www.danielstender.com/blog/ GPG key ID: 1654BD9C -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/51d7c7f4.3080...@danielstender.com
Re: watch file - remove or only comments?
On 11.10.2016 14:41, Eriberto wrote: > Hi Dominik, > > 2016-10-11 8:53 GMT-03:00 Dominik George : >> >> I wonder what of these two options is the "correct" solution for an >> upstream that is not watch'able (e.g. has no release tarballs, etc.) - >> besides making upstream have release tarballs, that is ;): >> >> a) no watch file >> b) a watch file with only comments >> >> In case a), lintian complains and proposes to place a watch file with a >> comment explaining why it is otherwise empty [0]. >> >> In case b), (at least( the DMD [1] complains about empty uscan output. > > To avoid a false impression that you ignored the watch file by > laziness and to inform an actual status, I created three fake > packages[1]. These packages say if there no upstream site, if there no > release in upstream site or if the upstream site there a package but > doesn't allow track it (using a JavaScript to block it, for example). > > Some people are using my fake packages and you can see the result in > my DDPO[2]. Look at 0.No-Site, 0.No-Release and 0.No-Track. > > Feel free if you want to use this solution. > > [1] https://people.debian.org/~eriberto/#fake-packages > [2] https://qa.debian.org/developer.php?login=eribe...@debian.org > > Regards, > > Eriberto Great thing! DS -- 4096R/DF5182C8 http://www.danielstender.com/blog/
Bug#751742: RFS: didjvu/0.2.8-1 -- (Python-apps) DjVu encoder with foreground/background separation
Package: sponsorship-requests Severity: normal Hello, I'm seeking for an uploader resp. reviewer for my update of Didjvu. It appears to be Lintian clean. Please cf: http://anonscm.debian.org/viewvc/python-apps/packages/didjvu/trunk/ svn://anonscm.debian.org/python-apps/packages/didjvu/trunk/ Mentors upload: http://mentors.debian.net/debian/pool/main/d/didjvu/didjvu_0.2.8-1.dsc Build log: http://www.danielstender.com/buildlogs/didjvu_0.2.8-1_amd64.build Thank you very much, Daniel Stender -- http://www.danielstender.com/blog/ PGP key: 2048R/E41BD2D0 C879 5E41 1ED7 EE80 0F2E 7D0C DBDD 4D96 E41B D2D0 -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/539eb63d.8030...@danielstender.com
Bug#752027: RFS: ocrodjvu/0.7.18-1 -- (Python-apps) tool to perform OCR on DjVu documents
Package: sponsorship-requests Severity: normal Hi, I am seeking for an uploader for my new package of the useful Ocrodjvu. It appears to be Lintian clean. For that, please cf: http://anonscm.debian.org/viewvc/python-apps/packages/ocrodjvu/trunk/ svn://anonscm.debian.org/python-apps/packages/ocrodjvu/trunk/ Mentors upload: http://mentors.debian.net/package/ocrodjvu http://mentors.debian.net/debian/pool/main/o/ocrodjvu/ocrodjvu_0.7.18-1.dsc Buildlog: http://www.danielstender.com/buildlogs/ocrodjvu_0.7.18-1_amd64.build Thank you very much, Daniel Stender -- http://www.danielstender.com/blog/ PGP key: 2048R/E41BD2D0 C879 5E41 1ED7 EE80 0F2E 7D0C DBDD 4D96 E41B D2D0 -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53a1fa5e.7020...@danielstender.com
Bug#752729: RFS: djvusmooth/0.2.14-2 -- (Python-apps) graphical editor for DjVu
Package: sponsorship-requests Severity: normal Hi people, I'm looking for an uploader for my new package of Djvusmooth. There are only minor changes and it appears to be Lintian clean. Mentors upload: http://mentors.debian.net/package/djvusmooth http://mentors.debian.net/debian/pool/main/d/djvusmooth/djvusmooth_0.2.14-2.dsc Svn: http://anonscm.debian.org/viewvc/python-apps/packages/djvusmooth/trunk/ svn://anonscm.debian.org/python-apps/packages/djvusmooth/trunk/ Build log: http://www.danielstender.com/buildlogs/djvusmooth_0.2.14-2_amd64.build Thank you very much, Daniel Stender -- http://www.danielstender.com/blog/ PGP key: 2048R/E41BD2D0 C879 5E41 1ED7 EE80 0F2E 7D0C DBDD 4D96 E41B D2D0 -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53ab4f37.4080...@danielstender.com
Bug#752729: RFS: djvusmooth/0.2.14-2 -- (Python-apps) graphical editor for DjVu
Plus, the changelog entry for this package: djvusmooth (0.2.14-2) UNRELEASED; urgency=low * deb/control: + bumped standards to 3.9.5 (no changes needed). + changed maintainer email address. * deb/copyright: + changed maintainer email address. + expanded copyrights to 2014. * deb/watch: added pgpsigurlmangle (also added deb/upstream-signing-key.pgp). -- Daniel Stender Thu, 26 Jun 2014 00:19:40 +0200 Greetings, Daniel Stender -- http://www.danielstender.com/blog/ PGP key: 2048R/E41BD2D0 C879 5E41 1ED7 EE80 0F2E 7D0C DBDD 4D96 E41B D2D0 -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53ad3b12.5040...@danielstender.com
Bug#753731: RFS: ocr4gamera/1.1.0-1 -- (DPMT) python-gamera.toolkits.ocr - toolkit for building OCR systems
Package: sponsorship-requests Severity: normal Hi, I'm looking for a sponsor of my new package of the OCR toolkit for Gamera. It appears to be Lintian clean. For changes, please cf. http://anonscm.debian.org/viewvc/python-modules/packages/ocr4gamera/trunk/ Mentors upload: http://mentors.debian.net/package/ocr4gamera Buildlog: http://www.danielstender.com/buildlogs/ocr4gamera_1.1.0-1_amd64.build Changelog: ocr4gamera (1.1.0-1) UNRELEASED; urgency=low * New upstream release. + Removed doc-fix-hyperlink-target.diff, doc-plugin-import.diff, and no-wx-import.diff. * deb/control: + New maintainer (Closes: #629179). + Dropped b-d on python-support. + Added versioning to b-d on python-all-dev. + Bumped standards to 3.9.5 (no changes needed). + Use canonical URIs for Vcs-* fields [Jakub Wilk]. + Changed XS-Python-Version to X-Python-Version, bumped to 2.5. + Rearranged, wrapped and sorted. * deb/copyright: + Specified Upstream-Contact according to README. + Added new maintainer. + Improved Copyright lines. * deb/rules: + Added export for DH_VERBOSE. + Reduced to build with dh sequencer. * Removal of generated manpage(s) moved to deb/clean. An update of the Gamera package is coming up, next. Greetings, Daniel Stender -- http://www.danielstender.com/blog/ PGP key: 2048R/E41BD2D0 C879 5E41 1ED7 EE80 0F2E 7D0C DBDD 4D96 E41B D2D0 -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53b6bb2f.2020...@danielstender.com
Bug#753824: RFS: greekocr4gamera/1.0.1-5 [ITA] -- (DPMT) python-gamera.toolkits.greekocr - toolkit for building OCR systems for polytonal Greek
Package: sponsorship-requests Severity: normal Hi people, I'm looking for a sponsor of my new package of the OCR toolkit for Classical Greek for Gamera. It appears to be Lintian clean. For the my changes, please cf. http://anonscm.debian.org/viewvc/python-modules/packages/greekocr4gamera/trunk/ Mentors upload of the package: http://mentors.debian.net/package/greekocr4gamera Buildlog: http://www.danielstender.com/buildlogs/greekocr4gamera_1.0.1-5_amd64.build greekocr4gamera (1.0.1-5) UNRELEASED; urgency=low * deb/control: + New maintainer (Closes: #644570). + Bumped version of b-p on python-all to 2.6.6-3~. + Dropped b-d on python-support. + Bumped standards to 3.9.5 (no changes needed). + Use canonical URIs for Vcs-* fields [Jakub Wilk]. + Added X-Python-Version. + Rearranged, wrapped and sorted. * deb/copyright: + Added email address for Upstream-Contact. + Added myself to Copyright owners of deb/*. * deb/rules: + Added export line for DH_VERBOSE. + Reduced to build with dh sequencer. * Removal of generated manpage(s) moved to deb/clean. This package is closely related to ocr4gamera (python-gamera.toolkits.ocr), which is also on RFS, please cf. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=753731 An update Gamera itself is coming up quickly. Greetings, Daniel Stender -- http://www.danielstender.com/blog/ PGP key: 2048R/E41BD2D0 C879 5E41 1ED7 EE80 0F2E 7D0C DBDD 4D96 E41B D2D0 -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53b80524.6080...@danielstender.com
Bug#754043: RFS: dictdlib/2.0.4.2-1 [ITA] -- python-dictdlib - Python library for dictd dictionaries
Package: sponsorship-requests
Severity: normal
Hello,
I'm looking for a sponsor of my package of python-dictdlib
https://packages.qa.debian.org/d/dictdlib.html
The package appears to be Lintian clean. I've uploaded it to mentors:
http://mentors.debian.net/package/dictdlib
http://mentors.debian.net/debian/pool/main/d/dictdlib/dictdlib_2.0.4.2-1.dsc
Buildlog:
http://www.danielstender.com/buildlogs/dictdlib_2.0.4.2-1_amd64.build
Changelog:
* New upstream tarball w/o debian/*.
* deb/control:
+ Changed Section from interpreters to python.
+ Change of maintainer.
+ Bumped Debhelper level to 8 (also im deb/compat).
+ Changed b-p of python-all-dev to python-all.
+ Bumped Standards to 3.9.5.
+ Added Homepage.
+ Added ${misc:Depends} to Depends.
* deb/copyright: Updated and changed throughout.
* deb/rules:
+ Added build-arch and -indep build targets.
+ Added removal of egg-info (version backlog in setup.py).
+ Package changelog now handled by dh_installchangelogs (deleted
from deb/docs).
+ Removed unnecessary comments and dh helpers.
* Added watch file, doc-base, sources/format.
* Removed deb/examples (not included).
On the ITA w/o RFA bug: I've been in contact with John Goerzen on this.
Greetings,
Daniel Stender
--
http://www.danielstender.com/blog/
PGP key: 2048R/E41BD2D0
C879 5E41 1ED7 EE80 0F2E 7D0C DBDD 4D96 E41B D2D0
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/53b9d1a0.3060...@danielstender.com
Bug#754202: RFS: gamera/3.4.1-1 [RC, ITA] -- document analysis framework
Package: sponsorship-requests Severity: important Hello, I'm seeking for a sponsor for my package of Gamera: https://packages.qa.debian.org/g/gamera.html The Debian patch is community maintained: http://anonscm.debian.org/viewvc/python-modules/packages/gamera/trunk/ svn://svn.debian.org/python-modules/packages/gamera/trunk I've putted the package up onto Mentors: http://mentors.debian.net/package/gamera http://mentors.debian.net/debian/pool/main/g/gamera/gamera_3.4.1-1.dsc Build log: http://www.danielstender.com/buildlogs/gamera_3.4.1-1_amd64.build The package includes a new upstream release, closes a couple of bugs, and prohibits the imminent AUTORM of itself and several dependencies in a couple of days because of the spurious libtiff4-dev b-p of the orphaned predecessor (cf. #736004). Thank you very much, Daniel Stender -- http://www.danielstender.com/blog/ PGP key: 2048R/E41BD2D0 C879 5E41 1ED7 EE80 0F2E 7D0C DBDD 4D96 E41B D2D0 -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53bc1ef8.8030...@danielstender.com
Bug#754202: RFS: gamera/3.4.1-1 [RC, ITA] -- document analysis framework
In the meanwhile, I've added another patch to fix #737324 (CVE-2014-1937). Greetings, Daniel Stender -- http://www.danielstender.com/blog/ PGP key: 2048R/E41BD2D0 C879 5E41 1ED7 EE80 0F2E 7D0C DBDD 4D96 E41B D2D0 -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53bc87c9.5070...@danielstender.com
Bug#754202: Gamera/3.4.1-1
Thanks Dmitry for the close review and the valuable hints for further improvements. I'll get through it, luckily there is still some time until the package really gets AUTORM. Greetings, Daniel On 14.07.2014 08:21, Dmitry Smirnov wrote: Hi Daniel, I'm not sure if I have enough time to familiarise myself with the package to sponsor it but I had a quick look so here is my feedback and improvement ideas: Although debian/copyright is almost comprehensive it still misses some organisations, notably "2007 INRIA" (AKA Dolphin?), "2006 LIFL" (AKA OPAC?). Worth to clarify. Besides copyright file feels not very human-readable and therefore it is hard to review. I understand the effort that will be necessary but I still hope that eventually (when convenient) the following improvements can be made: * Sorting (please alphabetise copyright holders) * Padding with spaces (to make lists appears more like tables i.e. add spaces between copyright year and name if necessary to make all names begin from the same column). This will increase readability. * Ideally it will be nice to have contact emails listed as well. Many of them can be harvested from source files. * I prefer to be more precise regarding years of copyright so I would remove trailing commas after copyright years. When year of copyright written like "2007," it may create wrong impression that person is still actively contributing which is not true on many occasions. I believe it is better to write "2007-2011" and never use ambiguous trailing commas. I've noticed that package is not using dh_python2. I do not have enough experience with Python to say whether it is a good or bad thing. I also think that package could use more debhelper functionality. This is not a problem but I'd prefer someone (other than me) who have more Python experience to review and upload. Hopefully someone from Python team could help? Gamera_gui exposes its modules globally which may be unnecessary. I understand that according to Python policy it is desirable to install application's modules privately. In that sense "python-gamera" obviously should be exposed in global name space but "gamera-gui" may be better to hide its modules. `cme check dpkg-control` (from "libconfig-model-dpkg-perl") reported unnecessary versioned dependencies. This is the opportunity to clean "debian/control". Finally my biggest concern is new dependency on wxwidgets2.8. There is on-going transition to wxwidgets3.0: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=748169 So if I understand situation properly your package will be blocking this transition (if uploaded as is) and therefore it will be affected by yet-to-be- filed "serious" bug. IMHO it will be ideal to migrate to wxwidgets3.0 before upload. -- http://www.danielstender.com/blog/ PGP key: 2048R/E41BD2D0 C879 5E41 1ED7 EE80 0F2E 7D0C DBDD 4D96 E41B D2D0 -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53c37c9b.1020...@danielstender.com
Bug#754202: Gamera/3.4.1-1
On 14.07.2014 08:21, Dmitry Smirnov wrote: All right, Although debian/copyright is almost comprehensive it still misses some organisations, notably "2007 INRIA" (AKA Dolphin?), "2006 LIFL" (AKA OPAC?). Worth to clarify. Besides copyright file feels not very human-readable and therefore it is hard to review. I understand the effort that will be necessary but I still hope that eventually (when convenient) the following improvements can be made: * Sorting (please alphabetise copyright holders) * Padding with spaces (to make lists appears more like tables i.e. add spaces between copyright year and name if necessary to make all names begin from the same column). This will increase readability. * Ideally it will be nice to have contact emails listed as well. Many of them can be harvested from source files. * I prefer to be more precise regarding years of copyright so I would remove trailing commas after copyright years. When year of copyright written like "2007," it may create wrong impression that person is still actively contributing which is not true on many occasions. I believe it is better to write "2007-2011" and never use ambiguous trailing commas. I've improved the copyright file throughout, sorted, padded, removed trailing commas, enriched. I've noticed that package is not using dh_python2. I do not have enough experience with Python to say whether it is a good or bad thing. I also think that package could use more debhelper functionality. This is not a problem but I'd prefer someone (other than me) who have more Python experience to review and upload. Hopefully someone from Python team could help? In addition to the exchange of python_support with dh_python2 I've now changed also "XS-Python-Version" to "X-Python-Version" in deb/control. Gamera_gui exposes its modules globally which may be unnecessary. I understand that according to Python policy it is desirable to install application's modules privately. In that sense "python-gamera" obviously should be exposed in global name space but "gamera-gui" may be better to hide its modules. I've build with the gamera-gui modules in /usr/share/gamera-gui/ but there a deeper module import problems. I don't know if that could be solved w/o getting dirty, but I'll keep to that issue. `cme check dpkg-control` (from "libconfig-model-dpkg-perl") reported unnecessary versioned dependencies. This is the opportunity to clean "debian/control". Yes, right. I've checked against cme check dpkg-control and removed the needless b-ds. Finally my biggest concern is new dependency on wxwidgets2.8. There is on-going transition to wxwidgets3.0: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=748169 So if I understand situation properly your package will be blocking this transition (if uploaded as is) and therefore it will be affected by yet-to-be- filed "serious" bug. IMHO it will be ideal to migrate to wxwidgets3.0 before upload. If wxpython3.0 becomes available when this bug is still open changes on that could be pushed quickly. Otherwise I'm going to prepare another package immediately after it is available. Greetings, Daniel -- http://www.danielstender.com/blog/ PGP key: 2048R/E41BD2D0 C879 5E41 1ED7 EE80 0F2E 7D0C DBDD 4D96 E41B D2D0 -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53c908d2.5030...@danielstender.com
Bug#755254: RFS: pybtex/0.18-1 -- BibTeX-compatible bibliography processor (update)
Package: sponsorship-requests Severity: normal Hello, I'm looking for an sponsor of my new package of Pybtex. For changes, please cf. http://anonscm.debian.org/viewvc/python-apps/packages/pybtex/trunk/ or checkout: svn://anonscm.debian.org/python-apps/packages/pybtex/trunk/ Mentors upload: http://mentors.debian.net/package/pybtex package: http://mentors.debian.net/debian/pool/main/p/pybtex/pybtex_0.18-1.dsc Buildlog: http://www.danielstender.com/buildlogs/pybtex_0.18-1_amd64.build Changelog: * New upstream release. * deb/changelog: fixed typo (fixes lintian complaint on experimental-to-unstable-w/o-comment). * deb/control: + Updated maintainer email address. + Bumped standards to 3.9.5 (no changes needed). + Use canonical URIs for Vcs-* fields [Jakub Wilk]. + Added python-pkg-resources to Depends (Closes: #684699). + Removed Conflicts (obsolete). * deb/copyright: changed Format line for DEP-5, updated. * deb/rules: + Added export lines for DH_VERBOSE and DEB_BUILD_OPTIONS. + Removed build targets in favour of simplified dh sequencer call. * Changed to build with dh_python2: + deb/control: removed b-d on python-support, bumped version of python-all to 2.6.6-3~. + deb/rules: rearragned, added python2 to dh sequencer. * Upstream now ships with changelog: + deb/clean: removed doc/changelog. + deb/control: removed b-p on elinks. + deb/rules: dropped override for dh_installchangelogs. * Removed lintian-overrides (obsolete). Thank you very much, Daniel Stender -- http://www.danielstender.com/blog/ PGP key: 2048R/E41BD2D0 C879 5E41 1ED7 EE80 0F2E 7D0C DBDD 4D96 E41B D2D0 -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53ca2e45.4090...@danielstender.com
Bug#755410: RFS: python-xmp-toolkit/2.0.1-1 [ITA] -- Python library for XMP
Package: sponsorship-requests Severity: normal Hi, I'm looking for a sponsor of my package of the Python-xmp-toolkit: https://packages.qa.debian.org/p/python-xmp-toolkit.html The Debian patch is community maintained: http://anonscm.debian.org/viewvc/python-modules/packages/python-xmp-toolkit/trunk/ Plus, I've uploaded the my package to mentors: http://mentors.debian.net/package/python-xmp-toolkit http://mentors.debian.net/debian/pool/main/p/python-xmp-toolkit/python-xmp-toolkit_2.0.1-1.dsc My buildlog: http://www.danielstender.com/buildlogs/python-xmp-toolkit_2.0.1-1_amd64.build Changelog: * New upstream release: updated hardcode-library-name.diff, removed fix-deprecated-unittest-methods.diff (applied upstream). * Changed to build with setuptools: + Removed patches/no-setuptools.diff, added b-ds on python(3)-setuptools. * deb/control: + Change of maintainer (Closes: #708545). + Bumped debhelper level to 9 (also in debian/compat). + B-ds: dropped python-support, added python3-all, python(3)-mock, python(3)-tz (needed by test suite), and dh-python. + Bumped standards to 3.9.5 (no changes needed). + Changed Homepage URL (Google Code became obsolete). + Added X-Python(3)-Versions. + Added description for Python3 bindings package. * deb/copyright: + Updated Format URI [Jakub Wilk]. + Straightened, removed trailing commas, updated. * deb/rules: + Added DH_VERBOSE, DEB_BUILD_OPTIONS and PYBUILD_NAME export lines. + Reduced to build with dh sequencer. * deb/watch: changed from Google Code (obsolete) to Pypi. * Upstream ships with Sphinx documentation: + Removed deb/get-orig.source.sh (not needed anymore to create dfsg). + deb/control: added b-d for python-sphinx. + deb/rules: overrides for building docs and removal of docs/_build. + deb/rules: generation of symbolic links for jquery.js and underscore.js. + Added deb/python(3)-libxmp.docs and deb/python(3)-libxmp.doc-base. * deb/source: added extend-diff-ignore for \.egg-info. * Wrapped and sorted. Thank you very much, Daniel Stender -- http://www.danielstender.com/blog/ PGP key: 2048R/E41BD2D0 C879 5E41 1ED7 EE80 0F2E 7D0C DBDD 4D96 E41B D2D0 -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53cbc2e2.5010...@danielstender.com
Bug#755718: RFS: nltk/3.0.0b1-1 [ITP] -- Python Natural Language Toolkit
Package: sponsorship-requests Severity: wishlist Hi, I'm searching for an sponsor of my initial package of Nltk 3.0: http://www.nltk.org/ This is a major library for Natural language processing, but although the WNPP-Bug really is from 2004, it haven't made it into Debian so far: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=279422 The source package builds also a binary package for Python 3, and appears to be Lintian (-F) clean. I'm not sure about the Copyright info "License: eGenix.com Public License" deriving out of the Ubuntu package (still 2.0) on which there remains a complaint by cme check dpkg-copyright. Anyway, the debian patch is stored here: http://anonscm.debian.org/viewvc/python-modules/packages/nltk/ Mentors upload: http://mentors.debian.net/package/nltk http://mentors.debian.net/debian/pool/main/n/nltk/nltk_3.0.0b1-1.dsc Buildlog (build with Cowbuilder against Sid): http://www.danielstender.com/buildlogs/nltk_3.0.0b1-1_amd64.build Thank you very much for considering, Daniel Stender -- http://www.danielstender.com/blog/ PGP key: 2048R/E41BD2D0 C879 5E41 1ED7 EE80 0F2E 7D0C DBDD 4D96 E41B D2D0 -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53cea910.3010...@danielstender.com
Bug#754202: Gamera/3.4.1-1
Here, everything's ready to push the updated dependency immediately after wxpython3.0 hits Sid, also for a 3.4.1-2. Greetings, Daniel On 23.07.2014 03:53, Dmitry Smirnov wrote: On Tue, 15 Jul 2014 19:21:35 Jakub Wilk wrote: As the bug says, there is no wxPython 3.0 in Debian yet... True, but the following bug was just filed: transition: wxpython3.0 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=755757 -- http://www.danielstender.com/blog/ PGP key: 2048R/E41BD2D0 C879 5E41 1ED7 EE80 0F2E 7D0C DBDD 4D96 E41B D2D0 -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53cf7d77.8050...@danielstender.com
Python package documentation with Sphinx: encoding related build failure
Hi, I'm working on packaging a Python package with a Sphinx based documentation, Nltk 3.0.0b1, and there are encoding related build errors. building [html]: targets for 28 source files that are out of date updating environment: 28 added, 0 changed, 0 removed reading sources... [ 3%] api/nltk reading sources... [ 7%] api/nltk.align reading sources... [ 10%] api/nltk.app reading sources... [ 14%] api/nltk.ccg reading sources... [ 17%] api/nltk.chat reading sources... [ 21%] api/nltk.chunk reading sources... [ 25%] api/nltk.classify reading sources... [ 28%] api/nltk.cluster reading sources... [ 32%] api/nltk.corpus reading sources... [ 35%] api/nltk.corpus.reader reading sources... [ 39%] api/nltk.draw reading sources... [ 42%] api/nltk.examples Encoding error: 'ascii' codec can't decode byte 0xf3 in position 386: ordinal not in range(128) The full traceback has been saved in /tmp/sphinx-err-zJoCwN.log, if you want to report the issue to the developers. *** Introductory Examples for the NLTK Book *** Loading ptext1, ... and psent1, ... Type the name of the text or sentence to view it. Type: 'texts()' or 'sents()' to list the materials. Makefile:21: recipe for target 'web' failed Strangely, this only occurs when trying to build against Sid (via Cowbuilder), building with debuild withing Testing works fine. The package is: http://mentors.debian.net/debian/pool/main/n/nltk/nltk_3.0.0b1-1.dsc (switched to build "$(MAKE) without_api" in deb/rules so far to prevent FBFS, "$(MAKE) web" reproduces this error. BTW, the package is RFS: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=755718 Thanks in advance for any hint, Daniel Stender -- http://www.danielstender.com/blog/ PGP key: 2048R/E41BD2D0 C879 5E41 1ED7 EE80 0F2E 7D0C DBDD 4D96 E41B D2D0 -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53d0c3f3.7070...@danielstender.com
Re: Python package documentation with Sphinx: encoding related build failure
Thanks guys for the hints. Yes indeed, I've checked the Sid within Cowbuilder and the environment is set to "C". But here, several attempts to change the build LC_LANG failed so far being effective for the Sphinx build, and that error remains. I'll come back when I've got deeper into that issue. Greetings, Daniel On 24.07.2014 18:06, Etienne Millon wrote: * Barry Warsaw [140724 17:41]: I don't remember the details, but I think there are some build environments where the locale is not set correct (or not set?), which can cause Python's default encodings to kick in and make incorrect assumptions (albeit based on limited available information). I think I've seen this with sbuilds occasionally. The fix is usually to be explicit about the encoding or make sure the locale is set to UTF-8. It'll also work differently depending on whether you're using Python 2 or 3. Sorry I'm a little fuzzy on the details - it's been a while. Hopefully that gives enough of a clue to keep digging in the right place. I had the problem with a build environment which resets LC_ALL to C or unsets it (can't remember if it's at the pbuilder or pybuild level). To print a (unicode) string, python3 needs to know how to encode the string and uses locale for that. In my case the following worked: override_dh_auto_test: LC_ALL=C.UTF-8 dh_auto_test -- http://www.danielstender.com/blog/ PGP key: 2048R/E41BD2D0 C879 5E41 1ED7 EE80 0F2E 7D0C DBDD 4D96 E41B D2D0 -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53d1707a.90...@danielstender.com
Bug#755718: RFS: nltk/3.0.0b1-1 [ITP] -- Python Natural Language Toolkit
There is an open issue with the documentation: https://lists.debian.org/debian-mentors/2014/07/msg00349.html Greetings, Daniel Stender -- http://www.danielstender.com/blog/ PGP key: 2048R/E41BD2D0 C879 5E41 1ED7 EE80 0F2E 7D0C DBDD 4D96 E41B D2D0 -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53d19c63.3090...@danielstender.com
Re: Python package documentation with Sphinx: encoding related build failure
I'm afraid the problem lies somewhat deeper, ~$ export LC_ALL=C.UTF-8 ~$ locale | grep LC_ALL LC_ALL=C.UTF-8 ~$ python Python 2.7.8 (default, Jul 4 2014, 13:08:34) [GCC 4.9.0] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import sys >>> sys.getdefaultencoding() 'ascii' >>> Cf. http://blog.webforefront.com/archives/2011/02/python_ascii_co.html Greetings, Daniel On 24.07.2014 22:45, Daniel Stender wrote: Thanks guys for the hints. Yes indeed, I've checked the Sid within Cowbuilder and the environment is set to "C". But here, several attempts to change the build LC_LANG failed so far being effective for the Sphinx build, and that error remains. I'll come back when I've got deeper into that issue. Greetings, Daniel -- http://www.danielstender.com/blog/ PGP key: 2048R/E41BD2D0 C879 5E41 1ED7 EE80 0F2E 7D0C DBDD 4D96 E41B D2D0 -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53d2e173.10...@danielstender.com
Bug#755718: RFS: nltk/3.0.0b1-1 [ITP] -- Python Natural Language Toolkit
The package now builds with the apis while just the examples have been left out - they need the corpus data any, which isn't shipped with the upstream tarball, so this might be a non issue at last. Greetings, Daniel Stender -- http://www.danielstender.com/blog/ PGP key: 2048R/E41BD2D0 C879 5E41 1ED7 EE80 0F2E 7D0C DBDD 4D96 E41B D2D0 -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53d2e840.4060...@danielstender.com
Bug#755718: Fwd: Re: Bug#755718: RFS: nltk/3.0.0b1-1 [ITP] -- Python Natural Language Toolkit
Original Message Subject: Re: Bug#755718: RFS: nltk/3.0.0b1-1 [ITP] -- Python Natural Language Toolkit Date: Sat, 26 Jul 2014 17:31:40 +0200 From: Daniel Stender To: Andreas Tille Hi Andreas, thank you for your offer. That's interesting and I think Nltk would fit perfectly into DebianScience/Linguistics. I'll take care of the SoB requirements then (e.g. transferring to DebianScience VCS), and come back. Greetings, Daniel On 26.07.2014 08:28, Andreas Tille wrote: Hi, On Sat, Jul 26, 2014 at 01:29:04AM +0200, Daniel Stender wrote: The package now builds with the apis while just the examples have been left out - they need the corpus data any, which isn't shipped with the upstream tarball, so this might be a non issue at last. I might consider sponsering the package if you confirm that the package fits into the Debian Science task linguistics[1]. In this case I'd recommend you follow the adwise given at the Sponsering of Blends Wiki page[2]. Kind regards Andreas. [1] http://blends.debian.org/science/tasks/linguistics [2] https://wiki.debian.org/DebianPureBlends/SoB -- http://www.danielstender.com/blog/ PGP key: 2048R/E41BD2D0 C879 5E41 1ED7 EE80 0F2E 7D0C DBDD 4D96 E41B D2D0 -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53d3cafb.5000...@danielstender.com
Bug#757675: RFS: python-djvulibre/0.3.9-2 -- Python support for the DjVu image container format
Package: sponsorship-requests Severity: normal Hello, I'm looking for a sponsor for my new package of python-djvulibre, which now also builds Python3 packages. It appears to be Lintian clean. For changes, please cf. http://lists.alioth.debian.org/pipermail/python-modules-commits/2014-August/029360.html http://lists.alioth.debian.org/pipermail/python-modules-commits/2014-August/029361.html (changelog update) The Debian patch is community maintained: http://anonscm.debian.org/viewvc/python-modules/packages/python-djvulibre/trunk/ Mentors upload: http://mentors.debian.net/package/python-djvulibre Buildlog: http://www.danielstender.com/buildlogs/python-djvulibre_0.3.9-2_amd64.build Changelog: * deb/control: + Updated maintainer email address. + Removed unneccesary b-ds and updated for Python3 packages. + Added Python3 package descriptions (Closes: #604037). + Bumped standards to 3.9.5 (no further changes needed). + Use canonical URIs for Vcs-* fields [Jakub Wilk]. * deb/copyright: + Changed Source URI to code repo. + Updated Format-Specification, copyright spans and email addresses. * deb/rules: + added DEB_BUILD_OPTIONS export line. + build with pybuild, reduced. + added doc/credits.txt to dh_installdocs for all packages. + build documentation with dh_sphinxdoc. * Dropped .install-s (unneeded), .examples (moved to doc package), -doc.links, updated -doc.doc-base. * deb/compat: bumped Debhelper level to 9. * deb/watch: added pgpsigurlmangle (also added deb/upstream-signing-key.pgp). * Added \.egg.info to source/options. * Wrapped-and-sorted -a. Thank you very much for considering, Daniel Stender -- http://www.danielstender.com/blog/ PGP key: 2048R/E41BD2D0 C879 5E41 1ED7 EE80 0F2E 7D0C DBDD 4D96 E41B D2D0 -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53e75092.3050...@danielstender.com
Bug#757675: RFS: python-djvulibre/0.3.9-2 -- Python support for the DjVu image container format
Hi Vincent, much thanks for the review. On 10.08.2014 14:54, Vincent Bernat wrote: Not much to say. Are you sure that upstream-signing-key.pgp is at the right location? The manual page for uscan still says debian/upstream/signing-key.pgp. When I try, I get: Newest version on remote site is 0.3.9, local version is 0.3.9 => Forcing download as requested -- Downloading updated package python-djvulibre-0.3.9.tar.gz -- Downloading OpenPGP signature for package as python-djvulibre-0.3.9.tar.gz.pgp -- Verifying OpenPGP signature python-djvulibre-0.3.9.tar.gz.pgp for python-djvulibre-0.3.9.tar.gz gpgv: Signature made lun. 19 mars 2012 21:02:31 CET using RSA key ID 015475F5 gpgv: [don't know]: invalid packet (ctb=2d) gpgv: keydb_search failed: invalid packet gpgv: Can't check signature: public key not found uscan warning: OpenPGP signature did not verify. Yes, that doesn't work: it's not the developer's public key. Corrected. -- Downloading OpenPGP signature for package as python-djvulibre-0.3.9.tar.gz.pgp -- Verifying OpenPGP signature python-djvulibre-0.3.9.tar.gz.pgp for python-djvulibre-0.3.9.tar.gz gpgv: Signature made Mo 19 Mär 2012 21:02:31 CET using RSA key ID 015475F5 gpgv: Good signature from "Jakub Wilk " gpgv: aka "Jakub Wilk " gpgv: aka "Jakub Wilk " gpgv: aka "[invalid image]" -- Successfully downloaded updated package python-djvulibre-0.3.9.tar.gz -- Successfully renamed /tmp/python-djvulibre-0.3.9.tar.gz to /tmp/python-djvulibre_0.3.9.orig.tar.gz. -- Scan finished Also, you may want to remove debian/patches when it is empty. Removed. Greetings, Daniel -- http://www.danielstender.com/blog/ PGP key: 2048R/E41BD2D0 C879 5E41 1ED7 EE80 0F2E 7D0C DBDD 4D96 E41B D2D0 -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53e77d3a.20...@danielstender.com
Bug#755410: RFS: python-xmp-toolkit/2.0.1-1 [ITA] -- Python library for XMP
Eriberto,
thank you very much for reviewing my package.
On 28.08.2014 21:49, Eriberto Mota wrote:
1. d/copyright says that upstream copyright years are 2008-2009.
However, the upstream changelog has newer dates. Please, update the
years.
The changelog spans up to 2.0.0 of 2013.
I've rechecked the repo and found that our tarball 2.0.1 is actually a
beta (Git releases: "2.0.1 release preparation"). AAMOF the repo
contains an updated changelog with infos on release 2.0.1 (spanning to
2014).
So, I've updated deb/copyright to the actual year of the code, 2014.
Further, I would like to package the latest git rev. as
2.0.1~git000-1, do you agree?
I've also updated an Upstream-Contact email address according to AUTHOR.
2. Remove the useless file d/source/options.
Yes, that's obselete. Removed it.
3. A problem: after the build of the binary python-libxmp-doc, the new
files usr/share/doc/python-libxmp-doc/html/_static/{basic,default}.css
have this header:
* Sphinx stylesheet -- default theme.
*
* :copyright: Copyright 2007-2014 by the Sphinx team, see AUTHORS.
* :license: BSD, see LICENSE for details.
It is an inedit situation for me, but the license must be placed at
d/copyright. So, I suggest put it in d/copyright and add a field
'comment'[1] to explain about this.
[1] http://dep.debian.net/deps/dep5/#fields
I've added that to deb/copyright. License details I've taken from
LICENSE of the python-sphinx source package.
4. Note that your package has new binaries (.deb) and will be NEW.
Yes, alright.
Thanks for your work. Your packaging is very good.
Thanks for encouraging, nice!
For the fresh build, please cf.
http://lists.alioth.debian.org/pipermail/python-modules-commits/2014-August/029615.html
http://svn.debian.org/viewsvn/python-modules/packages/python-xmp-toolkit/trunk/
http://www.danielstender.com/buildlogs/python-xmp-toolkit_2.0.1-1_amd64.build
http://mentors.debian.net/debian/pool/main/p/python-xmp-toolkit/python-xmp-toolkit_2.0.1-1.dsc
Greetings,
Daniel Stender
--
http://www.danielstender.com/blog/
PGP key: 2048R/E41BD2D0
C879 5E41 1ED7 EE80 0F2E 7D0C DBDD 4D96 E41B D2D0
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/540078e0.9020...@danielstender.com
Bug#755410: RFS: python-xmp-toolkit/2.0.1-1 [ITA] -- Python library for XMP
On 29.08.2014 15:52, Eriberto wrote: Further, I would like to package the latest git rev. as 2.0.1~git000-1, do you agree? Yes! But I think that the correct is 2.0.1~git20140309.984fb5. To see more examples: $ dpkg -l | grep -i git. Alright. I've checked out the latest revision which was pushed on the same day, it just completed CHANGELOG and AUTHORS: https://github.com/python-xmp-toolkit/python-xmp-toolkit/commit/5437b0ac5f756762ceba30bf97486d049727cd0b There appears an additional author email address, which I've also added to deb/changelog: http://lists.alioth.debian.org/pipermail/python-modules-commits/2014-August/029616.html The updated build is: http://www.danielstender.com/buildlogs/python-xmp-toolkit_2.0.1~git20140309.5437b0a-1_amd64.build Pushed also to mentors: http://mentors.debian.net/debian/pool/main/p/python-xmp-toolkit/python-xmp-toolkit_2.0.1~git20140309.5437b0a-1.dsc Greetings, Daniel -- http://www.danielstender.com/blog/ PGP key: 2048R/E41BD2D0 C879 5E41 1ED7 EE80 0F2E 7D0C DBDD 4D96 E41B D2D0 -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54008ebd.8020...@danielstender.com
Versioning for cherry picked after-freeze RC fixing packages
Hi, I'm searching a procedure for the following case: 1) against one my packages (it's Deap), currently a "-3" in Testing, a RC critical bug has been filed 2) the fix for that bug is already available together with other further developments as "-4" in the SVN repo, I am collecting improvements for a future package there, 3) but only RC critical bug fixes are accepted into Testing now, so I thought about creating a package "-4" which only contains the bug fix, and push the other changes into "-5" in the changelog, that's easy, 4) but then, I cannot tag the "-4" anywhere because the SVN commit history doesn't match the changelog, 5) I was thinking about creating a minor version number "-3.1" for the RC bug fix, but that's preserved for NMU (Lintian complaint), which it isn't Any experiences how to proceed? It's going to be sponsored anyway, asking the sponsor or the release team to just upload a NMU "-3.1"? Greetings, Daniel Stender -- http://qa.debian.org/developer.php?login=debian%40danielstender.com GPG key: 4096R/DF5182C8 46CB 1CA8 9EA3 B743 7676 1DB9 15E0 9AF4 DF51 82C8 -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/545ba2f6.1060...@danielstender.com
Re: Versioning for cherry picked after-freeze RC fixing packages
Commit history and changelog "doesn't match" didn't mean they are connected, but maybe that's rubbish anyway ... But yes, simply unstaging the commits and reconstructing the repo for that -4/-5 would be a way, thank you very much for the suggestion. But further following the idea of an separate package, what about "-3+jessie1"? Is that a case for which this scheme is mend? Greetings, Daniel Stender On 06.11.2014 20:59, Tobias Frost wrote: > Why not just revert your commits (by applying undoing commits) and then > apply the fixes neccessary to do the RC-4? > > After a upload, you can reapply them. The SVN log is not really linked > to the debian/changelog. > > A NMU-style version would be wrong, IMHO. > > -- > tobi -- http://qa.debian.org/developer.php?login=debian%40danielstender.com GPG key: 4096R/DF5182C8 46CB 1CA8 9EA3 B743 7676 1DB9 15E0 9AF4 DF51 82C8 -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/545bd9a7.4020...@danielstender.com
Re: Versioning for cherry picked after-freeze RC fixing packages
Thanks! Greetings, Daniel Stender On 07.11.2014 00:12, Jakub Wilk wrote: > * Daniel Stender , 2014-11-06, 21:27: >> But further following the idea of an separate package, what about >> "-3+jessie1"? Is that a case for which this scheme is mend? > > The + scheme is obsolete. If anything, it should be > "-3+deb8u1". > > Documentation: last paragraph of Developer's Reference §5.11.2. (This > section is about NMUs, but the advice regarding forking version applies > to the non-NMU case as well.) -- http://qa.debian.org/developer.php?login=debian%40danielstender.com GPG key: 4096R/DF5182C8 46CB 1CA8 9EA3 B743 7676 1DB9 15E0 9AF4 DF51 82C8 -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/545c0ebb.4070...@danielstender.com
Qemubuilder for arm64?
Hi, I'm trying to get Qemubuilder run for arm64 package building, but fails so far. I've got a proper kernel and initrd, but breaks with: "Your architecture arm64 does not seem to be supported". Maybe that's exactly how it is, is it? Does anybody has got Qemubuilder run for arm64, or have any pointers to other cross-package-building solutions other than building in a Qemu box itself? Thanks in advance, Daniel Stender -- http://qa.debian.org/developer.php?login=debian%40danielstender.com GPG key: 4096R/DF5182C8 46CB 1CA8 9EA3 B743 7676 1DB9 15E0 9AF4 DF51 82C8 -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/546d008a.5030...@danielstender.com
Bug#772130: RFS: gamera/3.4.1+svn1423-3 [RC] -- document analysis framework
Package: sponsorship-requests Severity: important Hello, I'm looking for a uploader of my latest package of Gamera, on AUTORM for 2014-12-22. It fixes the RC serious bugs 766740 and 770646 (FTBFS on arm64). I've pretested on a local Qemu setup and it appears to build fine on that architecture, but that's a package for experimental to test it again before uploading into Sid. Buildlog: http://www.danielstender.com/buildlogs/gamera_3.4.1+svn1423-3_amd64.build Mentors upload: http://mentors.debian.net/debian/pool/main/g/gamera/gamera_3.4.1+svn1423-3.dsc Debdiff attached. Thank you very much for consideration. Daniel Stender -- http://qa.debian.org/developer.php?login=debian%40danielstender.com GPG key: 4096R/DF5182C8 46CB 1CA8 9EA3 B743 7676 1DB9 15E0 9AF4 DF51 82C8 diff -Nru gamera-3.4.1+svn1423/debian/changelog gamera-3.4.1+svn1423/debian/changelog --- gamera-3.4.1+svn1423/debian/changelog 2014-11-12 10:01:41.0 +0100 +++ gamera-3.4.1+svn1423/debian/changelog 2014-11-20 13:54:54.0 +0100 @@ -1,3 +1,10 @@ +gamera (3.4.1+svn1423-3) experimental; urgency=medium + + * Build dbg on arm64 with different optimization (Closes: #766740). + * Some patches toggled forwarded. + + -- Daniel Stender Thu, 20 Nov 2014 13:54:10 +0100 + gamera (3.4.1+svn1423-2) unstable; urgency=medium * Added gendoc-version-parsing.diff (Closes: #767158). diff -Nru gamera-3.4.1+svn1423/debian/patches/avoid_mktemp.diff gamera-3.4.1+svn1423/debian/patches/avoid_mktemp.diff --- gamera-3.4.1+svn1423/debian/patches/avoid_mktemp.diff 2014-07-09 01:49:56.0 +0200 +++ gamera-3.4.1+svn1423/debian/patches/avoid_mktemp.diff 2014-11-13 11:10:26.0 +0100 @@ -1,6 +1,6 @@ Description: Fixed security hole because of usage of tmpfile.mktemp() -Bug: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=737324 -Forwarded: no +Bug: http://bugs.debian.org/737324 +Forwarded: yes Author: Daniel Stender Last-Update: 2014-07-09 --- a/gamera/io.py diff -Nru gamera-3.4.1+svn1423/debian/patches/gendoc-use-wxversion.diff gamera-3.4.1+svn1423/debian/patches/gendoc-use-wxversion.diff --- gamera-3.4.1+svn1423/debian/patches/gendoc-use-wxversion.diff 2014-08-06 13:25:21.0 +0200 +++ gamera-3.4.1+svn1423/debian/patches/gendoc-use-wxversion.diff 2014-11-13 11:10:26.0 +0100 @@ -2,7 +2,7 @@ Make the documentation generator prefer wxPython 2.8 over other versions. This patch is intended to alleviate Debian bug #451104. Author: Jakub Wilk -Forwarded: not-needed +Forwarded: yes Reviewed-by: Daniel Stender Last-Update: 2014-08-06 diff -Nru gamera-3.4.1+svn1423/debian/patches/gendoc-version-parsing.diff gamera-3.4.1+svn1423/debian/patches/gendoc-version-parsing.diff --- gamera-3.4.1+svn1423/debian/patches/gendoc-version-parsing.diff 2014-11-12 10:01:19.0 +0100 +++ gamera-3.4.1+svn1423/debian/patches/gendoc-version-parsing.diff 2014-11-13 11:10:26.0 +0100 @@ -4,7 +4,7 @@ but fulfills what's needed here Author: Daniel Stender Bug: http://bugs.debian.org/767158 -Forwarded: no +Forwarded: yes Last-Update: 2014-10-29 --- a/gamera/gendoc.py diff -Nru gamera-3.4.1+svn1423/debian/patches/suppress-wxdebug-assertion-messages.diff gamera-3.4.1+svn1423/debian/patches/suppress-wxdebug-assertion-messages.diff --- gamera-3.4.1+svn1423/debian/patches/suppress-wxdebug-assertion-messages.diff 2014-09-05 15:30:41.0 +0200 +++ gamera-3.4.1+svn1423/debian/patches/suppress-wxdebug-assertion-messages.diff 2014-11-13 11:10:26.0 +0100 @@ -3,7 +3,7 @@ on exit Author: Daniel Stender Bug: http://bugs.debian.org/758578 -Forwarded: no-needed +Forwarded: yes Last-Update: 2014-08-26 --- a/gamera/gui/gui.py diff -Nru gamera-3.4.1+svn1423/debian/patches/wxpython3.0-transition.diff gamera-3.4.1+svn1423/debian/patches/wxpython3.0-transition.diff --- gamera-3.4.1+svn1423/debian/patches/wxpython3.0-transition.diff 2014-08-26 10:04:33.0 +0200 +++ gamera-3.4.1+svn1423/debian/patches/wxpython3.0-transition.diff 2014-11-13 11:10:26.0 +0100 @@ -3,7 +3,7 @@ cf. http://bugs.debian.org/758578, so completely disabled here Bug: http://bugs.debian.org/757208 Author: Daniel Stender -Forwarded: no +Forwarded: yes Last-Update: 2014-08-26 --- a/gamera/gui/gamera_display.py diff -Nru gamera-3.4.1+svn1423/debian/rules gamera-3.4.1+svn1423/debian/rules --- gamera-3.4.1+svn1423/debian/rules 2014-10-08 13:05:18.0 +0200 +++ gamera-3.4.1+svn1423/debian/rules 2014-11-20 13:26:59.0 +0100 @@ -8,10 +8,16 @@ export PYTHONHASHSEED=random export CFLAGS = $(shell dpkg-buildflags --get CFLAGS) -export CFLAGS_noopt = $(patsubst -O2,-Og,$(CFLAGS)) export CPPFLAGS = $(shell dpkg-buildflags --get CPPFLAGS) export LDFLAGS = $(shell dpkg-buildflags --get LDFLAGS) +DEB_BUILD_ARCH := $(shell dpkg-architecture -qDEB_BUILD_ARCH) +ifeq ($(DEB_BUILD_ARCH),arm64) +export CFLAGS_noopt = $(patsubst -O2,-O0,$(CFLAGS)) +else +export CFLAGS_noopt = $(patsubst -O2,-
Bug#772130: RFS: gamera/3.4.1+svn1423-3 [RC] -- document analysis framework
3.4.1+svn1423-3 contains also changes of some patch headers toggled forwarded, which the release team confirmed it's o.k. with the freeze policy [1]. Daniel Stender [1] http://bugs.debian.org/769394 (unblock: gamera/3.4.1+svn1423-2) -- http://qa.debian.org/developer.php?login=debian%40danielstender.com GPG key: 4096R/DF5182C8 46CB 1CA8 9EA3 B743 7676 1DB9 15E0 9AF4 DF51 82C8 -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54819aa0.6050...@danielstender.com
Bug#775532: RFS: citeproc-py/0.3.0-1 [ITP] -- Python library for CSL based bibliography processing
Package: sponsorship-requests Severity: wishlist I am looking for a sponsor of my package of citeproc-py, which is a Python library for typesetting formatted bibliographies out of (so far) BibTeX and JSON databases, according to CSL (Citation Style Language) styles [1]. The initial package is stashed on Mentors [2]. I'm joining the DPMT, would be a good idea to put it under that umbrella (incl. Git-izing). Thank you very much for considering, Daniel Stender [1] ITP: https://bugs.debian.org/769159 [2] http://mentors.debian.net/package/citeproc-py -- http://qa.debian.org/developer.php?login=debian%40danielstender.com 4096R/DF5182C8 46CB1CA89EA3B74376761DB915E09AF4DF5182C8 -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54b9861e.6030...@danielstender.com
Bug#775595: RFS: pyuca/1.0-1 [ITP] - Python Unicode sorting library
Package: sponsorship-requests Severity: wishlist Hello, I am looking for my package of Pyuca, which I've uploaded onto Mentors [1]. That's a useful Python3 implementation of the Unicode Collation Algorithm, for further infos on this please see the ITP [2]. I'm a member of the DPMT, so would be good under that umbrella (incl. Git-izing). Thank you very much for considering, Daniel Stender [1] https://mentors.debian.net/package/pyuca [2] ITP: https://bugs.debian.org/768968 -- http://qa.debian.org/developer.php?login=debian%40danielstender.com 4096R/DF5182C8 46CB1CA89EA3B74376761DB915E09AF4DF5182C8 -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54bac385.3010...@danielstender.com
Bug#776571: RFS: svg.path/2.0~b1-1 -- [ITP] Python modules providing SVG objects
Package: sponsorship-requests Severity: wishlist Hello, I am looking for a sponsor for my package of svg.path: * Package name: svg.path Version : 2.0b1 Upstream Author : Lennart Regebro * URL : https://github.com/regebro/svg.path * License : CC0-1.0 Programming Lang: Python Description : Python library providing SVG path objects and parser It builds those binary packages: python-svg.path - SVG path objects and parser for Python python3-svg.path - SVG path objects and parser for Python3 Description: SVG path objects and parser for Python In SVG (Scalable Vector Graphics), paths are used to draw simple or compounded shape outlines. svg.path is a collection of objects that implement the path commands in SVG (Line, Arc, QuadraticBezier, CubicBezier), and a parser for SVG path definitions. Buildlog: http://www.danielstender.com/buildlogs/svg.path_2.0~b1-1_amd64-20150129-1319.build For a member of this group, I've already put it under the care of the DPMT: http://anonscm.debian.org/viewvc/python-modules/packages/svg.path/trunk/ And uploaded it to Mentors: http://mentors.debian.net/package/svg.path dget -x http://mentors.debian.net/debian/pool/main/s/svg.path/svg.path_2.0~b1-1.dsc Thank you very much for considering, Daniel Stender -- http://qa.debian.org/developer.php?login=debian%40danielstender.com 4096R/DF5182C8 46CB1CA89EA3B74376761DB915E09AF4DF5182C8 -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54ca2cb9.6020...@danielstender.com
Bug#776885: RFS: manuel/1.8.0-1 [ITP] -- Python library for documented tests
Package: sponsorship-requests Severity: wishlist Hi, I'm looking for a sponsor for my package of Manuel 1.8.0 [1]. It builds those binary packages: python-manuel - Python library for testable documents and documented tests python3-manuel - Python3 library for testable documents and documented tests Mentors upload: http://mentors.debian.net/package/manuel http://mentors.debian.net/debian/pool/main/m/manuel/manuel_1.8.0-1.dsc Buildlog: http://www.danielstender.com/buildlogs/manuel_1.8.0-1_amd64-20150202-2204.build I've made everything ready for a injection into the DPMT repository (SVN fields and Uploaders present). Thank you very much, Daniel Stender [1] https://pypi.python.org/pypi/manuel/ -- http://qa.debian.org/developer.php?login=debian%40danielstender.com 4096R/DF5182C8 46CB1CA89EA3B74376761DB915E09AF4DF5182C8 -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54cfea7e.3020...@danielstender.com
Bug#775595: RFS: pyuca/1.0-1 [ITP] -- Python Unicode sorting library
... looking for my package of ... of course DS -- http://qa.debian.org/developer.php?login=debian%40danielstender.com 4096R/DF5182C8 46CB1CA89EA3B74376761DB915E09AF4DF5182C8 -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54d0d1d0.5010...@danielstender.com
Bug#775532: RFS: citeproc-py/0.3.0-1 [ITP] -- Python library for CSL based bibliography processing
I've put the package into the DPMT team repo (SVN for now): svn://anonscm.debian.org/python-modules/packages/citeproc-py/trunk/ http://anonscm.debian.org/viewvc/python-modules/packages/citeproc-py/trunk/ A fresh package with the Svn fields and some minor changes is uploaded to Mentors. Buildlog: http://www.danielstender.com/buildlogs/citeproc-py_0.3.0-1_amd64-20150204-1529.build Thanks, Daniel Stender -- http://qa.debian.org/developer.php?login=debian%40danielstender.com 4096R/DF5182C8 46CB1CA89EA3B74376761DB915E09AF4DF5182C8 -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54d22d3b.8030...@danielstender.com
Re: Qemubuilder for arm64?
Thanks guys for the pointer to qemu-debootstrap. I've experimented some on that and came out the wrapper works pretty well also with Sbuild, as easy as: # sbuild-createchroot --arch=arm64 --debootstrap=qemu-debootstrap --make-sbuild-tarball=/var/lib/sbuild/sid-arm64.tar.gz sid `mktemp -d` http://http.debian.net/debian BTW that also seems to work with arch armhf against Raspbian ... Greetings, Daniel Stender On 20.11.2014 00:14, Wookey wrote: > +++ Daniel Stender [2014-11-19 21:41 +0100]: >> Hi, >> >> I'm trying to get Qemubuilder run for arm64 package building, but fails >> so far. I've got a proper kernel and initrd, but breaks with: >> "Your architecture arm64 does not seem to be supported". Maybe that's >> exactly how it is, is it? > > I am not familiar with qemubuilder. What does it do? > > I can tell you that qemu works fine for arm64 and has for a while. > > qemu-debootstrap will make you a qemu-ready chroot you can build in. > >> Does anybody has got Qemubuilder run for arm64, or have any pointers >> to other cross-package-building solutions other than building in >> a Qemu box itself? > > amd64->arm64 cross-toolchains for Jessie and unstable exist: > https://wiki.debian.org/CrossToolchains has details. > > This stuff is still quite new and I'm moving things around at the > moment. Note that the unstable cross-toolchains are uninstallable for > a couple of days after each new gcc upload until new ones are rebuilt > to match. Updated packages should be uploaded tomorrow. > > Wookey -- http://qa.debian.org/developer.php?login=debian%40danielstender.com 4096R/DF5182C8 46CB1CA89EA3B74376761DB915E09AF4DF5182C8 -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54e0ddc3.3010...@danielstender.com
Python logo license
Hi folks, I've got the official Python logo image [1] here in a package. 1) what would be the proper license for that file in deb/copyright? 2) what's the best place in Debian to ask copyright/licensing related questions like this in the future, the developer's list? Thanks in advance, Daniel Stender [1] https://www.python.org/static/community_logos/python-logo-master-v3-TM.png -- http://qa.debian.org/developer.php?login=debian%40danielstender.com 4096R/DF5182C8 46CB1CA89EA3B74376761DB915E09AF4DF5182C8 -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54f1e0c4.2030...@danielstender.com
Bug#780793: RFS: hovercraft/2.0~b1+dfsg-1 [ITP] --- impress.js presentations by reStructuredText
Package: sponsorship-requests Severity: wishlist Hello mentors, I am looking for a sponsor for my package of "hovercraft" [1]. The software is written in Python and generates beautiful impress.js based presentations which could be displayed in a browser [2], from reST sources. I've git-ized the source at collab maint [3] for now, but would like to put it under the umbrella of the PAPT - the repo could be transfered to git.debian.org/git/python-applications when it becomes available with ease (Vcs- fields kept blank). The dfsg- packaging is to take out a Python logo image which is shipped in the orig for the examples and the tests [4]. I've patched the examples but disabled the tests for now. They need python3-manuel, which is not yet available [5], anyway. I'm going to ask upstream if the image could be replaced for the next release, then. The status of the binary deps not-yet-in-unstable is, python3-watchdog is currently in NEW, python3-svg.path is also RFS [6]. The package has been uploaded to Mentors: http://mentors.debian.net/package/hovercraft http://mentors.debian.net/debian/pool/main/h/hovercraft/hovercraft_2.0~b1+dfsg-1.dsc Buildlog: http://www.danielstender.com/buildlogs/hovercraft_2.0~b1+dfsg-1_amd64-20150319-1332.build Thank you for considering a sponsorship, Daniel Stender [1] https://github.com/regebro/hovercraft [2] http://bartaz.github.io/impress.js/ [3] http://anonscm.debian.org/cgit/collab-maint/hovercraft.git [4] https://lists.debian.org/debian-legal/2015/03/msg3.html [5] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=776885 [6] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=776571 -- http://qa.debian.org/developer.php?login=debian%40danielstender.com 4096R/DF5182C8 46CB1CA89EA3B74376761DB915E09AF4DF5182C8 -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/550adf72.2060...@danielstender.com
Re: packaging with cmake
On 14.04.2015 20:47, Jerome BENOIT wrote: > Hello List, > > II am on my way to package normaliz [1] which can be built either > with ready to use Makefile or with cmake. Since the cmake setup is the > one advised by the upstream team (while on the other hand the furnished > Makefile may need refreshment), I will first give a try to the cmake > machinery. > > So I am looking for a well debiannized software that builts with cmake: > any idea ? > > thanks in advance, > Jerome > > > [1] bugs.debian.org/776019 e.g. Scantailor Greetings, DS -- http://qa.debian.org/developer.php?login=debian%40danielstender.com 4096R/DF5182C8 46CB 1CA8 9EA3 B743 7676 1DB9 15E0 9AF4 DF51 82C8 -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/552d6aa1.7070...@danielstender.com
Bug#776571: RFS: svg.path/2.0~b1-1 -- [ITP] Python modules providing SVG objects
Maybe it could be discussed if python-svg.path would be a better name even for the source package. Could be put into Git before the initial upload with that repo name. DS -- http://qa.debian.org/developer.php?login=debian%40danielstender.com 4096R/DF5182C8 46CB 1CA8 9EA3 B743 7676 1DB9 15E0 9AF4 DF51 82C8 -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/55375802.9060...@danielstender.com
Bug#783676: RFS: gummi/0.6.5-4 -- GTK+ based LaTeX editor with live preview
Package: sponsorship-requests Severity: normal X-Debbugs-Cc: debian-scie...@lists.debian.org I'm looking for a uploader/sponsor of this new package of Gummi. gummi (0.6.5-4) unstable; urgency=low * Use synctex parser provided by libsynctex-dev (Closes: #753827): + added use-system-synctex.patch (thanks to Sebastian Ramacher). + added libsyntex-dev to b-ds. * deb/changelog: fixed typos. * deb/control: + Updated Maintainer and Uploaders (package moved to Debian Science). + bumped standards to 3.9.6 (no changes needed). + updated Vcs-Git and -Browser (Debian Science), and Homepage (project moved to Github). * deb/copyright: updated. * deb/rules: removed override for dh_installchangelogs (obsolete). * deb/watch: updated (moved to Github). * added deb/gbp.conf, deb/source/local-options. * wrap-and-sort -a -s. -- Daniel Stender Wed, 29 Apr 2015 07:14:01 +0200 Buildlog: http://www.danielstender.com/buildlogs/gummi_0.6.5-4_amd64-20150429-0715.build Mentors upload: http://mentors.debian.net/debian/pool/main/g/gummi/gummi_0.6.5-4.dsc The package repo moved to Debian Science [1]. I'm DM, thus alternatively/additionally uploading rights for this package could be granted. I'm going to file a SoB entry, too. Thank for consideration, Daniel Stender [1] http://anonscm.debian.org/cgit/debian-science/packages/gummi.git -- http://qa.debian.org/developer.php?login=debian%40danielstender.com 4096R/DF5182C8 46CB 1CA8 9EA3 B743 7676 1DB9 15E0 9AF4 DF51 82C8 -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/55406c96.1060...@danielstender.com
Bug#784749: RFS: gamera/3.4.2-1 -- document analysis framework
Package: sponsorship-requests Severity: normal Hello, I'm searching for a sponsor/uploader for a new package of Gamera. The changelog is: gamera (3.4.2-1) unstable; urgency=medium * New upstream release. * Added constant-seed-for-docs.diff to make build reproducible by using constant seed for generation of example/documentation images (Closes: #775228). * Added docs-no-modified-timestamp.diff (Closes: #784680). * deb/control: + added dh-python to build-deps. + updated Vcs fields (moved to git). * deb/copyright: updated. * deb/patches: + fix-typos.diff: corrected path error. + dropped avoid_mktemp.diff, gendoc-version-parsing.diff, suppress- wxdebug-assertion-messages.diff, wxpython3.0-transition.diff (applied upstream). + added gendoc-no-sflogo.diff (dropped sflogo removal from deb/rules). * Added deb/gbp.conf. -- Daniel Stender Fri, 08 May 2015 14:16:58 +0200 In the main it's the new upstream release (which incorporated several patches towards the wxpython 3.0 transition) plus two new patches for reproducible building. Buildlog: http://www.danielstender.com/buildlogs/gamera_3.4.2-1_amd64-20150508-1418.build The repo has moved to Git: http://anonscm.debian.org/cgit/python-modules/packages/gamera.git git://anonscm.debian.org/python-modules/packages/gamera.git Mentors upload: http://mentors.debian.net/debian/pool/main/g/gamera/gamera_3.4.2-1.dsc http://mentors.debian.net/package/gamera I'm DM, thus alternatively/additionally upload rights could be granted. Thanks for consideration, DS -- http://qa.debian.org/developer.php?login=debian%40danielstender.com 4096R/DF5182C8 46CB 1CA8 9EA3 B743 7676 1DB9 15E0 9AF4 DF51 82C8 -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/554cb15c.2040...@danielstender.com
Bug#780793: RFS: hovercraft/2.0~b1+dfsg-1 [ITP] --- impress.js presentations by reStructuredText
I've injected Hovercraft to the group's SVN repo [1] now. It'll take part in the upcoming svn-git migration procedure then and will find itself in the proper git repo automatically. DS [1] svn+ssh://lo...@svn.debian.org/svn/python-apps/packages/hovercraft -- http://qa.debian.org/developer.php?login=debian%40danielstender.com 4096R/DF5182C8 46CB 1CA8 9EA3 B743 7676 1DB9 15E0 9AF4 DF51 82C8 -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/555713de.60...@danielstender.com
Bug#775532: RFS: citeproc-py/0.3.0-1 [ITP] -- Python library for CSL based bibliography processing
Sorry I was busy. Thank you for reviewing the package! I think the RELAX NG scheme files for CSL style files aren't necessary for the citeproc to run anyway, nor really necessary to have them in the package. I'll get into that again today. DS -- http://qa.debian.org/developer.php?login=debian%40danielstender.com 4096R/DF5182C8 46CB 1CA8 9EA3 B743 7676 1DB9 15E0 9AF4 DF51 82C8 -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/557d3b46.4040...@danielstender.com
Bug#775532: license of the CSL scheme files
Hi Rintze, (we've been in contact last year on my TUGBOAT article on CSL) I'm packaging Brecht Machiel's citepyroc-py for Debian and we have an issue over the license of the CSL scheme files (schema/*) which are shipped with this: for the locales and the style files it's clearly stated (headers, sources) that they're CC-BY-SA-3.0, but the only thing we could find stated for the scheme files is "Permission to freely use, copy and distribute", which doesn't comply to the free software guidelines of Debian. Is it's really mend that the scheme files are distributed under more restrict conditions than the other elements of CSL? If that's not the case, could this be declared somewhere? Greetings, Daniel Stender -- http://qa.debian.org/developer.php?login=debian%40danielstender.com 4096R/DF5182C8 46CB 1CA8 9EA3 B743 7676 1DB9 15E0 9AF4 DF51 82C8 -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/557d4728.6050...@danielstender.com
Bug#775532: license of the CSL scheme files
Thank you very much for the reply. Yes I think a link to something like this on the project's page would do it until then, great! I'll check for it and put in the copyright register in the package, then. Greetings, Daniel On 14.06.2015 17:26, Rintze Zelle wrote: > Hi Daniel, > > Bruce D'Arcus and I think that the MIT license might be the best > option for relicensing the CSL schema. I just proposed the change on > our mailing list > (http://xbiblio-devel.2463403.n2.nabble.com/MIT-license-as-default-for-CSL-software-tp7579193p7579395.html), > but I don't expect any objections. We certainly always wish to be > FOSS-compatible and nonrestrictive. > > If nobody objects to the MIT license, it might still be a while before > I get to updating all the schema files with the new license, so maybe > I'll just make a note to that effect on http://citationstyles.org/. > You can also rely on this email for permission to package the schema > under MIT-license terms. > > Best, > > Rintze -- http://qa.debian.org/developer.php?login=debian%40danielstender.com 4096R/DF5182C8 46CB 1CA8 9EA3 B743 7676 1DB9 15E0 9AF4 DF51 82C8 -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/557d9eb5.7010...@danielstender.com
