Re: PAPT ML is flooded with spam
On Tue, Oct 26, 2010 at 01:39, anatoly techtonik wrote: > What is the point in the PAPT ML that is full of spam? > http://lists.alioth.debian.org/pipermail/python-apps-team/2010-October/thread.html I don't find it "full of spam", maybe because I use a spam filter on my client (gmail, the same as you) > Should it be moved from Alioth to lists.debian.org or just redirected here? > http://lists.debian.org/debian-python/2010/10/threads.html No, it's meant for a different purpose (the Maintainer/Uploaders fields email address). If you feel it's a big problem, I think you should discuss this with alioth admins about implementing spam filters on alioth too - that's how open source projects work. Regards, -- 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-python-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktikxegzt831mcn2nsvz_vih6jjnnvyev3ftxd...@mail.gmail.com
PAPT ML is flooded with spam
What is the point in the PAPT ML that is full of spam? http://lists.alioth.debian.org/pipermail/python-apps-team/2010-October/thread.html Should it be moved from Alioth to lists.debian.org or just redirected here? http://lists.debian.org/debian-python/2010/10/threads.html -- anatoly t. -- To UNSUBSCRIBE, email to debian-python-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktin2lzy7fjjuzb02_mjlsytgq9_ncyuma-jc7...@mail.gmail.com
Re: dfsg suffix
On Mon, Oct 25, 2010 at 20:32, anatoly techtonik wrote: > Got it. Thanks. One last question: > > Can I upload the new version of a package what doesn't contain any > upstream changes? > I want to see how added debian/watch is picked up by various package > management tools. if it's just for debian/watch - I strongly advice not to upload it, stack up some other changes and then do the upload. Regards, -- 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-python-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktinkycvtkat4caqkm_z22q42cutdxbuntvmsz...@mail.gmail.com
Re: dfsg suffix
On Mon, 25 Oct 2010, Sandro Tosi wrote: > > debian/README.Debian-source > might be good too, but given a tarball is (usually) repacked for legal > reasons, d/copyright seems a better place since "it's the file where > legal stuff is" that is true, BUT debian/copyright is to describe terms and conditions of what is actually shipped within a package, not what is stripped from the package ;) although indeed some little remark that some pieces are stripped (although usually .dfsg is actually signaling it already) might be handy -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] -- To UNSUBSCRIBE, email to debian-python-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101025183642.gm12...@onerussian.com
Re: dfsg suffix
Got it. Thanks. One last question: Can I upload the new version of a package what doesn't contain any upstream changes? I want to see how added debian/watch is picked up by various package management tools. -- anatoly t. -- To UNSUBSCRIBE, email to debian-python-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktimrquo1fhdwpls9dakwdkhpwn4pofa2zwoxo...@mail.gmail.com
Re: dfsg suffix
Quoting "anatoly techtonik" : Does that mean that I need to figure out why tarball was repacked and manually repack it again with the same changes to do new release? In this case the maintainer (I) was too lazy/sloppy/whatever to document it properly or add a debian/rules target to do the repacking. In this case, the SWF files of bitten were removed, because they are non-free. See debian/changelog. -- To UNSUBSCRIBE, email to debian-python-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101025200344.17655025g1a3f...@webmail.in-berlin.de
Re: dfsg suffix
On Mon, Oct 25, 2010 at 20:06, Yaroslav Halchenko wrote: > > On Mon, 25 Oct 2010, Sandro Tosi wrote: >> No: if it's been repacked, it should be stated in debian/copyright > > well, Disclaimer in debian/copyright serves to describe why software in > contrib or non-free. For details on what was done to sources I usually > use (when I do not forget ;)) > > debian/README.Debian-source might be good too, but given a tarball is (usually) repacked for legal reasons, d/copyright seems a better place since "it's the file where legal stuff is" Regards, -- 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-python-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktintvac4xthkb8l+f1hdr4e4fx=agmgt0j=0-...@mail.gmail.com
Re: dfsg suffix
On Mon, 25 Oct 2010, Sandro Tosi wrote: > No: if it's been repacked, it should be stated in debian/copyright well, Disclaimer in debian/copyright serves to describe why software in contrib or non-free. For details on what was done to sources I usually use (when I do not forget ;)) debian/README.Debian-source -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] -- To UNSUBSCRIBE, email to debian-python-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101025180617.gl12...@onerussian.com
Re: dfsg suffix
On Tuesday 26,October,2010 02:00 AM, Sandro Tosi wrote: > On Mon, Oct 25, 2010 at 19:53, Chow Loong Jin wrote: >> On Tuesday 26,October,2010 01:51 AM, anatoly techtonik wrote: >>> On Mon, Oct 25, 2010 at 8:47 PM, Chow Loong Jin wrote: On Tuesday 26,October,2010 01:45 AM, anatoly techtonik wrote: > What dfsg suffix in package version is for? > In trac-bitten to be exact. It means that the tarball was repacked to meet DFSG[1] requirements. [1] http://www.debian.org/social_contract#guidelines >>> >>> Does that mean that I need to figure out why tarball was repacked and >>> manually repack it again with the same changes to do new release? >> >> Yes, pretty much so. Or if the reasons do not apply any more, you can use the >> tarball as is. > > No: if it's been repacked, it should be stated in debian/copyright > why, if not it's a bug (that should be filed it not there already); > also, a get-orig-source target in debian/rules would be nice to have. That's exactly what I understood from "figure out why tarball was repacked". It's usually either documented in debian/changelog or debian/copyright. -- Kind regards, Chow Loong Jin signature.asc Description: OpenPGP digital signature
Re: dfsg suffix
Twas brillig at 20:51:49 25.10.2010 UTC+03 when techto...@gmail.com did gyre and gimble: at> Does that mean that I need to figure out why tarball was repacked at> and manually repack it again with the same changes to do new at> release? http://packages.debian.org/changelogs/pool/main/t/trac-bitten/trac-bitten_0.6b2.dfsg-3/changelog#versionversion0.6b2.dfsg-1 -- http://fossarchy.blogspot.com/ pgp2C0rYe6ils.pgp Description: PGP signature
Re: dfsg suffix
On Mon, Oct 25, 2010 at 19:53, Chow Loong Jin wrote: > On Tuesday 26,October,2010 01:51 AM, anatoly techtonik wrote: >> On Mon, Oct 25, 2010 at 8:47 PM, Chow Loong Jin wrote: >>> On Tuesday 26,October,2010 01:45 AM, anatoly techtonik wrote: What dfsg suffix in package version is for? In trac-bitten to be exact. >>> >>> It means that the tarball was repacked to meet DFSG[1] requirements. >>> >>> [1] http://www.debian.org/social_contract#guidelines >> >> Does that mean that I need to figure out why tarball was repacked and >> manually repack it again with the same changes to do new release? > > Yes, pretty much so. Or if the reasons do not apply any more, you can use the > tarball as is. No: if it's been repacked, it should be stated in debian/copyright why, if not it's a bug (that should be filed it not there already); also, a get-orig-source target in debian/rules would be nice to have. Regards, -- 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-python-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktinnn_qzkxwb5cev3i13vf4g_vuzyef_xdo3n...@mail.gmail.com
Re: dfsg suffix
On Tuesday 26,October,2010 01:51 AM, anatoly techtonik wrote: > On Mon, Oct 25, 2010 at 8:47 PM, Chow Loong Jin wrote: >> On Tuesday 26,October,2010 01:45 AM, anatoly techtonik wrote: >>> What dfsg suffix in package version is for? >>> In trac-bitten to be exact. >> >> It means that the tarball was repacked to meet DFSG[1] requirements. >> >> [1] http://www.debian.org/social_contract#guidelines > > Does that mean that I need to figure out why tarball was repacked and > manually repack it again with the same changes to do new release? Yes, pretty much so. Or if the reasons do not apply any more, you can use the tarball as is. -- Kind regards, Chow Loong Jin signature.asc Description: OpenPGP digital signature
Re: dfsg suffix
On Mon, Oct 25, 2010 at 8:47 PM, Chow Loong Jin wrote: > On Tuesday 26,October,2010 01:45 AM, anatoly techtonik wrote: >> What dfsg suffix in package version is for? >> In trac-bitten to be exact. > > It means that the tarball was repacked to meet DFSG[1] requirements. > > [1] http://www.debian.org/social_contract#guidelines Does that mean that I need to figure out why tarball was repacked and manually repack it again with the same changes to do new release? -- anatoly t. -- To UNSUBSCRIBE, email to debian-python-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktinonyxdd1evxkt3oa8wzsenv5nzwmjfvf13r...@mail.gmail.com
Re: dfsg suffix
On Tuesday 26,October,2010 01:45 AM, anatoly techtonik wrote: > What dfsg suffix in package version is for? > In trac-bitten to be exact. It means that the tarball was repacked to meet DFSG[1] requirements. [1] http://www.debian.org/social_contract#guidelines -- Kind regards, Chow Loong Jin signature.asc Description: OpenPGP digital signature
dfsg suffix
What dfsg suffix in package version is for? In trac-bitten to be exact. -- anatoly t. -- To UNSUBSCRIBE, email to debian-python-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlkti=hbnxh64obf+2nrhd+kwxgnobagh4zuzfjt...@mail.gmail.com
Re: Wheezy plans
On 23.10.2010 13:26, Julian Andres Klode wrote: On Fr, 2010-10-22 at 14:18 -0400, Barry Warsaw wrote: On Oct 22, 2010, at 07:52 PM, Julian Andres Klode wrote: Tell that the Arch people: http://www.archlinux.org/news/python-is-now-python-3/ Yep, they switched /usr/bin/python to Python 3.X I heard that Gentoo has done it too, but I have not verified that. Gentoo uses Python 2 by default as far as I can tell. Wasn't the upstream plan to use /usr/bin/python3 as the executable name in order to not break (almost) every Python script out there? If I understand it[1] correctly, the conclusion at PyCon 2009 was: /usr/bin/python => Python 2.X /usr/bin/python3 => Python 3.X (and maybe later) And that's what Debian, Ubuntu, openSUSE and Fedora do; and thus likely what SLED and RHEL will do. [1] http://www.tummy.com/journals/entries/jafo_20090405_125203 Yes, this is still the upstream plan, and there was no use case for a python2 executable. Matthias -- To UNSUBSCRIBE, email to debian-python-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4cc5b419.2010...@debian.org
Re: question about packaging a python-based software that ships a shared object library file
Hello Paul, On Mon, Oct 25, 2010 at 11:53:04AM +0800, Paul Wise wrote: > > I'm doing what you propose with fonttools and I like the solution. > > If upstream is shipping it as a private extension, keeping it that way > is a good idea. Great, then, I'll package the software this way and let you know of the git repository, if you would be kind enough to give it a look before I upload it (gotta be careful). Anyway, thank you for the feedback. Best regards, Filippo -- Filippo Rusconi, PhD - CNRS - public key C78F687C Author of ``massXpert'' at http://www.massxpert.org signature.asc Description: Digital signature