Re: ITS: arc-colors, gnome-colors, shiki-colors are ready
On Fri, Jun 05, 2009 at 01:59:30AM +0200, Benjamin Drung wrote: Am Donnerstag, den 04.06.2009, 23:10 +0200 schrieb Evgeni Golov: Evgeni, ending the mail-flood for now and hating the fact that PD does not exist in Germany as it does in US etc. It's sad, that public domain does not exists in Germany, but we can use e.g. CC0 [1] license instead or we could write our own license like You can do what you want with this code. Thread it like it would be under public domain. Yeah, sure, CC0 exists, but compare the line I hereby put this workk in the public domain with the full license text of CC0, it's just braindead that we need such Krücken (hell, what's the english world for this? crutch?) to make something uncopyrighted. Anyways, we're getting offtopic here. Mutt, please serve the next mail please :) -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: ITS: arc-colors, gnome-colors, shiki-colors are ready
On Fri, Jun 05, 2009 at 02:14:38AM +0200, Benjamin Drung wrote: I'll try to make a list of all the icons if necessary, but it seems like that will take a long time to manually go through all of them. Evgeni, your opinion? I think, it would be nice, but not necessary. Didn't I wrote it before? If you have the extra time and do it, you get an extra beer, if not, well, I can live without it, and ftp-masters decide if they do too. Evgeni, can you have a look at the debian/copyright files in bazaar repository if I missed something? http://bazaar.launchpad.net/~gnome-colors-packagers/arc-colors-pkg/debian/annotate/head%3A/debian/copyright http://bazaar.launchpad.net/~gnome-colors-packagers/gnome-colors-pkg/debian/annotate/head%3A/debian/copyright http://bazaar.launchpad.net/~gnome-colors-packagers/shiki-colors-pkg/debian/annotate/head%3A/debian/copyright Looks fine, at least from my pov :) -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: ITS: arc-colors, gnome-colors, shiki-colors are ready
Am Freitag, den 05.06.2009, 08:27 +0200 schrieb Evgeni Golov: Evgeni, can you have a look at the debian/copyright files in bazaar repository if I missed something? http://bazaar.launchpad.net/~gnome-colors-packagers/arc-colors-pkg/debian/annotate/head%3A/debian/copyright http://bazaar.launchpad.net/~gnome-colors-packagers/gnome-colors-pkg/debian/annotate/head%3A/debian/copyright http://bazaar.launchpad.net/~gnome-colors-packagers/shiki-colors-pkg/debian/annotate/head%3A/debian/copyright Looks fine, at least from my pov :) Ok, then here are the links to the updated packages: http://mentors.debian.net/debian/pool/main/a/arc-colors/arc-colors_1.7.1-1.dsc http://mentors.debian.net/debian/pool/main/g/gnome-colors/gnome-colors_3.8.6-1.dsc http://mentors.debian.net/debian/pool/main/s/shiki-colors-murrine/shiki-colors-murrine_3.9.1-1.dsc Cheers, Benjamin signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Re: ITS: arc-colors, gnome-colors, shiki-colors are ready
* Benjamin Drung benjamin.dr...@gmail.com [090605 01:59]: It's sad, that public domain does not exists in Germany In the same sense public domain does not exist in Germany, copyright does not exist in Germany either. I've asked multiple times and not yet got a single argument why I herby place this and that in the public domain could see any danger to be misunderstood or invalidated by a German court. There are many problems with public domain, but those are unrelated with Germany. (Like people thinking if it is public domain in the USA because of being written by a government employee or author long enough dead would allow people to use it outside of the USA; or people not claiming something they got as 'freeware' was public domain.). Hochachtungsvoll, Bernhard R. Link -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: ITS: arc-colors, gnome-colors, shiki-colors are ready
2009/6/5 Bernhard R. Link brl...@debian.org: * Benjamin Drung benjamin.dr...@gmail.com [090605 01:59]: It's sad, that public domain does not exists in Germany In the same sense public domain does not exist in Germany, copyright does not exist in Germany either. I've asked multiple times and not yet got a single argument why I herby place this and that in the public domain could see any danger to be misunderstood or invalidated by a German court. http://en.wikipedia.org/wiki/Wikipedia:Public_domain#Rule_of_the_shorter_term Sorry no better source. I quite like German Copyright Law even though it's a bit of a pain for the US originated open-source public domain stuff. -- With best regards Dmitrijs Ledkovs (for short Dima), Ледков Дмитрий Юрьевич -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: ITS: arc-colors, gnome-colors, shiki-colors are ready
* Dmitrijs Ledkovs dmitrij.led...@gmail.com [090605 14:01]: I've asked multiple times and not yet got a single argument why I herby place this and that in the public domain could see any danger to be misunderstood or invalidated by a German court. http://en.wikipedia.org/wiki/Wikipedia:Public_domain#Rule_of_the_shorter_term Sorry no better source. Only thing I can find there is that the years after authors death is the same without looking where the author lived. And it also says that the USA has the same behaviour in this regard. I doubt we will find useable software anytime soon where the software is in the public domain because the author is many decades dead, but I was speaking about people giving up their copyrights. Hochachtungsvoll, Bernhard R. Link -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: RFS: xmms2 (updated package)
Hi Benjamin, On Fri, Jun 5, 2009 at 15:15, Benjamin Drungbenjamin.dr...@gmail.com wrote: Dear mentors, I am looking for a sponsor for the new version 0.6DrMattDestruction-2 of my package xmms2. From a fast look: 1. there seems to be upstream file modificed without a patch system: would you please add one (or consider it and if you choose not to use one explain the reason)? $ zcat xmms2_0.6DrMattDestruction-2.diff.gz | filterdiff -x */debian/* | diffstat .gitignore| 31 ++ COPYING |6 ++--- src/clients/lib/perl/wscript |6 ++--- src/include/xmmsclient/xmmsclient++/helpers.h |1 4 files changed, 38 insertions(+), 6 deletions(-) 2. there is no debian/watch file - please add one 3. no need to b-d on python, since python-all-dev takes it already in 4. debian copyright - there should be a section about debian packaging copyright - please separate copyright and license sections 5. the package is absolutely *not* lintian clean! use $ lintian -iIv --pedantic /path/tot/xmms2_0.6DrMattDestruction-2_i386.changes and you'll see a lot of output. Many items are to be discarded (like no upstream changelog, long description too short and so) but: - binary-without-manpage - hyphen-used-as-minus-sign - no-symbols-control-file - unused-override should be addressed. At this point, I didn't check further. Florian Ragwitz, the maintainer of xmms2, is very busy and have no time for it. He agreed on asking here for a sponsor. Please CC Florian and me, if you response to this mail, because we did not subscribe this mailing list. done. Cheers, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Combining changelog entries with dpkg-genchanges
Le Thursday 04 June 2009 02:31:34 Kapil Hari Paranjape, vous avez écrit : It works fine for me. Perhaps show a VCS repository containing the pre-build state of your tree, and show the ‘foo.source_changes’ you get so we can try reproducing the problem? I didn't give the full context of what was being tried. The -v was inside a pbuilderrc DEBBUILDOPTS variable assignment. It is possible that I got the quotes wrong in the assignment. :-( Since the empty value for the -v argument is not mentioned on the man page I didn't try it with much confidence! I'll try it again. Can't you just create a version number that fits ? For instance, if your version schema is x.y.z-t, and you want all versions, you can use for instance 0.0.0 I think this means also that the version passed in -v does not have to be present in the changelog. Romain Romain -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
RFS: xmms2 (updated package)
Dear mentors, I am looking for a sponsor for the new version 0.6DrMattDestruction-2 of my package xmms2. It builds these binary packages: libaudio-xmmsclient-perl - XMMS2 - perl client library libxmmsclient++-dev - XMMS2 - client library for c++ - development files libxmmsclient++-glib-dev - XMMS2 - glib client library for c++ - development files libxmmsclient++-glib1 - XMMS2 - glib client library for c++ libxmmsclient++3 - XMMS2 - client library for c++ libxmmsclient-dev - XMMS2 - client library devel files libxmmsclient-glib-dev - XMMS2 - glib client library - development files libxmmsclient-glib1 - XMMS2 - glib client library libxmmsclient-ruby - XMMS2 - Ruby client library libxmmsclient-ruby1.8 - XMMS2 - Ruby bindings libxmmsclient5 - XMMS2 - client library python-xmmsclient - XMMS2 - Python bindings xmms2 - Client/server based media player system xmms2-client-avahi - XMMS2 - avahi client xmms2-client-cli - XMMS2 - cli client xmms2-client-medialib-updater - XMMS2 - medialib-updater client xmms2-client-nycli - XMMS2 - new cli client xmms2-client-vis - XMMS2 - visualization clients xmms2-core - XMMS2 - core package xmms2-dev - XMMS2 - plugin development files xmms2-et - XMMS2 - phone home package xmms2-icon - XMMS2 - icon package xmms2-plugin-airplay - XMMS2 - airplay output plugin xmms2-plugin-all - XMMS2 - all plugins xmms2-plugin-alsa - XMMS2 - ALSA output xmms2-plugin-ao - XMMS2 - libao output plugin xmms2-plugin-apefile - XMMS2 - apefile decoder plugin xmms2-plugin-asf - XMMS2 - ASF plugin xmms2-plugin-asx - XMMS2 - ASX playlist plugin xmms2-plugin-avcodec - XMMS2 - avcodec decoder xmms2-plugin-cdda - XMMS2 - CDDA plugin xmms2-plugin-cue - XMMS2 - CUE playlist plugin xmms2-plugin-curl - XMMS2 - curl transport for HTTP xmms2-plugin-daap - XMMS2 - daap plugin xmms2-plugin-faad - XMMS2 - faad decoder xmms2-plugin-flac - XMMS2 - flac decoder xmms2-plugin-flv - XMMS2 - flv plugin xmms2-plugin-gme - XMMS2 - gme plugin xmms2-plugin-gvfs - XMMS2 - gvfs plugin xmms2-plugin-html - XMMS2 - html playlist plugin xmms2-plugin-ices - XMMS2 - ogg streaming output xmms2-plugin-icymetaint - XMMS2 - shoutcast metadata plugin xmms2-plugin-id3v2 - XMMS2 - ID3v2 plugin xmms2-plugin-jack - XMMS2 - JACK output xmms2-plugin-karaoke - XMMS2 - karaoke plugin xmms2-plugin-m3u - XMMS2 - M3U playlist plugin xmms2-plugin-mad - XMMS2 - libmad based mp3 decoder xmms2-plugin-mms - XMMS2 - MMS transport xmms2-plugin-modplug - XMMS2 - modplug decoder xmms2-plugin-mp4 - XMMS2 - MPEG-4 plugin xmms2-plugin-mpg123 - XMMS2 - libmpg123 based mp3 decoder xmms2-plugin-musepack - XMMS2 - mpc decoder xmms2-plugin-normalize - XMMS2 - Normalize plugin xmms2-plugin-ofa - XMMS2 - OFA plugin xmms2-plugin-oss - XMMS2 - OSS output xmms2-plugin-pls - XMMS2 - PLS playlist plugin xmms2-plugin-pulse - XMMS2 - pulseaudio output plugin xmms2-plugin-rss - XMMS2 - RSS podcast plugin xmms2-plugin-sid - XMMS2 - libsidplay2 based decoder xmms2-plugin-smb - XMMS2 - Samba transport xmms2-plugin-speex - XMMS2 - speex decoder xmms2-plugin-tta - XMMS2 - TTA decoder plugin xmms2-plugin-vocoder - XMMS2 - vocoder plugin xmms2-plugin-vorbis - XMMS2 - vorbis decoder xmms2-plugin-wavpack - XMMS2 - wavpack decoder plugin xmms2-plugin-wma - XMMS2 - wma decoder xmms2-plugin-xml - XMMS2 - XML plugin xmms2-plugin-xspf - XMMS2 - XSPF playist plugin The package appears to be lintian clean. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/x/xmms2 - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/x/xmms2/xmms2_0.6DrMattDestruction-2.dsc I would be glad if someone uploaded this package for me. Florian Ragwitz, the maintainer of xmms2, is very busy and have no time for it. He agreed on asking here for a sponsor. Please CC Florian and me, if you response to this mail, because we did not subscribe this mailing list. Kind regards Benjamin Drung signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Re: Combining changelog entries with dpkg-genchanges
Romain Beauxis to...@rastageeks.org writes: The -v was inside a pbuilderrc DEBBUILDOPTS variable assignment. It is possible that I got the quotes wrong in the assignment. :-( Since the empty value for the -v argument is not mentioned on the man page I didn't try it with much confidence! I'll try it again. Can't you just create a version number that fits ? I've never had a failure with simply specifying the ‘-v’ option with no argument. That has always (for me) been interpreted as “all versions in the changelog are new”. -- \“It is the responsibility of intellectuals to tell the truth | `\and to expose lies.” —Noam Chomsky, 1967-02-23 | _o__) | Ben Finney -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Combining changelog entries with dpkg-genchanges
Hello, On Fri, 05 Jun 2009, Romain Beauxis wrote: Can't you just create a version number that fits ? For instance, if your version schema is x.y.z-t, and you want all versions, you can use for instance 0.0.0 I think this means also that the version passed in -v does not have to be present in the changelog. This does not work. As I wrote at the top of this thread: I have wondered why dpkg-genchanges takes the -v option the way it does; which is to take the changelog entries for changes _after_ the specified version --- which must exist. In other words, dpkg-genchanges will not accept a version number argument to -v which is not present in the changelog --- with one exception[*] pointed out by Ben Finney. If the version given is empty then it will take _all_ the entries as new. Regards, Kapil. [*] Of course, one could also argue that the empty version number _is_ present in the changelog :-) -- -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: RFS: concordance
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Mathieu Trudel-Lapierre schrieb: That said, I did run lintian (it gets run automatically). There were no errors though. I usually run bzr-buildpackage once with no switches, to build the debs and look at them manually with dpkg --contents and whatnot, and once with '-S' to be able to upload it and test it properly in pbuilder. lintian never gave any errors. Is there's a crucial step I'm missing somewhere in the process? This time I ran bzr-buildpackage -S, then pbuilder, and finally tested the deb files with lintian, only one error comes up: mtru...@mtrudel-laptop:/var/cache/pbuilder/sid-i386/result$ lintian -vIE --pedantic *.deb N: Setting up lab in /tmp/uxapu7uunO ... N: Processing 4 packages... [...] N: Processing binary package libconcord1 (version 0.21-1) ... I: libconcord1: no-symbols-control-file usr/lib/libconcord.so.1.0.0 [...] That is the error, you are just checking the debs. Just try out -IE --pedantic *.changes, this will inspect everything. I will recheck it later this day. - -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer E-Mail: pmatth...@debian.org patr...@linux-dev.org Comment: Always if we think we are right, we were maybe wrong. */ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkopQyQACgkQ2XA5inpabMcECwCcD77kS9KWTNMyr7uHJzU8WsTm kN8AniENRKqf6cSqM3KC5OdcW1kmVQtd =uYvc -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: RFS: concordance
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Mathieu Trudel-Lapierre schrieb: Mathieu Trudel-Lapierre schrieb: [...] Hello, please always have the link to the dsc somewhere :) http://mentors.debian.net/debian/pool/main/c/concordance/concordance_0.21-1.dsc I'll keep that in mind, sorry. It's been re-updated. Hmm okay my last issues: dpkg-deb: warning: 'debian/python-concordance/DEBIAN/control' contains user-defined field 'Python-Version' This seems wrong for me, without looking into the policy. python-concordance just contains binary-indep data. Fix your control and rules. - -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer E-Mail: pmatth...@debian.org patr...@linux-dev.org Comment: Always if we think we are right, we were maybe wrong. */ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkopRm0ACgkQ2XA5inpabMehQQCfWjJjlr7sIFmkv9mxYo3vyipn huAAni0IZjodHAQ3ewSQ1UsrKNNSeAqj =qAPP -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: RFS: xmms2 (updated package)
Am Freitag, den 05.06.2009, 15:37 +0200 schrieb Sandro Tosi: Hi Benjamin, On Fri, Jun 5, 2009 at 15:15, Benjamin Drungbenjamin.dr...@gmail.com wrote: Dear mentors, I am looking for a sponsor for the new version 0.6DrMattDestruction-2 of my package xmms2. From a fast look: 1. there seems to be upstream file modificed without a patch system: would you please add one (or consider it and if you choose not to use one explain the reason)? $ zcat xmms2_0.6DrMattDestruction-2.diff.gz | filterdiff -x */debian/* | diffstat .gitignore| 31 ++ COPYING |6 ++--- src/clients/lib/perl/wscript |6 ++--- src/include/xmmsclient/xmmsclient++/helpers.h |1 4 files changed, 38 insertions(+), 6 deletions(-) The package is maintained in git. These changes are cherry-picked. Florian, how about using a patch system? 2. there is no debian/watch file - please add one Done. 3. no need to b-d on python, since python-all-dev takes it already in Done. 4. debian copyright - there should be a section about debian packaging copyright Florian, I think that is your task. Is that correct, that the Debian package copyright is also owned by the XMMS2 Team? - please separate copyright and license sections Do you have an example how to seperate it. 5. the package is absolutely *not* lintian clean! use That was copied from the template. $ lintian -iIv --pedantic /path/tot/xmms2_0.6DrMattDestruction-2_i386.changes and you'll see a lot of output. Many items are to be discarded (like no upstream changelog, long description too short and so) but: I have added now the upstream changelog. To fix the long description too short we can add the generic block XMMS2 is a redesign of the XMMS music player. It features a client-server model, allowing multiple (even simultaneous!) user interfaces, both textual and graphical. All common audio formats are supported using plugins. On top of this, there is a flexible media library to organize your music. to all packages. - binary-without-manpage Writing manpages is very time-consuming. - hyphen-used-as-minus-sign I will fix this. - no-symbols-control-file I do not know how to solve this. - unused-override Solved. should be addressed. At this point, I didn't check further. Florian Ragwitz, the maintainer of xmms2, is very busy and have no time for it. He agreed on asking here for a sponsor. Please CC Florian and me, if you response to this mail, because we did not subscribe this mailing list. done. Cheers, I have added a debdiff to version 0.6DrMattDestruction-1. Cheers, Benjamin diff -u xmms2-0.6DrMattDestruction/debian/changelog xmms2-0.6DrMattDestruction/debian/changelog --- xmms2-0.6DrMattDestruction/debian/changelog +++ xmms2-0.6DrMattDestruction/debian/changelog @@ -1,3 +1,22 @@ +xmms2 (0.6DrMattDestruction-2) unstable; urgency=low + + * debian/control: ++ Move libxmmsclient-ruby* from section interpreters to ruby. ++ Break Uploaders and add myself. ++ Sort Build-Depends and Depends. ++ Bump Standards-Version to 3.8.1. ++ Do not build depend on python, depending on python-all-dev is enough. + * debian/rules: Don't refer to python2.[45] in clean; expand from PYVERS +instead. + * debian/python-xmmsclient.install: Wildcard out the need for 2.[45] or +site-packages references. + * Move icons into new xmms2-icon package. + * Add debian/watch file. + * Remove debian/*.lintian-overrides, they are not longer necessary. + * Install changelog file. + + -- Benjamin Drung bdr...@ubuntu.com Fri, 05 Jun 2009 18:08:38 +0200 + xmms2 (0.6DrMattDestruction-1) unstable; urgency=low * New upstream release. reverted: --- xmms2-0.6DrMattDestruction/debian/xmms2-et.lintian-overrides +++ xmms2-0.6DrMattDestruction.orig/debian/xmms2-et.lintian-overrides @@ -1 +0,0 @@ -xmms2-et: manpage-has-errors-from-man usr/share/man/man1/xmms2-et.1.gz 147: warning: can't find numbered character 246 diff -u xmms2-0.6DrMattDestruction/debian/control xmms2-0.6DrMattDestruction/debian/control --- xmms2-0.6DrMattDestruction/debian/control +++ xmms2-0.6DrMattDestruction/debian/control @@ -2,52 +2,55 @@ Section: sound Priority: optional Maintainer: Florian Ragwitz r...@debian.org -Uploaders: Jens Taprogge j...@taprogge.org, Jonne Lehtinen j...@modeemi.fi, Thomas Jollans tho...@jollans.com, Anders Waldenborg and...@0x63.nu -Standards-Version: 3.8.0 +Uploaders: Jens Taprogge j...@taprogge.org, + Jonne Lehtinen j...@modeemi.fi, + Thomas Jollans tho...@jollans.com, + Anders Waldenborg and...@0x63.nu, + Benjamin Drung bdr...@ubuntu.com +Standards-Version: 3.8.1 Build-Depends: debhelper (= 5.0.37.2), - libsqlite3-dev, - ruby, - ruby1.8-dev, - libperl-dev, - python, -
RFS: mscgen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear mentors, I am looking for a sponsor for my package mscgen. * Package name: mscgen Version : 0.15-4 Upstream Author : Michael C McTernan michael.mcternan.2...@cs.bris.ac.uk * URL : http://www.mcternan.me.uk/mscgen/ * License : GPL/LGPL Section : devel It builds these binary packages: mscgen - Message Sequence Chart (MSC) generator The package appears to be lintian clean. The package can be found on mentors.debian.net: - - URL: http://mentors.debian.net/debian/pool/main/m/mscgen - - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - - dget http://mentors.debian.net/debian/pool/main/m/mscgen/mscgen_0.15-4.dsc I would be glad if someone uploaded this package for me. Kind regards Niels Thykier -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkopQcoACgkQVCqoiq1YlqxrMQCg2gtUnsEeMa/2TV6XFxmZwj74 AR8AoIIGRVc4edEGjGhDKpA5U60wkoui =7gOY -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: RFS: concordance
Patrick, The package has been re-uploaded to mentors.debian.net; please see http://mentors.debian.net/debian/pool/main/c/concordance/concordance_0.21-1.dsc On Fri, Jun 5, 2009 at 12:23 PM, Patrick Matthäipmatth...@debian.org wrote: [...] Hmm okay my last issues: dpkg-deb: warning: 'debian/python-concordance/DEBIAN/control' contains user-defined field 'Python-Version' This seems wrong for me, without looking into the policy. python-concordance just contains binary-indep data. Fix your control and rules. I just re-read the policy, and it looks to me like it's okay; following point 2.3, and also looking very much like the pyenchant example from the http://wiki.debian.org/DebianPython/NewPolicy page. In any case, I applied the changes you proposed: changed Architecture to all for python-concordance, and I added all the tasks under binary-indep. I updated the package again. It's lintian-clean for the _source.changes, and the only error in lintian from the binary packages is still the lack of a symbols file. I: libconcord1: no-symbols-control-file usr/lib/libconcord.so.1.0.0 Is fixing this as simple as adding 'dpkg-gensymbols -plibconcord1' somewhere in my 'debian/rules' file? The library packaging guide is a little unclear to me, and so is the manpage for dpkg-gensymbols. Regards, / Matt -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: ITS: arc-colors, gnome-colors, shiki-colors are ready
2009/6/5 Bernhard R. Link brl...@debian.org: * Dmitrijs Ledkovs dmitrij.led...@gmail.com [090605 14:01]: I've asked multiple times and not yet got a single argument why I herby place this and that in the public domain could see any danger to be misunderstood or invalidated by a German court. http://en.wikipedia.org/wiki/Wikipedia:Public_domain#Rule_of_the_shorter_term Sorry no better source. Only thing I can find there is that the years after authors death is the same without looking where the author lived. And it also says that the USA has the same behaviour in this regard. I doubt we will find useable software anytime soon where the software is in the public domain because the author is many decades dead, but I was speaking about people giving up their copyrights. Hochachtungsvoll, Bernhard R. Link However, some countries make exceptions to this rule. A notorious case is Germany, which has had a bilateral treaty with the U.S. governing copyright since January 15, 1892. That treaty, which is still in effect, defined that a U.S. work was copyrighted in Germany according to German law irrespective of the work's copyright status in the U.S, and it did not contain a rule of the shorter term. In one case, a German court therefore decided that a U.S. work that had fallen into the public domain in the U.S. was still copyrighted in Germany in 2003 in spite of §7(1) of the EU directive. Good enough for me. -- With best regards Dmitrijs Ledkovs (for short Dima), Ледков Дмитрий Юрьевич -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: RFS: concordance
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Mathieu Trudel-Lapierre schrieb:
Patrick,
The package has been re-uploaded to mentors.debian.net; please see
http://mentors.debian.net/debian/pool/main/c/concordance/concordance_0.21-1.dsc
On Fri, Jun 5, 2009 at 12:23 PM, Patrick Matthäipmatth...@debian.org wrote:
I just re-read the policy, and it looks to me like it's okay;
following point 2.3, and also looking very much like the pyenchant
example from the http://wiki.debian.org/DebianPython/NewPolicy page.
Right.
In any case, I applied the changes you proposed: changed Architecture
to all for python-concordance, and I added all the tasks under
binary-indep.
Yes, but too many.
Please explain e.g. *very* short why dh_strip e.g. is useless in
binary-indep.
Also dh_{link,installman} at all and dh_{pycentral,install} are not
needed in rules.
Also you made a new error. Now the package is not binNMU safe. You can
not prop. binary:Depend from an arch:all package to another one. Use
source:Version.
I updated the package again. It's lintian-clean for the
_source.changes, and the only error in lintian from the binary
packages is still the lack of a symbols file.
I: libconcord1: no-symbols-control-file usr/lib/libconcord.so.1.0.0
Is fixing this as simple as adding 'dpkg-gensymbols -plibconcord1'
somewhere in my 'debian/rules' file? The library packaging guide is a
little unclear to me, and so is the manpage for dpkg-gensymbols.
Personaly I am also not maining symbols files, because of the bad
handling of FTBFS on arches where they may diff ;)
It is not a need for me currently.
- --
/*
Mit freundlichem Gruß / With kind regards,
Patrick Matthäi
GNU/Linux Debian Developer
E-Mail: pmatth...@debian.org
patr...@linux-dev.org
Comment:
Always if we think we are right,
we were maybe wrong.
*/
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
iEYEARECAAYFAkopYIAACgkQ2XA5inpabMdluQCdFhFYAysYcrFfLOmVLnJ9lToZ
uYoAmQFj+0DTChioPNAzLl5S9jgj86eG
=QvHt
-END PGP SIGNATURE-
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
PapaFactory
For consideration for upload to Debian repository. Info: PapaFactory is a header-only C++ library providing three generic abstract factories. T he library is licensed under the Boost software license. Downloadable from : https://sourceforge.net/project/showfiles.php?group_id=229754package_id=324614release_id=686238 -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: PapaFactory
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Narinder Claire schrieb: For consideration for upload to Debian repository. Info: PapaFactory is a header-only C++ library providing three generic abstract factories. T he library is licensed under the Boost software license. Aha and what wanted you to say us now with this message? - -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer E-Mail: pmatth...@debian.org patr...@linux-dev.org Comment: Always if we think we are right, we were maybe wrong. */ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkophc4ACgkQ2XA5inpabMfvtACdGxtdA1rCkFjdlhMloGExqDdE 5c8AnA/am/QA2+MIpMQISqJO1oO7njnH =arjI -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: PapaFactory
I would like to find a mentor to sponsor this package. Patrick Matthäi wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Narinder Claire schrieb: For consideration for upload to Debian repository. Info: PapaFactory is a header-only C++ library providing three generic abstract factories. T he library is licensed under the Boost software license. Aha and what wanted you to say us now with this message? - -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer E-Mail: pmatth...@debian.org patr...@linux-dev.org Comment: Always if we think we are right, we were maybe wrong. */ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkophc4ACgkQ2XA5inpabMfvtACdGxtdA1rCkFjdlhMloGExqDdE 5c8AnA/am/QA2+MIpMQISqJO1oO7njnH =arjI -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: PapaFactory
On Fri, Jun 5, 2009 at 1:50 PM, Narinder Clairenarinder.cla...@googlemail.com wrote: For consideration for upload to Debian repository. Info: PapaFactory is a header-only C++ library providing three generic abstract factories. T he library is licensed under the Boost software license. Please file a formal RFP then: http://www.debian.org/devel/wnpp/ This list is not the place for this. Regards, Daniel -- Daniel Moerner dmoer...@gmail.com -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
RFS: PapaFactory
Name of Package : PapaFactory License : Boost Software License - Version 1.0 - August 17th, 2003 (http://www.boost.org/LICENSE_1_0.txt) Short Description : C++ Abstract Factory Library Long Description : PapaFactory is a header-only C++ library providing three generic abstract factories. The library is licensed under the Boost software license. Downloadable from : https://sourceforge.net/project/showfiles.php?group_id=229754package_id=324614release_id=686238 -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: PapaFactory
In 4a298761.6020...@googlemail.com, Narinder Claire wrote: I would like to find a mentor to sponsor this package. You'll need to build a source Debian package, and post it somewhere easily downloadable. Some sponsors require using mentors.d.n, so that would be your best bet. You should also make sure it builds cleanly in a up-to-date Sid chroot and the are no problems reported by up-to-date (Sid) lintian (and linda?). Sponsors do not do any of the work needed to get the package ready for Debian, they also do not maintain the package during it's lifetime in Debian. They are simply DDs that are willing to upload high-quality packages to the buildd queue(s). The person/group seeking sponsorship is required to do the initial packaging AND maintain the package as needed. They should be familiar with Debian policy (as documented in the Debian Policy Manual), the Debian New Maintainers' Guide, and the Debian Developer's Reference. -- Boyd Stephen Smith Jr. ,= ,-_-. =. b...@iguanasuicide.net ((_/)o o(\_)) ICQ: 514984 YM/AIM: DaTwinkDaddy `-'(. .)`-' http://iguanasuicide.net/\_/ signature.asc Description: This is a digitally signed message part.
Re: ITS: arc-colors, gnome-colors, shiki-colors are ready
Am Freitag, den 05.06.2009, 13:11 +0200 schrieb Benjamin Drung: Am Freitag, den 05.06.2009, 08:27 +0200 schrieb Evgeni Golov: Evgeni, can you have a look at the debian/copyright files in bazaar repository if I missed something? http://bazaar.launchpad.net/~gnome-colors-packagers/arc-colors-pkg/debian/annotate/head%3A/debian/copyright http://bazaar.launchpad.net/~gnome-colors-packagers/gnome-colors-pkg/debian/annotate/head%3A/debian/copyright http://bazaar.launchpad.net/~gnome-colors-packagers/shiki-colors-pkg/debian/annotate/head%3A/debian/copyright Looks fine, at least from my pov :) Ok, then here are the links to the updated packages: http://mentors.debian.net/debian/pool/main/a/arc-colors/arc-colors_1.7.1-1.dsc http://mentors.debian.net/debian/pool/main/g/gnome-colors/gnome-colors_3.8.6-1.dsc http://mentors.debian.net/debian/pool/main/s/shiki-colors-murrine/shiki-colors-murrine_3.9.1-1.dsc The packages were updated again (Maintainer is now GNOME-Colors Packagers). The locations of the dsc files are the same as posted above. Cheers, Benjamin signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Re: RFS: PapaFactory
Narinder Claire narinder.cla...@googlemail.com writes: Downloadable from : https://sourceforge.net/project/showfiles.php?group_id=229754package_id=324614release_id=686238 As already explained, sponsors come into the picture when *you* (or whoever has chosen to maintain the package) have already built the source package and done your own checks for quality of the resulting Debian package, based on a good understanding of the Debian policy and other developer documentation. It is not appropriate to request a sponsor for a package that is not already in that state. Instead, please file a Request For Package URL:http://www.debian.org/devel/wnpp/, then seek (or become) a package maintainer committed to ongoing maintenance of the package in Debian. None of that activity is done on this list. -- \ “It's up to the masses to distribute [music] however they want | `\… The laws don't matter at that point. People sharing music in | _o__)their bedrooms is the new radio.” —Neil Young, 2008-05-06 | Ben Finney -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Combining changelog entries with dpkg-genchanges
Ben Finney ben+deb...@benfinney.id.au writes: I've never had a failure with simply specifying the ‘-v’ option with no argument. That has always (for me) been interpreted as “all versions in the changelog are new”. Until today, that is :-( Lenny just got dpkg 1.15.2, which includes a change made in the behaviour of the ‘dpkg-genchanges -v’ option. It now refuses a blank argument, only allowing a valid version number (which can be the value ‘0’ to include every entry greater than version 0). -- \“All opinions are not equal. Some are a very great deal more | `\robust, sophisticated and well supported in logic and argument | _o__) than others.” —Douglas Adams | Ben Finney -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Combining changelog entries with dpkg-genchanges
Ben Finney ben+deb...@benfinney.id.au writes: Until today, that is :-( Lenny just got dpkg 1.15.2 s/Lenny/Squeeze/ -- \ “Better not take a dog on the space shuttle, because if he | `\ sticks his head out when you're coming home his face might burn | _o__)up.” —Jack Handey | Ben Finney -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
