ITS: webfs (updated package)
Hi! Am 02.12.2010 23:53, schrieb Mats Erik Andersson: I am looking for a sponsor for the version 1.21+ds1-8 of my package webfs. [..] The package appears to be lintian clean. The upload would fix these bugs: 605690, 605691. I'm looking at it now... Just one question, is there a reason why you use rm $TEMPCONFFILE 2/dev/null || true instead of rm -f $TEMPCONFFILE? It's not wrong, but longer ;) Best regards, Alexander -- 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/4cf8dae8.6040...@schmehl.info
Re: ITS: webfs (updated package)
fredag den 3 december 2010 klockan 12:56 skrev Alexander Reichle-Schmehl detta: Hi! Am 02.12.2010 23:53, schrieb Mats Erik Andersson: I am looking for a sponsor for the version 1.21+ds1-8 of my package webfs. [..] The package appears to be lintian clean. The upload would fix these bugs: 605690, 605691. I'm looking at it now... Just one question, is there a reason why you use rm $TEMPCONFFILE 2/dev/null || true instead of rm -f $TEMPCONFFILE? It's not wrong, but longer ;) No really valid reason at all, only that the policy mandates maintainer scripts to append the or-true construct to capture exceptional states. My first formulation used rm -f. Then I came to think of lintian complaining on this within the rules file, and again pointing to the or-true mechanism. I could use a piece of advice here, and I do not object to changing the formulation back again! Best regards, Mats -- 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/20101203122112.ga16...@mea.homelinux.org
RFS: addressbooks-sync-extension
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear mentors, I am looking for a sponsor for my package addressbooks-sync-extension. * Package name: addressbooks-sync-extension Version : 0.10.5-1 Upstream Author : Günter Gersdorf g.gersd...@ggbs.de * URL : http://www.ggbs.de/extensions/AddressbooksSynchronizer.html * License : MPL-1.1 or GPL-2+ or LGPL-2.1+ Section : mail It builds these binary packages: xul-ext-addressbooks-sync - addressbook synchronization for Icedove/Iceape The package appears to be lintian clean. The upload would fix these bugs: 605743 My motivation for maintaining this package is: I use this addon regularly to keep my Icedove addressbooks in sync across several machines. The package can be found on mentors.debian.net: - - URL: http://mentors.debian.net/debian/pool/main/a/addressbooks-sync-extension - - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - - dget http://mentors.debian.net/debian/pool/main/a/addressbooks-sync-extension/addressbooks-sync-extension_0.10.5-1.dsc I would be glad if someone uploaded this package for me. Kind regards - -- Michael Fladischer -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkz45BAACgkQeJ3z1zFMUGZ2oQCgkuFVLKWXK/wJG6fT8oWHshYH KJIAnRWbfKzVz2XcqWzsk3vy7poRmoG3 =IZl+ -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/4cf8e410.5050...@fladi.at
RFS: mosquitto (updated version)
Dear mentors, I am looking for a sponsor for my package mosquitto. * Package name: mosquitto Version : 0.9.1-1 Upstream Author : Roger Light ro...@atchoo.org * URL : http://mosquitto.org/ * License : BSD Section : net It builds these binary packages: libmosquitto0 - MQTT version 3.1 client library libmosquitto0-dev - MQTT version 3.1 client library, development files libmosquittopp0 - MQTT version 3.1 client C++ library libmosquittopp0-dev - MQTT version 3.1 client C++ library, development files mosquitto - MQTT version 3 compatible message broker mosquitto_pub - Mosquitto command line publish client mosquitto_sub - Mosquitto command line subscribe client python-mosquitto - MQTT version 3.1 client library, python bindings The upload would fix these bugs: 605319 My motivation for maintaining this package is that I'm the upstream author and want to make it easier for people to get access to it. I uploaded this package a few days ago and some of you kindly looked it over. Since then I've had to do a minor bugfix release of mosquitto which has also allowed me to simplify the package by removing some patches. This is an updated package for the new version which should contain all of the fixes suggested previously. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/m/mosquitto - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/m/mosquitto/mosquitto_0.9.1-1.dsc I would be most glad if someone uploaded this package for me. Thanks, Roger -- 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/aanlktikcyyr=ga2bnu3arodeytkpsumrrzjqh3dso...@mail.gmail.com
Re: ITS: webfs (updated package)
Hi Mats! Am 03.12.2010 13:21, schrieb Mats Erik Andersson: I'm looking at it now... Just one question, is there a reason why you use rm $TEMPCONFFILE 2/dev/null || true instead of rm -f $TEMPCONFFILE? It's not wrong, but longer ;) No really valid reason at all, only that the policy mandates maintainer scripts to append the or-true construct to capture exceptional states. Yes, as many other programs don't allow you to catch things properly. As said: Using ||true is not false, it's just uncommon ;) My first formulation used rm -f. Then I came to think of lintian complaining on this within the rules file, and again pointing to the or-true mechanism. Huh? Which version of lintian are you using? I just played a bit with the following: --- webfs-1.21+ds1/debian/rules 2010-11-30 18:54:59.0 +0100 +++ webfs-1.21+ds1/debian/rules 2010-12-03 13:29:00.0 +0100 @@ -27,6 +27,7 @@ dh_install --sourcedir=$(builddir) dh_installchangelogs -a -k README dh --after dh_auto_install $@ + rm -f /tmp/this/file/doesnt/exist and the following in your posinst: - rm $TEMPCONFFILE 2/dev/null || true + rm -f $TEMPCONFFILE lintian 2.4.3 didn't complained about any of these two. And I would have been suprised, if it had. I could use a piece of advice here, and I do not object to changing the formulation back again! Too lazy to look up policy, but in general you should handle errors gracefully. Which means: rm $probably_existing_file is wrong, as it bails out, if the file doesn't exist. rm -f $probably_existing_file handles this situation, as it doesn't give an error, if the file is not there. lintian, smart as it is, knows that ;) An other example: Your rules file calls a Makefile, generated by a configure script. In your clean rule, you could call $(MAKE) clean, which would give an error, if Makefile is not present (which is possible). You could use -$(MAKE) clean (which was BTW, recommended for some time), but that would not only the error caused by Makefile not being present, but ALL errors. Therefore you should first test if there is a Makefile, and only call the clean target, if there is one. There is a lintian test for that. Does that explanation help? Best regards, Alexander -- 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/4cf8e5f8.60...@debian.org
Re: ITS: webfs (updated package)
* Alexander Reichle-Schmehl toli...@debian.org, 2010-12-03, 13:43: I'm looking at it now... Just one question, is there a reason why you use rm $TEMPCONFFILE 2/dev/null || true instead of rm -f $TEMPCONFFILE? It's not wrong, but longer ;) No really valid reason at all, only that the policy mandates maintainer scripts to append the or-true construct to capture exceptional states. Yes, as many other programs don't allow you to catch things properly. As said: Using ||true is not false, it's just uncommon ;) I'd argue that the || true variant is wrong. rm -f $something ignores only non-existent files. rm $something 2/dev/null || true swallows all kind of possible errors. This is almost never what you want. -- Jakub Wilk -- 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/20101203125456.ga2...@jwilk.net
Re: ITS: webfs (updated package)
fredag den 3 december 2010 klockan 13:54 skrev Jakub Wilk detta: * Alexander Reichle-Schmehl toli...@debian.org, 2010-12-03, 13:43: I'm looking at it now... Just one question, is there a reason why you use rm $TEMPCONFFILE 2/dev/null || true instead of rm -f $TEMPCONFFILE? It's not wrong, but longer ;) No really valid reason at all, only that the policy mandates maintainer scripts to append the or-true construct to capture exceptional states. Yes, as many other programs don't allow you to catch things properly. As said: Using ||true is not false, it's just uncommon ;) I'd argue that the || true variant is wrong. rm -f $something ignores only non-existent files. rm $something 2/dev/null || true swallows all kind of possible errors. This is almost never what you want. Good point. But which error is such that I am allowed to let postinst stumble upon it in this particular case? According to policy it must be caught and returned back as an error code. The lack of -f in this case might theoretically (no -i present) lead to a prompt from rm, but the setting and capabilities in which postinst is normally executed should make this extraordinarily unlikely. Right? In the particular case at hand, I am dealing with the removal of a temporary file, used with mktemp at creation time, so one small breach would be that a malicious intruded managed to find the file name, and to delete said file, before the purge action came to its conclusion. That is the only exceptional state I can think of in my case, but your distinction between rm -f and or-true-compound is well phrased and worth observing. Best regards, Mats E A -- 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/20101203135439.ga17...@mea.homelinux.org
Re: [Pkg-mozext-maintainers] RFS: addressbooks-sync-extension
Am Freitag, den 03.12.2010, 13:35 +0100 schrieb Michael Fladischer:
I am looking for a sponsor for my package addressbooks-sync-extension.
IANADD yet, but here's my review:
1) The name: Do we need -extension in the source name? Is there an
other project which could conflict? What's with the upstream name
addressbooks-synchronizer?
2) Please add ${xpi:Depends} to Depends (refer to mozilla-devscripts
0.25)
3) Please mention the upstream names for Icedove and Iceape (at least in
the long description)
4) Some trailing spaces. Run 'wrap-and-sort' (from ubuntu-dev-tools in
experimental) to get rid of them.
5) Change dh ... $@ to dh $@ ... in debian/rules (check debhelper
changelog)
6) Don't rely on the installation directory. The installation directory
depends on the version of mozilla-devscripts. You have to either specify
the location explicitly or (better) use install-xpi with
--remove-license-files.
--
Benjamin Drung
Ubuntu Developer (www.ubuntu.com) | Debian Maintainer (www.debian.org)
signature.asc
Description: This is a digitally signed message part
The keypad and Policy 9.8
Hello all, two days ago I opened a wishlist bug [1] against Xvt, a terminal emulator. The patch included with the bug report will among its corrections to other keys also make sure that XK_KP_Delete behaves identically to XK_Delete. Now that I came to think of Debian Policy, section 9.8, I am interested in the correct severity of the bug. Does that section of the policy document spill over also to the keypad? My patch touches also on #121880 in [2], since it activates correct functionality for Home, End also outside the keypad. But contrary to the impression in #121880, the Delete key nowadays is working according to policy already without my alteration. Regards, Mats E A [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=605599 [2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=121880 -- 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/20101203151203.ga18...@mea.homelinux.org
Re: ITS: webfs (updated package)
* Mats Erik Andersson mats.anders...@gisladisker.se, 2010-12-03, 14:54: In the particular case at hand, I am dealing with the removal of a temporary file, used with mktemp at creation time, so one small breach would be that a malicious intruded managed to find the file name, and to delete said file, before the purge action came to its conclusion. The intruder would need root privileges to remove the file, wouldn't he? -- Jakub Wilk -- 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/20101203143905.ga4...@jwilk.net
Re: ITS: webfs (updated package)
fredag den 3 december 2010 klockan 15:39 skrev Jakub Wilk detta: * Mats Erik Andersson mats.anders...@gisladisker.se, 2010-12-03, 14:54: In the particular case at hand, I am dealing with the removal of a temporary file, used with mktemp at creation time, so one small breach would be that a malicious intruded managed to find the file name, and to delete said file, before the purge action came to its conclusion. The intruder would need root privileges to remove the file, wouldn't he? Whatever privileges the executor if the postinst is using. In practice that would be root access. Thus a theoretical possibility as long as the intruder does not find more important sabotage to attend to. Your original objection stays impeccable. Mats E A -- 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/20101203170121.ga18...@mea.homelinux.org
.changes files without source packages
Hello, Hopefully I have the correct list for this question. If not, I apologize in advance. I have a collection of SDK packages we are building using dpkg -b that we need to distribute to our external developers. Because some of the libraries come from proprietary code, and others from assets, they should only be binary packages, not source packages. When trying to build a .changes file though, dpkg-genchanges -b always complains about a missing Source field in my control file, even though I though the -b option meant only binary packages. Does anyone know how to build a .changes file without having source packages? I need the .changes file so I can upload the packages to mini-dinstall. Thanks in advance for any help you can give me. Daniel Lazzari Jr. busytes...@gmail.com -- 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/aanlktikmr4gqarslfjnwdl5bdfocexy733f4wmf3c...@mail.gmail.com
Re: RFS: amavisd-milter (updated package - 2nd try)
Hello, I know it's not good mailing style to reply to my own message but as 5 days have passed I just wanted to send a reminder to the list (yes I know it's not very polite to be noisy and things need their time but this package is targeted at Squeeze which means time is limited...). Thanks for your help Kind regards Harald Jenny On Fri, Nov 26, 2010 at 02:28:48PM +0100, Harald Jenny wrote: Dear mentors, I am looking for a sponsor for the new version 1.5.0-3 of my package amavisd-milter. It builds these binary packages: amavisd-milter - amavisd-new interface for milter-capable MTAs amavisd-milter-dbg - amavisd-new interface for milter-capable MTAs - debugging symbols The package appears to be lintian clean, patches are DEP-3 and changelog is DEP-5 formatted, debdiff amavisd-milter_1.5.0-2.dsc amavisd-milter_1.5.0-3.dsc is available at http://a-little-linux-box.at/amavisd-milter.debdiff. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/a/amavisd-milter - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/a/amavisd-milter/amavisd-milter_1.5.0-3.dsc I would be glad if someone uploaded this package for me. Kind regards Harald Jenny -- 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/20101126132848.gb3...@harald-has.a-little-linux-box.at -- 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/20101203184725.gf1...@harald-has.a-little-linux-box.at
Re: RFS: amavisd-milter (updated package - 2nd try)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 2010-12-03 19:47, Harald Jenny wrote: Hello, I know it's not good mailing style to reply to my own message but as 5 days have passed I just wanted to send a reminder to the list (yes I know it's not very polite to be noisy and things need their time but this package is targeted at Squeeze which means time is limited...). Thanks for your help Kind regards Harald Jenny Hey, Sorry to hear that you have not gotten a reply within four days, which some of us try to keep as a guideline for longest reply time. Have you talked with the release team about your changes? Particularly there no bugs closed by this upload and there are a lot of changes, so are any of these changes actually closing an RC bug or solve any issue that the release team has asked you to fix (or approved an unblock/freeze-exception for)? Also, consider removing irrelevant changes. As much as fixing minor packaging issues is great, it is very disturbing during the freeze. Before unblocking the package, the release team will probably review the changes with a there is potentially a bug in every change mentality and they can reject packages that have unrelated changes. ~Niels -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBCAAGBQJM+UJ+AAoJEAVLu599gGRCdCQP/At2xuGZtMvTAjCQT42lR4Gu 7UrrXmtVTgjHMQ35GxTn2MF9kfVPUESWMbEKzlCXhbk1QPY1+jDya9zIXmIgkiGA ScnyhHKNb1iH9ScbmOlbkwTBnz5MBH1isE2706o82S0EhsBr1nVbLa2GvGGOrGUD LFvnX7EWNouO+Ye4LSIsVdwBXJOTjbRXOgbuSAD7BpGF2y34YtQDIx8E2qUrtzR0 mvdBVaRT1XwnpJhj/l76Bv8z53ni2DooQ7U5A9ilski8Sxy/FW2gTJtzcMIMt3B6 I/Ek7R7SD6hJOSR9XSsPVsRQVRR1bht4aiBijrbhs4osYY0qvXhsJjmYvxnkX+DL MYvYBL1+L5IHe0rum+Xa8hsVfvBa9USO+yXKigGQODByiG83WGjZQwjKzxRWQvim lQHYuVCKvKohAbC3QrSyp24DBT54RA41Kt+H6qdqaaxIDewZEOjNLWxtR4Wgy/QU 5kdTPPno5k/Dqul1xdT423Xgr31qL78olS3Q3YuQ77j9ZsGxyQTuIntjcgu56gOi IpN7hs6VsqtYwqLD1BPeLlgvrVO+m++jqSQYo2qxm1fcCxbEGvH4G9iV6Dmz+k8i hUgbcZMXZK31OranBFmu8PMtlC2carOjmu2lyy1I6TJaBPrY01qMgkx/X2Q0QS+N DeMFM52vLFpJLabt6izP =NY1v -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/4cf9427f.6020...@thykier.net
RFS: sciteproj (updated package)
Dear mentors, I am looking for a sponsor for the new version 0.3.16-1 of my package sciteproj. It builds these binary packages: sciteproj - Project manager for usage with the SciTE editor The package appears to be lintian clean. The upload would fix these bugs: 605814 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/s/sciteproj - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/s/sciteproj/sciteproj_0.3.16-1.dsc I would be glad if someone uploaded this package for me. Kind regards Andreas Rönnquist -- Andreas Rönnquist gus...@gusnan.se -- 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/20101203203738.86fefa58.gus...@gusnan.se
Re: RFS: amavisd-milter (updated package - 2nd try)
On Fri, Dec 03, 2010 at 08:18:23PM +0100, Niels Thykier wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 2010-12-03 19:47, Harald Jenny wrote: Hello, I know it's not good mailing style to reply to my own message but as 5 days have passed I just wanted to send a reminder to the list (yes I know it's not very polite to be noisy and things need their time but this package is targeted at Squeeze which means time is limited...). Thanks for your help Kind regards Harald Jenny Hey, Hi Sorry to hear that you have not gotten a reply within four days, which some of us try to keep as a guideline for longest reply time. Normally this wouldn't be an issue for me but the state of Squeeze freeze does make time very precious. Have you talked with the release team about your changes? I had a private mail conversation with Adam D. Barratt about these changes although not a formal approval of the release team. Particularly there no bugs closed by this upload and there are a lot of changes, so are any of these changes actually closing an RC bug or solve any issue that the release team has asked you to fix (or approved an unblock/freeze-exception for)? Not really, although the package fixes a policy violation according to Debian policy 7.3. Also, consider removing irrelevant changes. As much as fixing minor packaging issues is great, it is very disturbing during the freeze. Well on the other hand that would involve stripping the changelog of prior entries and this does not make me very comfortable... Before unblocking the package, the release team will probably review the changes with a there is potentially a bug in every change mentality and they can reject packages that have unrelated changes. Ok this may pose a problem but as the main changes are to the changelog itself (which gets checked by lintian) I hope the advantages of the changes will convince them. But I will contact the release team and ask for approval before re-requesting sponsoring. ~Niels Kind regards Harald Jenny -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBCAAGBQJM+UJ+AAoJEAVLu599gGRCdCQP/At2xuGZtMvTAjCQT42lR4Gu 7UrrXmtVTgjHMQ35GxTn2MF9kfVPUESWMbEKzlCXhbk1QPY1+jDya9zIXmIgkiGA ScnyhHKNb1iH9ScbmOlbkwTBnz5MBH1isE2706o82S0EhsBr1nVbLa2GvGGOrGUD LFvnX7EWNouO+Ye4LSIsVdwBXJOTjbRXOgbuSAD7BpGF2y34YtQDIx8E2qUrtzR0 mvdBVaRT1XwnpJhj/l76Bv8z53ni2DooQ7U5A9ilski8Sxy/FW2gTJtzcMIMt3B6 I/Ek7R7SD6hJOSR9XSsPVsRQVRR1bht4aiBijrbhs4osYY0qvXhsJjmYvxnkX+DL MYvYBL1+L5IHe0rum+Xa8hsVfvBa9USO+yXKigGQODByiG83WGjZQwjKzxRWQvim lQHYuVCKvKohAbC3QrSyp24DBT54RA41Kt+H6qdqaaxIDewZEOjNLWxtR4Wgy/QU 5kdTPPno5k/Dqul1xdT423Xgr31qL78olS3Q3YuQ77j9ZsGxyQTuIntjcgu56gOi IpN7hs6VsqtYwqLD1BPeLlgvrVO+m++jqSQYo2qxm1fcCxbEGvH4G9iV6Dmz+k8i hUgbcZMXZK31OranBFmu8PMtlC2carOjmu2lyy1I6TJaBPrY01qMgkx/X2Q0QS+N DeMFM52vLFpJLabt6izP =NY1v -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/20101203203514.gb12...@harald-has.a-little-linux-box.at
Re: .changes files without source packages
Le Fri, Dec 03, 2010 at 10:40:13AM -0800, Daniel Lazzari a écrit : I have a collection of SDK packages we are building using dpkg -b that we need to distribute to our external developers. Because some of the libraries come from proprietary code, and others from assets, they should only be binary packages, not source packages. When trying to build a .changes file though, dpkg-genchanges -b always complains about a missing Source field in my control file, even though I though the -b option meant only binary packages. Does anyone know how to build a .changes file without having source packages? I need the .changes file so I can upload the packages to mini-dinstall. Dear Daniel, it is difficult to reproduce what you are doing given the lack of precise information. Are you building a binary package without a source package? Can you send us a step-by-step example ? Have a nice day, -- Charles Plessy Tsurumi, Kanagawa, Japan -- 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/20101204011813.ga25...@merveille.plessy.net
Re: RFS: robocut
On Sun, 28 Nov 2010 20:46:23 -0500, Markus Schulz sch...@alpharesearch.de wrote: I am looking for a sponsor for my package robocut. * Package name: robocut Version : 1.0.4-1 Upstream Author : Tim Hutt tdh...@gmail.com * URL : https://launchpad.net/robocut * License : GPL V3 Section : graphics It builds these binary packages: robocut- Control program for Graphtec cutting plotters Hi Markus; I'm not quite ready to upload a package I can't test. Also, I think this package probably needs somebody comfortable with QT. Nonethless here are some comments that may help move things forward. Some things I checked, and looked good: - It builds clean in a chroot - uscan works ok now :) - It is indeed lintian clean - I ran piuparts, and got only familiar false positives. - I looked at the copyright and license headers. - It starts up and I managed to import an SVG file of unknown provenance. - I verified that you closed the right bug in your changelog. - there is no mysterious diffs in .debian.tar.gz - md5 sums match for the .orig.tar.gz Some things to think about: - debian/copyright looked OK, although I'm not sure you need the header at the end. Isn't that covered by the packaging copyright statement? - You ship quite a few generated source files. Please double check that these can be generated with the tools in Debian; a surefire way to do that is do to it at build time. - images are a constant source of copyright issues; you might want to make some statement in debian/copyright that the files in images/ are the source; i.e. they are not generated from some other files. - If you have the packaging in version control somewhere, you should add Vcs-$system (e.g. Vcs-Git) and Vcs-Browse fields. If not, why not? - I'm not a big fan of binaries that start with capital letters. That is just my personal opinion. - I thought the homepage url was broken, but maybe it is supposed to say Launchpad does not know where Robocut hosts its code.. In which case, since you are upstream, maybe you could fix that? Thanks for your efforts for Debian. David pgpYey4yfmALb.pgp Description: PGP signature
Re: .changes files without source packages
On Fri, Dec 3, 2010 at 5:18 PM, Charles Plessy ple...@debian.org wrote: Le Fri, Dec 03, 2010 at 10:40:13AM -0800, Daniel Lazzari a écrit : I have a collection of SDK packages we are building using dpkg -b that we need to distribute to our external developers. Because some of the libraries come from proprietary code, and others from assets, they should only be binary packages, not source packages. When trying to build a .changes file though, dpkg-genchanges -b always complains about a missing Source field in my control file, even though I though the -b option meant only binary packages. Does anyone know how to build a .changes file without having source packages? I need the .changes file so I can upload the packages to mini-dinstall. Dear Daniel, it is difficult to reproduce what you are doing given the lack of precise information. Are you building a binary package without a source package? Can you send us a step-by-step example ? Have a nice day, -- Charles Plessy Tsurumi, Kanagawa, Japan Yes, I believe I am building binary packages without source. For example, I may have a package that before packaging looks sort of like: /eme-assets /eme-assets/DEBIAN /eme-assets/DEBIAN/control /eme-assets/DEBIAN/postinst /eme-assets/DEBIANprerm /eme-assets/opt /eme-assets/opt/image.jpg /eme-assets/opt/libmine.so I package it up using dpkg -b eme-assets eme-assets_2.0.1.8936_i386.deb This gives me a debian package I can install, but there is no .changes file. Hope that provides a little better picture of what I'm trying to do. Thanks for your help on this! -- 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/aanlktint-jek3fc4robq0z6vdbclfqoserewqaqzv...@mail.gmail.com
Re: RFS: fdclone (updated package)
Ok, that still doesn't tell me why an empty file needs to exist. Since it is empty, surely it has no effect on the package. Exactly, no bad effect on the package. It allows to the user make its own configuration to avoid edit /etc/fdclone/fd2rc itself for smooth upgrade. (README.Debian) But principally, I want to re-upload to Debian because I've found a trouble with the translation table, doesn't appear letters so the popcon are decreasing :( this version solved this. Minor nitpick, the -r option means recursively remove a directory. Since you are removing a file, no need to use it :) ok. you win. :) In comparison to yours, it doesn't mention the following irrelevant detail: About the changelog, I've followed your advice and add a item. Finally: I would be glad if someone uploaded this package for me. :) http://mentors.debian.net/debian/pool/main/f/fdclone/ Regards, -- Elías Alejandro -- 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/aanlktinyp7wp6qnzrtworo_13xnd1wbrsyo3g9o9v...@mail.gmail.com
Re: .changes files without source packages
Le Fri, Dec 03, 2010 at 06:08:42PM -0800, Daniel Lazzari a écrit :
/eme-assets
/eme-assets/DEBIAN
/eme-assets/DEBIAN/control
/eme-assets/DEBIAN/postinst
/eme-assets/DEBIANprerm
/eme-assets/opt
/eme-assets/opt/image.jpg
/eme-assets/opt/libmine.so
I package it up using dpkg -b eme-assets eme-assets_2.0.1.8936_i386.deb
This gives me a debian package I can install, but there is no .changes file.
Hope that provides a little better picture of what I'm trying to do.
dpkg-genchanges was designed to be run in an unpacked source package after
binary packages were built. It therefore expects files like debian/changelog
or debian/files.
Perhaps the fastest way for you to get a .changes file for mini-dinstall is
to write a script that creates one from scratch. The format is simple
and explained in the Debian policy, section 5.5:
http://www.debian.org/doc/debian-policy/ch-controlfields.html#s-debianchangesfiles
Something along these lines:
# Your package
PACK=eme-assets
# Informations about your package in DEBIAN/control
CONTROL=${PACK}/DEBIAN/control
ARCH=$(grep Architecture $CONTROL | sed 's/Architecture: //')
VERS=$(grep Version $CONTROL | sed 's/Version: //')
DESC=$(grep Description $CONTROL | sed 's/Description: //')
DATE=$(date -R)
MAINT=$(grep Maintainer $CONTROL | sed 's/Maintainer: //')
# The binary package
DEB=${PACK}_${VERS}_${ARCH}.deb
# The changes file
cat CHANGES ${PACK}_${VERS}_${ARCH}.changes
Format: 1.8
Date: $DATE
Source: $PACK
Binary: $PACK
Architecture: $ARCH
Version: $VERS
Distribution: unstable
Maintainer: $MAINT
Description: $DESC
Changes:
$PACK (${VERS}) unstable; urgency=low
.
* New release
Files:
$(md5sum $DEB | cut -f1 -d' ') $(ls -l $DEB | cut -f5 -d' ') $(basename $DEB)
CHANGES
Note that since I do not know how complex is your realy system, this may be
too simplistic…
Another solution would be to make a proper source package.
Cheers,
--
Charles Plessy
Tsurumi, Kanagawa, Japan
--
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/20101204030727.gb26...@merveille.plessy.net
RFS: gpick
Dear Mentors, I am looking for a sponsor for my package gpick. * Package name: gpick Version : 0.2.3-1 Upstream Author : Albertas Vyšniauskas thez...@gmail.com * URL : http://code.google.com/p/gpick/ * License : BSD Section : graphics It builds these binary packages: gpick - advanced GTK+ color picker The package appears to be lintian clean. The upload would fix these bugs: 579617 My motivation for maintaining this package is: provide a simple tool to get colors, util for design works. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/g/gpick - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/g/gpick/gpick_0.2.3-1.dsc I would be glad if someone uploaded this package for me. Kind regards Elías Alejandro -- 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/aanlktimjjugjc6ypkyypq263efnpg4rwywre58jdc...@mail.gmail.com
RFS: spice and spice-protocol
Dear mentors, I'm looking for a sponsor for my package spice and spice-protocol. * Package name: spice-protocol Version : 0.6.3-1 Upstream Author : Red Hat, Inc. * URL : http://www.spice-space.org/ * License : BSD Section : libs It builds these binary packages: libspice-protocol-dev - SPICE protocol headers This package appears to be lintian clean. The upload would fix these bugs: 603697 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/s/spice-protocol - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/s/spice-protocol/spice-protocol_0.6.3-1.dsc * Package name: spice Version : 0.6.3-1 Upstream Author : Red Hat, Inc. * URL : http://www.spice-space.org/ * License : LGPL 2.1 Section : misc It builds these binary packages: libspice-server-dev - Header files and development documentation for spice-server libspice-server1 - Implements the server side of the SPICE protocol spice-client - Implements the client side of the SPICE protocol I override configure-generated-file-in-source lintian warnings, for spice_0.6.3.orig-celt.tar.gz come with config.log and config.status and debian/rules will delete them. The upload would fix these bugs: 560721 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/s/spice - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/s/spice/spice_0.6.3-1.dsc I also upload qemu-spice, a spice-compatible qemu, it can be used to verify spice-protocol and spice. it is NOT good enough to be sponsored. qemu-spice can be downloaded with: - URL: http://mentors.debian.net/debian/pool/main/q/qemu-spice - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/q/qemu-spice/qemu-spice_0.13~git20101114-1.dsc I would be glad if someone uploaded this package for me. Liang Guo http://bluestone.cublog.cn signature.asc Description: Digital signature
