Re: jampal_02.01.05-1_amd64.changes REJECTED
Hi Peter, On Tue, 2011-07-26 at 19:16 -0400, Peter Bennett wrote: I have repackaged the source, built, signed, uploaded Version is now 02.01.05+dfsg1-1 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/j/jampal - dget http://mentors.debian.net/debian/pool/main/j/jampal/jampal_02.01.05+dfsg1-1.dsc If all is OK please upload it. your get-orig-source target doesn't work: 2011-07-27 09:06:03 (20.5 MB/s) - “jampal-source-02.01.05.tar.gz” saved [4197112/4197112] mv download jampal-source-02.01.05.tar.gz mv: cannot stat `download': No such file or directory make: *** [get-orig-source] Error 1 The mv line is obviously not needed. Further the filename should be jampal_... not jampal-... Fixing those two I've now built, signed and uploaded your package. Regarding the dfsg version: For this time it's ok as +dfsg which makes it newer than the original upstream version. For next time you may want to look at adding something like opts=dversionmangle=s/[\+\.~]dfsg(\d +)?// to make sure you match only the upstream version part. -- Best regards, Kilian signature.asc Description: This is a digitally signed message part
Re: Please try expo.debian.net -- a replacement for mentors.debian.net
Il giorno mar, 26/07/2011 alle 15.38 -0400, Asheesh Laroia ha scritto: On Tue, 26 Jul 2011, Julien Valroff wrote: As from the maintainer personal package archive page, I understand that binary packages will be made publicly available? The page states 'deb ...' entries in sources.list. If so, I think it is a bad idea. Only source packages should be available to avoid people use this as a standard repository (I remember it used to be the case for mentors.d.n). For now there is no plan to share the binary packages. Originally debexpo was supposed to do that, but I think it never will actually. (maybe OT? - I was still thinking of debexpo as in the initial plans): in fact there is no hope that we are going to have something like Ubuntu's PPAs for Debian? Is this because of a political choice, or technical mess of doing builds? thanks for the clarification Pietro -- 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/1311750741.3354.65.ca...@voubian.casa
Re: Please try expo.debian.net -- a replacement for mentors.debian.net
On Wed, 27 Jul 2011, Julian Mehnle wrote: Asheesh Laroia wrote: If there are any others, let me know. Otherwise, about 24 hours from now, I plan to ask signum if we can turn mentors.debian.net off, and make it a debexpo instance. That will mean losing the existing uploaded packages. But I think that's not such a huge loss. Don't do that. Such actions tend to piss off a significant portion of the users. Someone may *just* have spent half a day figuring m.d.n out, creating an account, and uploading their packages. Not saying m.d.n shouldn't go away, but don't treat people's work as if it was worthless (not such a huge loss, meaning not worth my time to migrate the data). I can totally see what you mean. Point taken, and a change of plan: Any migration of mentors.debian.net to expo.debian.net will retain the package and user data. Thank you for making this clear to me. -- Asheesh. -- 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/alpine.deb.2.00.1107270326040.22...@rose.makesad.us
Re: jampal_02.01.05-1_amd64.changes REJECTED
Hi Peter, On Wed, 2011-07-27 at 09:17 +0200, Kilian Krause wrote: Hi Peter, On Tue, 2011-07-26 at 19:16 -0400, Peter Bennett wrote: I have repackaged the source, built, signed, uploaded Version is now 02.01.05+dfsg1-1 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/j/jampal - dget http://mentors.debian.net/debian/pool/main/j/jampal/jampal_02.01.05+dfsg1-1.dsc If all is OK please upload it. your get-orig-source target doesn't work: 2011-07-27 09:06:03 (20.5 MB/s) - “jampal-source-02.01.05.tar.gz” saved [4197112/4197112] mv download jampal-source-02.01.05.tar.gz mv: cannot stat `download': No such file or directory make: *** [get-orig-source] Error 1 The mv line is obviously not needed. Further the filename should be jampal_... not jampal-... Thinking about this I guess that's me having --content-disposition in wget args by default. This should probably be added to your wget line. -- Best regards, Kilian signature.asc Description: This is a digitally signed message part
Re: Debhelper doesn't know the ‘build-stamp’ target, but Lintian recommends it
On Wed, Jul 27, 2011 at 08:23:42AM +1000, Ben Finney wrote: Kilian Krause kil...@debian.org writes: Hi Ben, On Tue, 2011-07-26 at 17:10 +1000, Ben Finney wrote: Lintian recommends (via tag ‘debian-rules-missing-recommended-target’): = N: Note that the following form is recommended however: N: N: build: build-arch build-indep N: build-arch: build-stamp N: build-indep: build-stamp N: build-stamp: N: build here = If you're sure that you want to use dh but .PHONY then just put into your rules something like: build-indep: dh $@ build-arch: dh $@ build: build-arch build-indep No need for a stamp as dh is already producing stamps internally. This doesn't match Lintian's recommendation. Nor does the common ‘%:’ style rule. Should Lintian's recommendation be changed? Quite possibly, I'm sure the lintian maintainers would be happy to have improved help text. I didn't write it with dh in mind, since dh works with build-arch and build-indep automatically since 8.1.0, and since 8.9.0 with v9 compatibility mode, dh supports proper overriding of sequences with make targets. But unless you're doing something really different, you shouldn't need to specify any build rules at all--just use override_dh_auto_build, e.g. override_dh_auto_build: ifneq (,$(shell dh_listpackages -a 2/dev/null)) $(MAKE) -C debian/build all endif ifneq (,$(shell dh_listpackages -i 2/dev/null)) $(MAKE) -C debian/build doc endif This does all the arch and indep building in the conditionals. The main problems with build-arch: build build-indep: build is that it can cause infinite recursion in combination with dh: build → dh build → build-arch → build → … because build-arch and build-indep are dependencies of build, not the wrong way around as in this case. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. signature.asc Description: Digital signature
Re: Please try expo.debian.net -- a replacement for mentors.debian.net
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Pietro, On 27.07.2011 09:12, Pietro Battiston wrote: in fact there is no hope that we are going to have something like Ubuntu's PPAs for Debian? Is this because of a political choice, or technical mess of doing builds? this was heavily discussed in the kicking of Wheezy flame^W^Wthread. For example see [1][2] for (some) relevant sub threads. Quintessence, in my opinion, was that there should be something like an Ubuntu PPA for Debian, but with a slightly different focus and purpose. That is, from developers only for specific tasks. For example to supersede the current practice of developers to upload their packages non targeted to the main branches everywhere but not really transparent for their users. That said, the realization mostly suffers from the fact, there is no software available to do this on the software side, as Launchpad is not free software, and usable alternatives don't exist. [1] http://lists.debian.org/debian-devel/2011/05/threads.html#00029 [2] http://lists.debian.org/debian-devel/2011/05/msg00121.html - -- with kind regards, Arno Töll IRC: daemonkeeper on Freenode/OFTC GnuPG Key-ID: 0x9D80F36D -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJOL89pAAoJEMcrUe6dgPNtLOIP/1nXHgIEmhORzDs+3JfRYcP6 v9t5NeNGnMlwDkvwg0Fj/jHgq7yzsC8LH+s0nVCsXLSh6bEbXNcXBEElq8gX+Xsn ti5kXObU2gVypFJufcdRXgIq3NiSlyy5xyvyfwyOFdCHDS+16Ux8TurDlPysX3JT Hgjd7vtDjMl7Vq1Q0DWHnJLzuTt0avyGxQgtHccnd+P/lAu4TE098q57BxHkCj5p lEaCoioitKsTmTO5mkTEQMtcY8fOJ1tEHjw+yi7TQcQD1NW9lNwB/5/Elb4OakIc UG+o3jTKuBvF5kQE4j8INIMTa5b4eP3NQu0RdwbUr04Ve9IziuOZYeSYbsyoRepd IkoIg1FI50rg+PKefwfYHHABKFfoWqKKgyFg69jbDEvk3jsQfZZxWFft0boZ1Iac EOenDR9iHi4Rz+zFXUFOfB/9WNll3qtqXUnXdIHnL3aZ92XJ3JAJFKlnpw8HLszx TZW8x5vKflos2z+YgQD0mhfZaMj2z0w2phN/nbhjq3SdlEnAepl4Z1zoO924Aj7a xWyAu/G+2h0U0Dv23QlYoKL9HaP5UO0qIFz4x/BvH2s+35GfMNVsB/z4AMZOBlGY Za5Vr7G7G7a7fxliS1lI9r0ihHTll/DSTPmtP4zW9/zblO2WrAyZhvrcH/Hvxa7Q DW5j05DJvvcP5liyvs52 =P6DL -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/4e2fcf69.1030...@toell.net
Re: Debhelper doesn't know the ‘build-stamp’ target, but Lintian recommends it
Roger Leigh rle...@codelibre.net writes: On Wed, Jul 27, 2011 at 08:23:42AM +1000, Ben Finney wrote: Kilian Krause kil...@debian.org writes: Hi Ben, On Tue, 2011-07-26 at 17:10 +1000, Ben Finney wrote: Lintian recommends (via tag ‘debian-rules-missing-recommended-target’): = N: Note that the following form is recommended however: N: N: build: build-arch build-indep N: build-arch: build-stamp N: build-indep: build-stamp N: build-stamp: N: build here = […] Should Lintian's recommendation be changed? Quite possibly, I'm sure the lintian maintainers would be happy to have improved help text. I didn't write it with dh in mind Okay. (Thanks for writing it.) If you were to write it with ‘dh’ in mind, what would be the recommended set of explicit targets? The main problems with build-arch: build build-indep: build I'm not sure who suggested that; it doesn't seem to be in this thread. since dh works with build-arch and build-indep automatically since 8.1.0 Ah, thank you. I now need to increase the ‘debhelper’ dependency and ‘compat’ level to correctly rely on its support for those targets. and since 8.9.0 with v9 compatibility mode, dh supports proper overriding of sequences with make targets. But unless you're doing something really different, you shouldn't need to specify any build rules at all Both of those are rather too much magic. One of the great benefits of using debhelper( as opposed to CDBS) is that one can look at a ‘debian/rules’ file without specific knowledge about debhelper, and see at least what commands will be run when. So, if Lintian is going to recommend these targets, what text would make it a suitable recommendation for both no-helper and ‘debhelper’ rules styles? -- \ “Every valuable human being must be a radical and a rebel, for | `\ what he must aim at is to make things better than they are.” | _o__) —Niels Bohr | Ben Finney pgpB1onIsdEwk.pgp Description: PGP signature
RFS: b43-fwcutter
Hi, unfortunately Patrick, the person typically upload this package, can't upload it this time. Hoping his tendovaginitis will be better soon, is there some other DD who can review/upload the package? .dsc is available here: http://expo.debian.net/debian/pool/contrib/b/b43-fwcutter/b43-fwcutter_014-5.dsc Thank you. Cheers, Fabrizio. Forwarded Message From: Patrick Matthäi pmatth...@debian.org Reply-to: pmatth...@debian.org To: fab...@fabreg.it Subject: Fwd: [VAC] now - some weeks Date: Wed, 27 Jul 2011 13:23:22 +0200 Original-Nachricht Betreff: [VAC] now - some weeks Datum: Mon, 25 Jul 2011 19:46:02 +0200 Von: Patrick Matthäi pmatth...@debian.org Antwort an: pmatth...@debian.org Organisation: Debian An: debian-priv...@lists.debian.org, l...@lion.leolix.org, michael.s.gilb...@gmail.com Hey folk, because of a tendovaginitis at both arms I can't work for Debian currently, I hope I will be okay again in a few weeks.. Please NMU if something is wrong and it would be nice if someone would sponsor e.g. the updates of Philipp Schafft cheers signature.asc Description: This is a digitally signed message part
Re: RFS: b43-fwcutter
On Wed, 2011-07-27 at 15:10 +0200, Fabrizio Regalli wrote: .dsc is available here: http://expo.debian.net/debian/pool/contrib/b/b43-fwcutter/b43-fwcutter_014-5.dsc Please use this .dsc: (on mentors.d.n) http://mentors.debian.net/debian/pool/contrib/b/b43-fwcutter/b43-fwcutter_014-5.dsc (seems the .dsc file on expo.d.n is not updated) Thanks. Cheers, Fabrizio. signature.asc Description: This is a digitally signed message part
Re: Debhelper doesn't know the ‘build-stamp’ target, but Lintian recommends it
On Wed, Jul 27, 2011 at 09:12:37PM +1000, Ben Finney wrote: Roger Leigh rle...@codelibre.net writes: On Wed, Jul 27, 2011 at 08:23:42AM +1000, Ben Finney wrote: Kilian Krause kil...@debian.org writes: Hi Ben, On Tue, 2011-07-26 at 17:10 +1000, Ben Finney wrote: Lintian recommends (via tag ‘debian-rules-missing-recommended-target’): = N: Note that the following form is recommended however: N: N: build: build-arch build-indep N: build-arch: build-stamp N: build-indep: build-stamp N: build-stamp: N: build here = […] Should Lintian's recommendation be changed? Quite possibly, I'm sure the lintian maintainers would be happy to have improved help text. I didn't write it with dh in mind Okay. (Thanks for writing it.) If you were to write it with ‘dh’ in mind, what would be the recommended set of explicit targets? E... just %, I guess :) Unless your rules file *needs* something else - and in this case, it very much depends on what exactly your rules file needs. If you only use the override_* targets, then you don't need to do anything else - just override the specific stages as needed and dh(1) will do the rest by itself. If you *need* to override any of the build, binary, build-* or binary-* targets, then you'd have to be careful to not cause any dependency loops - e.g. don't make build-indep depend on build without also specifying the build target, because dh build will run debian/rules build-indep and loop around :) That's basically all, IMHO. The main problems with build-arch: build build-indep: build I'm not sure who suggested that; it doesn't seem to be in this thread. since dh works with build-arch and build-indep automatically since 8.1.0 Ah, thank you. I now need to increase the ‘debhelper’ dependency and ‘compat’ level to correctly rely on its support for those targets. and since 8.9.0 with v9 compatibility mode, dh supports proper overriding of sequences with make targets. But unless you're doing something really different, you shouldn't need to specify any build rules at all Both of those are rather too much magic. One of the great benefits of using debhelper( as opposed to CDBS) is that one can look at a ‘debian/rules’ file without specific knowledge about debhelper, and see at least what commands will be run when. So, if Lintian is going to recommend these targets, what text would make it a suitable recommendation for both no-helper and ‘debhelper’ rules styles? G'luck, Peter -- Peter Pentchev r...@ringlet.net r...@freebsd.org pe...@packetscale.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 If I were you, who would be reading this sentence? signature.asc Description: Digital signature
Re: Please try expo.debian.net -- a replacement for mentors.debian.net
Hello Asheesh, Before all, thanks you for this information and your work :) . The web design is nice ! A beginner like me, the main stuff will be to have a short text which explain how to upload your package on expo platform and a short reminder on the packaging process. I know this documents are available in debian policy, debian maintainers and wiki but a beginner have not the reflex to check this big documents. :) The menu colors are cool too for underline the sections. Benoît 2011/7/26 Asheesh Laroia ashe...@asheesh.org: Hi all people on debian-mentors, Debexpo is a replacement for http://mentors.debian.net/. I hereby request testers! It is of beta quality -- I think it works fully and has enough features to replace mentors.debian.net. It has the following improvements over http://mentors.debian.net/ : * Maintainable code base * More color on the front page * Publicly-shown lintian results I have been spending the past couple of days at Debconf fixing up the code and the deployment. I'm hereby asking for testing and feedback: * Please try uploading a package and tell me if it works (especially tell me if it fails!). * Please tell me if there are features we need before it can replace mentors.debian.net. Frankly, I think it's ready as-is! Go to http://expo.debian.net/ to try it. My goal with this debexpo work is to get the app and the deployment into a usable, documented state so it can replace mentors.debian.net. Then I will shift into the background and do only patch review and documentation writing. Anyone interested in working on Debexpo, a Python + Pyons web app, should grab the source code. Some fixes require changing only the templates, and I promise to review your patches quickly (within four days, tops). Bug tracker: https://alioth.debian.org/tracker/index.php?group_id=100127atid=413115 (You can get the latest deployed source from git://expo.debian.net/live . I will push that to Alioth once I sort out some confusion with my SSH key.) -- Asheesh. P.S. There is no known way to change the Needs a sponsor field. Just delete the package if you don't need a sponsor, for now. P.P.S. Any bugs that can be fixed by just editing the templates, I hope to see people submitting patches for! -- 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/alpine.deb.2.00.1107261224050.6...@rose.makesad.us -- 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/calkxa+-nndfackkqbdiyqfp+jbgriscqjo2bap8wrua-jrn...@mail.gmail.com
Re: Please try expo.debian.net -- a replacement for mentors.debian.net
Hi Benoît, On Wed, 2011-07-27 at 17:19 +0200, benoît tuduri wrote: A beginner like me, the main stuff will be to have a short text which explain how to upload your package on expo platform It's already done: You need to use dput to upload packages. See your account page to see how to configure it. Once you have it set up, you can execute: dput debexpo package_version_source.changes ..and when you logged in with your credential, you can see howto configure the service. Is this not enough? (or maybe I don't understand as well what you mean) Cheers, Fabrizio. signature.asc Description: This is a digitally signed message part
Re: Please try expo.debian.net -- a replacement for mentors.debian.net
Le 27 juillet 2011 17:41, benoît tuduri benoit.tud...@gmail.com a écrit : Hi Fabrizio, I have seen this notice on the website for dput command, thanks :) . But after dput, may be explain the process ? Both, briefly the before debexpo uploading workflow ? Imo, to have a little tuto on packaging on this website will be great. :) Benoît Le 27 juillet 2011 17:27, Fabrizio Regalli fab...@fabreg.it a écrit : Hi Benoît, On Wed, 2011-07-27 at 17:19 +0200, benoît tuduri wrote: A beginner like me, the main stuff will be to have a short text which explain how to upload your package on expo platform It's already done: You need to use dput to upload packages. See your account page to see how to configure it. Once you have it set up, you can execute: dput debexpo package_version_source.changes ..and when you logged in with your credential, you can see howto configure the service. Is this not enough? (or maybe I don't understand as well what you mean) Cheers, Fabrizio. -- 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/calkxa+-btujbd4umwtpp_wykmb6nm3mnaky+_6kvgeoql...@mail.gmail.com
Re: Please try expo.debian.net -- a replacement for mentors.debian.net
On Wed, 2011-07-27 at 17:41 +0200, benoît tuduri wrote: Hi Fabrizio, I have seen this notice on the website for dput command, thanks :) . You are welcome :-) But after dput, may be explain the process ? Both, briefly the before debexpo uploading workflow ? Imo, to have a little tuto on packaging on this website will be great. :) Really? I think there are many documents on how to create a Debian package and from my point of view is not necessary to replicate once again them on expo.d.n. It's just my opinion :-) Cheers, Fabrizio signature.asc Description: This is a digitally signed message part
Re: Please try expo.debian.net -- a replacement for mentors.debian.net
On Wed, Jul 27, 2011 at 4:42 AM, Arno Töll deb...@toell.net wrote: That said, the realization mostly suffers from the fact, there is no software available to do this on the software side, as Launchpad is not free software, and usable alternatives don't exist. Launchpad is most certainly free software (though it would have to be re-branded, the icons/images are not free). [0]: Canonical Ltd (Canonical) distributes the Launchpad source code under the GNU Affero General Public License, version 3 (AGPLv3). Unfortunately it's still not really suitable to the task. -- Andrew Starr-Bochicchio Ubuntu Developer https://launchpad.net/~andrewsomething Debian Contributor http://qa.debian.org/developer.php?login=a.starr.b%40gmail.com PGP/GPG Key ID: D53FDCB1 [0] https://dev.launchpad.net/LaunchpadLicense -- 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/cal6k_ayv_54ytpktrm_hge091x09cg8mxane_j_je5-5ae1...@mail.gmail.com
Re: Please try expo.debian.net -- a replacement for mentors.debian.net
On Wed, Jul 27, 2011 at 05:53:48PM +0200, Fabrizio Regalli wrote: But after dput, may be explain the process ? Both, briefly the before debexpo uploading workflow ? Imo, to have a little tuto on packaging on this website will be great. :) Really? I think there are many documents on how to create a Debian package and from my point of view is not necessary to replicate once again them on expo.d.n. It's just my opinion :-) Well, links to the policy and maint-guide won't hurt. -- WBR, wRAR signature.asc Description: Digital signature
Re: Please try expo.debian.net -- a replacement for mentors.debian.net
On Wed, 2011-07-27 at 22:10 +0600, Andrey Rahmatullin wrote: Well, links to the policy and maint-guide won't hurt. Ok, maybe the links are better solution and add them are quite easy. Cheers, Fabrizio. signature.asc Description: This is a digitally signed message part
Re: RFS: Sitplus -- Free software framework for ludic-therapeutic activities
On Wed, Jul 27, 2011 at 4:46 PM, Luis Rivas lui...@gmail.com wrote: Description: Sitplus is a framework for ludic-therapeutic activities for people with disabilities, developed by César Mauri. It offers new You might want to send a copy of your RFS to the debian-accessibility list. -- bye, pabs http://wiki.debian.org/PaulWise -- 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/CAKTje6HmYNqUci88TcjfDnO=frvzwmmsujbxhkpdcw7byzj...@mail.gmail.com
Re: jampal_02.01.05-1_amd64.changes REJECTED
Hi Kilian I did test the get-orig-source, in fact I used that to get the source that I built with . Perhaps, as you said, you have some default set up for wget that I do not have. Since you have made an update, I need to get the updated file to check into my repository for future. Can you send it to me or let me know where to download it from. It is probably not available yet via apt-get source. I notice that all the emails I ha ve received refer to amd64. Do I have to upload an i386 version also to get it available on i386 systems? Or will debian automatically build it for all architectures? Only the tagbkup part is architecture dependent. Thanks for all your help. Regards Peter - Original Message - From: Kilian Krause kil...@debian.org To: Peter Bennett pgbenn...@comcast.net Cc: debian-mentors@lists.debian.org Sent: Wednesday, July 27, 2011 3:46:13 AM Subject: Re: jampal_02.01.05-1_amd64.changes REJECTED Hi Peter, On Wed, 2011-07-27 at 09:17 +0200, Kilian Krause wrote: Hi Peter, On Tue, 2011-07-26 at 19:16 -0400, Peter Bennett wrote: I have repackaged the source, built, signed, uploaded Version is now 02.01.05+dfsg1-1 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/j/jampal - dget http://mentors.debian.net/debian/pool/main/j/jampal/jampal_02.01.05+dfsg1-1.dsc If all is OK please upload it. your get-orig-source target doesn't work: 2011-07-27 09:06:03 (20.5 MB/s) - “jampal-source-02.01.05.tar.gz” saved [4197112/4197112] mv download jampal-source-02.01.05.tar.gz mv: cannot stat `download': No such file or directory make: *** [get-orig-source] Error 1 The mv line is obviously not needed. Further the filename should be jampal_... not jampal-... Thinking about this I guess that's me having --content-disposition in wget args by default. This should probably be added to your wget line. -- Best regards, Kilian
Re: Please try expo.debian.net -- a replacement for mentors.debian.net
On Tue, Jul 26, 2011 at 11:08:40PM +0200, Kilian Krause wrote: Thus neither document too publically how we do it nor what the exact internal versions are. I don’t think security through obscurity is acceptable on Debian infrastructure. -- Andrea Bolognani e...@kiyuko.org Resistance is futile, you will be garbage collected. signature.asc Description: Digital signature
RFS: xxxterm (updated package)
Dear mentors, I am looking for a sponsor for my package xxxterm. * Package name: xxxterm Version : 1.425-2 Upstream Author : Several (Marco Peereboom ma...@peereboom.us) * URL : http://opensource.conformal.com/wiki/XXXTerm * License : ISC, MIT, BSD-4-clause, BSD-3-clause, BSD-2-clause, CC-BY-SA Section : web To access further information about this package, please visit the following URL: http://expo.debian.net/package/xxxterm Alternatively, one can download the package with dget using this command: dget -x http://expo.debian.net/debian/pool/main/x/xxxterm/xxxterm_1.425-2.dsc I would be glad if someone uploaded this package for me. Kind regards, Luis Henriques -- 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/20110727182552.GA3056@hades
Re: Debhelper doesn't know the ‘build-stamp’ target, but Lintian recommends it
On 2011-07-27 10:17, Roger Leigh wrote: On Wed, Jul 27, 2011 at 08:23:42AM +1000, Ben Finney wrote: Kilian Krause kil...@debian.org writes: [...] Should Lintian's recommendation be changed? Quite possibly, I'm sure the lintian maintainers would be happy to have improved help text. [...] Hi Indeed; we would love improvements for any tag descriptions that may be confusing / outdated / etc. Just file a bug against Lintian with the proposed changes. For those willing to submit a patch, a simple grep $tag checks/*.desc should help locate the tag. ~Niels -- 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/4e305f09.6040...@thykier.net
Re: RFS: Sitplus -- Free software framework for ludic-therapeutic activities
2011/7/27 Paul Wise p...@debian.org: On Wed, Jul 27, 2011 at 4:46 PM, Luis Rivas lui...@gmail.com wrote: Description: Sitplus is a framework for ludic-therapeutic activities for people with disabilities, developed by César Mauri. It offers new You might want to send a copy of your RFS to the debian-accessibility list. I had not even thought of that, thanks for the idea :) -- If you can't be a good example, then you'll just have to serve as a horrible warning -- Catherine Aird -- 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/CABsJszwL4Df7E=f=HFJzByHMzdxii10VVR=dog-9fvr8rpf...@mail.gmail.com
AGPL (was Re: Please try expo.debian.net)
On Wed, Jul 27, 2011 at 12:03:03PM -0400, Andrew Starr-Bochicchio wrote: Launchpad is most certainly free software (though it would have to be re-branded, the icons/images are not free). [0]: Canonical Ltd (Canonical) distributes the Launchpad source code under the GNU Affero General Public License, version 3 (AGPLv3). I can't see how someone can claim that AGPL is a free software license. Freedom 0: The freedom to run the program for any purpose. So you can run Launchpad only as a web site. You can't take a piece of its code and use it somewhere else, since it would then have no way to advertise itself and allow the download. An example: many, many years ago I took several code paths for pty pair creation on different platforms from GNU screen, and have used that code in several unrelated projects since, some of these don't even have an user interface at all. AGPL would made such an use impossible. You can't even write a scripting interface for an AGPL work without passing advertising and downloads through! Another case: I use and even sometimes fix bugs in an AGPLed program written by Marc Thoben, whom I otherwise really respect. Yet neither of the two principal ways to interface with that program: an IRC bot and now also a webpage, provide such a download. Both are ran by the very person that imposed AGPL onto that program. So you have a case of the very creator of the program who would be disallowed its use were he bound by his own copyright. -- 1KB // Yo momma uses IPv4! -- 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/20110727200625.gb10...@angband.pl
RFS: wizznic
Dear mentors, I am looking for a sponsor for my package wizznic. * Package name: wizznic Version : 0.9.2-preview2-1 Upstream Author : Jimmy Christensen duste...@users.sourceforge.net * URL : http://sf.net/wizznic/ * License : GPL-3 Section : games It builds these binary packages: wizznic- Implementation of the arcade classic Puzznic wizznic-data - Implementation of the arcade classic Puzznic (data) The package appears to be lintian clean. It has 2 type of --pedantic notice: P: wizznic source: source-contains-prebuilt-windows-binary P: wizznic source: source-contains-prebuilt-binary I'm already contact the upstream for this issues, and he said that a next release would be more cleaner, because this is a preview version. The upload would fix these bugs: 635058 My motivation for maintaining this package is: I play this game a lot and I think it would be interesting to have it in Debian. There are some puzzles games, but not with the same concept. Besides, the upstream author answers emails very quickly because it is a game still in development. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/w/wizznic - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/w/wizznic/wizznic_0.9.2-preview2-1.dsc I would be glad if someone uploaded this package for me. Kind regards Tony Palma -- .''`. Tony Palma. : :' : PGP/GPG Key ID: 258FFB1A `. `' `-Proudly running Debian GNU/Linux signature.asc Description: PGP signature
Re: Debhelper doesn't know the ‘build-stamp’ target, but Lintian recommends it
Peter Pentchev r...@ringlet.net writes: On Wed, Jul 27, 2011 at 09:12:37PM +1000, Ben Finney wrote: Roger Leigh rle...@codelibre.net writes: On Wed, Jul 27, 2011 at 08:23:42AM +1000, Ben Finney wrote: Should Lintian's recommendation be changed? Quite possibly, I'm sure the lintian maintainers would be happy to have improved help text. I didn't write it with dh in mind Okay. (Thanks for writing it.) If you [Roger Leigh] were to write [the Lintian recommendation for the set of ‘build*’ targets] with ‘dh’ in mind, what would be the recommended set of explicit targets? E... just %, I guess :) The ‘%:’ rule is the opposite of explicit :-) which is why I asked Roger what the set of explicit targets should be in Lintian's recommendation. So, you're arguing for “no explicit targets when using ‘dh’”, right? I've already given my reasons not to want that. I'm still interested in Roger's response to the above. -- \ Those who will not reason, are bigots, those who cannot, are | `\fools, and those who dare not, are slaves. —“Lord” George | _o__)Gordon Noel Byron | Ben Finney pgpiS1D4h4z4s.pgp Description: PGP signature
Re: Debhelper doesn't know the ‘build-stamp’ target, but Lintian recommends it
On Wed, Jul 27, 2011 at 09:12:37PM +1000, Ben Finney wrote: Roger Leigh rle...@codelibre.net writes: On Wed, Jul 27, 2011 at 08:23:42AM +1000, Ben Finney wrote: Kilian Krause kil...@debian.org writes: Hi Ben, On Tue, 2011-07-26 at 17:10 +1000, Ben Finney wrote: Lintian recommends (via tag ‘debian-rules-missing-recommended-target’): = N: Note that the following form is recommended however: N: N: build: build-arch build-indep N: build-arch: build-stamp N: build-indep: build-stamp N: build-stamp: N: build here = […] Should Lintian's recommendation be changed? Quite possibly, I'm sure the lintian maintainers would be happy to have improved help text. I didn't write it with dh in mind Okay. (Thanks for writing it.) If you were to write it with ‘dh’ in mind, what would be the recommended set of explicit targets? For an idealised package, there would be no explicit targets, except for any overrides required. Using schroot and gutenprint as examples: http://anonscm.debian.org/gitweb/?p=buildd-tools/schroot.git;a=blob;f=debian/rules;h=253d68daefece8c7cbfac6e1e29e6da768b6591f;hb=HEAD http://anonscm.debian.org/gitweb/?p=collab-maint/gutenprint.git;a=blob;f=debian/rules;h=be10561b84be50eea894c1104f4efa05f7b77a8b;hb=HEAD Neither of these need explicit build targets. They do need explicit install targets, but only due to the need to autogenerate .install files via a separate rule for multiarch dirs, which I'm triggering via a make dependency. In both cases, I am simply using override_dh_auto_build to make it do the particular build command for the package, and at least for gutenprint, it's probably entirely redundant since the default would do the same. The main problems with build-arch: build build-indep: build I'm not sure who suggested that; it doesn't seem to be in this thread. It's the first part of the lintian message; I just mentioned it for completeness in case it got trimmed out of the first message I saw in the thread, in particular because of the dh-related recursion gotcha that might catch people unawares. since dh works with build-arch and build-indep automatically since 8.1.0 Ah, thank you. I now need to increase the ‘debhelper’ dependency and ‘compat’ level to correctly rely on its support for those targets. Yes. v8 will support build-arch and build-indep as sequences, v9 will allow you to use the rules in debian/rules (and have dh realise that and use them in place of its build-in sequences) in addition. and since 8.9.0 with v9 compatibility mode, dh supports proper overriding of sequences with make targets. But unless you're doing something really different, you shouldn't need to specify any build rules at all Both of those are rather too much magic. One of the great benefits of using debhelper( as opposed to CDBS) is that one can look at a ‘debian/rules’ file without specific knowledge about debhelper, and see at least what commands will be run when. So, if Lintian is going to recommend these targets, what text would make it a suitable recommendation for both no-helper and ‘debhelper’ rules styles? Without any helper: build: build-arch build-indep build-arch: # Build arch-dep here build-indep: # Build arch-indep here And this can include additional dependencies for build-arch and build-indep such as the build-stamp suggested in the lintian text (saves building twice if both rules use the same logic). build can't have any additional dependencies, since it's optional--it can only depends on build-arch and build-indep, and should do nothing else (since it's not guaranteed to be called if you used build-arch and/or build-indep directly). With dh v8 compat: Same command for arch and indep: override_dh_auto_build: $(MAKE) foobar If you have different commands for arch and indep: override_dh_auto_build: ifneq (,$(shell dh_listpackages -a 2/dev/null)) $(MAKE) -C debian/build all endif ifneq (,$(shell dh_listpackages -i 2/dev/null)) $(MAKE) -C debian/build doc endif With dh v9 compat: Same command for arch and indep: override_dh_auto_build: $(MAKE) foobar If you have different commands for arch and indep: build-arch: dh_testdir $(MAKE) arch-foo build-indep: dh_testdir $(MAKE) indep-foo Or the same logic as v8. As you can see, the magic is really only required for v8 compat mode. In v9, we can safely use rules directly as we would for non-dh rules. (You can use rules directly in v8, but dh won't always use them since the sequence is just a list of dh commands, so dh binary won't use any install or build targets; in v9 it will use the appropriate targets if present, and skip the sequence for that target, giving you more control and using all standard targets as expected.) Regards, Roger -- .''`. Roger Leigh : :' : Debian
Re: AGPL (was Re: Please try expo.debian.net)
On Wed, Jul 27, 2011 at 10:06:25PM +0200, Adam Borowski wrote: I can't see how someone can claim that AGPL is a free software license. [...] I was recently reviewing some new software (a FUSE backend) for an acquaintance who wanted to release it under AGPL3. I did mention to him the BSD-advertising-clause-like issues with the Affero provisions in the license, including the additional burdens it places on derivers of the software who may not reuse pieces of it in the way he envisioned. More concerning, however, his software also links against libmysqlclient which (starting with 4.0 at least) is GPL2-only with a slew of linking exceptions for other licenses including (very recently) GPL3, but none for AGPL3. My IANAL opinion is that this would make binary distribution of the program outright impossible... -- { IRL(Jeremy_Stanley); WWW(http://fungi.yuggoth.org/); PGP(43495829); WHOIS(STANL3-ARIN); SMTP(fu...@yuggoth.org); FINGER(fu...@yuggoth.org); MUD(kin...@katarsis.mudpy.org:6669); IRC(fu...@irc.yuggoth.org#ccl); ICQ(114362511); YAHOO(crawlingchaoslabs); AIM(dreadazathoth); } -- 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/20110728014346.gb1...@yuggoth.org