Updating files list on packages.debian.org
Hi all My first package just made it into unstable. I and the upstream devs are pretty excited ;-) One thing we noticed, though, is that the file list at [1] is not available. Will it be automatically generated sometime in the near future, or do I have to do something to get it there? Thanks Michael [1] http://packages.debian.org/sid/all/libviennacl-dev/filelist -- 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/4e4b63f8.90...@users.sourceforge.net
Re: RFS: Sitplus -- Free software framework for ludic-therapeutic activities
Hi, Andreas. Sorry for taking so long to answer you. 2011/8/10 Andreas Tille andr...@an3as.eu: I did discussed at Debian Med mailing list and besides other mails (also in PM) this one[1] expresses the same strong agreement as I do. As you might possibly know the Debian Med project as one of the Blends inside Debian maintains some so called tasks which are kind of categorising the applications. The tasks page[2] provides an overview about current categories we are maintaining. Your package is somehow end user oriented (not for practicioners or researchers) and the only task which is currently featuring such things is tools (which is some kind of something else currently). I'm not perfectly comfortable by putting Sitplus into this category. While Eric in his posting[1] suggested a new category accessibility I'm not really sure that this is not missleading because in terms of computer usage we are trying to make programs more accessible for people with some handicap when using the term accessibility. I personally would rather tend to a category therapy which might fit better into the medical context and also might find some other applications which fit in later. What's your opinion about such a categorisation out of the options {tools, accessibility, therapy}. Finally as the packager we would defintely consider your vote as expert. Well, I think Sitplus is more a therapeutic tool than an computer aid for people with disability needs. So, I vote for a therapy task :) So you might like to read the team policy[3] which in your case boils down to something like: 1. Subscribe to the Debian-Med alioth project (or tell me your Alioth login - I did not found your name in the list of Alioth users) - this enables commit permission to the VCSes we use in Debian Med I've just registered and made a joining request to the project. My login in luinix-guest. 2. Decide either for Git or SVN and commit your packaging stuff for Sitplus I'm already using GitHub for the code. You can check it at [1]. Of course, I have no problem at all with moving it to Alioth. 3. Ping the mailing list debian-...@lists.debian.org for sponsoring. Subscribing this list makes sense regarding the maintenance of the package itself as well as possibly getting some other packages which you might be interested in. I've just subscribed to debian-...@list.debian.org. I'll re-send my original RFS message to that list. Please let me know if you need something else. Best regards! [1] https://github.com/luinix/sitplus-debian -- 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/CABsJszwvQSRS=rv4grcphltpo1rk91y2g3z+qobpqwyhxwj...@mail.gmail.com
Re: In a single binary source package how does one fail to install some files?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, On 17.08.2011 05:52, Vincent Cheng wrote: override_dh_install: find . -name *.la -delete dh_install a single binary package most likely installs a single .la file only, so a recursive search seems unneeded. That said a simple rm path/to/libfoo.la will do it. By the way, dh_install also has a -X option ... -Xitem, --exclude=item Exclude files that contain item anywhere in their filename from being installed. - -- 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/ iQIcBAEBAgAGBQJOS431AAoJEMcrUe6dgPNtki8QAMhpr0wjJUGHol/42N+eE70l X9h6hfTbwrFd27MpFbj8JP4rzWM5/J9VFzcgShKAoxGTjAS95IXbxj9dIjv9VWQi zQXpAWI57dcz5AZ72T7DyTYFCyMRGxDqGPf7aeMLXLvKGEwErquDl+NYBNKaJeL9 iDSHfsfXNxNGmwMUAGgqZajjHZQbtCRzmgNN4OB+pe4eO0OM+XuwjEPY83Wyj+Xe xuLtggb8mQh5yBB56FH5RFhzlCpNd6XecliB9ZzLb8ZW5VlQaa9k1OTGzOmLBfph 8WnX0CtZ0XSxBIvjHZcuMqhiZqsqrhjP8ddwBPl1H9I/3pEnYi+IwMJmaRpD8zui 4ala4yY7Ln+5irQ4ONxxH3S9Tnv7qN7UfXsfKyYpVIuUp0gu2aR2yUf0gAAJkf84 Qj7pAVCZlk5DgaytCwP0o5FKdXqQtXFKFUEbdXIfGgXH+KEnppJMQ4TV46B+hKL1 MrJNcyKHL5kPR0BocgDVL2aues1KzoAOispnP5LA+F/kQdetX0KJC7IT1FPaadI4 y/zm2b5CjUyDn5aRaCE6Fb8UJhzpfiKbuKSZO3bvJaSdJxFqroCw4DXSAR/L5/RN 12xO48C2UohGvilBsiF41WsKb5nb/0f9hJZZofs41HU2K95Ov5tjI41vc9i5YBp3 /fFtbLzQodnxGyNQdzNT =fD9M -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/4e4b8df6.2040...@toell.net
Re: News about the mentors.debian.net transition to upgraded software
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2011-08-11 10:50, Asheesh Laroia wrote: Okay! As of Thu Aug 11 08:47:29 UTC 2011, mentors.debian.net now runs the Debexpo code. thanks to asheesh (with big cheers) for doing all the work. i really appreciate it. i believe that the few remaining bugs will be sorted out soonish. fgmasdr IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk5Lh/0ACgkQkX2Xpv6ydvQX6wCgs+NDJcEAZxtFzF9i82jAKUVd gGUAn3GTowGBX0v+eTynmW/ccz0DoWXB =B7gW -END PGP SIGNATURE- smime.p7s Description: S/MIME Cryptographic Signature
Re: Updating files list on packages.debian.org
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Mochael, On 17.08.2011 08:47, Michael Wild wrote: Will it be automatically generated sometime in the near future, or do I have to do something to get it there? no, you don't need to do anything but wait. However you are not the only one with that problem, it seems that for none of the non-free/contrib packages a file list is available (#451755 reloaded?) - -- 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/ iQIcBAEBAgAGBQJOS5KpAAoJEMcrUe6dgPNtLuAP/3O71hKT2QIxjodKS1KL2Q21 pfLyhFGbsoQZMDsudRZbyE343/n+6lmvUPW1DwjCuYQzjz30H2DLjj046vP+Z3b4 gvwSTzll0hxXOmdF4d76wXbYMr3TmAgjrKBaPKQuTQelqVBGemu9iXKTglYwnyri 6yeOF99XYzyr7wmZ7nvYIf1UP+yQOwt4UtEWrVyLWkkcRsM581VxMmjz/DZ5Y6YO CeHiQgFk0gsLFTe1yLbQ4D+SITxYXsrSmX2iLXX5JcWvUcmhmKldG6iboVexpqnt r+Dl06UzJ7s/U6ObGjar1d5yiPaZBz+tOnIluiipSWESSFDlqa3igEvpjqF48wvw j+SHttPOU7mf1vz/U45E95UPyWdxHjm9UETkQMo3BTKY0drsmfDtffagtYFoGFCA DyasZ/7i97bmhjYSVKtIaqzll9WU9HdXxWiJc4R9YEOGPih7iVtXvGGtlJWWDrIW Vq65cmqMvXrF2+0fwhIv4+wWag72vqE0iw8tjSuHybdNXNKqUXzwLLh/K2ifCnRw 6Bh+AP1St1XUCu5XOk0aqS0aBQPSeyxBY4SeU7+6rIYz3Oot8tTX27pdaeTTTv2e Rzd1rwuZltkcX4YGexf7VYGGGgwuHK9ynpvuLHlh4TG3/Bb/CNyxysKm5y+qflCn hqVMGuyJum5LmvGGQf9D =1ZRg -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/4e4b92aa.5090...@toell.net
Re: In a single binary source package how does one fail to install some files?
On Tue, 16 Aug 2011 20:52:24 -0700 Vincent Cheng vincentc1...@gmail.com wrote: On Tue, Aug 16, 2011 at 8:41 PM, Paul Elliott pelli...@blackpatchpanel.com wrote: When I was building a library and I wanted to not install the .la file that make install was creating, I could just leave it out of all of the package.install files and it would not be installed. In a single binary package how do I not install a file that make install creates? To not install any .la files in your package, you could try overriding dh_install as follows (in debian/rules): override_dh_install: find . -name *.la -delete dh_install ftr, dh_install has an --exclude option too. thanks, kk -- Karl Goetz, (Kamping_Kaiser / VK5FOSS) Debian contributor / gNewSense Maintainer http://www.kgoetz.id.au No, I won't join your social networking group signature.asc Description: PGP signature
Re: RFS: Sitplus -- Free software framework for ludic-therapeutic activities
Hi Luis, I have set replay-to to dbeina-med list because IMHO the discussion is continued better there ... On Wed, Aug 17, 2011 at 11:21:26AM +0200, Luis Rivas wrote: Well, I think Sitplus is more a therapeutic tool than an computer aid for people with disability needs. So, I vote for a therapy task :) There was also the suggestion 'rehabilitation'. Did you noticed this and considered it before agreeing to 'therapy' ? I've just registered and made a joining request to the project. My login in luinix-guest. You are just added. 2. Decide either for Git or SVN and commit your packaging stuff for Sitplus I'm already using GitHub for the code. You can check it at [1]. Of course, I have no problem at all with moving it to Alioth. While I know that Git clones might hang around at several places please regard my last mail to Debian Med mailing list and comment there. I've just subscribed to debian-...@list.debian.org. I'll re-send my original RFS message to that list. See my response there. Please let me know if you need something else. Thanks for your cooperation Andreas. -- http://fam-tille.de -- 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/20110817130605.ga4...@an3as.eu
Re: RFS: Sitplus -- Free software framework for ludic-therapeutic activities
Hi Kilian, before spending your time you might consider my posting http://lists.debian.org/debian-med/2011/08/msg00119.html Any further comments are welcome for sure. Kind regards Andreas. On Wed, Aug 17, 2011 at 11:24:47AM +0200, Luis Rivas wrote: 2011/8/13 Kilian Krause kil...@debian.org:. Hi, Killian. Sorry for the delay in my response. I've re-uploaded it. You can check it at http://mentors.debian.net/package/sitplus ... -- http://fam-tille.de -- 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/20110817131013.gb4...@an3as.eu
Re: dh-autoreconf/autotools-dev questions
On Tue, 16 Aug 2011 16:16:30 +0200, Gergely Nagy alger...@balabit.hu wrote: Oohara Yuuma ooh...@libra.interq.or.jp writes: I am packaging a software which uses autoconf and automake. I will regenerate all autotool files with dh-autoreconf. * The upstream tarball contains auto-generated files. Do I have to save these files somewhere before calling dh_autoreconf and restore them in the clean target, or is it enough to remove auto-generated files in the clean target so that they are regenerated again in the build target? Just call dh_autoreconf, nothing else to do. It takes care of restoring the original state, whatever that may have been. When using dh_autoreconf, it will _always_ regenerate the appropriate files, so you don't need to prepare the tree for it. * dh-autoreconf saves only the checksum of the files in the source tree, not their contents. Files overwritten by autoreconf will be lost. * dh-autoreconf checks only _normal_ files. For example, it leaves an empty directory autom4te.cache. In short, running ./debian/rules build ./debian/rules clean does modify the source tree. I don't think this is a problem when building the package because 3.0 (quilt) ignores removed files by default and autom4te.cache is removed by dh_clean anyway, but is this a right way to undo any effects that the build and binary targets may have had (the definition of the clean target in the policy)? -- Oohara Yuuma ooh...@libra.interq.or.jp -- 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/20110818.004825.255387065.oohara@timber
Re: In a single binary source package how does one fail to install some files? It did not work
On Wednesday, August 17, 2011 04:46:30 AM Arno Töll wrote: Hi, On 17.08.2011 05:52, Vincent Cheng wrote: override_dh_install: find . -name *.la -delete dh_install a single binary package most likely installs a single .la file only, so a recursive search seems unneeded. That said a simple rm path/to/libfoo.la will do it. By the way, dh_install also has a -X option ... -Xitem, --exclude=item Exclude files that contain item anywhere in their filename from being installed. It did not work! The following file failed to delete COPYING LICENSE.TXT #!/usr/bin/make -f # -*- makefile -*- # Sample debian/rules that uses debhelper. # This file was originally written by Joey Hess and Craig Small. # As a special exception, when this file is copied by dh-make into a # dh-make output file, you may use that output file without restriction. # This special exception was added by Craig Small in version 0.37 of dh-make. # Uncomment this to turn on verbose mode. #export DH_VERBOSE=1 %: dh $@ override_dh_install: dh_install --exclude=COPYING --exclude=LICENSE.TXT But this one did delete the 2 files from the .deb file. What is wrong with -- exclude? #!/usr/bin/make -f # -*- makefile -*- # Sample debian/rules that uses debhelper. # This file was originally written by Joey Hess and Craig Small. # As a special exception, when this file is copied by dh-make into a # dh-make output file, you may use that output file without restriction. # This special exception was added by Craig Small in version 0.37 of dh-make. # Uncomment this to turn on verbose mode. #export DH_VERBOSE=1 %: dh $@ override_dh_install: rm debian/swe-standard-data/usr/share/doc/swe-standard-data/COPYING \ debian/swe-standard-data/usr/share/doc/swe-standard-data/LICENSE.TXT dh_install Thank you. -- Paul Elliott 1(512)837-1096 pelli...@blackpatchpanel.com PMB 181, 11900 Metric Blvd Suite J http://www.free.blackpatchpanel.com/pme/ Austin TX 78758-3117 signature.asc Description: This is a digitally signed message part.
Re: In a single binary source package how does one fail to install some files? It did not work
On 2011-08-17 19:58, Paul Elliott wrote: On Wednesday, August 17, 2011 04:46:30 AM Arno Töll wrote: [...] By the way, dh_install also has a -X option ... -Xitem, --exclude=item Exclude files that contain item anywhere in their filename from being installed. It did not work! The following file failed to delete COPYING LICENSE.TXT #!/usr/bin/make -f # -*- makefile -*- # Sample debian/rules that uses debhelper. # This file was originally written by Joey Hess and Craig Small. # As a special exception, when this file is copied by dh-make into a # dh-make output file, you may use that output file without restriction. # This special exception was added by Craig Small in version 0.37 of dh-make. # Uncomment this to turn on verbose mode. #export DH_VERBOSE=1 %: dh $@ override_dh_install: dh_install --exclude=COPYING --exclude=LICENSE.TXT But this one did delete the 2 files from the .deb file. What is wrong with -- exclude? [...] Thank you. Hi It is because dh_install is not anything in /this particular case/. When you only one binary, dh_auto_install will use debian/$pkg rather than debian/tmp. Thus for makefile-based builds, you get everything from make install. ~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/4e4c0179.2090...@thykier.net
Solving lintian warnings for multi-package roxterm
I've split roxterm in to three packages: roxterm-legacy: binaries compiled and linked with GTK2 roxterm: binaries compiled and linked with GTK3 roxterm-common: All the other files roxterm-legacy and roxterm Conflict with each other and both depend on roxterm-common. I've got 3 lintian warnings: W: roxterm-legacy: menu-icon-missing usr/share/pixmaps/roxterm.xpm W: roxterm: menu-icon-missing usr/share/pixmaps/roxterm.xpm W: roxterm-common: desktop-command-not-in-package usr/share/applications/roxterm.desktop roxterm Should I solve these by duplicating the offending files in roxterm-legacy and roxterm, or keep common copies in roxterm-common and add lintian overrides? Also, roxterm-common currently only Recommends: roxterm | roxterm-legacy. But I think I should make that Depends, especially if I override that last warning. Policy says it is possible, but should be avoided if possible. Avoidance is possible, but a mutual dependency seems the better option to me in this case. Agreed? -- 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/20110817211944.00634abc@junior
Re: Solving lintian warnings for multi-package roxterm
On Wed, Aug 17, 2011 at 1:19 PM, Tony Houghton h...@realh.co.uk wrote: W: roxterm-legacy: menu-icon-missing usr/share/pixmaps/roxterm.xpm W: roxterm: menu-icon-missing usr/share/pixmaps/roxterm.xpm W: roxterm-common: desktop-command-not-in-package usr/share/applications/roxterm.desktop roxterm Should I solve these by duplicating the offending files in roxterm-legacy and roxterm, or keep common copies in roxterm-common and add lintian overrides? I'd simply override them. Duplicating those files is a waste of space and is unnecessary as long as roxterm(-legacy) depends on roxterm-common. And lintian itself says it's ok to override it: $ lintian-info --tags menu-icon-missing [...] N: If the icon is in a package this package depends on, add a lintian N: override for this warning. lintian cannot check icons in other N: packages. Also, roxterm-common currently only Recommends: roxterm | roxterm-legacy. But I think I should make that Depends, especially if I override that last warning. Policy says it is possible, but should be avoided if possible. Avoidance is possible, but a mutual dependency seems the better option to me in this case. Agreed? No, please avoid circular dependencies/dependency loops. roxterm(-legacy) should depend on roxterm-common, but not the other way around. - Vincent -- 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/CACZd_tBTNi33_87+a+DXg=ha3pdqa4genpubpusq13cinmy...@mail.gmail.com
Re: Solving lintian warnings for multi-package roxterm
On 2011-08-17 22:19, Tony Houghton wrote: I've split roxterm in to three packages: roxterm-legacy: binaries compiled and linked with GTK2 roxterm: binaries compiled and linked with GTK3 roxterm-common: All the other files roxterm-legacy and roxterm Conflict with each other and both depend on roxterm-common. I've got 3 lintian warnings: W: roxterm-legacy: menu-icon-missing usr/share/pixmaps/roxterm.xpm W: roxterm: menu-icon-missing usr/share/pixmaps/roxterm.xpm Newer versions of Lintian should have enough information available to check for this[0]. Feel free to file a wishlist bug against lintian, requesting that it checks for missing menu icons in direct dependencies from the same source package. [0] Assuming all the packages here are built from the same source package and that roxterm{,-legacy} have a direct strong dependency on roxterm-common. The latter is true and I guess the former is as well. :) W: roxterm-common: desktop-command-not-in-package usr/share/applications/roxterm.desktop roxterm [...] Unfortunately this one is technically valid (since roxterm-common does not have a strong dependency on a package providing the binary). As Vincent mentioned in a separate reply, the circular dependency is not necessarily a good choice (and should trigger a new Lintian warning). -- 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/4e4c2fe3.1040...@thykier.net
Re: Solving lintian warnings for multi-package roxterm
Hello, On Wed, 17 Aug 2011 21:19:44 +0100 Tony Houghton h...@realh.co.uk wrote: roxterm-legacy: binaries compiled and linked with GTK2 roxterm: binaries compiled and linked with GTK3 roxterm-common: All the other files An off-topic question: why've you chosen this naming scheme? Why 'legacy'? In particular, I'm not going to switch to GTK+3 any time soon, and guess I'm not alone, so it can't be legacy, I think. -- WBR, Andrew signature.asc Description: PGP signature
RFS: nestopia -- accurate emulator of the Nintendo Entertainment System
Dear mentors, I am looking for a sponsor for my package nestopia. * Package name: nestopia Version : 1.40h+dfsg-1 Upstream Author : Martin Freij and R. Belmont * URL : http://rbelmont.mameworld.info/?page_id=200 * License : GPL-2.0+ Section : games This is an alternative to FCEU and Mednafen which are already in Debian; its emulation is more faithful than that provided by either of those emulators. I am also the maintainer of the mednafen package in Debian, within the Debian Games Team (which I've also specified as the maintainer for the nestopia package). To access further information about this package, please visit the following URL: http://mentors.debian.net/package/nestopia Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/n/nestopia/nestopia_1.40h+dfsg-1.dsc I would be glad if someone uploaded this package for me. Kind regards, Stephen Kitt signature.asc Description: PGP signature
Re: Solving lintian warnings for multi-package roxterm
Tony Houghton h...@realh.co.uk writes: I've split roxterm in to three packages: roxterm-legacy: binaries compiled and linked with GTK2 roxterm: binaries compiled and linked with GTK3 roxterm-common: All the other files roxterm-legacy and roxterm Conflict with each other and both depend on roxterm-common. I've got 3 lintian warnings: W: roxterm-legacy: menu-icon-missing usr/share/pixmaps/roxterm.xpm W: roxterm: menu-icon-missing usr/share/pixmaps/roxterm.xpm W: roxterm-common: desktop-command-not-in-package usr/share/applications/roxterm.desktop roxterm I would leave the menu icon in roxterm-common, but I would indeed move the desktop entry into the separate packages. In general, one should put the desktop file in the package that also contains the command. The amount of space savings by putting that tiny text file in a separate common package just isn't worth it, and that way the desktop file is only installed when the command is available. -- Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/ -- 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/87d3g3647o@windlord.stanford.edu
Re: Solving lintian warnings for multi-package roxterm
On Thu, 18 Aug 2011 01:30:55 +0300 Andrew O. Shadoura bugzi...@tut.by wrote: On Wed, 17 Aug 2011 21:19:44 +0100 Tony Houghton h...@realh.co.uk wrote: roxterm-legacy: binaries compiled and linked with GTK2 roxterm: binaries compiled and linked with GTK3 roxterm-common: All the other files An off-topic question: why've you chosen this naming scheme? Why 'legacy'? In particular, I'm not going to switch to GTK+3 any time soon, and guess I'm not alone, so it can't be legacy, I think. I'm glad you asked TBH, because I wasn't happy about that name either. I think I might use the name roxterm-gtk2 instead. To make it easier for people who want to stay with GTK2 I could either add a line to the GTK3 one's description referring to the GTK2 version or rename the GTK3-based package too, eg to roxterm-gtk3. In the latter case would adding Replaces: roxterm cause it to automatically replace roxterm at apt-get upgrade (or only dist-upgrade?) or would I have to make a meta-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/20110818003937.6f2465f0@junior
I have a error on dput
Hi, all: I just finished my package python-formalchemy, and wanna upload it to http://mentors.debian.net/. I followed this page(http://mentors.debian.net/intro-maintainers ) to create account, and uploaded my public key. This page(http://mentors.debian.net/my ) show my current key has right ID. (Current GPG key: 4096R/0914A01A) Then I was trying to upload packages by this command: dput python-formalchemy_1.4.1-1_amd64.changes It has a warning: gpg: WARNING: This key is not certified with a trusted signature! gpg: There is no indication that the signature belongs to the owner. But all packages has been uploaded successfully. After a while, ftpmaster sent me a mail, and nothing in my packages(http://mentors.debian.net/packages/my ). Processing of python-formalchemy_1.4.1-1_amd64.changes 2011/8/18 Debian FTP Masters ftpmas...@ftp-master.debian.org: GnuPG signature check failed on python-formalchemy_1.4.1-1_amd64.changes gpg: Signature made Thu 18 Aug 2011 03:23:59 UTC using RSA key ID 0914A01A gpg: Can't check signature: public key not found (Exit status 2) /python-formalchemy_1.4.1-1_amd64.changes has bad PGP/GnuPG signature! Removing /python-formalchemy_1.4.1-1_amd64.changes, but keeping its associated files for now. Greetings, Your Debian queue daemon (running on host franck.debian.org) Does anyone know what's wrong with me? Any help will be appreciated. -- 无能者无所求,饱食而遨游,泛若不系之舟 blog: http://shell909090.com/blog/ twitter: http://twitter.com/shell909090 -- 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/cadextbz1x+wkk+djfgnwvmtf0smzgbep-uytaxqzx+19jhf...@mail.gmail.com
Re: I have a error on dput
On Thu, 18 Aug 2011 12:38:17 +0800 Shell Xu shell909...@gmail.com wrote: Hi, all: I just finished my package python-formalchemy, and wanna upload it Your Debian queue daemon (running on host franck.debian.org) Does anyone know what's wrong with me? Any help will be appreciated. You probably uploaded to ftpmaster instead of mentors. kk -- Karl Goetz, (Kamping_Kaiser / VK5FOSS) Debian contributor / gNewSense Maintainer http://www.kgoetz.id.au No, I won't join your social networking group signature.asc Description: PGP signature
Re: I have a error on dput
my ~/.dput.cf is like this: [debexpo] fqdn = mentors.debian.net incoming = /upload/shell909...@gmail.com/. method = http allow_unsigned_uploads = 0 Is that right? 2011/8/18 Karl Goetz k...@kgoetz.id.au: On Thu, 18 Aug 2011 12:38:17 +0800 Shell Xu shell909...@gmail.com wrote: Hi, all: I just finished my package python-formalchemy, and wanna upload it Your Debian queue daemon (running on host franck.debian.org) Does anyone know what's wrong with me? Any help will be appreciated. You probably uploaded to ftpmaster instead of mentors. kk -- Karl Goetz, (Kamping_Kaiser / VK5FOSS) Debian contributor / gNewSense Maintainer http://www.kgoetz.id.au No, I won't join your social networking group -- 无能者无所求,饱食而遨游,泛若不系之舟 blog: http://shell909090.com/blog/ twitter: http://twitter.com/shell909090 -- 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/cadextbyvytexm9bbprmlow5hdtev24vw+rdorb5skupzcnt...@mail.gmail.com
Re: I have a error on dput
Shell Xu shell909...@gmail.com writes: I followed this page(http://mentors.debian.net/intro-maintainers ) to create account, and uploaded my public key. This page(http://mentors.debian.net/my ) show my current key has right ID. (Current GPG key: 4096R/0914A01A) Then I was trying to upload packages by this command: dput python-formalchemy_1.4.1-1_amd64.changes That command uploads to the Debian archive by default, but your key is not recognised for uploads to Debian. As detailed at URL:http://mentors.debian.net/intro-maintainers: Once you have it set up, you can run it from your shell like this: dput debexpo yourpackage_yourversion_arch.changes -- \ “You've got to think about big things while you're doing small | `\ things, so that all the small things go in the right | _o__) direction.” —Alvin Toffler | Ben Finney -- 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/871uwjclzj@benfinney.id.au
Re: I have a error on dput
On Thu, Aug 18, 2011 at 01:17:04PM +0800, Shell Xu wrote: my ~/.dput.cf is like this: [debexpo] fqdn = mentors.debian.net incoming = /upload/shell909...@gmail.com/. method = http allow_unsigned_uploads = 0 Is that right? That is correct, but your dput command from the earlier email was not. You will need to run dput like this: dput debexpo blah.changes and NOT like this: dput blah.changes The latter uploads to ftpmaster, which is not what you want. Thanks - Kyle Willmon -- 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/20110818054523.gg31...@mail.tuxags.com