Re: ITK: debmake
On Saturday 31 December 2005 18.48, Osamu Aoki wrote: [debmake] As I see in debian-reference: --- A.3.2 debmake [...] However, it's not a bug to use debmake. --- I should remove last sentence from all translations. Or just drop mention of debmake alltogether? The description of the debmake package already says it's deprecated and only needs a s/might/will/ in the last paragraph for the next upload. As I see maint-guide (New Maintainerss guide): --- Note: debmake is a package that contains some programs that function similar to dh-make, but its specific use is not covered in this document, because it is deprecated. Please refer to the Debmake manual for more information. --- Same here - drop mention alltogether? cheers -- vbi -- Available for key signing in Zürich and Basel, Switzerland (what's this? Look at http://fortytwo.ch/gpg/intro) pgpsyQStWJq1y.pgp Description: PGP signature
Re: ITK: debmake
On Sun, Jan 01, 2006 at 02:50:36PM +0100, Adrian von Bidder wrote: On Saturday 31 December 2005 18.48, Osamu Aoki wrote: [debmake] As I see in debian-reference: This should have been developers-reference :-) --- A.3.2 debmake [...] However, it's not a bug to use debmake. --- I should remove last sentence from all translations. Or just drop mention of debmake alltogether? The description of the debmake package already says it's deprecated and only needs a s/might/will/ in the last paragraph for the next upload. Until debmake is really gone, maybe dropping is premature. It has been modified per Roger Leigh's comment. As I see maint-guide (New Maintainerss guide): --- Note: debmake is a package that contains some programs that function similar to dh-make, but its specific use is not covered in this document, because it is deprecated. Please refer to the Debmake manual for more information. Same here - drop mention alltogether? For this being entry document, dropping or simply mentioning not to use may be good idea. If I hear others pushing along this, I will do so. But for now, current statement is in line with what it is and what will happen. Once debmake is really gone from archive, please file wishlist bug. Osamu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ITK: debmake
On Thu, Dec 29, 2005 at 07:13:05PM +0100, Santiago Vila wrote: There are less than 80 packages in unstable still using it, and there is an excellent package called debhelper which can do everything that debmake does and probably much better, so it does not make much sense to keep debmake alive forever. ... *) If you maintain documentation from the DDP, you are welcome to remove any documentation or howto explaining how to use debmake to create a debian package. This includes translations. As I see in debian-reference: --- A.3.2 debmake debmake, a precursor to debhelper, is a more coarse-grained debian/rules assistant. It includes two main programs: deb-make, which can be used to help a maintainer convert a regular (non-Debian) source archive into a Debian source package; and debstd, which incorporates in one big shot the same sort of automated functions that one finds in debhelper. The consensus is that debmake is now deprecated in favor of debhelper. However, it's not a bug to use debmake. --- I should remove last sentence from all translations. As I see maint-guide (New Maintainerss guide): --- Note: debmake is a package that contains some programs that function similar to dh-make, but its specific use is not covered in this document, because it is deprecated. Please refer to the Debmake manual for more information. --- I see no problem with this. Does anyone find any other issues? Osamu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ITK: debmake
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Osamu Aoki [EMAIL PROTECTED] writes: As I see in debian-reference: --- A.3.2 debmake debmake, a precursor to debhelper, is a more coarse-grained debian/rules assistant. It includes two main programs: deb-make, which can be used to help a maintainer convert a regular (non-Debian) source archive into a Debian source package; and debstd, which incorporates in one big shot the same sort of automated functions that one finds in debhelper. The consensus is that debmake is now deprecated in favor of debhelper. However, it's not a bug to use debmake. --- I should remove last sentence from all translations. It might be better changing it to It is a bug to use debmake in new packages. New packages using debmake will be rejected from the archive. Regards, Roger - -- Roger Leigh Printing on GNU/Linux? http://gimp-print.sourceforge.net/ Debian GNU/Linuxhttp://www.debian.org/ GPG Public Key: 0x25BFB848. Please sign and encrypt your mail. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8+ http://mailcrypt.sourceforge.net/ iD8DBQFDtsxbVcFcaSW/uEgRAoLGAJ4iZtJfgiRcuV/wzqaC6go4bkRJwgCaA9um mV/qa9VilIdltIBicJvgbDo= =fPPV -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ITK: debmake
Santiago Vila wrote: Therefore, I hereby announce my Intention To Kill debmake. Daniel Kobras [EMAIL PROTECTED] wrote: James R. Van Zandt [EMAIL PROTECTED] emacspeak I think this has been orphaned, and is waiting for adoption. Cc'ing [EMAIL PROTECTED] Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Re: ITK: debmake
On Friday 30 December 2005 03.18, Anthony Towns wrote: Santiago: As a realistic goal, I estimate that etch will be the last release containing debmake, but of course, I would be deligthed to see it happen sooner. It would be pretty lame if we couldn't do this in less than a year... I suggest release goal: no package in etch to be shipped using debmake, but I also suggest still shipping a 'final' version of debmake with etch, containing a big fat warning in its description that its an obsolete package. Reason: some people may have been doing private packages with debmake (is this realistic? no idea. If not, forget this.), and this would probably be the best communication channel to those users. (Yes, we can't force them to look at the updated package description...) Alternatively: isn't there a list of removed packages in the release notes? (Same problem...) cheers -- vbi -- Could this mail be a fake? (Answer: No! - http://fortytwo.ch/gpg/intro) pgpLN4UcWm9Ia.pgp Description: PGP signature
Re: ITK: debmake
On Fri, 30 Dec 2005, Adrian von Bidder wrote: On Friday 30 December 2005 03.18, Anthony Towns wrote: Santiago: As a realistic goal, I estimate that etch will be the last release containing debmake, but of course, I would be deligthed to see it happen sooner. It would be pretty lame if we couldn't do this in less than a year... I suggest release goal: no package in etch to be shipped using debmake, but I also suggest still shipping a 'final' version of debmake with etch, containing a big fat warning in its description that its an obsolete package. Reason: some people may have been doing private packages with debmake (is this realistic? no idea. If not, forget this.), and this would probably be the best communication channel to those users. (Yes, we can't force them to look at the updated package description...) The reason I've not suggested a release goal is that you would not believe how long it takes sometimes to remove a package from a build-depends, even if that's everything you have to do (see Bug#288797 for example). We already have a lot of things to worry about in etch, and getting rid of debmake is not a super-important item, so there is no hurry. In fact, I would like to see debmake 3.8.2 in a stable release before removing it, as it fixes Bug #270900 (which was not trivial to fix). This is the final release I would like to see in archive.debian.org. Filing wishlist bugs now is an option, provided there is a consensus that 78 wishlist bugs aren't too many bugs :-) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ITK: debmake
Ok, to make things gradual, this is what I plan to do: * Announce this in -devel-announce to celebrate the new year. * Wait a few weeks. * Submit wishlist bugs against all packages affected (which I hope they will not be as much as 78 by then). * After the release of etch, debmake will be removed, and the bugs will become RC. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ITK: debmake
On Thu, Dec 29, 2005 at 07:13:05PM +0100, Santiago Vila wrote: There are less than 80 packages in unstable still using it, and there is an excellent package called debhelper which can do everything that debmake does and probably much better, so it does not make much sense to keep debmake alive forever. Therefore, I hereby announce my Intention To Kill debmake. (...) Stage 2. Please switch away from debmake. This is the stage that starts today. So, everybody please, switch away from debmake. From past experience converting orphaned packages to debhelper, I would say that debhelper is the logical choice, but every person has his preferences regarding helper packages. For reference, this is the list of the 58 packages in unstable that still build-depend on debmake: Stefan Alfredsson [EMAIL PROTECTED] biew cksfv Hakan Ardo [EMAIL PROTECTED] libcompface Malc Arnold [EMAIL PROTECTED] af ucbmpeg-play Eric Van Buggenhaut [EMAIL PROTECTED] vsound Debian Hamradio Maintainers debian-hams@lists.debian.org fbb Bernd Eckenfels [EMAIL PROTECTED] cadaver Mark W. Eichin [EMAIL PROTECTED] lx-gdb Oliver Elphick [EMAIL PROTECTED] verse Jochen Friedrich [EMAIL PROTECTED] liveice snmptrapfmt Richard A. Hecker [EMAIL PROTECTED] set6x86 Michael Holzt [EMAIL PROTECTED] obexserver Morten Hustveit [EMAIL PROTECTED] kwavecontrol LaMont Jones [EMAIL PROTECTED] xdelta Tibor Koleszar [EMAIL PROTECTED] falselogin Antonin Kral [EMAIL PROTECTED] fmirror Anand Kumria [EMAIL PROTECTED] gtk-gnutella Corrin Lakeland [EMAIL PROTECTED] gnubg Frederic Lepied [EMAIL PROTECTED] xinput Jonathan McDowell [EMAIL PROTECTED] fidogate David H. Munro [EMAIL PROTECTED] yorick Kenshi Muto [EMAIL PROTECTED] xjokes Cajus Pollmeier [EMAIL PROTECTED] gnarwl Tomas Pospisek [EMAIL PROTECTED] xxdiff Filip Van Raemdonck [EMAIL PROTECTED] xmon Anibal Monsalve Salazar [EMAIL PROTECTED] translate xtranslate Alain Schroeder [EMAIL PROTECTED] wmsmpmon Nathan Scott [EMAIL PROTECTED] acl attr dmapi xfsdump Paul Slootman [EMAIL PROTECTED] linpopup Joop Stakenborg [EMAIL PROTECTED] baken baycomepp colrconv cwdaemon fbbdoc gcb hamsoft ibp twclock twlog xcall xconvers xdx z8530-utils2 David Starner [EMAIL PROTECTED] music123 Warren Stramiello [EMAIL PROTECTED] xdrawchem Marcela Tiznado [EMAIL PROTECTED] gtkgo Matthew Vernon [EMAIL PROTECTED] floppybackup Jim Westveer [EMAIL PROTECTED] barcode ean13 Martin Wuertele [EMAIL PROTECTED] kdc2tiff James R. Van Zandt [EMAIL PROTECTED] flip libwn6 Regards, Daniel. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ITK: debmake
Daniel Kobras [EMAIL PROTECTED] writes: Corrin Lakeland [EMAIL PROTECTED] gnubg I've adopted gnubg with Corrin's permission and this is now fixed in the version just uploaded yesterday. -- Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ITK: debmake
On Thu, Dec 29, 2005 at 10:59:22AM -0800, Russ Allbery wrote: I've adopted gnubg with Corrin's permission and this is now fixed in the version just uploaded yesterday. Here's an updated and now hopefully complete list that also takes into account build-depends-indep. Removing gnubg from the list, this makes it a total of 78 packages affected. Regards, Daniel. ---[snip]--- Stefan Alfredsson [EMAIL PROTECTED] biew cksfv Hakan Ardo [EMAIL PROTECTED] avr-libc ftpwatch libcompface picon-domains picon-misc picon-news picon-unknown picon-usenix picon-users picon-weather Malc Arnold [EMAIL PROTECTED] af ucbmpeg-play James Bromberger [EMAIL PROTECTED] cvsweb Eric Van Buggenhaut [EMAIL PROTECTED] vsound Debian Hamradio Maintainers debian-hams@lists.debian.org fbb Ludovic Drolez [EMAIL PROTECTED] tkusr websec Bernd Eckenfels [EMAIL PROTECTED] cadaver Mark W. Eichin [EMAIL PROTECTED] lx-gdb Oliver Elphick [EMAIL PROTECTED] verse Jochen Friedrich [EMAIL PROTECTED] liveice snmptrapfmt Christian Garbs [EMAIL PROTECTED] whatsnewfm John Goerzen [EMAIL PROTECTED] pilot-template Richard A. Hecker [EMAIL PROTECTED] set6x86 Michael Holzt [EMAIL PROTECTED] obexserver Morten Hustveit [EMAIL PROTECTED] kwavecontrol LaMont Jones [EMAIL PROTECTED] xdelta Tibor Koleszar [EMAIL PROTECTED] falselogin Antonin Kral [EMAIL PROTECTED] fmirror Anand Kumria [EMAIL PROTECTED] gtk-gnutella Mario Lang [EMAIL PROTECTED] crypt++el Frederic Lepied [EMAIL PROTECTED] xinput Eduardo Marcel Macan [EMAIL PROTECTED] fortunes-br Jonathan McDowell [EMAIL PROTECTED] fidogate A Mennucc1 [EMAIL PROTECTED] hp-ppd David H. Munro [EMAIL PROTECTED] yorick yorick-doc Kenshi Muto [EMAIL PROTECTED] xjokes Cajus Pollmeier [EMAIL PROTECTED] gnarwl Tomas Pospisek [EMAIL PROTECTED] xxdiff Filip Van Raemdonck [EMAIL PROTECTED] xmon Anibal Monsalve Salazar [EMAIL PROTECTED] translate xtranslate Alain Schroeder [EMAIL PROTECTED] wmsmpmon Nathan Scott [EMAIL PROTECTED] acl attr dmapi xfsdump Paul Seelig [EMAIL PROTECTED] ethiop localepurge Paul Slootman [EMAIL PROTECTED] linpopup Joop Stakenborg [EMAIL PROTECTED] baken baycomepp colrconv cwdaemon fbbdoc gcb hamsoft ibp twclock twlog xcall xconvers xdx z8530-utils2 David Starner [EMAIL PROTECTED] music123 Warren Stramiello [EMAIL PROTECTED] xdrawchem Marcela Tiznado [EMAIL PROTECTED] gtkgo Matthew Vernon [EMAIL PROTECTED] floppybackup Jim Westveer [EMAIL PROTECTED] barcode ean13 Martin Wuertele [EMAIL PROTECTED] kdc2tiff James R. Van Zandt [EMAIL PROTECTED] emacspeak flip libwn6 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ITK: debmake
On Thu, Dec 29, 2005 at 07:13:05PM +0100, Santiago Vila wrote: Stage 2. Please switch away from debmake. This is the stage that starts today. So, everybody please, switch away from debmake. [...] *) If you are the maintainer of lintian or a similar tool, you are welcome to add a check that gives a warning if a package uses debmake. *) Please don't file any bugs yet. Personally, I'd suggest filing wishlist bugs now, saying something like debmake will be removed from the archive soon, please switch to debhelper or use some other means of building your package, and tracking the bugs you file with a usertag like [EMAIL PROTECTED] / rev-deps. As a realistic goal, I estimate that etch will be the last release containing debmake, but of course, I would be deligthed to see it happen sooner. It would be pretty lame if we couldn't do this in less than a year... Cheers, aj signature.asc Description: Digital signature