Re: New README.source documentation for Debian packages
martin f krafft wrote: also sprach Russ Allbery [EMAIL PROTECTED] [2008.04.29.0113 +0200]: Here is a sample of the sort of documentation that would satisfy this recommendation, written for a package that's using quilt: Might I suggest that for such cases, a common file explaining how to use quilt can be used or better yet: referred to? Full ACK. I'd also like to see one for dpatch. Possibly something that can just be symlinked too. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted pork 0.99.8.1-2 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 30 Mar 2008 22:03:32 -0400 Source: pork Binary: pork Architecture: source amd64 Version: 0.99.8.1-2 Distribution: unstable Urgency: low Maintainer: Benjamin Seidenberg [EMAIL PROTECTED] Changed-By: Benjamin Seidenberg [EMAIL PROTECTED] Description: pork - Console-based AOL Instant Messenger IRC client Closes: 473353 Changes: pork (0.99.8.1-2) unstable; urgency=low . * Remove dependency on automake1.8 (Closes: #473353) * Change maintainer email address Files: f9a27f01c84eff0e3b6b7b5c52b3b4f7 625 net optional pork_0.99.8.1-2.dsc ecf5b536d691822eab1cc14807b725fb 21302 net optional pork_0.99.8.1-2.diff.gz 09209bdb00f476223d43a5f58fc3b266 270938 net optional pork_0.99.8.1-2_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFH8Gkiev9LOsNKpIQRAh03AKCiD0ZmYCHQd1/FgsI4dv/F0Uh5awCgsGiF K0rnzhDQrCvqapSosncBqU4= =7874 -END PGP SIGNATURE- Accepted: pork_0.99.8.1-2.diff.gz to pool/main/p/pork/pork_0.99.8.1-2.diff.gz pork_0.99.8.1-2.dsc to pool/main/p/pork/pork_0.99.8.1-2.dsc pork_0.99.8.1-2_amd64.deb to pool/main/p/pork/pork_0.99.8.1-2_amd64.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted purple-plugin-pack 2.2.0-1 (source i386 all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 17 Mar 2008 15:25:08 -0400 Source: purple-plugin-pack Binary: pidgin-plugin-pack gaim-irchelper Architecture: source i386 all Version: 2.2.0-1 Distribution: unstable Urgency: low Maintainer: Benjamin Seidenberg [EMAIL PROTECTED] Changed-By: Benjamin Seidenberg [EMAIL PROTECTED] Description: gaim-irchelper - IRC extensions for Pidgin (dummy transitional package) pidgin-plugin-pack - 30 useful plugins for pidgin Closes: 450286 Changes: purple-plugin-pack (2.2.0-1) unstable; urgency=low . * New Upstream Release + Adds new plugins - convbadger - dewisygification - infopane - snpp - switchspell - timelog + Remove plugin hideconv (merged into Pidgin) + Various stability fixes * Fix debian/watch to reflect gaim-pidgin transition in upstream's repository (Closes: #450286) * Apply patch from Stu Tomlinson to fix timelog symbol issue. Files: 56f8df5760a921ac6808ad0ad1d915c3 700 net optional purple-plugin-pack_2.2.0-1.dsc d99c34ccd74042346e26ae144515cb4f 865451 net optional purple-plugin-pack_2.2.0.orig.tar.gz 37117dc43fa43537c47da4147c04cd93 8684 net optional purple-plugin-pack_2.2.0-1.diff.gz 3ab7b6299db95aeee9dc3fa3eaf7f1a9 186854 net optional pidgin-plugin-pack_2.2.0-1_i386.deb 4f34a2149a509e921e5bd94b96e42a85 6724 net optional gaim-irchelper_2.2.0-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFH3xHKev9LOsNKpIQRAlspAKDk/vXMyWIUx1yv4LqPAHuUEi8IYwCggWr1 bgQGx2wCzUWku9N2R+L+3E0= =jDxu -END PGP SIGNATURE- Accepted: gaim-irchelper_2.2.0-1_all.deb to pool/main/p/purple-plugin-pack/gaim-irchelper_2.2.0-1_all.deb pidgin-plugin-pack_2.2.0-1_i386.deb to pool/main/p/purple-plugin-pack/pidgin-plugin-pack_2.2.0-1_i386.deb purple-plugin-pack_2.2.0-1.diff.gz to pool/main/p/purple-plugin-pack/purple-plugin-pack_2.2.0-1.diff.gz purple-plugin-pack_2.2.0-1.dsc to pool/main/p/purple-plugin-pack/purple-plugin-pack_2.2.0-1.dsc purple-plugin-pack_2.2.0.orig.tar.gz to pool/main/p/purple-plugin-pack/purple-plugin-pack_2.2.0.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted purple-plugin-pack 2.0.0-1 (source all amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 30 Jul 2007 01:23:10 -0400 Source: purple-plugin-pack Binary: pidgin-plugin-pack gaim-irchelper Architecture: source amd64 all Version: 2.0.0-1 Distribution: unstable Urgency: low Maintainer: Benjamin Seidenberg [EMAIL PROTECTED] Changed-By: Benjamin Seidenberg [EMAIL PROTECTED] Description: gaim-irchelper - IRC extensions for Pidgin (dummy transitional package) pidgin-plugin-pack - 30 useful plugins for pidgin Closes: 431178 432218 433632 434136 434400 434958 Changes: purple-plugin-pack (2.0.0-1) unstable; urgency=low . * New upstream release (Closes: #434958) - Blistops now offers the ability to stretch the display of screen names or aliases into the buddy icon column when no icon exists - Blistops now shows the menu bar when hovering near the top of the buddy list window. Resolves a number of Pidgin bug reports (Closes: #431178) - Listhandler now supports alias-only list exports and imports (rseeber) - Listhandler now exports and imports buddy notes created with the buddynote plugin - Added ignore plugin - Added irc-more plugin - Added highlight plugin - Added incomplete convbadger plugin - Added internationalization support to plonkers - Added more humorous stuff to eight_ball (resiak) - Added support for spaces in filenames to gRIM (rageboy04) - Added a stop subcommand in gRIM (rageboy04) - Changed order of arguments to gRIM command (rageboy04) - Fixed build-by-default status for switchspell - Fixed crash in album when using Pidgin 2.0.2 or newer (Closes: #434136, #433632, #434400) - Fixed potential crashes in some other plugins when using Pidgin 2.0.2 or newer - Fixed potential random crashes in irssi plugin (Closes: #432218) * Enabled new plugins ignore, irc-more and highlight * Applied upstream patch to sepandtab (Thanks: John Bailey) (Part of upstream commit r7241930964f41f9b0fddf83ab3f68f7b55de5870) Files: f9c36955a7b52985588fd55db60338e5 700 net optional purple-plugin-pack_2.0.0-1.dsc 1316aeefba5c5fb4e337e4a4cfe44555 696129 net optional purple-plugin-pack_2.0.0.orig.tar.gz 3d492d815e9e82f24504ac3497339ac6 7166 net optional purple-plugin-pack_2.0.0-1.diff.gz d5d67a3e9bd8ba06649503a1f0ee0660 182892 net optional pidgin-plugin-pack_2.0.0-1_amd64.deb 2cd3964d5887b51d0d0ce5f7084c8e40 5686 net optional gaim-irchelper_2.0.0-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGrkpxev9LOsNKpIQRAtO9AJ9rgy2goT5ByenPa/Z6zo6N5+7OtgCeIiqK YdwGyInwVD2WY4KSdrv11hA= =4qxE -END PGP SIGNATURE- Accepted: gaim-irchelper_2.0.0-1_all.deb to pool/main/p/purple-plugin-pack/gaim-irchelper_2.0.0-1_all.deb pidgin-plugin-pack_2.0.0-1_amd64.deb to pool/main/p/purple-plugin-pack/pidgin-plugin-pack_2.0.0-1_amd64.deb purple-plugin-pack_2.0.0-1.diff.gz to pool/main/p/purple-plugin-pack/purple-plugin-pack_2.0.0-1.diff.gz purple-plugin-pack_2.0.0-1.dsc to pool/main/p/purple-plugin-pack/purple-plugin-pack_2.0.0-1.dsc purple-plugin-pack_2.0.0.orig.tar.gz to pool/main/p/purple-plugin-pack/purple-plugin-pack_2.0.0.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted guifications 2.14-3 (source i386 all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 9 Jul 2007 11:53:20 -0400 Source: guifications Binary: gaim-guifications pidgin-guifications Architecture: source i386 all Version: 2.14-3 Distribution: unstable Urgency: low Maintainer: Benjamin Seidenberg [EMAIL PROTECTED] Changed-By: Benjamin Seidenberg [EMAIL PROTECTED] Description: gaim-guifications - transitional package to pidgin-guifications pidgin-guifications - toaster popups for pidgin Changes: guifications (2.14-3) unstable; urgency=low . * Replace Tollef as Maintainer * Conflict with gaim-guifications for upgrade Files: f5749a44de9141bfe8dcb262a15f82dc 689 net optional guifications_2.14-3.dsc 4ae9d3ff904fcc3d79566908dfe046ac 4952 net optional guifications_2.14-3.diff.gz 6375a322e1a005ff348a275f8d10a1d2 166168 net optional pidgin-guifications_2.14-3_i386.deb eaa5617f22aa2a1840dcc1dbc53dea5a 7370 net optional gaim-guifications_2.14-3_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGlXMtev9LOsNKpIQRAlx0AKCqvG/XOAWzC2vOh6QFxlvSVMsBLwCeOhhT IN6Ces58vHmNPVkmNF0o4D8= =h1og -END PGP SIGNATURE- Accepted: gaim-guifications_2.14-3_all.deb to pool/main/g/guifications/gaim-guifications_2.14-3_all.deb guifications_2.14-3.diff.gz to pool/main/g/guifications/guifications_2.14-3.diff.gz guifications_2.14-3.dsc to pool/main/g/guifications/guifications_2.14-3.dsc pidgin-guifications_2.14-3_i386.deb to pool/main/g/guifications/pidgin-guifications_2.14-3_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted guifications 2.14-2 (source all amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 05 Jun 2007 21:04:43 -0400 Source: guifications Binary: gaim-guifications pidgin-guifications Architecture: source amd64 all Version: 2.14-2 Distribution: unstable Urgency: low Maintainer: Tollef Fog Heen [EMAIL PROTECTED] Changed-By: Benjamin Seidenberg [EMAIL PROTECTED] Description: gaim-guifications - transitional package to pidgin-guifications pidgin-guifications - toaster popups for pidgin Changes: guifications (2.14-2) unstable; urgency=low . * Add gaim-guifications transitional package Files: 692ba59ab559d941ccd4850dee6c344d 736 net optional guifications_2.14-2.dsc 2c2ff21a6b69b05782514561e9327878 3103 net optional guifications_2.14-2.diff.gz fd92bc3d69a64cefc16c1cfa166fc7ed 168224 net optional pidgin-guifications_2.14-2_amd64.deb c4e9d299fcb5df9d85a5bc169a18ed3a 7330 net optional gaim-guifications_2.14-2_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGZhAKev9LOsNKpIQRAinAAJ9DoplqMFhtHD7PYA67uKZFZeXgiACgo46P BkjRMjtrwPkfPYqtiKGrhRg= =U0p7 -END PGP SIGNATURE- Accepted: gaim-guifications_2.14-2_all.deb to pool/main/g/guifications/gaim-guifications_2.14-2_all.deb guifications_2.14-2.diff.gz to pool/main/g/guifications/guifications_2.14-2.diff.gz guifications_2.14-2.dsc to pool/main/g/guifications/guifications_2.14-2.dsc pidgin-guifications_2.14-2_amd64.deb to pool/main/g/guifications/pidgin-guifications_2.14-2_amd64.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted cyrus-imapd-2.3 2.3.8-1 (source i386 all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 22 Jun 2007 13:49:51 +0100 Source: cyrus-imapd-2.3 Binary: cyrus-murder-2.3 cyrus-imapd-2.3 cyrus-nntpd-2.3 libcyrus-imap-perl23 cyrus-clients-2.3 cyrus-common-2.3 cyrus-admin-2.3 cyrus-dev-2.3 cyrus-doc-2.3 cyrus-replication-2.3 cyrus-pop3d-2.3 Architecture: source i386 all Version: 2.3.8-1 Distribution: experimental Urgency: low Maintainer: Debian Cyrus Team [EMAIL PROTECTED] Changed-By: Benjamin Seidenberg [EMAIL PROTECTED] Description: cyrus-admin-2.3 - Cyrus mail system (administration tools) cyrus-clients-2.3 - Cyrus mail system (test clients) cyrus-common-2.3 - Cyrus mail system (common files) cyrus-dev-2.3 - Cyrus mail system (developer files) cyrus-doc-2.3 - Cyrus mail system (documentation files) cyrus-imapd-2.3 - Cyrus mail system (IMAP support) cyrus-murder-2.3 - Cyrus mail system (proxies and aggregator) cyrus-nntpd-2.3 - Cyrus mail system (NNTP support) cyrus-pop3d-2.3 - Cyrus mail system (POP3 support) cyrus-replication-2.3 - Cyrus mail system (replication) libcyrus-imap-perl23 - Interface to Cyrus imap client imclient library Closes: 382376 388242 Changes: cyrus-imapd-2.3 (2.3.8-1) experimental; urgency=low . * New upstream series release (Closes: #382376) . [ Farzad FARID ] * IDLE handling has changed, remove Debian patches * Removed unnecessary or hard to update Debian patches from 00list - All patches from upstream - 15-munge_8bit.dpatch - 18-fix_strlen_return_type.dpatch - 22-imapd_index_check.dpatch - 23-configurable_idled.dpatch [TODO: Re-include this one] - 45-kolab2-annotations.dpatch - 61-64bit-quota.dpatch * Update dpatches when necessary * Added new cyrus-replication-2.3 package * Conflict/replace *-2.2 packages. * Replace the call to 'ctl_deliver' with 'cyr_expire' in the EVENTS section of cyrus.conf. The previous usage is now deprecated. * Missing space between '!' and function in init script. . [ Benjamin Seidenberg ] * Remove patch files that are no longer used * Merge svn work from -6 to HEAD (base of Farzad's package) into 2.3 branch * Fix debian/po/POTFILES.in to refer to cyrus-common-2.3.templates instead of 2.2. * Fix copyright file * Fix paths in .po's * Fix path in cyrus-clients-2.3.README.Debian * README.postfix: a new feature in 2.2 is not new in 2.3 . [ Sven Mueller ] * Add patch to fix FTBFS on GNU/kFreeBSD thanks to Petr Salinger. (Closes: #388242) * Run autoconf to generate update configure script after above patch was applied to configure.in * Update to 2.3.8 * Merge postrm fix regarding debconf (doesn't always exist on removal/purge) . [ Benjamin Seidenberg ] * Merge in changes from previous 2.2s * Add experimental UPGRADE.Debian (Upgrade at your own risk) * Build against BDB 4.5 Files: 0a95540e0117795ee600adeb462374c9 1420 mail extra cyrus-imapd-2.3_2.3.8-1.dsc ac03b02c1ae08d52f807b58c488b204f 2207366 mail extra cyrus-imapd-2.3_2.3.8.orig.tar.gz 397d3bfdef1fafbec3052c45ff0992c0 151640 mail extra cyrus-imapd-2.3_2.3.8-1.diff.gz 0a374e9a6c9decd01c3ce7439889deb0 238798 doc extra cyrus-doc-2.3_2.3.8-1_all.deb bea6a5cbe52422fa271fcabe50ee8732 86384 mail extra cyrus-admin-2.3_2.3.8-1_all.deb 445221a1cf11b437e469cc3fac50f3ea 6230828 mail extra cyrus-common-2.3_2.3.8-1_i386.deb 5c4b2807d45e7411ec1b4f694af2d45b 969510 mail extra cyrus-imapd-2.3_2.3.8-1_i386.deb 26e915c08ef27df061ea0e1e0d6f7253 280492 mail extra cyrus-pop3d-2.3_2.3.8-1_i386.deb de24e02c6e5687813dd8f7cf21d2bdfc 1284368 mail extra cyrus-murder-2.3_2.3.8-1_i386.deb b88a0a7acbdbf88b031d91617ccfc29b 1175576 mail extra cyrus-replication-2.3_2.3.8-1_i386.deb 2dca4342a83cff428d7b26b550b26573 614498 mail extra cyrus-nntpd-2.3_2.3.8-1_i386.deb 26f0b4c715fa8a7312eb56c93d6227e8 134024 mail extra cyrus-clients-2.3_2.3.8-1_i386.deb 002671c48d72ec1320de285f8b988a4a 274056 devel extra cyrus-dev-2.3_2.3.8-1_i386.deb 47d9b2b2009fe926b08e28e1a82659f6 182720 perl extra libcyrus-imap-perl23_2.3.8-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGe9BPev9LOsNKpIQRAuOiAJ9V+KOcsu+n10IWHTfoenuE7mWuJgCeLwKz NNKqr76TPEQW5CMZDUJihFI= =353B -END PGP SIGNATURE- Accepted: cyrus-admin-2.3_2.3.8-1_all.deb to pool/main/c/cyrus-imapd-2.3/cyrus-admin-2.3_2.3.8-1_all.deb cyrus-clients-2.3_2.3.8-1_i386.deb to pool/main/c/cyrus-imapd-2.3/cyrus-clients-2.3_2.3.8-1_i386.deb cyrus-common-2.3_2.3.8-1_i386.deb to pool/main/c/cyrus-imapd-2.3/cyrus-common-2.3_2.3.8-1_i386.deb cyrus-dev-2.3_2.3.8-1_i386.deb to pool/main/c/cyrus-imapd-2.3/cyrus-dev-2.3_2.3.8-1_i386.deb cyrus-doc-2.3_2.3.8-1_all.deb to pool/main/c/cyrus-imapd-2.3/cyrus-doc-2.3_2.3.8-1_all.deb cyrus-imapd-2.3_2.3.8-1.diff.gz to pool/main/c/cyrus-imapd-2.3/cyrus-imapd-2.3_2.3.8-1.diff.gz cyrus-imapd-2.3_2.3.8-1.dsc to pool/main/c/cyrus-imapd-2.3/cyrus-imapd-2.3_2.3.8-1.dsc cyrus
Accepted cyrus-imapd-2.2 2.2.13-13 (source i386 all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 22 Jun 2007 16:50:45 +0100 Source: cyrus-imapd-2.2 Binary: cyrus-dev-2.2 libcyrus-imap-perl22 cyrus-common-2.2 cyrus-doc-2.2 cyrus-clients-2.2 cyrus-pop3d-2.2 cyrus-imapd-2.2 cyrus-admin-2.2 cyrus-nntpd-2.2 cyrus-murder-2.2 Architecture: source i386 all Version: 2.2.13-13 Distribution: unstable Urgency: low Maintainer: Debian Cyrus Team [EMAIL PROTECTED] Changed-By: Benjamin Seidenberg [EMAIL PROTECTED] Description: cyrus-admin-2.2 - Cyrus mail system (administration tools) cyrus-clients-2.2 - Cyrus mail system (test clients) cyrus-common-2.2 - Cyrus mail system (common files) cyrus-dev-2.2 - Cyrus mail system (developer files) cyrus-doc-2.2 - Cyrus mail system (documentation files) cyrus-imapd-2.2 - Cyrus mail system (IMAP support) cyrus-murder-2.2 - Cyrus mail system (proxies and aggregator) cyrus-nntpd-2.2 - Cyrus mail system (NNTP support) cyrus-pop3d-2.2 - Cyrus mail system (POP3 support) libcyrus-imap-perl22 - Interface to Cyrus imap client imclient library Closes: 395504 404446 409945 411529 Changes: cyrus-imapd-2.2 (2.2.13-13) unstable; urgency=low . * Change messages and chown's in cyrus-makedirs (Use find instead) (Closes: #404446, 411529) * Fix logcheck rule to ignore nonexistant sieve scripts (Closes #416826) * Update README.exim to something more debian specific. Thanks: Romain Chantereau [EMAIL PROTECTED] and Steve Kemp [EMAIL PROTECTED]. (Closes: #395504) * Update README.Debian.databases. Along with other fixes from a long time ago, this addresses almost all of the issues raised in an upgrade report. (Closes: #409945) * Add a patch by Andrew Morgan [EMAIL PROTECTED] that adds a config option to disable referrals from frontends to backends Files: 2c468346756dc6492f8896e48c162c79 1405 mail extra cyrus-imapd-2.2_2.2.13-13.dsc 29615a2276a66e9087e99b8156f8f068 260715 mail extra cyrus-imapd-2.2_2.2.13-13.diff.gz 30c56e1e22ac1e915c6a26e713fa4065 228218 doc extra cyrus-doc-2.2_2.2.13-13_all.deb 0a1a9de85004ffc60f10f3aea5c53ebc 81476 mail extra cyrus-admin-2.2_2.2.13-13_all.deb 7cd1f6dbd268d5d94661654aa8bb4323 5544150 mail extra cyrus-common-2.2_2.2.13-13_i386.deb b25ad33f62032c7e640042449998f435 909796 mail extra cyrus-imapd-2.2_2.2.13-13_i386.deb 591dab75d65c53bc685397b0e5c12d68 272650 mail extra cyrus-pop3d-2.2_2.2.13-13_i386.deb a9447891424c503518eab9db179a29f9 1105598 mail extra cyrus-murder-2.2_2.2.13-13_i386.deb 1d618e16a1a4377e60912f19cf232aaa 591086 mail extra cyrus-nntpd-2.2_2.2.13-13_i386.deb 2ec45f7237f894987a615a8ee9d8f2c7 129038 mail extra cyrus-clients-2.2_2.2.13-13_i386.deb 05ff2827511a42d965127fbbf8664db5 263586 devel extra cyrus-dev-2.2_2.2.13-13_i386.deb 956c5af65fbaf3fabd4e260d05618fc7 177326 perl extra libcyrus-imap-perl22_2.2.13-13_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGe/vBev9LOsNKpIQRAqirAKCxJV12sXw3Vy0u4M+EHWIHnIR2RQCgwS2z enEx45l+Z3Kf6Cp0yqK+yMs= =j8ga -END PGP SIGNATURE- Accepted: cyrus-admin-2.2_2.2.13-13_all.deb to pool/main/c/cyrus-imapd-2.2/cyrus-admin-2.2_2.2.13-13_all.deb cyrus-clients-2.2_2.2.13-13_i386.deb to pool/main/c/cyrus-imapd-2.2/cyrus-clients-2.2_2.2.13-13_i386.deb cyrus-common-2.2_2.2.13-13_i386.deb to pool/main/c/cyrus-imapd-2.2/cyrus-common-2.2_2.2.13-13_i386.deb cyrus-dev-2.2_2.2.13-13_i386.deb to pool/main/c/cyrus-imapd-2.2/cyrus-dev-2.2_2.2.13-13_i386.deb cyrus-doc-2.2_2.2.13-13_all.deb to pool/main/c/cyrus-imapd-2.2/cyrus-doc-2.2_2.2.13-13_all.deb cyrus-imapd-2.2_2.2.13-13.diff.gz to pool/main/c/cyrus-imapd-2.2/cyrus-imapd-2.2_2.2.13-13.diff.gz cyrus-imapd-2.2_2.2.13-13.dsc to pool/main/c/cyrus-imapd-2.2/cyrus-imapd-2.2_2.2.13-13.dsc cyrus-imapd-2.2_2.2.13-13_i386.deb to pool/main/c/cyrus-imapd-2.2/cyrus-imapd-2.2_2.2.13-13_i386.deb cyrus-murder-2.2_2.2.13-13_i386.deb to pool/main/c/cyrus-imapd-2.2/cyrus-murder-2.2_2.2.13-13_i386.deb cyrus-nntpd-2.2_2.2.13-13_i386.deb to pool/main/c/cyrus-imapd-2.2/cyrus-nntpd-2.2_2.2.13-13_i386.deb cyrus-pop3d-2.2_2.2.13-13_i386.deb to pool/main/c/cyrus-imapd-2.2/cyrus-pop3d-2.2_2.2.13-13_i386.deb libcyrus-imap-perl22_2.2.13-13_i386.deb to pool/main/c/cyrus-imapd-2.2/libcyrus-imap-perl22_2.2.13-13_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted cyrus-imapd-2.2 2.2.13-12 (source all amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 18 Jun 2007 15:38:01 -0400 Source: cyrus-imapd-2.2 Binary: cyrus-dev-2.2 libcyrus-imap-perl22 cyrus-common-2.2 cyrus-doc-2.2 cyrus-clients-2.2 cyrus-pop3d-2.2 cyrus-imapd-2.2 cyrus-admin-2.2 cyrus-nntpd-2.2 cyrus-murder-2.2 Architecture: source amd64 all Version: 2.2.13-12 Distribution: unstable Urgency: low Maintainer: Debian Cyrus Team [EMAIL PROTECTED] Changed-By: Benjamin Seidenberg [EMAIL PROTECTED] Description: cyrus-admin-2.2 - Cyrus mail system (administration tools) cyrus-clients-2.2 - Cyrus mail system (test clients) cyrus-common-2.2 - Cyrus mail system (common files) cyrus-dev-2.2 - Cyrus mail system (developer files) cyrus-doc-2.2 - Cyrus mail system (documentation files) cyrus-imapd-2.2 - Cyrus mail system (IMAP support) cyrus-murder-2.2 - Cyrus mail system (proxies and aggregator) cyrus-nntpd-2.2 - Cyrus mail system (NNTP support) cyrus-pop3d-2.2 - Cyrus mail system (POP3 support) libcyrus-imap-perl22 - Interface to Cyrus imap client imclient library Closes: 408503 425844 426334 429164 Changes: cyrus-imapd-2.2 (2.2.13-12) unstable; urgency=low . * The This-would-be-a-lot-easier-if-Ross-Boylan-used-courier Release . [ Sven Mueller ] * Add rules to logcheck.violations.ignore, eliminating SQUAT failed generic error message as far as logcheck is concerned. * Fix bug number in README.Debian (151295, not 151925) (Closes: #426334) . [ Benjamin Seidenberg ] * Remove a redundant part of patches//13-master_process_handling.dpatch which causes a double free. (Closes: #425844, #429164) * Add information about tls_[service]_* options changing in UPGRADE.Debian. (Closes: #408503) Files: 7f494f6fb388d8cf7fa97897245a7ad2 1405 mail extra cyrus-imapd-2.2_2.2.13-12.dsc b9423220a74c3bda49f178e989910a69 260417 mail extra cyrus-imapd-2.2_2.2.13-12.diff.gz dc6933b54d44cd47c227c762a32146d2 223620 doc extra cyrus-doc-2.2_2.2.13-12_all.deb 483ca068a6b5aef6e5f642826dbcedf8 81002 mail extra cyrus-admin-2.2_2.2.13-12_all.deb c6f0279efd373842a6defa50a635e9d3 5764936 mail extra cyrus-common-2.2_2.2.13-12_amd64.deb eae26a3a62ec8eea489ef963cb78b7a6 949314 mail extra cyrus-imapd-2.2_2.2.13-12_amd64.deb 3aea2e3d4fc18588441e2fc7b000a2ff 284576 mail extra cyrus-pop3d-2.2_2.2.13-12_amd64.deb 5df820599daf2a8cd1082f1d5f78c6b9 1152216 mail extra cyrus-murder-2.2_2.2.13-12_amd64.deb cbad3b6ed0252c54df865fd518eb315f 616332 mail extra cyrus-nntpd-2.2_2.2.13-12_amd64.deb d7ce64f455428753d283b69b7a38b8c2 133776 mail extra cyrus-clients-2.2_2.2.13-12_amd64.deb f161df7f50b660bf82c02c9aa6892720 271686 devel extra cyrus-dev-2.2_2.2.13-12_amd64.deb 5420c08b72021612f51bd6b92eb9275e 188120 perl extra libcyrus-imap-perl22_2.2.13-12_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGduMZev9LOsNKpIQRAhieAJ9Aitq6xaepV7lvbs8X1o+Zfc7s4wCgsZe2 r1WCLAM5eab3HHe9jbczfA8= =oC4A -END PGP SIGNATURE- Accepted: cyrus-admin-2.2_2.2.13-12_all.deb to pool/main/c/cyrus-imapd-2.2/cyrus-admin-2.2_2.2.13-12_all.deb cyrus-clients-2.2_2.2.13-12_amd64.deb to pool/main/c/cyrus-imapd-2.2/cyrus-clients-2.2_2.2.13-12_amd64.deb cyrus-common-2.2_2.2.13-12_amd64.deb to pool/main/c/cyrus-imapd-2.2/cyrus-common-2.2_2.2.13-12_amd64.deb cyrus-dev-2.2_2.2.13-12_amd64.deb to pool/main/c/cyrus-imapd-2.2/cyrus-dev-2.2_2.2.13-12_amd64.deb cyrus-doc-2.2_2.2.13-12_all.deb to pool/main/c/cyrus-imapd-2.2/cyrus-doc-2.2_2.2.13-12_all.deb cyrus-imapd-2.2_2.2.13-12.diff.gz to pool/main/c/cyrus-imapd-2.2/cyrus-imapd-2.2_2.2.13-12.diff.gz cyrus-imapd-2.2_2.2.13-12.dsc to pool/main/c/cyrus-imapd-2.2/cyrus-imapd-2.2_2.2.13-12.dsc cyrus-imapd-2.2_2.2.13-12_amd64.deb to pool/main/c/cyrus-imapd-2.2/cyrus-imapd-2.2_2.2.13-12_amd64.deb cyrus-murder-2.2_2.2.13-12_amd64.deb to pool/main/c/cyrus-imapd-2.2/cyrus-murder-2.2_2.2.13-12_amd64.deb cyrus-nntpd-2.2_2.2.13-12_amd64.deb to pool/main/c/cyrus-imapd-2.2/cyrus-nntpd-2.2_2.2.13-12_amd64.deb cyrus-pop3d-2.2_2.2.13-12_amd64.deb to pool/main/c/cyrus-imapd-2.2/cyrus-pop3d-2.2_2.2.13-12_amd64.deb libcyrus-imap-perl22_2.2.13-12_amd64.deb to pool/main/c/cyrus-imapd-2.2/libcyrus-imap-perl22_2.2.13-12_amd64.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted purple-plugin-pack 1.0-3 (source all amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 11 Jun 2007 20:16:31 -0400 Source: purple-plugin-pack Binary: pidgin-plugin-pack gaim-irchelper Architecture: source amd64 all Version: 1.0-3 Distribution: unstable Urgency: low Maintainer: Benjamin Seidenberg [EMAIL PROTECTED] Changed-By: Benjamin Seidenberg [EMAIL PROTECTED] Description: gaim-irchelper - IRC extensions for Pidgin (dummy transitional package) pidgin-plugin-pack - 30 useful plugins for pidgin Closes: 427846 428457 Changes: purple-plugin-pack (1.0-3) unstable; urgency=low . * The Third try's the charm release * Add emtpy transitional package for gaim-irchelper (Closes: #428457) * Fix reference to gaim in package description (Closes: #427846) Files: 3bf19c518f655a48203ccb6089b5e237 694 net optional purple-plugin-pack_1.0-3.dsc c7de0ffb2b9a39aaea9dd7ac27e8dd8d 5985 net optional purple-plugin-pack_1.0-3.diff.gz 0b98ce75b72de9e03a3726b2f63dfb28 154046 net optional pidgin-plugin-pack_1.0-3_amd64.deb d73d29d14db63e8d492b6b4c4d349a34 4548 net optional gaim-irchelper_1.0-3_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGbenUev9LOsNKpIQRAq4AAJwKmZT4JMlBWIy55OHt2+TrfVddUACcDTLM PA3ZSA+sHqzfDSugyi6gIss= =kB1K -END PGP SIGNATURE- Accepted: gaim-irchelper_1.0-3_all.deb to pool/main/p/purple-plugin-pack/gaim-irchelper_1.0-3_all.deb pidgin-plugin-pack_1.0-3_amd64.deb to pool/main/p/purple-plugin-pack/pidgin-plugin-pack_1.0-3_amd64.deb purple-plugin-pack_1.0-3.diff.gz to pool/main/p/purple-plugin-pack/purple-plugin-pack_1.0-3.diff.gz purple-plugin-pack_1.0-3.dsc to pool/main/p/purple-plugin-pack/purple-plugin-pack_1.0-3.dsc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted purple-plugin-pack 1.0-2 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 05 Jun 2007 18:03:08 -0400 Source: purple-plugin-pack Binary: pidgin-plugin-pack Architecture: source amd64 Version: 1.0-2 Distribution: unstable Urgency: low Maintainer: Benjamin Seidenberg [EMAIL PROTECTED] Changed-By: Benjamin Seidenberg [EMAIL PROTECTED] Description: pidgin-plugin-pack - 30 useful plugins for pidgin Changes: purple-plugin-pack (1.0-2) unstable; urgency=low . * The Look before you leap release (Thanks: Ari Pollak) * Enhance Pidgin, not gaim * Remove Conflict/Replace on gaim-irchelper to allow a transitional package Files: f6a15a4156f1f49ae4fef0db710e04b8 678 net optional purple-plugin-pack_1.0-2.dsc 313bd8bb43bff1278c3c549113efbe7c 5721 net optional purple-plugin-pack_1.0-2.diff.gz 70268b83293f736d27edf6289be7e307 153932 net optional pidgin-plugin-pack_1.0-2_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGZgelev9LOsNKpIQRAkD8AJ0VG2i4PQdk9FNOm8VSiT6laBCfNgCfaI6e gCobOX1/UWfjv1LEAPpe2Lk= =1GYd -END PGP SIGNATURE- Accepted: pidgin-plugin-pack_1.0-2_amd64.deb to pool/main/p/purple-plugin-pack/pidgin-plugin-pack_1.0-2_amd64.deb purple-plugin-pack_1.0-2.diff.gz to pool/main/p/purple-plugin-pack/purple-plugin-pack_1.0-2.diff.gz purple-plugin-pack_1.0-2.dsc to pool/main/p/purple-plugin-pack/purple-plugin-pack_1.0-2.dsc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted purple-plugin-pack 1.0-1 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 27 May 2007 15:24:21 -0400 Source: purple-plugin-pack Binary: pidgin-plugin-pack Architecture: source amd64 Version: 1.0-1 Distribution: unstable Urgency: low Maintainer: Benjamin Seidenberg [EMAIL PROTECTED] Changed-By: Benjamin Seidenberg [EMAIL PROTECTED] Description: pidgin-plugin-pack - 30 useful plugins for pidgin Closes: 291973 353641 Changes: purple-plugin-pack (1.0-1) unstable; urgency=low . * Initial release (Closes: #353641, #291973) * Adjust all Makefiles.in to remove duplicate dependency on pidgin * Remove unneeded .la files Files: 8da2be2d31b87249c4f13011d7c18ee7 678 net optional purple-plugin-pack_1.0-1.dsc 42b8438ca05332c50e1e433d35157727 755903 net optional purple-plugin-pack_1.0.orig.tar.gz cab550f233c607529ba09493015706ee 5632 net optional purple-plugin-pack_1.0-1.diff.gz 73e1c95d016871448619d5f5c6edde8f 153866 net optional pidgin-plugin-pack_1.0-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGXjAwev9LOsNKpIQRAqnqAJ9Phm6AYIU/rSA06hkTEUR/yjaK6gCfTyes ppP4uL2aaAEYdNbxjB3MCB0= =Gvn+ -END PGP SIGNATURE- Accepted: pidgin-plugin-pack_1.0-1_amd64.deb to pool/main/p/purple-plugin-pack/pidgin-plugin-pack_1.0-1_amd64.deb purple-plugin-pack_1.0-1.diff.gz to pool/main/p/purple-plugin-pack/purple-plugin-pack_1.0-1.diff.gz purple-plugin-pack_1.0-1.dsc to pool/main/p/purple-plugin-pack/purple-plugin-pack_1.0-1.dsc purple-plugin-pack_1.0.orig.tar.gz to pool/main/p/purple-plugin-pack/purple-plugin-pack_1.0.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted guifications 2.14-1 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 25 May 2007 23:01:34 -0400 Source: guifications Binary: pidgin-guifications Architecture: source amd64 Version: 2.14-1 Distribution: unstable Urgency: low Maintainer: Tollef Fog Heen [EMAIL PROTECTED] Changed-By: Benjamin Seidenberg [EMAIL PROTECTED] Description: pidgin-guifications - toaster popups for pidgin Closes: 424022 Changes: guifications (2.14-1) unstable; urgency=low . * New Upstream Release for Pidgin 2.0 (Closes: #424022) * Rename binary package to pidgin-guifications (was gaim-guifications) * Redo rules for pidgin instead of gaim * Modify src/Makefile.in to prevent duplicate dependency Files: 84c93a3888796b7eeba7235934b54124 717 net optional guifications_2.14-1.dsc 45332f33f9803b9b1f8f92fcc5197c58 687785 net optional guifications_2.14.orig.tar.gz 7c9cb9b83a2dd904506cbc39381bef3a 3021 net optional guifications_2.14-1.diff.gz a4d39c9d49e51207a571d7c98e4462d0 168204 net optional pidgin-guifications_2.14-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGV6oVev9LOsNKpIQRAg/9AJ0SE+MU+IfVm0XwN4Ztj5uSv7sPmgCgxrYm dNVLmA2j2l+IOi4OKRBj2yA= =Ka15 -END PGP SIGNATURE- Accepted: guifications_2.14-1.diff.gz to pool/main/g/guifications/guifications_2.14-1.diff.gz guifications_2.14-1.dsc to pool/main/g/guifications/guifications_2.14-1.dsc guifications_2.14.orig.tar.gz to pool/main/g/guifications/guifications_2.14.orig.tar.gz pidgin-guifications_2.14-1_amd64.deb to pool/main/g/guifications/pidgin-guifications_2.14-1_amd64.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#412570: ITP: fldigi -- digital modem program for hamradio operators
Aaron M. Ucko wrote: Benjamin Seidenberg [EMAIL PROTECTED] writes: I would suggest adding a word about the interface - is it a GUI or console program? FLTK is a GUI toolkit. Ah, I didn't know that. Thanks. signature.asc Description: OpenPGP digital signature
Re: Bug#412570: ITP: fldigi -- digital modem program for hamradio operators
Joop Stakenborg wrote: Package: wnpp Severity: wishlist Owner: Joop Stakenborg [EMAIL PROTECTED] * Package name: fldigi Version : 1.30 Upstream Author : David H. Freese [EMAIL PROTECTED] * URL : http://www.w1hkj.com/Fldigi.html * License : GPL Programming Lang: C++ Description : digital modem program for hamradio operators fldigi is a Digital modem program for Linux written with the Fast Light Toolkit. It supports most of the modern digital modes used by hamradio operators. It can also be used for soundcard calibration and frequency measurement. A CW decoder is included. I would suggest adding a word about the interface - is it a GUI or console program? -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-k7 Locale: LANG=nl_NL.UTF-8, LC_CTYPE=nl_NL.UTF-8 (charmap=UTF-8) signature.asc Description: OpenPGP digital signature
Re: /foo has been mounted xx times... check forced
Theodore Tso wrote: At the moment, if you want ^C to interrupt the e2fsck and you want the boot to continue, you actually have to set the following in /etc/e2fsck.conf: [options] allow_cancellation = 1 See the e2fsck.conf(8) man page for more details. Regards, - Ted Is there a way to set hard and soft limit? IE, after 30 mounts, checking is strongly suggested and automatically run, but able to be canceled but after 35 it is mandatory? Benjamin signature.asc Description: OpenPGP digital signature
Re: Handling of (inactive) Debian Accounts
Mike Hommey wrote: On Mon, Feb 12, 2007 at 07:47:48AM +0100, Yves-Alexis Perez [EMAIL PROTECTED] wrote: Yeah, you're perfectly right. That's the best advice one could give to not so active DD who doesn't want to lose much time («lose the time to vote so you don't lose the time in NM»). But as someone said, some DD may not be interested in Debian politics (and especially since recently), and Debian is first about about tech, so they may have lost all interest in politics (to the point of forgetting that Voting is present in the DD Duties, in dev-ref). The difference between a DD and a non-DD is mainly about voting, so if a DD doesn't have interest in politics, he could just do like a lot of non-DD people: have a sponsor. Mike Someone could be interested in voting on things like the GFDL, technical questions, etc, but not care about the DPL election. Benjamin signature.asc Description: OpenPGP digital signature
Re: update on binary upload restrictions
Tollef Fog Heen wrote: * Joey Hess | (b) source only uploads are in my experience very often badly tested | if they're even tested at all. For a long time after Ubuntu | switched to source only uploads, it was really obvious that a | large number of them hadn't even been test built, never mind | installed or used.[3][4] | | Hmm, are you implying that it eventually got better? It seems to have gotten better now, yes. However, people are often quite happy to just throw source at the buildds until it builds, at least unless they're told not to. This is less of a problem for Ubuntu than Debian because Ubuntu's slowest arch is quite fast, while doing the same to the Debian ARM port would make the buildd (and the buildd operator) very unhappy. If we do go to source-only uploads, could this problem be avoided by having arm and other slow arches wait until at least one other arch successfully builds the package? signature.asc Description: OpenPGP digital signature
Accepted cyrus-imapd-2.2 2.2.13-10 (source all amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sat, 9 Dec 2006 10:03:38 -0500 Source: cyrus-imapd-2.2 Binary: cyrus-dev-2.2 libcyrus-imap-perl22 cyrus-common-2.2 cyrus-doc-2.2 cyrus-clients-2.2 cyrus-pop3d-2.2 cyrus-imapd-2.2 cyrus-admin-2.2 cyrus-nntpd-2.2 cyrus-murder-2.2 Architecture: source amd64 all Version: 2.2.13-10 Distribution: unstable Urgency: high Maintainer: Debian Cyrus Team [EMAIL PROTECTED] Changed-By: Benjamin Seidenberg [EMAIL PROTECTED] Description: cyrus-admin-2.2 - Cyrus mail system (administration tools) cyrus-clients-2.2 - Cyrus mail system (test clients) cyrus-common-2.2 - Cyrus mail system (common files) cyrus-dev-2.2 - Cyrus mail system (developer files) cyrus-doc-2.2 - Cyrus mail system (documentation files) cyrus-imapd-2.2 - Cyrus mail system (IMAP support) cyrus-murder-2.2 - Cyrus mail system (proxies and aggregator) cyrus-nntpd-2.2 - Cyrus mail system (NNTP support) cyrus-pop3d-2.2 - Cyrus mail system (POP3 support) libcyrus-imap-perl22 - Interface to Cyrus imap client imclient library Closes: 395250 400645 400747 Changes: cyrus-imapd-2.2 (2.2.13-10) unstable; urgency=high . * High urgency due to #400747 . [ Sven Mueller ] * Update README.Debian.simpleinstall (Closes: #395250) * Upstream change: applied RFC4314 READ-ONLY logic . [ Benjamin Seidenberg ] * Add notice about lmtp overquota configuration option rename to UPGRADE.Debian (Closes: #400645) * Disable upstream patch 0019 due to bad sasl interactions (Closes: #400747) Files: becb2199ec8313c60f74b720151587e9 1278 mail extra cyrus-imapd-2.2_2.2.13-10.dsc ea62580a81d236bb5e4ec1e651069708 255979 mail extra cyrus-imapd-2.2_2.2.13-10.diff.gz 199f2b4d9385fead5dfc04cde8be8b24 222772 doc extra cyrus-doc-2.2_2.2.13-10_all.deb 30aa32e50a15be82426011cfaaaf298e 80284 mail extra cyrus-admin-2.2_2.2.13-10_all.deb e984133fdb85bdb778cb7c2c221cb827 5733752 mail extra cyrus-common-2.2_2.2.13-10_amd64.deb 2c31a7f6a4527bdf88987eb2de68e2ac 944604 mail extra cyrus-imapd-2.2_2.2.13-10_amd64.deb 843c29c0ea6c36007d3e4121e08127c9 282864 mail extra cyrus-pop3d-2.2_2.2.13-10_amd64.deb af1d539bc12ed6f53224550ed93baff3 114 mail extra cyrus-murder-2.2_2.2.13-10_amd64.deb acfab8ae92ba8ee4dabe722760414d84 613068 mail extra cyrus-nntpd-2.2_2.2.13-10_amd64.deb 60821fc6c6bc236184eb58e493268098 132312 mail extra cyrus-clients-2.2_2.2.13-10_amd64.deb be4b40b4532e8af36b854b1c62d4282a 270230 devel extra cyrus-dev-2.2_2.2.13-10_amd64.deb cb6b5d8385893fa46fe49193996267c0 185246 perl extra libcyrus-imap-perl22_2.2.13-10_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFFet2/ev9LOsNKpIQRAkwgAKCzTrshzAlnEqIA0pCXZt88POfdQgCfds2i OOdqHSZD5eAADyTFusgOHZ0= =iPb+ -END PGP SIGNATURE- Accepted: cyrus-admin-2.2_2.2.13-10_all.deb to pool/main/c/cyrus-imapd-2.2/cyrus-admin-2.2_2.2.13-10_all.deb cyrus-clients-2.2_2.2.13-10_amd64.deb to pool/main/c/cyrus-imapd-2.2/cyrus-clients-2.2_2.2.13-10_amd64.deb cyrus-common-2.2_2.2.13-10_amd64.deb to pool/main/c/cyrus-imapd-2.2/cyrus-common-2.2_2.2.13-10_amd64.deb cyrus-dev-2.2_2.2.13-10_amd64.deb to pool/main/c/cyrus-imapd-2.2/cyrus-dev-2.2_2.2.13-10_amd64.deb cyrus-doc-2.2_2.2.13-10_all.deb to pool/main/c/cyrus-imapd-2.2/cyrus-doc-2.2_2.2.13-10_all.deb cyrus-imapd-2.2_2.2.13-10.diff.gz to pool/main/c/cyrus-imapd-2.2/cyrus-imapd-2.2_2.2.13-10.diff.gz cyrus-imapd-2.2_2.2.13-10.dsc to pool/main/c/cyrus-imapd-2.2/cyrus-imapd-2.2_2.2.13-10.dsc cyrus-imapd-2.2_2.2.13-10_amd64.deb to pool/main/c/cyrus-imapd-2.2/cyrus-imapd-2.2_2.2.13-10_amd64.deb cyrus-murder-2.2_2.2.13-10_amd64.deb to pool/main/c/cyrus-imapd-2.2/cyrus-murder-2.2_2.2.13-10_amd64.deb cyrus-nntpd-2.2_2.2.13-10_amd64.deb to pool/main/c/cyrus-imapd-2.2/cyrus-nntpd-2.2_2.2.13-10_amd64.deb cyrus-pop3d-2.2_2.2.13-10_amd64.deb to pool/main/c/cyrus-imapd-2.2/cyrus-pop3d-2.2_2.2.13-10_amd64.deb libcyrus-imap-perl22_2.2.13-10_amd64.deb to pool/main/c/cyrus-imapd-2.2/libcyrus-imap-perl22_2.2.13-10_amd64.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#401227: ITP: metacafe-dl -- download videos from metacafe.com
Nacho Barrientos Arias wrote: Package: wnpp Severity: wishlist Owner: Nacho Barrientos Arias [EMAIL PROTECTED] * Package name: metacafe-dl Version : 2006.11.25 Upstream Author : Ricardo García González * URL : http://www.arrakis.es/~rggi3/metacafe-dl/ * License : MIT Programming Lang: Python Description : download videos from metacafe.com Metacafe-dl is a small command-line program to download videos from metacafe.com featuring a simulation mode to get the video's URL and download it with another download manager. . Command-line syntax is similar to youtube-dl. . Homepage: http://www.arrakis.es/~rggi3/metacafe-dl/ Why not just have metacafe added to youtube-dl and possibly ship a symlink named metacafe-dl? (Hmm, as youtube-dl also does google video, maybe we should rename it to something like flash-dl.) Benjamin signature.asc Description: OpenPGP digital signature
Re: Naming a 32-bit/64-bit specific Java package
Florian Weimer wrote: * Benjamin Seidenberg: Less archive/mirror bloat. Which is easily nullified if the more complex Architecture: all approach needs more bug fixes. Except old versions are dropped from mirrors. So after a time, the old packages will disappear and only two copies (as opposed to 12 or what not) will be on the mirrors. signature.asc Description: OpenPGP digital signature
Re: Naming a 32-bit/64-bit specific Java package
Shaun Jackman wrote: On 11/28/06, Shaun Jackman [EMAIL PROTECTED] wrote: I'm personally leaning towards to two arch: all packages (one 32-bit, one 64-bit) and a meta-package which depends on the right one. I am considering and open to the one arch: any package though. If it affects the decision, the binary package is roughly 1.2 MB. I take it back. I implemented the arch: all method, and it wasn't that tricky, but the arch: any method is definitely technically simpler. Without a good reason, I can't see why I shouldn't use the simpler method. The argument for the arch: any case is obvious -- it's simpler -- what's the best argument for the arch: all case? Cheers, Shaun Less archive/mirror bloat. signature.asc Description: OpenPGP digital signature
Re: Conditionally applying an architecture-dependent patch
Shaun Jackman wrote: When using CDBS, what is the best way to conditionally apply an architecture-dependent patch. I'm using CDBS, but not yet using a patch system such as simple-patchsys, dpatch, or quilt, so recommendations of a patch system are welcome. Currently I have... ARCH64 := alpha amd64 ia64 ifneq (,$(filter $(DEB_HOST_ARCH),$(ARCH64))) configure/foo:: patch -p1 debian/patches/arch64.diff endif Cheers, Shaun Heh. This is swt-gtk? I (with help from Sven Müller) worked on getting a conditional patch for it a while back using dpatch, but then I wanted to try to do some sed magic instead based on upstream's missing build system and never got around to sending it to you. I'm putting what I have online at dlgeek.net/swt-gtk/. Sorry about starting this and not giving back. Benjamin signature.asc Description: OpenPGP digital signature
Accepted cyrus-imapd-2.2 2.2.13-9 (source all amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 25 Oct 2006 13:39:08 -0400 Source: cyrus-imapd-2.2 Binary: cyrus-dev-2.2 libcyrus-imap-perl22 cyrus-common-2.2 cyrus-doc-2.2 cyrus-clients-2.2 cyrus-pop3d-2.2 cyrus-imapd-2.2 cyrus-admin-2.2 cyrus-nntpd-2.2 cyrus-murder-2.2 Architecture: source amd64 all Version: 2.2.13-9 Distribution: unstable Urgency: high Maintainer: [EMAIL PROTECTED] Changed-By: Benjamin Seidenberg [EMAIL PROTECTED] Description: cyrus-admin-2.2 - Cyrus mail system (administration tools) cyrus-clients-2.2 - Cyrus mail system (test clients) cyrus-common-2.2 - Cyrus mail system (common files) cyrus-dev-2.2 - Cyrus mail system (developer files) cyrus-doc-2.2 - Cyrus mail system (documentation files) cyrus-imapd-2.2 - Cyrus mail system (IMAP support) cyrus-murder-2.2 - Cyrus mail system (proxies and aggregator) cyrus-nntpd-2.2 - Cyrus mail system (NNTP support) cyrus-pop3d-2.2 - Cyrus mail system (POP3 support) libcyrus-imap-perl22 - Interface to Cyrus imap client imclient library Closes: 393596 Changes: cyrus-imapd-2.2 (2.2.13-9) unstable; urgency=high . * The Benjamin made it in time for etch release. * High urgency upload with simple fixes for Etch . [ Henrique de Moraes Holschuh ] * Prevent cronjobs and initscript from working when another version of Cyrus IMAPD is installed and 2.2 is in removed but not purged state (Closes: #393596) Files: 472f4f63615e420728286394e5770039 1276 mail extra cyrus-imapd-2.2_2.2.13-9.dsc 75ee864d7093e77d013d2c3e56e340dc 256030 mail extra cyrus-imapd-2.2_2.2.13-9.diff.gz 1eaaee09231834c9ac8ae2cb4fd7cd05 222388 doc extra cyrus-doc-2.2_2.2.13-9_all.deb 8f9a7dac2fb54e9892185d912a2dc7a5 80140 mail extra cyrus-admin-2.2_2.2.13-9_all.deb c7460e28f6de430705c9262c8aeb9760 5742092 mail extra cyrus-common-2.2_2.2.13-9_amd64.deb c5cf3d068c21cdbba41a33d816d7992c 945414 mail extra cyrus-imapd-2.2_2.2.13-9_amd64.deb 7dee207f9a5c199e736efaf45d8ca5e2 283218 mail extra cyrus-pop3d-2.2_2.2.13-9_amd64.deb 22ab10bb93aa130ba88d961da7682b04 1145570 mail extra cyrus-murder-2.2_2.2.13-9_amd64.deb 910943529629cdf683d2bc2c1d29425f 613646 mail extra cyrus-nntpd-2.2_2.2.13-9_amd64.deb d50a35933d84de4835a1be270a8b17a5 132218 mail extra cyrus-clients-2.2_2.2.13-9_amd64.deb 04bb3f7c2ac177425eded32c20538752 270240 devel extra cyrus-dev-2.2_2.2.13-9_amd64.deb 21dc3d7236def739848c739623d7cc6d 185046 perl extra libcyrus-imap-perl22_2.2.13-9_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFP6Tbev9LOsNKpIQRApYcAKDY3zOuGRgg8YFIwbk9Ymr9NvsPKQCgktqI 82om0HmeL1Cm29ItQoQKFkU= =4eto -END PGP SIGNATURE- Accepted: cyrus-admin-2.2_2.2.13-9_all.deb to pool/main/c/cyrus-imapd-2.2/cyrus-admin-2.2_2.2.13-9_all.deb cyrus-clients-2.2_2.2.13-9_amd64.deb to pool/main/c/cyrus-imapd-2.2/cyrus-clients-2.2_2.2.13-9_amd64.deb cyrus-common-2.2_2.2.13-9_amd64.deb to pool/main/c/cyrus-imapd-2.2/cyrus-common-2.2_2.2.13-9_amd64.deb cyrus-dev-2.2_2.2.13-9_amd64.deb to pool/main/c/cyrus-imapd-2.2/cyrus-dev-2.2_2.2.13-9_amd64.deb cyrus-doc-2.2_2.2.13-9_all.deb to pool/main/c/cyrus-imapd-2.2/cyrus-doc-2.2_2.2.13-9_all.deb cyrus-imapd-2.2_2.2.13-9.diff.gz to pool/main/c/cyrus-imapd-2.2/cyrus-imapd-2.2_2.2.13-9.diff.gz cyrus-imapd-2.2_2.2.13-9.dsc to pool/main/c/cyrus-imapd-2.2/cyrus-imapd-2.2_2.2.13-9.dsc cyrus-imapd-2.2_2.2.13-9_amd64.deb to pool/main/c/cyrus-imapd-2.2/cyrus-imapd-2.2_2.2.13-9_amd64.deb cyrus-murder-2.2_2.2.13-9_amd64.deb to pool/main/c/cyrus-imapd-2.2/cyrus-murder-2.2_2.2.13-9_amd64.deb cyrus-nntpd-2.2_2.2.13-9_amd64.deb to pool/main/c/cyrus-imapd-2.2/cyrus-nntpd-2.2_2.2.13-9_amd64.deb cyrus-pop3d-2.2_2.2.13-9_amd64.deb to pool/main/c/cyrus-imapd-2.2/cyrus-pop3d-2.2_2.2.13-9_amd64.deb libcyrus-imap-perl22_2.2.13-9_amd64.deb to pool/main/c/cyrus-imapd-2.2/libcyrus-imap-perl22_2.2.13-9_amd64.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted guifications 2.13~beta4-1 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 23 Oct 2006 07:54:14 -0400 Source: guifications Binary: gaim-guifications Architecture: source amd64 Version: 2.13~beta4-1 Distribution: unstable Urgency: low Maintainer: [EMAIL PROTECTED] Changed-By: Benjamin Seidenberg [EMAIL PROTECTED] Description: gaim-guifications - toaster popups for gaim Closes: 394478 Changes: guifications (2.13~beta4-1) unstable; urgency=low . * New upstream release to work with Gaim-Beta 4 (Closes: #394478) * Remove arch cruft from package * Add build-dep on libxml-parser-perl (Upstream gettext-intltool transition) * Bump Standards-Version to 3.7.2.2 (No change required) * New Co-Maintainer Files: 61f84c7b0cb4e8254128fc0b2eee7cff 731 net optional guifications_2.13~beta4-1.dsc fe5f6f5d26c2a0793ed58c8708d0d449 698561 net optional guifications_2.13~beta4.orig.tar.gz e0005b8cc949e910338a7e427e11b2fe 2778 net optional guifications_2.13~beta4-1.diff.gz fea1763f9913396aba3f1a9b03e2debe 171198 net optional gaim-guifications_2.13~beta4-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFPK6Mev9LOsNKpIQRApalAJ9cRJ6gG7oXDHSAWtiiIRndjDt85QCgxhKo Rl9QIVKJUAVKiJoNkX9tTrs= =XRe2 -END PGP SIGNATURE- Accepted: gaim-guifications_2.13~beta4-1_amd64.deb to pool/main/g/guifications/gaim-guifications_2.13~beta4-1_amd64.deb guifications_2.13~beta4-1.diff.gz to pool/main/g/guifications/guifications_2.13~beta4-1.diff.gz guifications_2.13~beta4-1.dsc to pool/main/g/guifications/guifications_2.13~beta4-1.dsc guifications_2.13~beta4.orig.tar.gz to pool/main/g/guifications/guifications_2.13~beta4.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted graphmonkey 1.6-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 18 Oct 2006 22:21:27 -0400 Source: graphmonkey Binary: graphmonkey Architecture: source all Version: 1.6-1 Distribution: unstable Urgency: low Maintainer: [EMAIL PROTECTED] Changed-By: Benjamin Seidenberg [EMAIL PROTECTED] Description: graphmonkey - a GTK#-based graphing calculator Changes: graphmonkey (1.6-1) unstable; urgency=low . * New upstream release * New maintainer address Files: 8140ac1310dc2c2ca0b6fffaaed29686 668 math optional graphmonkey_1.6-1.dsc 7edcd474522d56543cf17bde3894db55 15107 math optional graphmonkey_1.6.orig.tar.gz 67e346ce1b9604e8e653f11ad7142053 4032 math optional graphmonkey_1.6-1.diff.gz 0930be5afd14d457ccf7a49fc2cb5847 12416 math optional graphmonkey_1.6-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFNupMev9LOsNKpIQRAusEAKCq5qsmhR6HN0y32BYke62VIHBXCQCdGQya OY/l6Qrn9NO3DFN4MxrfEF8= =JeMY -END PGP SIGNATURE- Accepted: graphmonkey_1.6-1.diff.gz to pool/main/g/graphmonkey/graphmonkey_1.6-1.diff.gz graphmonkey_1.6-1.dsc to pool/main/g/graphmonkey/graphmonkey_1.6-1.dsc graphmonkey_1.6-1_all.deb to pool/main/g/graphmonkey/graphmonkey_1.6-1_all.deb graphmonkey_1.6.orig.tar.gz to pool/main/g/graphmonkey/graphmonkey_1.6.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted graphmonkey 1.5-6 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 10 Oct 2006 23:49:29 -0400 Source: graphmonkey Binary: graphmonkey Architecture: source all Version: 1.5-6 Distribution: unstable Urgency: low Maintainer: Benjamin Seidenberg [EMAIL PROTECTED] Changed-By: Benjamin Seidenberg [EMAIL PROTECTED] Description: graphmonkey - a GTK#-based graphing calculator Closes: 392121 Changes: graphmonkey (1.5-6) unstable; urgency=low . * Change build depend from cli-common to cli-common-dev due to package rename. (Thanks to Andreas Jochens [EMAIL PROTECTED], Closes: #392121) * Upload sponsored by Sven Mueller [EMAIL PROTECTED] Files: c5e396945d031ba5ebb763cdf72bf775 668 math optional graphmonkey_1.5-6.dsc 15fc8889d6983a4dcd5640e817534f6e 3989 math optional graphmonkey_1.5-6.diff.gz 23d1e6c82c3c1d97728854c050dd4cea 12418 math optional graphmonkey_1.5-6_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFLTzmDcs5RBTUBgsRAh90AJ0XTyOFXOhQH28rwX8OxiuehQP8CQCfc4iw 35dEtzEv+UGEzePQhmZNsOs= =XWCj -END PGP SIGNATURE- Accepted: graphmonkey_1.5-6.diff.gz to pool/main/g/graphmonkey/graphmonkey_1.5-6.diff.gz graphmonkey_1.5-6.dsc to pool/main/g/graphmonkey/graphmonkey_1.5-6.dsc graphmonkey_1.5-6_all.deb to pool/main/g/graphmonkey/graphmonkey_1.5-6_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted easyh10 1.5-1 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 8 Oct 2006 20:23:59 -0400 Source: easyh10 Binary: easyh10 Architecture: source i386 Version: 1.5-1 Distribution: unstable Urgency: low Maintainer: Benjamin Seidenberg [EMAIL PROTECTED] Changed-By: Benjamin Seidenberg [EMAIL PROTECTED] Description: easyh10- Utility to manage the iRiver H10 music player Closes: 389658 391591 Changes: easyh10 (1.5-1) unstable; urgency=low . * New Upstream release + - Added Hebrew support, which arranges artist/album/title/genre names in reversed order. Although the H10 firmware can't display a string in right-to-left language correctly, EasyH10 tries to improve this situation by flipping Hebrew letters in the database. EasyH10 [Win32 GUI] activates this routine automatically when running on the Hebrew locale, but one can disable it by setting LanguageRightToLeft variable to -1 in easyh10.ini. EasyH10 [CUI] uses the routine only when option -b (--bidi) is specified. The flipping routine was written by David Kohen. + Added automatic detection of a system character-encoding. EasyH10 detects the character encoding of the current system if it's not specified with -e option. (Closes: #389658) + Options -n, -i, and -c for database construction were removed for simplicity. EasyH10 [CUI] now has two options: -C (database rebuild) and -U (database update). + Show an error message when EasyH10 cannot initialize the routine for converting multi-byte characters to UCS-2. + Crash fix for MP3 files without read permission. + Crash fix for MP3 files with compilation flags enabled but with empty artist names. Thanks to Carsten Pfeiffer (Closes: #391591) + Bug fix for an incorrect usage of returned codes from iconv + Updated man-page. * Files: b1eb3cdafbee3ce76cba53238e86a317 594 sound extra easyh10_1.5-1.dsc 167f42d1781714b0f83df4619f421a51 406548 sound extra easyh10_1.5.orig.tar.gz 4516e45fa3483c1aa138e03a722cefa8 4367 sound extra easyh10_1.5-1.diff.gz 6d088981402e5cdbd20baadc87b55c68 60060 sound extra easyh10_1.5-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFFKax4ipBneRiAKDwRAkHwAJ98Pl4DjK8TCXOVFZuK+fFluU6lsgCgpQt7 UZJe1UCJzJ60bwt0cdiXoJU= =Sl4l -END PGP SIGNATURE- Accepted: easyh10_1.5-1.diff.gz to pool/main/e/easyh10/easyh10_1.5-1.diff.gz easyh10_1.5-1.dsc to pool/main/e/easyh10/easyh10_1.5-1.dsc easyh10_1.5-1_i386.deb to pool/main/e/easyh10/easyh10_1.5-1_i386.deb easyh10_1.5.orig.tar.gz to pool/main/e/easyh10/easyh10_1.5.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted guifications 2.13~beta3-0.1 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 4 Oct 2006 01:07:47 -0400 Source: guifications Binary: gaim-guifications Architecture: source i386 Version: 2.13~beta3-0.1 Distribution: unstable Urgency: low Maintainer: Tollef Fog Heen [EMAIL PROTECTED] Changed-By: Benjamin Seidenberg [EMAIL PROTECTED] Description: gaim-guifications - toaster popups for gaim Closes: 390276 Changes: guifications (2.13~beta3-0.1) unstable; urgency=low . * Non-maintainer upload (authorized by maintainer) * New upstream release for gaim-2.0 (Closes: #390276) * Upload sponsored by Sven Mueller [EMAIL PROTECTED] Files: 5610ab8add1928245a9b685fb3f4c2a2 661 net optional guifications_2.13~beta3-0.1.dsc 3c674a2fb1727c636e184e98c3b2dd19 807478 net optional guifications_2.13~beta3.orig.tar.gz 61516f8a1f5ae43aa7322b5d7a825181 27250 net optional guifications_2.13~beta3-0.1.diff.gz 9b5146da3d39350251d4dead2be4921f 165370 net optional gaim-guifications_2.13~beta3-0.1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFI7qYDcs5RBTUBgsRAuhKAKDBMD6564x6ZUDFz+b5XP6rYjPdOgCfc/Qz OHbwmw2ZXg6qje3Ea2oRAkQ= =CJDU -END PGP SIGNATURE- Accepted: gaim-guifications_2.13~beta3-0.1_i386.deb to pool/main/g/guifications/gaim-guifications_2.13~beta3-0.1_i386.deb guifications_2.13~beta3-0.1.diff.gz to pool/main/g/guifications/guifications_2.13~beta3-0.1.diff.gz guifications_2.13~beta3-0.1.dsc to pool/main/g/guifications/guifications_2.13~beta3-0.1.dsc guifications_2.13~beta3.orig.tar.gz to pool/main/g/guifications/guifications_2.13~beta3.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Why does Ubuntu have all the ideas?
Adam Borowski wrote: On Sat, Aug 26, 2006 at 02:01:21AM -0400, Benjamin Seidenberg wrote: Michelle Konzack wrote: Since I have no valid ID-Card (problens with France, since I am origin iranish/turkish witeh illegal german adoptivp arents) I can not enter the NM... nobody can sign legaly my GPG key and more bs. Maybe if I go back to Iran or Turkey it would be possible for me. You can always use a Transnational Republic ID card. I am pretty sure Michelle has at least _some_ sort of ID, even as an illegal alien. And with the current anti-Arab scare she would be already deported were she lacking complete valid papers -- you can sit in peace if you don't travel anywhere, but by browsing debian-devel I get the impression Michelle travels around a lot. And, there is a number of ways to reasonably prove your identity better than an ID. And ID can be gotten by talking to an absent-minded clerk, bribing the said underpaid clerk or even get a nice blank one from Ivan -- so an ID cannot be deemed a solid proof. Michelle, you're not a nobody. Many people know you. If I walked with you to a known figure who knew you for a number of years and he vouched for you, I would be a lot more certain than if I had seen nothing but a smudged photo on an ID. You can bribe or sweet-talk the guy to fool me, but I still would call an university professor or the like someone more trustworthy than a nameless clerk. And I'm sure there's a number of similar people who know you. What would you say about the chief of Polish chapter of FFII? He's a long-time buddy of mine, even though I haven't seen him for a number of years. While not a DD, I don't think his word would have less weight than an ID you can get for $25. Also, the name means little. I don't really care if an upload was done by a person who claims to be named Benjamin Seidenberg, I care that it was done by a person with a history of valid good contributions whose prior work was checked by many people. Whether it was signed by Benjamin Seidenberg doesn't matter until I want to pursue legal action. I don't need your real name to appreciate your deeds -- feeling thankful to astronut works as well. It's the ownership of the key what matters, not the name attached to it. It's important to know that the key is yours, not that it belongs to a Benjamin Seidenberg. This issue was heavily discussed in a previous project thread after the blog post I linked to was published. It incited a huge flame war, which I was referring to in humor. signature.asc Description: OpenPGP digital signature
Re: Why does Ubuntu have all the ideas?
Michelle Konzack wrote: Since I have no valid ID-Card (problens with France, since I am origin iranish/turkish witeh illegal german adoptivp arents) I can not enter the NM... nobody can sign legaly my GPG key and more bs. Maybe if I go back to Iran or Turkey it would be possible for me. You can always use a Transnational Republic ID card. *ducks* Benjamin [ For those who don't understand, read http://blog.madduck.net/geek/2006.05.24-tr-id-at-keysigning ] signature.asc Description: OpenPGP digital signature
Re: Bug#374373: ITP: googleearth-package -- utility for automatically building a Google Earth Debian package
Joe Smith wrote: Wesley J. Landaker [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Package: wnpp Severity: wishlist Owner: Wesley J. Landaker [EMAIL PROTECTED] * Package name: googleearth-package Upstream Author : Wesley J. Landaker [EMAIL PROTECTED] * URL : (native package) * License : GPL Description : utility for automatically building a Google Earth Debian package Google Earth is a great program now available for GNU/Linux, but sadly is both non-free and non-distributable. For those who wish to run it on their Debian system, but wish it to be managed by the normal Debian packaging system, this program will assist in building a local Debian package in a similar fashion to java-package. This package *itself* contains absolutely no code from Google and is 100% free. (For the curious, this is appropriately destined for contrib.) Is this really needed? Google was very careful in making sure that the package installs in /usr/local, and does not interfere with the system. Normally the main reason why a debian package is better than what upsteam distributed is because using upstreams packages will mess with stuff it should not touch. The reason java-package is needed is that upstream's packages are not well behaved, and install into /usr, potentially causeing problems if it decides to edit the files of other packages. Google Earth takes care of its own updates by prompting the user, and allowing them to download and run the new installer (or at least it does on windows, and I can't imagine why the linux version would not). Needing to use a *-package utility prevents automatic updates anyway, and does not simplify installation much if any. So the only real advantage would seem to be that it would make Google Earth easier to uninstall. Well I guess it simplifies pushing updates out to a bunch of workstations, but in most cases users should just download the the .bin and run it. What's more, google earth can be installed without root privileges and installs into a users home directory, thus the systems administrator doesn't even need to install it, the user can signature.asc Description: OpenPGP digital signature
Re: Bug#374373: ITP: googleearth-package -- utility for automatically building a Google Earth Debian package
Ron Johnson wrote: Benjamin Seidenberg wrote: Joe Smith wrote: Wesley J. Landaker [EMAIL PROTECTED] wrote in message Package: wnpp Severity: wishlist Owner: Wesley J. Landaker [EMAIL PROTECTED] * Package name: googleearth-package Upstream Author : Wesley J. Landaker [EMAIL PROTECTED] * URL : (native package) * License : GPL Description : utility for automatically building a Google Earth Debian package Google Earth is a great program now available for GNU/Linux, but sadly is both non-free and non-distributable. For those who wish to run it on their Debian system, but wish it to be managed by the normal Debian packaging system, this program will assist in building a local Debian package in a similar fashion to java-package. This package *itself* contains absolutely no code from Google and is 100% free. (For the curious, this is appropriately destined for contrib.) [snip] What's more, google earth can be installed without root privileges and installs into a users home directory, thus the systems administrator doesn't even need to install it, the user can When I tried to install it as root (using su - from an xterm window), it complained about not being able to find DISPLAY. Unlike Sun Java Macromedia Flash, it uses a GUI installer. Since many (most?) desktop users install apps from within su or sudo'ed xterm windows, how will you work around that? If you don't use -, DISPLAY should be preserved. Ditto for sudo. Benjamin (Postscript: I almost replied to your sig, but decided i wasn't going to go there.) signature.asc Description: OpenPGP digital signature
Re: SUMMARY -- Generic handling of WORD, EXCEL, FILE MANGER ...
Jari Aalto+usenet wrote: [] Where items proposed for graphical programs could include: x-word-processor x-spreadsheet x-file-manager x-archiver x-media-player or x-video-player x-media-editor or x-media-mastering x-music-player x-music-editor think audacity etc. x-audio-editor, it's not just for music. I think of music editor as moving notes around on a score. signature.asc Description: OpenPGP digital signature
Accepted easyh10 1.4-1 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 15 Jun 2006 23:09:13 -0400 Source: easyh10 Binary: easyh10 Architecture: source i386 Version: 1.4-1 Distribution: unstable Urgency: low Maintainer: Benjamin Seidenberg [EMAIL PROTECTED] Changed-By: Benjamin Seidenberg [EMAIL PROTECTED] Description: easyh10- Utility to manage the iRiver H10 music player Changes: easyh10 (1.4-1) unstable; urgency=low . * The Might as well start naming these things Release * New Upstream Release * Fix typo in 1.2.1-2 changelog entry * Bump Standards-Version (No change) Files: 70f9facf0378a9f5aeda32fb132279b3 606 sound extra easyh10_1.4-1.dsc b6feb59c2ad862cb61e294362664f97b 405406 sound extra easyh10_1.4.orig.tar.gz eef2fed6071a6eaa6e6728e193863dbd 3754 sound extra easyh10_1.4-1.diff.gz 35ac480b26282f619582d6eeef4b37ca 58898 sound extra easyh10_1.4-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFEkjMeipBneRiAKDwRAq9CAKCRsdCHdxFLvNO7hJumM+T/vUpJEACbB64u Jx8ThjXmSO+SSK0mjmCfXjk= =vcLP -END PGP SIGNATURE- Accepted: easyh10_1.4-1.diff.gz to pool/main/e/easyh10/easyh10_1.4-1.diff.gz easyh10_1.4-1.dsc to pool/main/e/easyh10/easyh10_1.4-1.dsc easyh10_1.4-1_i386.deb to pool/main/e/easyh10/easyh10_1.4-1_i386.deb easyh10_1.4.orig.tar.gz to pool/main/e/easyh10/easyh10_1.4.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: mystery of dh_installdirs
Atsuhito Kohda wrote: Hi all, I got an FTBFS bug yesterday; On Thu, 8 Jun 2006 08:13:53 +0200, Bastian Blank wrote: Package: lynx-cur Version: 2.8.6dev18-1 Severity: serious There was an error while trying to autobuild your package: ... install -m 755 debian/lynx /build/buildd/lynx-cur-2.8.6dev18/debian/lynx-cur-wrapper/usr/bin/lynx-cur install: cannot create regular file `/build/buildd/lynx-cur-2.8.6dev18/debian/lynx-cur-wrapper/usr/bin/lynx-cur': No such file or directory My guess is, it would be necessary to add -A like dh_installdirs -A in rules' install target. (there are two packages, lynx-cur which is architecture dependent and lynx-cur-wrapper which is independent) Yes. Or -plynx-cur-wrapper But I couldn't understand why there was no problem on my machine but there was on buildd. Your machine built both the arch-independent and arch-dependent targets, the buildd only builds arch-dependent. (For your source, pbuilder build lynx-cur_2.8.6dev18-1.dsc succeeds, but pbuilder build --binary-arch lynx-cur_2.8.6dev18-1.dsc fails.) Since debhelper acts on the first package by default, it doesn't happen for lynx-cur-wrapper, and you include parts of the building of lynx-cur-wrapper in your rules. You may want to consider splitting build and install into build/install-indep/dep to minimize the work of the systems building only the arch-dependent package. Please enlighten me. Thanks in advance,2006-6-9(Fri) Happy to help, Benjamin signature.asc Description: OpenPGP digital signature
Accepted graphmonkey 1.5-5 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 31 May 2006 23:28:53 -0400 Source: graphmonkey Binary: graphmonkey Architecture: source all Version: 1.5-5 Distribution: unstable Urgency: low Maintainer: Benjamin Seidenberg [EMAIL PROTECTED] Changed-By: Benjamin Seidenberg [EMAIL PROTECTED] Description: graphmonkey - a GTK#-based graphing calculator Changes: graphmonkey (1.5-5) unstable; urgency=low . * Use gtk#2 instead of gtk#1 (Thanks to Sebastian Dröge [EMAIL PROTECTED]) * Bump Standards-Version to 3.7.2 (No changes needed) * Add binary-arch target (does nothing) to debian/rules to comply with policy * Debhelper should be a Build-Depends not Build-Depends-Indep to comply w/ policy. Files: aa4903f06bc65a4e1bda4f51a456a789 675 math optional graphmonkey_1.5-5.dsc bc91f8dda1f24391325f070fea142adf 3877 math optional graphmonkey_1.5-5.diff.gz 98acdab558ae4a928a6f32f165f000c4 12282 math optional graphmonkey_1.5-5_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFEfmwBipBneRiAKDwRAvlaAJ9pHXtVbkTcevpmXyQAKtdNTHBOzgCfXB+U bn0n9jN9efJApDVHOqS6cb0= =+MkY -END PGP SIGNATURE- Accepted: graphmonkey_1.5-5.diff.gz to pool/main/g/graphmonkey/graphmonkey_1.5-5.diff.gz graphmonkey_1.5-5.dsc to pool/main/g/graphmonkey/graphmonkey_1.5-5.dsc graphmonkey_1.5-5_all.deb to pool/main/g/graphmonkey/graphmonkey_1.5-5_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Shouldn't we have more ftp masters ?
Stefano Zacchiroli wrote: On Sun, May 28, 2006 at 11:42:16PM +0200, Bartosz Fenski aka fEnIo wrote: I think it's debconf time and everything is slower, but will be as usual when it's end and everyone came back to his/her normal work. The point of the first mail was exactly about that. NEW queue can't stay unprocessed just because 1 or 2 ftp masters/assistants are attending debconf or on vacation. They have all rights of doing so, of course! But we need someone else able to take over their duties in this respect. I do think that NEW processing is rather important for package maintenance and that it can hinder development. Cheers. FYI: 12:33 Ganneff and for all those impatient waiting for NEW: i will clear that in my jetlag time, in those nights i cant sleep (ie 1st - 2nd june, 2- 3) :) 12:37 Ganneff maybe i can do a bit of NEW later today, but im going to look around in mx city in a few minutes, only doing urgent stuff online atm) signature.asc Description: OpenPGP digital signature
Accepted pork 0.99.8.1-1 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 Format: 1.7 Date: Tue, 2 May 2006 17:08:59 -0400 Source: pork Binary: pork Architecture: source amd64 Version: 0.99.8.1-1 Distribution: unstable Urgency: low Maintainer: Benjamin Seidenberg [EMAIL PROTECTED] Changed-By: Benjamin Seidenberg [EMAIL PROTECTED] Description: pork - Console-based AOL Instant Messenger IRC client Closes: 196292 364954 Changes: pork (0.99.8.1-1) unstable; urgency=low . * New Upstream Release - Including three upstream patches from CVS on the advice of upstream + Recognize wireless users + Fix message functionality bug + Add often requested feature to toggle buddy list * New maintainer * Add manpage (Closes: #196292) * Fix typo in description (Thanks to Justin Pryzby, Closes: #364954) * Migrate to dpatch to manage patches to upstream code * Regenerate automake to install porkrc to /etc where it belongs (Adds dependency on automake) * Add comma to Depends: line in debian/control * Mention adoption in debian/copyright* Files: 9f209420669d924819df254af586f1ec 623 net optional pork_0.99.8.1-1.dsc 0c720db7e4e843aeee0fa53ade7cdffd 490425 net optional pork_0.99.8.1.orig.tar.gz 302c4b64da5fa5c7dd4da40d63575922 19081 net optional pork_0.99.8.1-1.diff.gz 421730714bdffd4d85c73823257875ad 266566 net optional pork_0.99.8.1-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFEV/BwwO+u47cOQDsRA+0JAJ9Ss4kyz6mDlrBKoy6boK3vTsSK3ACfReja hIZkuDHGs8LT6VujYe/XN+4= =UQJF -END PGP SIGNATURE- Accepted: pork_0.99.8.1-1.diff.gz to pool/main/p/pork/pork_0.99.8.1-1.diff.gz pork_0.99.8.1-1.dsc to pool/main/p/pork/pork_0.99.8.1-1.dsc pork_0.99.8.1-1_amd64.deb to pool/main/p/pork/pork_0.99.8.1-1_amd64.deb pork_0.99.8.1.orig.tar.gz to pool/main/p/pork/pork_0.99.8.1.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: irc.debian.org
Petter Reinholdtsen wrote: [Steve McIntyre] I can see that more and more of my own Debian IRC discussions are on oftc, to the extent that I'm (currently) not on any freenode channels at all. For me it is the other way around. I am currently on one channel on OFTC, while I am on 7 channels on Freenode, 4 of them related to Debian. I agree with Steve. While I agree that freenode has many flaws (the biggest being NOIDPRIVMSG), I find that while I am in Debian channels on both networks, many more open source projects are on freenode, and that makes things much more convenient. Even if all Debian development moved to OFTC, I'd still stay on freenode for fluxbox, all of the various kde components I use, postfix, etc, etc etc. I think it might be better for us to try to use our influence as a huge source of users to try to better freenode than to just move. signature.asc Description: OpenPGP digital signature
Re: irc.debian.org
Benjamin Seidenberg wrote: Petter Reinholdtsen wrote: [Steve McIntyre] I can see that more and more of my own Debian IRC discussions are on oftc, to the extent that I'm (currently) not on any freenode channels at all. For me it is the other way around. I am currently on one channel on OFTC, while I am on 7 channels on Freenode, 4 of them related to Debian. I agree with Steve. While I agree that freenode has many flaws (the biggest being NOIDPRIVMSG), I find that while I am in Debian channels on both networks, many more open source projects are on freenode, and that makes things much more convenient. Even if all Debian development moved to OFTC, I'd still stay on freenode for fluxbox, all of the various kde components I use, postfix, etc, etc etc. I think it might be better for us to try to use our influence as a huge source of users to try to better freenode than to just move. Sorry, accidentally sent this to wrong list, should be on -project. signature.asc Description: OpenPGP digital signature
Accepted graphmonkey 1.5-4 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 18 Apr 2006 14:18:52 -0400 Source: graphmonkey Binary: graphmonkey Architecture: source all Version: 1.5-4 Distribution: unstable Urgency: low Maintainer: Benjamin Seidenberg [EMAIL PROTECTED] Changed-By: Benjamin Seidenberg [EMAIL PROTECTED] Description: graphmonkey - a GTK#-based graphing calculator Changes: graphmonkey (1.5-4) unstable; urgency=low . * Actually install menu entry (added dh_installmenu) Files: 64d5a42cec141efcc2fba2142f831efa 655 math optional graphmonkey_1.5-4.dsc 29ffc6423f7b763ca4277c843bcd086b 3593 math optional graphmonkey_1.5-4.diff.gz d17c1d04e8883faaf0f9bfd6f20331f7 12066 math optional graphmonkey_1.5-4_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFERZj4ipBneRiAKDwRArcGAJ91Y9y87zTEam41nSXBzd2XiRrifwCfV6m5 WoCjo13RVE4q9tvh4FyoMGE= =aESl -END PGP SIGNATURE- Accepted: graphmonkey_1.5-4.diff.gz to pool/main/g/graphmonkey/graphmonkey_1.5-4.diff.gz graphmonkey_1.5-4.dsc to pool/main/g/graphmonkey/graphmonkey_1.5-4.dsc graphmonkey_1.5-4_all.deb to pool/main/g/graphmonkey/graphmonkey_1.5-4_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted dav-text 0.8.5-5 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 18 Apr 2006 14:07:55 -0400 Source: dav-text Binary: dav-text Architecture: source i386 Version: 0.8.5-5 Distribution: unstable Urgency: low Maintainer: Benjamin Seidenberg [EMAIL PROTECTED] Changed-By: Benjamin Seidenberg [EMAIL PROTECTED] Description: dav-text - A minimalist ncurses-based text editor Changes: dav-text (0.8.5-5) unstable; urgency=low . * Actually call dh_installmenu to install the menu file * Fix FSF address Files: b5f31d5c65a6acc242c93a8bf1346f16 589 text optional dav-text_0.8.5-5.dsc 4e026d6849d076c28923e7e1f901c498 2616 text optional dav-text_0.8.5-5.diff.gz dc512aa7148f2522619049a05a3e2ebb 21776 text optional dav-text_0.8.5-5_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFERZ40ipBneRiAKDwRAqMQAJ9QapWH0WxMQe4hgYCp/awAJcRT/ACfYrtm AN0M2rVIl4p7OfVQbrHdY30= =8WEI -END PGP SIGNATURE- Accepted: dav-text_0.8.5-5.diff.gz to pool/main/d/dav-text/dav-text_0.8.5-5.diff.gz dav-text_0.8.5-5.dsc to pool/main/d/dav-text/dav-text_0.8.5-5.dsc dav-text_0.8.5-5_i386.deb to pool/main/d/dav-text/dav-text_0.8.5-5_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Please remove rules.old
Dirk Eddelbuettel wrote: On 17 April 2006 at 22:42, Peter Eisentraut wrote: | There are a few dozen source packages in the archive that contain a file | called debian/rules.old. In many cases, this was apparently the backup | copy during a cdbs conversion or something similar that should have | been removed. If you appear below, please consider fixing this. Sure, but why? Doesn't exactly do harm, does it? Dirk (not sub'ed on d-devel so please CC me) Any unnecessary cruft is a waste of both mirror space and bandwidth. I know the college I'm going to next year has a 2 gb/month cap on the net. Anything over that, and you pay. (And I currently transfer 30+gb over lan+net...ouch). HTH, Benjamin signature.asc Description: OpenPGP digital signature
Re: Bug#361418: [Proposal] new Debian menu structure
Manoj Srivastava wrote: snip To the practitioners, it is HAM radio. Not Amatuer radio -- and the only reason we are considering not calling it ham since ignorant users should not be confused. Sounds like dumbing down to me. manoj Eh? I use amateur radio all the time, any time I speak of it formally, in essays, etc. My license also says AMATEUR RADIO LICENSE on it, not ham. I use amateur for formal situations or people who aren't aware of the hobby, ham for informal use. Just my $0.02 Benjamin, KI4CXN signature.asc Description: OpenPGP digital signature
Re: Reforming the NM process
Steve Langasek wrote: On Tue, Apr 11, 2006 at 06:40:34PM +0200, Marc 'HE' Brockschmidt wrote: 2.1 Multiple advocates -- Ask for more than one advocate (at the moment, I'm thinking about two). This should get the number of people advocated with a Errr, I met him, he seemed nice down. At the same time, encourage prospective advocates no to advocate too fast. Also, two advocates are not a problem for someone who should apply in the NM queue - if there is only one project member who's willing to advocate you, something is foul anyway. We discussed this a bit on IRC, and feedback seemed positive, so I'll comment here as well. I don't think having multiple advocates solves anything; if the problem is that you have a large pool of people acting as poor advocates, then requiring them to get *two* bad advocates is only slightly more challenging than getting one. It would be better if we could have clear guidelines for advocates, to cover the gap between what AMs are expecting of incoming NMs and who advocates are actually advocating; and if necessary, to disqualify certain DDs from advocating if they consistently abuse the system by ignoring these guidelines. You mean like http://www.debian.org/devel/join/nm-advocate ? It's sparse, but after you give your name to be an advocate, there's an email questionnaire that asks about the applicants and should let an advocate know if the candidate is qualified or not. Cheers, Benjamin signature.asc Description: OpenPGP digital signature
Re: Bug#361418: [Proposal] new Debian menu structure
Andrew M.A. Cater wrote: On Sun, Apr 09, 2006 at 09:48:48AM +1000, Hamish Moffatt wrote: On Sat, Apr 08, 2006 at 04:46:10PM +0200, Bill Allombert wrote: Package: debian-policy Version: 3.6.2.2 Severity: wishlist Background: -- The menu structure define the list of sections and subsections of the Debian menu system (which are displayed in window-managers menus). The official list is part of the Debian menu subpolicy. This list is a bit outdated, so we are proposing an update. [...] 2) Renamed sections: Applications [was:Apps] Educational [was:Education] HAM Radio [was:Hamradio] [...] Hi Bill, HAM is not an acronym, so Ham Radio would be more appropriate. Even better (IMHO) is the full term Amateur Radio, but some may disagree. I've CC'd debian-hams for their input also. Radio amateur / amateur radio : either would be fine IMHO. Andy [Amateur radio callsign G0EVX] Radio amateur doesn't sound right from my en_US perspective. I would go with Amateur Radio Benjamin (KI4CXN) signature.asc Description: OpenPGP digital signature
Re: Bug#360224: ITP: dglog -- CGI log analyzer for DansGuardian
Elizabeth Krumbach wrote: Package: wnpp Severity: wishlist Owner: Elizabeth Krumbach [EMAIL PROTECTED] * Package name: dglog Version : 1.0 Upstream Author : Jimmy Myrick [EMAIL PROTECTED] * URL : http://www.tiger.org/technology/dg/ * License : GPL Description : CGI log analyzer for DansGuardian A CGI log analyzer for the web content filter DansGuardian. . Homepage: http://www.tiger.org/technology/dg/ -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-2-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) I use this script myself, but it's only one file. An entire package for it seems like overkill. Would it not be better to try to have it shipped as part of dansguardian? signature.asc Description: OpenPGP digital signature
Re: etch before vista
Kevin Mark wrote: On Fri, Mar 24, 2006 at 09:28:47PM -0500, Benjamin Seidenberg wrote: Kevin Mark wrote: Hi *, I noticed on occassion on -devel and planet that folks mention in passing that I'll be in MN in US from MAR 01 thru 05 and I'd like to have a beer and do keysigning. Would it be worthwhile to create a list like 'debian-meetup' (or debian-beer-meetup x-))that would allow folks to give this info on what would be a low-volume list. I love to meetup with floss folks who have a flight stop-over or will be in town for a day or so. I guess some issue maybe the idea of personal security and privacy--- people knowing where you will be and providing contact info--but the messages as specific as people want and the basic info could be state and email contact address with a month/week given. Cheers, Kev ps. I recall folks saying that debian-private has 'holiday info' or people whereabouts. This would be voluntary and would not include that info. I think a wiki would be more effective. That way you could have people in those areas say I'd love to meet any DD passing through and actually be noticed. It could be organized with separate pages for various regions, etc. Hi Ben, so instead of DD-post-ML-sent-readers, you'd say readers-post-wiki-read-DD-sent-readers? so if r(0)+r(1)+...r(n)=R all people in regions then the mailing list would be sent to R people while with your approach the DD(x) would send mail to r(x) people where DD(x) would be the DD going to region(x) and r(x) would be the people in that region? So that would mean that less people would be emailed and be 'more efficient'? I think that approach requires more 'effort' because the people have to find the right page on the wiki, figure out how to add their name and then the DD has to find the right page on the wiki also and then extract the list and then mail them. Whereas, my idea for the readers to just subscribe to the list and the DD's to post to the list. Cheers, Kev I was thinking more about how easy it is to access old data. Lets say I'm going to Boston, and also want to see who's in town. I would have to go searching through the past month or so on the mailing list archives to find who else is going. I also wouldn't be able to see people who live there. While I could email the list, that requires every person who is going to Boston or lives there to email me back. They'd also have to email every other person. Compare this to the wiki, where they simply go to the Boston page, update it with their details once, and it's set. HTH, Benjamin signature.asc Description: OpenPGP digital signature
Re: Keysignings and other meetups (Was: etch before vista)
Luk Claes wrote: Jeroen Massar wrote: On Sat, 2006-03-25 at 11:53 -0500, Benjamin Seidenberg wrote: Kevin Mark wrote: On Fri, Mar 24, 2006 at 09:28:47PM -0500, Benjamin Seidenberg wrote: Kevin Mark wrote: Hi *, I noticed on occassion on -devel and planet that folks mention in passing that I'll be in MN in US from MAR 01 thru 05 and I'd like to have a beer and do keysigning. Would it be worthwhile to create a list like 'debian-meetup' (or debian-beer-meetup x-))that would allow folks to give this info on what would be a low-volume list. [..] I was thinking more about how easy it is to access old data. You might want to check https://www.biglumber.com/ which contains already a very nice interface for all of this. Or you might want to use https://nm.debian.org/gpg_offer.php. Have a look at https://nm.debian.org/gpg.php if you want to be listed... Cheers Luk (For those who tried to access it, that service is currently down due to a planned outage at HP). That's what I was thinking of when I suggested a wiki. The problem with the NM one is it is hard to change, and often out of date. A wiki would allow anyone to change it, without the bottleneck of going through whoever is in charge of it (Front Desk I assume). Benjamin signature.asc Description: OpenPGP digital signature
Re: etch before vista
Kevin Mark wrote: Hi *, I noticed on occassion on -devel and planet that folks mention in passing that I'll be in MN in US from MAR 01 thru 05 and I'd like to have a beer and do keysigning. Would it be worthwhile to create a list like 'debian-meetup' (or debian-beer-meetup x-))that would allow folks to give this info on what would be a low-volume list. I love to meetup with floss folks who have a flight stop-over or will be in town for a day or so. I guess some issue maybe the idea of personal security and privacy--- people knowing where you will be and providing contact info--but the messages as specific as people want and the basic info could be state and email contact address with a month/week given. Cheers, Kev ps. I recall folks saying that debian-private has 'holiday info' or people whereabouts. This would be voluntary and would not include that info. I think a wiki would be more effective. That way you could have people in those areas say I'd love to meet any DD passing through and actually be noticed. It could be organized with separate pages for various regions, etc. Just my $0.02 Benjamin signature.asc Description: OpenPGP digital signature
Re: shared libraries dependecy problem.
Grzegorz Bizon wrote: Hi. I have problem with dependecies on shared libraries in my package (tleenx2). Linda complains that: W: tleenx2; A binary links against a library that is not depended on. (By the way - shoudn't it be error rather than warning ?) Linda seems to be doing this with all packages with ELF binaries for me. Random sample from /var/cache/apt/archives: W: bash; A binary links against a library that is not depended on. W: bsdutils; A binary links against a library that is not depended on. W: cdparanoia; A binary links against a library that is not depended on. W: coreutils; A binary links against a library that is not depended on. W: cron; A binary links against a library that is not depended on. W: curl; A binary links against a library that is not depended on. signature.asc Description: OpenPGP digital signature
Accepted easyh10 1.2.1-2 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 19 Mar 2006 15:50:42 -0500 Source: easyh10 Binary: easyh10 Architecture: source i386 Version: 1.2.1-2 Distribution: unstable Urgency: low Maintainer: Benjamin Seidenberg [EMAIL PROTECTED] Changed-By: Benjamin Seidenberg [EMAIL PROTECTED] Description: easyh10- Utility to manage the iRiver H10 music player Changes: easyh10 (1.2.1-2) unstable; urgency=low . * Disable DH_VERBOSE in debian/rules * Cosmetic changes to discription Files: de16225215055e9a2f5b52b1d8a4c5e8 614 sound extra easyh10_1.2.1-2.dsc 26147d12514103484557a89917f68f31 3678 sound extra easyh10_1.2.1-2.diff.gz 65218bd60dfab8dffa76955f7fed33d9 52122 sound extra easyh10_1.2.1-2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.2 (GNU/Linux) iD8DBQFEHdvPrSbtgqbIBbkRAh77AJ9pL6Y5VQU/Y+84EdFbYwJ/kprDjQCeMyra mqw2P7VbNJR4f83+rvryd48= =Wxje -END PGP SIGNATURE- Accepted: easyh10_1.2.1-2.diff.gz to pool/main/e/easyh10/easyh10_1.2.1-2.diff.gz easyh10_1.2.1-2.dsc to pool/main/e/easyh10/easyh10_1.2.1-2.dsc easyh10_1.2.1-2_i386.deb to pool/main/e/easyh10/easyh10_1.2.1-2_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted graphmonkey 1.5-3 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 19 Mar 2006 15:52:19 -0500 Source: graphmonkey Binary: graphmonkey Architecture: source all Version: 1.5-3 Distribution: unstable Urgency: low Maintainer: Benjamin Seidenberg [EMAIL PROTECTED] Changed-By: Benjamin Seidenberg [EMAIL PROTECTED] Description: graphmonkey - a GTK#-based graphing calculator Closes: 356903 Changes: graphmonkey (1.5-3) unstable; urgency=low . * Change from Arch: any to Arch: all since we have no native code (Closes: #356903) * Make package description more concise * Add linda override for GraphMonkey.exe being 755. * Remove ${shlibs:Depends} since we don't have any ELF output * Updated README.Debian Files: ab3bbcf8a62ff833524ced4a274b2a22 657 math optional graphmonkey_1.5-3.dsc 026f854183e7fd2f0d8208ec94c50c66 3546 math optional graphmonkey_1.5-3.diff.gz 8ebc6241968becd6652cffd0e2f559aa 11716 math optional graphmonkey_1.5-3_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.2 (GNU/Linux) iD8DBQFEHeCfrSbtgqbIBbkRAumRAJwN0GF+r8LaqUWTy996wKkKylJ5xwCgvtLi yWIFozsG1ZgOY87VK9d1w7Y= =RrLN -END PGP SIGNATURE- Accepted: graphmonkey_1.5-3.diff.gz to pool/main/g/graphmonkey/graphmonkey_1.5-3.diff.gz graphmonkey_1.5-3.dsc to pool/main/g/graphmonkey/graphmonkey_1.5-3.dsc graphmonkey_1.5-3_all.deb to pool/main/g/graphmonkey/graphmonkey_1.5-3_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted graphmonkey 1.5-2 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 24 Feb 2006 16:34:52 -0500 Source: graphmonkey Binary: graphmonkey Architecture: source i386 Version: 1.5-2 Distribution: unstable Urgency: low Maintainer: Benjamin Seidenberg [EMAIL PROTECTED] Changed-By: Benjamin Seidenberg [EMAIL PROTECTED] Description: graphmonkey - a GTK#-based graphing calculator Changes: graphmonkey (1.5-2) unstable; urgency=low . * Fix critical problem, somehow /usr/bin/graphmonkey got reverted to upstream's copy, breaking execution via path environment. Put patched copy back. * Fixed Homepage: field in debian/control Files: 99957a23aa7d85844fdacaaaeab71be5 649 math optional graphmonkey_1.5-2.dsc 0f79167a925c64d3b63508b80f878ed9 3458 math optional graphmonkey_1.5-2.diff.gz f235d1133724248088a48b441abc7850 11528 math optional graphmonkey_1.5-2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFD/4TSipBneRiAKDwRAnzrAJwKGRnBN8p/WnpbGj+Hn4yledGTHACfRmwC ogKhoyj40AUeNuXtzanqKEc= =JmL7 -END PGP SIGNATURE- Accepted: graphmonkey_1.5-2.diff.gz to pool/main/g/graphmonkey/graphmonkey_1.5-2.diff.gz graphmonkey_1.5-2.dsc to pool/main/g/graphmonkey/graphmonkey_1.5-2.dsc graphmonkey_1.5-2_i386.deb to pool/main/g/graphmonkey/graphmonkey_1.5-2_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Honesty in Debian (was Re: Amendment to GR on GFDL, and the changes to the Social Contract
Henning Makholm wrote: Scripsit Gunnar Wolf [EMAIL PROTECTED] Xavier Roche dijo [Mon, Feb 13, 2006 at 10:55:57AM +0100]: So a cat is a software, or a hardware ? Do I have to provide the sources (the DNA full sequence) if I want to give a kitten to someone, following the free spirit ? :p A cat is not licensed under a viral license ;-) And, more important, is not covered by copyright law Even more important: Debian does not distribute kittens at all. Hmmm... [EMAIL PROTECTED]:~$ ls -l /bin/cat -rwxr-xr-x 1 root root 16744 2005-11-16 08:17 /bin/cat [EMAIL PROTECTED]:~$ I guess we just don't deal in juveniles? Benjamin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted graphmonkey 1.5-1 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sat, 18 Feb 2006 22:05:45 -0500 Source: graphmonkey Binary: graphmonkey Architecture: source i386 Version: 1.5-1 Distribution: unstable Urgency: low Maintainer: Benjamin Seidenberg [EMAIL PROTECTED] Changed-By: Benjamin Seidenberg [EMAIL PROTECTED] Description: graphmonkey - a GTK#-based graphing calculator Changes: graphmonkey (1.5-1) unstable; urgency=low . * New Upstream release * Much saner .orig.tar.gz, redid some packaging to match Files: 3ca3fa6de1e63dfbecdaee4163240c76 649 math optional graphmonkey_1.5-1.dsc 2b3a493a5ad017b937918c8763614874 15217 math optional graphmonkey_1.5.orig.tar.gz 559a2abb89e923d610da793428026089 3305 math optional graphmonkey_1.5-1.diff.gz 402953a59dd8608f1de73fb2af8cb1aa 11404 math optional graphmonkey_1.5-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFD9/bxipBneRiAKDwRAuroAKCFEjKDQIZeFnbsCCSTwATD7png9QCgqlWU sqKcyyCl5M6JFtB30bO7f/8= =0HqW -END PGP SIGNATURE- Accepted: graphmonkey_1.5-1.diff.gz to pool/main/g/graphmonkey/graphmonkey_1.5-1.diff.gz graphmonkey_1.5-1.dsc to pool/main/g/graphmonkey/graphmonkey_1.5-1.dsc graphmonkey_1.5-1_i386.deb to pool/main/g/graphmonkey/graphmonkey_1.5-1_i386.deb graphmonkey_1.5.orig.tar.gz to pool/main/g/graphmonkey/graphmonkey_1.5.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Amendment to GR on GFDL, and the changes to the Social Contract
Nathanael Nerode wrote: Incidentally, if I ever become a DD, I *will* immediately propose a GR to amend the Social Contract to explicitly allow unmodifiable license texts in Debian, since it technically doesn't, but everyone agrees that it should. I'd welcome someone else beating me to it. Well... as far as I understand it, you can always modify legal text since it's not copyrighted. You obviously would have to change the name, and it wouldn't apply to the program, but you could create the Foo License that's based on the GPL and distribute your own software for you. I could be wrong of course. Benjamin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#349693: ITP: gst-fluendo-mp3 -- MP3 decoder plugin for GStreamer
Joe Wreschnig wrote: It's clear to me you've never had to use an iRiver's Ogg support. It fails outside a limited bitrate range, drains battery faster, does not read metadata, and is not available on all devices. Newer iRivers also use a proprietary communications protocol that is not yet supported in Debian. Finally, the recording is MP3 only. While this is true wrt the flash based iRivers currently sold, the hard drive based ones found in stores (The h10 line) can use standard UMS as an alternative mode (hold down the select button during boot), and the databases can be generated by easyh10 (which I package for Debian). You're still correct that they don't suppot ogg. HTH Benjamin signature.asc Description: OpenPGP digital signature
Re: For those who care about the GR
Martijn van Oosterhout wrote: 2006/1/22, Thijs Kinkhorst [EMAIL PROTECTED]: This goes even further here, because the DFSG is not even a strict set of rules but are guidelines. As we all know, guidelines are subject to interpretation on a case-by-case basis, that's what distinguishes them from rules. Therefore, I think a specific application of guidelines can not be seen as a fact. As someone who can't vote and thus whose opinion doesn't matter, it seems to me that the issue is that people may actually want to vote multiple ways: 1. debian-legal is wrong, the GFDL is compatable with the DFSG and thus should be included in main. 2. I know the GFDL isn't compatable with the DFSG but I think it should be allowed in main anyway. 3. I know the GFDL isn't compatable with the DFSG but the DFSG is only for software not documentation, so it's allowed in main for documentation only. :) It seems that some people see the vote as meaning 1 and others want meaning 2. The latter would seems to require changing the SC, the former wouldn't. -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ You forgot 1b) I think that the GFDL-without-invariant-sections is compatible with the DFSG. That's an interpretation, and should only need a majority. Other than that, you're right (IMHO) Benjamin signature.asc Description: OpenPGP digital signature
Re: Getting rid of circular dependencies, stage 3
Joey Hess wrote: Bill Allombert wrote: Although sarge's aptitude did.. I don't know, there were no ways to upgrade to sarge's aptitude. The bug log contains a log of astronut doing the upgrade with sarge's aptitude.. I think the bigger problem is not whether it's possible to do this (which it somewhat was) but that it's not intuitive and that it would require research for someone to figure out how to do. Perhaps there should be some kind of upgrade pseudo-package created to ease the transition, that depends on the tools needed? Ie, aptitude install etch-upgrade would install the later version of aptitude, etc. needed for the upgrade. Benjamin (astronut) signature.asc Description: OpenPGP digital signature
Re: Need for launchpad
Thomas Bushnell BSG wrote: Stephan Hermann [EMAIL PROTECTED] writes: - Do not use foul language; besides, some people receive the lists via packet radio, where swearing is illegal. Are you saying some people are transmitting the lists via radio without taking personal responsiblity for their transmissions? Shame on them. Oh, it gets even better. The fun part is that the one who wants to receive the list may not be the one who actually transmits the signal (and hence would be at fault). That'd be the transmitting station. for those who are having trouble following, think of this analogy. I (client send a request to another station (server) asking for the list. It (server) sends back the message, with the bad language. Thus, the transmitting station (server) is at fault, even though it's most likely automated. Isn't it all so fun? Benjamin, KI4CXN signature.asc Description: OpenPGP digital signature
Re: Packet radio and foul language
Thijs Kinkhorst wrote: On Sun, 2006-01-08 at 09:02 +0100, Stephan Hermann wrote: - Do not use foul language; besides, some people receive the lists via packet radio, where swearing is illegal. This sentence surprised me in quite some ways: - besides: besides what? Do not swear, and apart from that, some people receive it over radio. There seems to be something missing. - Are there really people known to receive these lists over packet radio?? - Is swearing actually illegal on packet radio? What authority issues and enforces those rules? Yes, the FCC. See part 97 of the FCC rules (US CFR Title 47), specifically § 97.113(1) [0] - Is it actually true that when sending encoded data over this medium, it's illegal when it can be decoded in some way into a foul word? Yes. And actually, it wouldn't be sent encoded that much (unless it's base64 encoded server to server or something), it'd be an ASCII transmission. Since I know virtually nothing about packet radio, I'd really appreciate some light shed on these things :) Glad to help. 73, Benjamin, KI4CXN Thijs [0] http://ecfr.gpoaccess.gov/cgi/t/text/text-idx?c=ecfrview=textnode=47:5.0.1.1.6idno=47#47:5.0.1.1.6.2.155.7 signature.asc Description: OpenPGP digital signature
Re: Packet radio and foul language
Benjamin Seidenberg wrote: Yes, the FCC. See part 97 of the FCC rules (US CFR Title 47), specifically § 97.113(1) [0] Err, sorry, I meant § 97.113(a)(4). Also, my previous message applies to amateur operators in the US. Amateurs in other nations are similiary regulated by their equivelent to the FCC, with similar rules which are all based on ITU regulations. signature.asc Description: OpenPGP digital signature
Re: Packet radio and foul language
Miles Bader wrote: Benjamin Seidenberg [EMAIL PROTECTED] writes: Err, sorry, I meant § 97.113(a)(4). Also, my previous message applies to amateur operators in the US. Amateurs in other nations are similiary regulated by their equivelent to the FCC, with similar rules which are all based on ITU regulations. So what's the likelihood that this is actually a problem? 0.1%? 0.001%? Probably a bit higher (not too much), given that radio waves propagate, and anyone in a large area could see them, but you're right it's very low. However it's also a fact of professionalism. Do you tolerate bugs in your software? What about policy violations in your packages? Even if no one sees them, you still avoid them, because you agreed to the rules, and consider yourself bound to them as a matter of course. And by what bizarre standard is saying foo sucks really profane??? Ok, by the wackos like ed meese standard maybe -- but nobody cares about that. FCC has specific rules about what's obscene, although they're not in part 97. Think George Carlin's Words you can't say on the radio. In the extremely unlikely event that it is a problem, why should it be up to list posters to deal with it? If some readers use a service governed by authorities that are prudish to an absurd degree, it seems like the onus is on them to try and deal with the probably technically; at the least it's up to them to demonstrate that it is a _real_ issue before asking people to modify their behavior based on this. That's a matter for the list managers to decide, and I won't speak on this issue, as I have no opinion. The debian-ham mailing list (of which I am not a part) might however, you could try asking them. Regardless, I think the rules are based on common courtesy; in that one should curb their language on any publicly distributed medium such as this. Think of the 80 year old grandmother rule (Would someone's 80 year old grandmother be offended by what you say?) It's just being polite and courteous to others. This is my interpretation of the listmaster's rules, I'm not taking a position on them, although I will say that I think that people sound more reasoned when they make an arguement with ideas rather than profanity or namecalling. I assume that in truth, you're not really worried about the FCC breaking down your door, but rather don't like the language you see, and are trying to come up with a less subjective reason to object to it. The FCC would actually send a letter of notice, and possibly a fine (which can get quite high, especially if actions are repeated). Anyway, I'm not arguing for or against the rules, just giving some references and explanations to someone who asked them. Probably most posters would agree that extreme torrents of abuse are annoying and (usually) out of place, but for many speakers mild profanity is a normal part of informal language; most people understand that (even if they don't like it), and deal with it. I think this is a reasonable arguement, but I think there are reasonable arguements on both sides. -Miles I just want to add something. I don't know why, but at my high school, which has fairly restrictive internet filters, lists.debian.org is blocked. The strage part is that it's under the catagory Abortion/Abortion Advocacy Groups. This is done by SonicWall, which is a very large provider of filter technologies. Even if it's miscatagorized, one wonders if foul language could cause other filtering groups to block it as obscene. Just food for thought. 73, Benjamin, KI4CXN signature.asc Description: OpenPGP digital signature
Re: Size matters. Debian binary package stats
Michelle Konzack wrote: Please not, that I had berween 12/1999 and 12/2004 a contract with a Parisian ISP for a OC-3 and Hosting of one 19 Rack (210cm, 600kg). I have payed including unlimited traffic 499.998 French Francs (76.000 Euro) per month and my own Class-C Block registered at RIPE. I heared (on debian-isp) that in the USA you can get a BGP4 routed STM4 (622MBit) Fiber Optic for only 120.000 US$ PER YEAR !!! Argh... Do I live in the false country? Greetings Michelle Seriously? Where? I live in the states, and we pay approx. $50/month (600 USD/year) for residential DSL (I think, parents pay the bill). That's a 1.5m down/512k up pipe, with horrible reliability (alltel sucks). Where can I get the fiber optic for $10/year? Benjamin signature.asc Description: OpenPGP digital signature
Re: Size matters. Debian binary package stats
Benjamin Seidenberg wrote: Michelle Konzack wrote: Please not, that I had berween 12/1999 and 12/2004 a contract with a Parisian ISP for a OC-3 and Hosting of one 19 Rack (210cm, 600kg). I have payed including unlimited traffic 499.998 French Francs (76.000 Euro) per month and my own Class-C Block registered at RIPE. I heared (on debian-isp) that in the USA you can get a BGP4 routed STM4 (622MBit) Fiber Optic for only 120.000 US$ PER YEAR !!! Argh... Do I live in the false country? Greetings Michelle Seriously? Where? I live in the states, and we pay approx. $50/month (600 USD/year) for residential DSL (I think, parents pay the bill). That's a 1.5m down/512k up pipe, with horrible reliability (alltel sucks). Where can I get the fiber optic for $10/year? Benjamin Oopps. Strike that. I read 120.000 as 120 dollars, I'm not used to the European '.' as the seperator, but the US ','. I also meant $10/month above, but that's obviously not relevant anymore. signature.asc Description: OpenPGP digital signature
Re: Thoughts on Debian quality, including automated testing
Frank Küster wrote: Benjamin Seidenberg [EMAIL PROTECTED] wrote: Andrew Suffield wrote: On Fri, Dec 23, 2005 at 02:31:19PM -0500, Benjamin Seidenberg wrote: Instead, why not propose a Responsible-For: header for control that lists a person inside the project who the buck stops with in the case of an applicant or team maintained package? Because I don't see how it would be semantically different to the Maintainer field. The distinction between them is not apparent (what is Maintainer supposed to mean under this scheme?). And adding new fields is more work, so you don't do it without a good reason. The difference is who does the work. I a well-team-maintained package, the work is actually done by the team, and decisions are made after finding a consensus solution in the team. Right. That was the biggest problem I had with Andrew's idea, he wanted to use the maintainer field for one person and only one person, who was a DD. As an applicant, I didn't particularly care for this, and suggested a lesser-of-two-evils approach. The Responsible field would be the one to talk to if the package does something bad from the project's perspective such as a deliberate security issue or it not being up to snuff. I don't see why you wouldn't want to talk to the list in this case. We don't need someone to put the blame on (we don't have and don't want any punishment), rather we need someone to make the necessary changes, be it in the package or in the minds of the people who maintain the package. *shrug* I agree. At least in my suggestion, you still have the maintainer field, as opposed to it being a single DD in Andrew's proposal. They would also be the one to talk to if the maintainer or team doesn't respond to other complaints. The maintainer would be the one that users look to on a daily basis - manages bugs, does most of the work, etc. I really can't see the difference, neither in a team-maintained package nor with an applicant. In the latter case, of course the sponsor is responsible; but even then there's not much point in talking to the sponsor if the applicant can just search a new one. If a package is badly maintained and you get no response, the usual procedure is to start with NMUs and proceed with orphaning the package (or taking over); where's the difference here between a non-responsive single maintainer and a non-responsive team? Again, it was my way of tempering Andrew's proposal. And in case of complaints about a package, how should someone be able to make good decisions if he does *not* receive the messages about it on a daily basis, but instead has to dig through them afterwards? Well, there might be rare cases where this is the only way to get an outside view of some quarrel, but we already have the TC for this. That was one of my points, under Andrew's proposal, the maintainer would become a DD and the team/applicant wouldn't recieve these emails. Basically, the Responsible field would be what you suggested - a Debian Developer in good standing who offers accountability for the project. Ah, so we're going to have two classes of DDs: The ones with good standing, and the others who are not allowed to be in the Responsible field? I would assume all DD's are members in good standing of the project, if not, shouldn't they be kicked out? The Maintainer would be the person or team doing the work, possibly a mailing list or someone who is not a DD. The key is that the Responsible-Person field would add accountability. Accountability? That only makes sense if there are consequences in case that person does bad work. Either a criminal action, or some sort of private punishment like having to pay money. All this does not exist in Debian, and IMO it doesn't make sense to introduce them. Regards, Frank Again, this is partly a response to Andrew's proposal of only allowing a DD as a maintainer and having them as the person where the buck stops here. The accountability he wants is the one refered to here. Cheers, Benjamin signature.asc Description: OpenPGP digital signature
Re: Thoughts on Debian quality, including automated testing
Andrew Suffield wrote: On the other hand, I think there might be some benefit to requiring that the Maintainer field must always denote one single Debian developer, who would be the buck stops here guy for that package. Not an applicant, not a mailing list, and not a group of people. I believe the tools have now advanced to the point where this is a practical option. In general you're always far better off forcing every *change* to a given component to go through a single individual. Large projects need a pumpking, because dogpiling creates lousy software. For Debian this would be cumbersome and unwieldy as a rule, but some high-importance tasks could benefit from it. I think you have something here, but I think allowing an applicant/mailing list in maintainer should be ok. In the case of an applicant, if they're doine the work, they both deserve the credit and should be the one to get all the messages that the various debian infrastructures sends out (Archive scripts, BTS, point of contact for security, etc). The latter also holds for mailing lists. Instead, why not propose a Responsible-For: header for control that lists a person inside the project who the buck stops with in the case of an applicant or team maintained package? Benjamin signature.asc Description: OpenPGP digital signature
Re: switching to vim-tiny for standard vi?
Eric Dorland wrote: but this change is the sort of thing that will help the change perception of Debian for people who think we're a bunch of crazies. Wait...is that an arguement for or against? ;-) Benjamin signature.asc Description: OpenPGP digital signature
Re: Thoughts on Debian quality, including automated testing
Andrew Suffield wrote: On Fri, Dec 23, 2005 at 02:31:19PM -0500, Benjamin Seidenberg wrote: Andrew Suffield wrote: On the other hand, I think there might be some benefit to requiring that the Maintainer field must always denote one single Debian developer, who would be the buck stops here guy for that package. Not an applicant, not a mailing list, and not a group of people. I believe the tools have now advanced to the point where this is a practical option. In general you're always far better off forcing every *change* to a given component to go through a single individual. Large projects need a pumpking, because dogpiling creates lousy software. For Debian this would be cumbersome and unwieldy as a rule, but some high-importance tasks could benefit from it. I think you have something here, but I think allowing an applicant/mailing list in maintainer should be ok. In the case of an applicant, if they're doine the work, they both deserve the credit I don't think we should be using the control file for this purpose. Particularly since it does not and never has included a list of the people who do most of the work on a given package. Consider samba - the 'maintainer' hasn't been heard from in ages, and nowhere in the control file are all the relevant people listed. The obvious place for this information would be the changelog - this is the current convention (again, see samba). Fair enough. The reason I think of maintainer as this is that it's the most often seen item associating the package with a person. Example being apt-cache show, the front-ends, the bts, etc. and should be the one to get all the messages that the various debian infrastructures sends out (Archive scripts, BTS, point of contact for security, etc). I *think* that the relevant infrastructure tools have now all been fixed so that you don't have to use the Maintainer field to accomplish this. Instead, why not propose a Responsible-For: header for control that lists a person inside the project who the buck stops with in the case of an applicant or team maintained package? Because I don't see how it would be semantically different to the Maintainer field. The distinction between them is not apparent (what is Maintainer supposed to mean under this scheme?). And adding new fields is more work, so you don't do it without a good reason. The difference is who does the work. The Responsible field would be the one to talk to if the package does something bad from the project's perspective such as a deliberate security issue or it not being up to snuff. They would also be the one to talk to if the maintainer or team doesn't respond to other complaints. The maintainer would be the one that users look to on a daily basis - manages bugs, does most of the work, etc. Basically, the Responsible field would be what you suggested - a Debian Developer in good standing who offers accountability for the project. The Maintainer would be the person or team doing the work, possibly a mailing list or someone who is not a DD. The key is that the Responsible-Person field would add accountability. Benjamin signature.asc Description: OpenPGP digital signature
Re: Intel notebooks for needy developers in developing countries
Daniel Baumann wrote: Lars Wirzenius wrote: I don't like those laws, but publically urging people to violate them isn't going to do anyone any good. Hu? Why should it be illegal to re-sell or outreach a piece of US hardware, which is already imported into a free country, into another free country? However, it's not imported yet for breaking onces head about it anyway. Regards, Daniel I would assume that it'd be illegal for the US company to export it to someone with the knowledge that that person/group/company intends to re-export it to an embargoed nation. signature.asc Description: OpenPGP digital signature
Accepted easyh10 1.2.1-1 (source i386 sparc alpha)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 28 Nov 2005 07:42:17 -0500 Source: easyh10 Binary: easyh10 Architecture: source i386 alpha sparc Version: 1.2.1-1 Distribution: unstable Urgency: low Maintainer: Benjamin Seidenberg [EMAIL PROTECTED] Changed-By: Benjamin Seidenberg [EMAIL PROTECTED] Description: easyh10- Utility to manage the iRiver H10 music player Changes: easyh10 (1.2.1-1) unstable; urgency=low . * New upstream release * Fixed a crash bug when a folder whose name ends with .mp3 exists Files: 8c434d8b38498182a7b13be2ffc90472 612 sound extra easyh10_1.2.1-1.dsc 1c8ee2339ae5e52f60501ca901fcc4d8 405708 sound extra easyh10_1.2.1.orig.tar.gz 96340ccf85714cee1bf776b1e1f94a11 3614 sound extra easyh10_1.2.1-1.diff.gz 5b4624ecbf6d5625c87ad657ae7cb205 50090 sound extra easyh10_1.2.1-1_i386.deb cdb9b37c1ca40638d906e95039311a87 49450 sound extra easyh10_1.2.1-1_sparc.deb 14ca7470ad1e26a1e542be8b390840cd 60194 sound extra easyh10_1.2.1-1_alpha.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDkhmiipBneRiAKDwRAjASAJ4+xKGc9FpXNlY1H5G5Q5ZU+Xm5vwCfXhdz NJ6wqmRqBJeBSQ4NbZartPw= =f9Sf -END PGP SIGNATURE- Accepted: easyh10_1.2.1-1.diff.gz to pool/main/e/easyh10/easyh10_1.2.1-1.diff.gz easyh10_1.2.1-1.dsc to pool/main/e/easyh10/easyh10_1.2.1-1.dsc easyh10_1.2.1-1_alpha.deb to pool/main/e/easyh10/easyh10_1.2.1-1_alpha.deb easyh10_1.2.1-1_i386.deb to pool/main/e/easyh10/easyh10_1.2.1-1_i386.deb easyh10_1.2.1-1_sparc.deb to pool/main/e/easyh10/easyh10_1.2.1-1_sparc.deb easyh10_1.2.1.orig.tar.gz to pool/main/e/easyh10/easyh10_1.2.1.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Remove
Ken Bloom wrote: Henning Makholm wrote: Scripsit Chris Boyle [EMAIL PROTECTED] On Thu, Nov 24, 2005 at 06:54:12PM +, paddy wrote: I though a robots.txt thingy on the list web archive is coming to the rescue ? Huh? Isn't having the lists searchable generally a good thing? Yes, a very good thing in general. But excluding specifically the posts about c*llw*ve and d**l*ng b*nj*s might be worth a try. Of course, that is if somebody can be bothered to keep such exclusion lists up-to-date. On the other hand, l.d.o. is not the only place debian-devel is publicly archived, so it might not be worth the trouble to try to fix things locally. It's not. When querying for Call Wave remove, the top hits are on a message from opensubscriber.com. When googling for callwave remove we get a page on lists.debian.org: REMOVED --Ken Bloom And now you're perpetuating the trend, since you have that link next to the keyword. Suggestion: Why don't all the readers of debian-devel put something like this on their blogs: Google has a tendency for improperly indexed items to stay that way. In order to fix this, it is neccessary to create a google bomb by having several sites all create a link to the correct page with the keyword. In order to fix an incorrect entry that causes spam to the debian-devel mailinglist, I want everyone to know that you should go here to _remove callwave_ [0]. Cheers, Benjamin [0] http://www.callwave.com/members/help/help.asp?item=SEARCH_cancel signature.asc Description: OpenPGP digital signature
Re: eidviewer menu entry
Wouter Verhelst wrote: On Sat, Nov 12, 2005 at 06:33:07AM -0500, Kevin Mark wrote: On Sat, Nov 12, 2005 at 11:44:50AM +0100, Wouter Verhelst wrote: [eidviewer menu category] These things are about user identity and authentication for possibly bank transactions or login like cryptographics tokes, no? Well, yes and no. It's supposedly possible to turn the X.509 key on the eID card into something that can be used as an SSH key (though I wouldn't know exactly how); also, with the (provided) mozilla plugins you can use it to sign emails, etc. However, the eidviewer (what this query is about) has nothing to do with all that. A typical use case for the eidviewer is a hotel reception where identity information needs to be stored and/or printed out. That's something entirely different... So, wouldn't they be in the same catagory as pgp or openct thingy? I could do that, except that none of the binaries in opensc, openct, or gnupg have a menu entry. What about th eGUI frontends? For me, GnomePGP is in Apps - Tools. signature.asc Description: OpenPGP digital signature
Accepted easyh10 1.2-1 (source i386 sparc alpha)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 31 Oct 2005 14:23:57 -0500 Source: easyh10 Binary: easyh10 Architecture: source i386 alpha sparc Version: 1.2-1 Distribution: unstable Urgency: low Maintainer: Benjamin Seidenberg [EMAIL PROTECTED] Changed-By: Benjamin Seidenberg [EMAIL PROTECTED] Description: easyh10- Utility to manage the iRiver H10 music player Changes: easyh10 (1.2-1) unstable; urgency=low . * New upstream release * EasyH10 now oficially supports H10 5GB/6GB UMS 2.51 and H10 5GB/6GB/20GB MTP 2.51 firmware. * Added TCMP (compilation flag) handling for ID3v2 tags. The TCMP field is mainly generated by iTunes to indicate that an MP3 file is a part of an omnibus album. EasyH10 automatically sets Various artists as an artist name and ARTIST - TITLE as a track-title name for MP3 files with TCMP field embedded. Files: 8d47449d2464577838a726de6acdcb5d 606 sound extra easyh10_1.2-1.dsc c258acaac0b96b684e6528e5eeaf300d 404311 sound extra easyh10_1.2.orig.tar.gz 8248be09cff3fbd66afa918894f0d17d 3568 sound extra easyh10_1.2-1.diff.gz 8fef5a94d0974c250986475bbb2bc735 50028 sound extra easyh10_1.2-1_i386.deb e16c8b66e58c868b871c9d164dac75f5 49352 sound extra easyh10_1.2-1_sparc.deb 1e497fbd6d42cc2395153bcd316b3ad2 60150 sound extra easyh10_1.2-1_alpha.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDZzVoipBneRiAKDwRAuOPAJ9itNYRSi8osDaToyx9LZnZxX4RAQCgqWqS IdpeaFSWaswIVqbmeIhqBNg= =+hn/ -END PGP SIGNATURE- Accepted: easyh10_1.2-1.diff.gz to pool/main/e/easyh10/easyh10_1.2-1.diff.gz easyh10_1.2-1.dsc to pool/main/e/easyh10/easyh10_1.2-1.dsc easyh10_1.2-1_alpha.deb to pool/main/e/easyh10/easyh10_1.2-1_alpha.deb easyh10_1.2-1_i386.deb to pool/main/e/easyh10/easyh10_1.2-1_i386.deb easyh10_1.2-1_sparc.deb to pool/main/e/easyh10/easyh10_1.2-1_sparc.deb easyh10_1.2.orig.tar.gz to pool/main/e/easyh10/easyh10_1.2.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted easyh10 1.1.1-1 (source i386 sparc alpha)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 23 Oct 2005 15:59:17 -0400 Source: easyh10 Binary: easyh10 Architecture: source i386 alpha sparc Version: 1.1.1-1 Distribution: unstable Urgency: low Maintainer: Benjamin Seidenberg [EMAIL PROTECTED] Changed-By: Benjamin Seidenberg [EMAIL PROTECTED] Description: easyh10- Utility to manage the iRiver H10 music player Changes: easyh10 (1.1.1-1) unstable; urgency=low . * New upstream release * Fixed a crash-bug caused by an access to the outside of an array when using find missing function for playlist conversion. Files: c1eb99f54e9ae9f56fd3e52726740af2 612 sound extra easyh10_1.1.1-1.dsc 854b4bcaf400debaf9d05e6b526a8ae7 403190 sound extra easyh10_1.1.1.orig.tar.gz c3b29c5f3d29e30f2d5f1f7c15d66880 3343 sound extra easyh10_1.1.1-1.diff.gz 18137d4d6c285cd56be4345519807fbe 49166 sound extra easyh10_1.1.1-1_i386.deb 59b4101c04332957ff2114dff0f958d1 48662 sound extra easyh10_1.1.1-1_sparc.deb 5c787c1631f07110cc9ac031090e5199 59266 sound extra easyh10_1.1.1-1_alpha.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDXEQQipBneRiAKDwRAkt1AJ49focht8jtuJkmURAfbR7Jm/fYHgCdECSe LZzx0InLA7WeXmXshaRE3bU= =Ck+0 -END PGP SIGNATURE- Accepted: easyh10_1.1.1-1.diff.gz to pool/main/e/easyh10/easyh10_1.1.1-1.diff.gz easyh10_1.1.1-1.dsc to pool/main/e/easyh10/easyh10_1.1.1-1.dsc easyh10_1.1.1-1_alpha.deb to pool/main/e/easyh10/easyh10_1.1.1-1_alpha.deb easyh10_1.1.1-1_i386.deb to pool/main/e/easyh10/easyh10_1.1.1-1_i386.deb easyh10_1.1.1-1_sparc.deb to pool/main/e/easyh10/easyh10_1.1.1-1_sparc.deb easyh10_1.1.1.orig.tar.gz to pool/main/e/easyh10/easyh10_1.1.1.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#333844: override changes are not announced to the package maintainers
Matthias Klose wrote: Package: general override change are not announced to the package maintainers, _after_ a package is uploaded. I don't beleive this is true. I just got the following email from the archive: --- Subject: easyh10 override disparity There are disparities between your recently accepted upload and the override file for the following file(s): easyh10_1.0.0-1_alpha.deb: package says priority is optional, override says extra. easyh10_1.0.0-1_i386.deb: package says priority is optional, override says extra. easyh10_1.0.0-1_sparc.deb: package says priority is optional, override says extra. Either the package or the override file is incorrect. If you think the override is correct and the package wrong please fix the package so that this disparity is fixed in the next upload. If you feel the override is incorrect then please reply to this mail and explain why. [NB: this is an automatically generated mail; if you replied to one like it before and have not received a response yet, please ignore this mail. Your reply needs to be processed by a human and will be in due course, but until then the installer will send these automated mails; sorry.] -- Debian distribution maintenance software (This message was generated automatically; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) signature.asc Description: OpenPGP digital signature
Accepted easyh10 1.0.0-1 (source i386 sparc alpha)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sat, 8 Oct 2005 11:16:16 -0400 Source: easyh10 Binary: easyh10 Architecture: source i386 alpha sparc Version: 1.0.0-1 Distribution: unstable Urgency: low Maintainer: Benjamin Seidenberg [EMAIL PROTECTED] Changed-By: Benjamin Seidenberg [EMAIL PROTECTED] Description: easyh10- Utility to manage the iRiver H10 music player Closes: 322943 Changes: easyh10 (1.0.0-1) unstable; urgency=low . * New Upstream Release (skipped 1.0b8) . The following changes took place in upstream since last version: [1.0b8] - Model Template name change from Intl - UMS and NA - MTP since iRiver is now shipping MTP models overseas. - Changes to command line parser, it would fail on some operating systems [1.0] - Fixed a bug that playlist conversion fails when playlist files point to a large number of music files. This related to an unclosed file handler. - Added new option -I (--install) to copy a model template file specified by -t option into the player as easyh10.model. - EasyH10 now assumes that the model template file specified by -t option exists in on of the following locations: (current directory), /usr/local/share/easyh10/model/, /usr/local/share/easyh10/, /usr/share/easyh10/model/, and /usr/share/easyh10/. - make install now installs documents such as README, COPYING, etc. . Debian Changes: * Deleted the pre/post rm/inst scripts since they are not needed * Removed debian/docs because upstream now has this in make file * Deleted /usr/share/doc/* shipped by upstream since they are made redundant by the debian versions. . easyh10 (1.0b7-1) unstable; urgency=low . * New upstream release inludes these changes: * Updated the model templates for the North American H10 5/6GB 2.10 players. * Fixed a bug where EasyH10 could not skip ID3v2 tag correctly. EasyH10 could not obtain stream information from MP3 files with ID3v2 tag. This bug does not cause any trouble in H10's functionality (because the information does not seem to be used by H10) but should be fixed. * Fixed a bug that caused EasyH10 to crash when \Media\Music or \Music directory does not exist. * Fixed a serious bug where EasyH10 generates an invalid database. This bug was introduced by version 1.0 beta 6 release . easyh10 (1.0b6-1) unstable; urgency=low . * Initial release Closes: #322943 * Modified debian/copyright to reflect new GNU address. Files: 54a5f81fc97603415f824c922a37fa45 612 sound optional easyh10_1.0.0-1.dsc c714c2d5d4ef41492b6e15f732a2f29c 403157 sound optional easyh10_1.0.0.orig.tar.gz 515d2330e64397b83fe03382f98178f2 3193 sound optional easyh10_1.0.0-1.diff.gz 0512676a016af6179458e2e0c02f4838 48886 sound optional easyh10_1.0.0-1_i386.deb 27705810cd90a0e5a84c2bb48a60f5ab 48410 sound optional easyh10_1.0.0-1_sparc.deb e71c348036454e76b5cc4ef8a299aaff 58866 sound optional easyh10_1.0.0-1_alpha.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDTkOhipBneRiAKDwRAgBHAJ4wDh3PYYHy35zxGbYlE4SiqHH/OgCgiG7+ MwaTr2kAcbsX+8VBNafJoMA= =SGUE -END PGP SIGNATURE- Accepted: easyh10_1.0.0-1.diff.gz to pool/main/e/easyh10/easyh10_1.0.0-1.diff.gz easyh10_1.0.0-1.dsc to pool/main/e/easyh10/easyh10_1.0.0-1.dsc easyh10_1.0.0-1_alpha.deb to pool/main/e/easyh10/easyh10_1.0.0-1_alpha.deb easyh10_1.0.0-1_i386.deb to pool/main/e/easyh10/easyh10_1.0.0-1_i386.deb easyh10_1.0.0-1_sparc.deb to pool/main/e/easyh10/easyh10_1.0.0-1_sparc.deb easyh10_1.0.0.orig.tar.gz to pool/main/e/easyh10/easyh10_1.0.0.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#331528: ITP: debinstaller -- a graphical frontend for installing local .deb packages
Joe Smith wrote: I wonder why nobody did implement that feature before. I imagine (without knowing much about APT's internals), the pseudocode would look like that: - install command gets the list - if the package does not exist in the cache and the given string is a file, then: - read the metadata of this package - creating a virtual sources set containing that package and inject it somewhere in APTs graph representation. The access method would be file:, and it should get the highest possible priority (at least higher than any seen priority) - install the prerequisites and then the package with the usual methods fi would it not be simpler to have have apt just ask dpkg what the dependencies of the passed .deb are and then install the dependencies (and their dependecies) and then just pass the deb directly to dpkg? I see no need to create a virtual sources set or worry about priorities as the next time the apt is run the package will be seen as 'obsolete or locally created' (unless it exists in the repository), and therefore would use whatever priority apt gives such packages. But then again this might be too mutch of a kluge. I agree. I think that there should be a way to use apt to install a .deb with automatic dependency handling (in fact when I first began using debian I tried several times to install a .deb using apt). I don't know why this functionality was never written. It seems to be fairly trivial. Perhaps there were some reasons that precluded this feature? Benjamin signature.asc Description: PGP signature signature.asc Description: OpenPGP digital signature
Accepted graphmonkey 1.3-3 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 26 Sep 2005 16:23:24 -0400 Source: graphmonkey Binary: graphmonkey Architecture: source i386 Version: 1.3-3 Distribution: unstable Urgency: low Maintainer: Benjamin Seidenberg [EMAIL PROTECTED] Changed-By: Benjamin Seidenberg [EMAIL PROTECTED] Description: graphmonkey - a GTK#-based graphing calculator Changes: graphmonkey (1.3-3) unstable; urgency=low . * Fixed several things for CLI Policy compliance * debian/control: Fixed Build-Deps, used dh_clideps * debian/rules: Added dh_clideps magic, fixed perms on .exe Files: a31cfa2213dac04b05c10a8ff5c71bdc 649 math optional graphmonkey_1.3-3.dsc b3d2ef259126eef3abb42160dc6286b3 3295 math optional graphmonkey_1.3-3.diff.gz 8755109fa4ab91b386ab0c6b10b0af7c 11504 math optional graphmonkey_1.3-3_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDOUVTgY5NIXPNpFURAmmLAKDDjcMbiAYxuT88uDjYoHA0NPDw+gCgiBqI E+4jXmnOb/vhgB0/Mzvw0TE= =J/iP -END PGP SIGNATURE- Accepted: graphmonkey_1.3-3.diff.gz to pool/main/g/graphmonkey/graphmonkey_1.3-3.diff.gz graphmonkey_1.3-3.dsc to pool/main/g/graphmonkey/graphmonkey_1.3-3.dsc graphmonkey_1.3-3_i386.deb to pool/main/g/graphmonkey/graphmonkey_1.3-3_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Easy third-party package installer for debian-based distributions
Sami Dalouche [EMAIL PROTECTED] writes: OK, may be an overkill. But what happens with your solution if skype depends on libskype, which is not available from debian's repository ?The user has to download several .debs in order to install a single software ? Skype should set up their own Debian repository and tell people to add it to /etc/apt/sources.list. It's not exactly hard. Agreed. And if they HAVE to have some kind of one click installer, make a small script. #!/bin/sh echo http://whatever/path/to/repository; /etc/apt/sources.list apt-get install skype signature.asc Description: PGP signature signature.asc Description: OpenPGP digital signature
Accepted easyh10 1.0b7-1 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 13 Sep 2005 16:03:21 -0400 Source: easyh10 Binary: easyh10 Architecture: source i386 Version: 1.0b7-1 Distribution: unstable Urgency: low Maintainer: Benjamin Seidenberg [EMAIL PROTECTED] Changed-By: Benjamin Seidenberg [EMAIL PROTECTED] Description: easyh10- Utility to manage the iRiver H10 music player Changes: easyh10 (1.0b7-1) unstable; urgency=low . * New upstream release inludes these changes: * Updated the model templates for the North American H10 5/6GB 2.10 players. * Fixed a bug where EasyH10 could not skip ID3v2 tag correctly. EasyH10 could not obtain stream information from MP3 files with ID3v2 tag. This bug does not cause any trouble in H10's functionality (because the information does not seem to be used by H10) but should be fixed. * Fixed a bug that caused EasyH10 to crash when \Media\Music or \Music directory does not exist. * Fixed a serious bug where EasyH10 generates an invalid database. This bug was introduced by version 1.0 beta 6 release Files: 3aa1da7d78e27c8994b80d54e3aecd49 612 sound optional easyh10_1.0b7-1.dsc 165f6473f1cfee9cc0977de7cf767ef7 402212 sound optional easyh10_1.0b7.orig.tar.gz 89744973718a79269f63420d74cca6ab 3312 sound optional easyh10_1.0b7-1.diff.gz 77caeaff8fa9a7c5366b29aefb791c69 48236 sound optional easyh10_1.0b7-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDKKOPgY5NIXPNpFURAushAKCcNhCbPHruLUrVyKyEwEakab4n0gCg0K6H iKxfQQtI6yRRsCCArcsXG4w= =LhB0 -END PGP SIGNATURE- Accepted: easyh10_1.0b7-1.diff.gz to pool/main/e/easyh10/easyh10_1.0b7-1.diff.gz easyh10_1.0b7-1.dsc to pool/main/e/easyh10/easyh10_1.0b7-1.dsc easyh10_1.0b7-1_i386.deb to pool/main/e/easyh10/easyh10_1.0b7-1_i386.deb easyh10_1.0b7.orig.tar.gz to pool/main/e/easyh10/easyh10_1.0b7.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#327425: ITP: gaim-slashexec -- adds functionality to execute commands from within a Gaim conversation
Package: wnpp Severity: wishlist Owner: Benjamin Seidenberg [EMAIL PROTECTED] Package name: gaim-slashexec Version : x.y.z Upstream Author : Gary Kramlich [EMAIL PROTECTED] Peter Lawler bleeter from users.sf.net Daniel 'datallah' Atallah URL : http://guifications.sourceforge.net/SlashExec/ License : GPL Description : adds functionality to execute commands from within a Gaim conversation SlashExec is a Gaim Plugin that lets you execute commands from within a Gaim conversation. SlashExec provides a limited command-line interpreter for this purpose. SlashExec can also either display the command's output locally or send the output as a message in the current conversation. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12.2 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#327425: ITP: gaim-slashexec -- adds functionality to execute commands from within a Gaim conversation
owner 327425 ! thanks Benjamin Seidenberg wrote: Package: wnpp Severity: wishlist Owner: Benjamin Seidenberg [EMAIL PROTECTED] Package name: gaim-slashexec Version : x.y.z Upstream Author : Gary Kramlich [EMAIL PROTECTED] Peter Lawler bleeter from users.sf.net Daniel 'datallah' Atallah URL : http://guifications.sourceforge.net/SlashExec/ License : GPL Description : adds functionality to execute commands from within a Gaim conversation SlashExec is a Gaim Plugin that lets you execute commands from within a Gaim conversation. SlashExec provides a limited command-line interpreter for this purpose. SlashExec can also either display the command's output locally or send the output as a message in the current conversation. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12.2 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Version: 1.0 Sorry, missed a field. Also used wrong email (annoyed at reportbug for not honoring $DEBEMAIL) Cheers, Benjamin signature.asc Description: OpenPGP digital signature
Re: Bug#327425: ITP: gaim-slashexec -- adds functionality to execute commands from within a Gaim conversation
Hamish Moffatt wrote: On Fri, Sep 09, 2005 at 09:24:20PM -0400, Benjamin Seidenberg wrote: Sorry, missed a field. Also used wrong email (annoyed at reportbug for not honoring $DEBEMAIL) Err, it does? Hamish See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=324341 . It now won't unless the config file is set, which mine was because I came from a version before the fix. Benjamin signature.asc Description: OpenPGP digital signature
Accepted easyh10 1.0b6-1 (source i386 sparc)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sat, 3 Sep 2005 11:39:32 -0400 Source: easyh10 Binary: easyh10 Architecture: source i386 sparc Version: 1.0b6-1 Distribution: unstable Urgency: low Maintainer: Benjamin Seidenberg [EMAIL PROTECTED] Changed-By: Benjamin Seidenberg [EMAIL PROTECTED] Description: easyh10- Utility to manage the iRiver H10 music player Closes: 322943 Changes: easyh10 (1.0b6-1) unstable; urgency=low . * Initial release Closes: #322943 * Modified debian/copyright to reflect new GNU address. Files: 3be42579c17f332fc520f153da51afd0 612 sound optional easyh10_1.0b6-1.dsc 1f90a2f16a7087c28efa8ee9f66748ac 401756 sound optional easyh10_1.0b6.orig.tar.gz 99c0b9d8e749cd0c79cee0b6ede4544a 2989 sound optional easyh10_1.0b6-1.diff.gz 371b1db805bd63890e88bebabbc88f7d 47690 sound optional easyh10_1.0b6-1_i386.deb a2d4a955df2fa3ddd124b5d0e47eb090 47466 sound optional easyh10_1.0b6-1_sparc.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDG3eWgY5NIXPNpFURAj4vAJ9WMTSOsFLiPteWy7gR5TejkWN5xACghpFn 8lfXgN4/zQTbkFK+7fUOzng= =ktQB -END PGP SIGNATURE- Accepted: easyh10_1.0b6-1.diff.gz to pool/main/e/easyh10/easyh10_1.0b6-1.diff.gz easyh10_1.0b6-1.dsc to pool/main/e/easyh10/easyh10_1.0b6-1.dsc easyh10_1.0b6-1_i386.deb to pool/main/e/easyh10/easyh10_1.0b6-1_i386.deb easyh10_1.0b6-1_sparc.deb to pool/main/e/easyh10/easyh10_1.0b6-1_sparc.deb easyh10_1.0b6.orig.tar.gz to pool/main/e/easyh10/easyh10_1.0b6.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: REMOVE ME FROM C4LL W4VE
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Bob Proulx wrote: David Pashley wrote: Don't follow up. Reply to them privately. No, because that doesn't help the next person that searches on Google. That is exactly the point. We DO NOT WANT people to find the Debian mailing lists in any relation to that search. Every time someone references it in a Debian mailing list it increases the page range on Google. That is the problem. By referencing it here and keeping the Google page rank pointing here you are actually hurting the users searching Google in the future. What would help the user would be to increase the page range of (avoding the name here) in Google so that when they search for it that Google actually points them to the right place. Bob I wonder if it would be possible to appeal to google to have them manually edit that search so that l.d.o doesn't appear. (Same for dueling banjo's) Benjamin -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDHH7Nev9LOsNKpIQRApVFAKCHxXBpqxcZY1yPRu+s5ZzJTy7w7ACeLuSx MVJeDyiGlNohqvqLfYk8+4g= =egpV -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Mindterm
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Andrew Suffield wrote: On Sun, Aug 21, 2005 at 12:18:29AM -0400, Benjamin Seidenberg wrote: Many internet cafe's or kiosk computers (or school computers, *sigh* though they're a lot better than they used to be) prevent running executables from outside specific paths, and limit write access to those paths. Also, I've seen lots of kiosks that keep a browser in full screen mode, preventing access to anything other than the web. A java applet is the only viable solution in cases like these. I've hacked a lot of those kiosks to run putty on them. It's really, really hard to stop people from running arbitrary code on windows. Most people can't even do it to people who *don't* have terminal access. Not that mindterm isn't still useful. That's only good until the librarian/teacher/kiosk owner/etc walks past, notices something else running and kicks you out. In the case of school, well, lets not underestimate the idoicy of most school systems, some kid could be expelled for hacking. (I've been accused of hacking before by the school, go figure). Cheers! Benjamin -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDCWVXev9LOsNKpIQRAmNOAJ4t9xOzkPoFW19KP1145cjNrR15bgCgoZUU Icou/HWRdr+hLfpooAz7YNg= =k7bg -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted graphmonkey 1.3-2 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 21 Aug 2005 20:34:27 -0400 Source: graphmonkey Binary: graphmonkey Architecture: source i386 Version: 1.3-2 Distribution: unstable Urgency: low Maintainer: Benjamin Seidenberg [EMAIL PROTECTED] Changed-By: Benjamin Seidenberg [EMAIL PROTECTED] Description: graphmonkey - a GTK#-based graphing calculator Closes: 324394 Changes: graphmonkey (1.3-2) unstable; urgency=low . * Added MONO_SHARED_DIR to debian/rules to prevent file creation out of tree Closes: #324394 * Fixed debian/copyright by adding date * New email address Files: 02a63b86dc09a329d7219aca2df01798 611 math optional graphmonkey_1.3-2.dsc cc4ad21a1faf1d4c2cbd613d75cff227 3962 math optional graphmonkey_1.3-2.diff.gz 230def72c293296ccbdb0602ff75e069 12076 math optional graphmonkey_1.3-2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDCSpagY5NIXPNpFURAtTiAJ9VEH6zf65oM8PCNc64GAYyF+krdACffw/G gPRuG2WZz8RJjYIl3DWBy+U= =c7OL -END PGP SIGNATURE- Accepted: graphmonkey_1.3-2.diff.gz to pool/main/g/graphmonkey/graphmonkey_1.3-2.diff.gz graphmonkey_1.3-2.dsc to pool/main/g/graphmonkey/graphmonkey_1.3-2.dsc graphmonkey_1.3-2_i386.deb to pool/main/g/graphmonkey/graphmonkey_1.3-2_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted dav-text 0.8.5-4 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 21 Aug 2005 21:18:22 -0400 Source: dav-text Binary: dav-text Architecture: source i386 Version: 0.8.5-4 Distribution: unstable Urgency: low Maintainer: Benjamin Seidenberg [EMAIL PROTECTED] Changed-By: Benjamin Seidenberg [EMAIL PROTECTED] Description: dav-text - A minimalist ncurses-based text editor Changes: dav-text (0.8.5-4) unstable; urgency=low . * Updated debian/control with new email address. * Added hompage in description. Files: 5bb2c72fc84aeeb136eee3baaff211ef 589 text optional dav-text_0.8.5-4.dsc 5cdb6bbf2a5900ac41c06de7efa87ea8 2546 text optional dav-text_0.8.5-4.diff.gz 4df56d7af3ae35836fa8635329e15dc5 20992 text optional dav-text_0.8.5-4_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDCSsSgY5NIXPNpFURApMyAKCPABbs61DDn7rL0DmU53Wi9/CujgCeJpVx Rvb3rPxjBdW/gd00feGy9n4= =E7+i -END PGP SIGNATURE- Accepted: dav-text_0.8.5-4.diff.gz to pool/main/d/dav-text/dav-text_0.8.5-4.diff.gz dav-text_0.8.5-4.dsc to pool/main/d/dav-text/dav-text_0.8.5-4.dsc dav-text_0.8.5-4_i386.deb to pool/main/d/dav-text/dav-text_0.8.5-4_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Mindterm
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Javier Fernández-Sanguino Peña wrote: On Sat, Aug 20, 2005 at 06:15:45PM +0200, Henning Makholm wrote: Proxies and firewalling is not in my experience a huge trouble in these environments; the general non-availablity of any other software than IE (with JVM and various scripting languages) on netcafe/library computers is. Is putty available as a Java applet, plugin or the like? That would solve the problem that mindterm addresses, but I doubt it. No it isn't, but you can always download it from the putty project page [1] and just run it from the Internet. Unless there are paranoid settings you can't change in IE you can just download the exe file and run it in the system you are using. Why do you need a Java applet when Windows will happily run any non-signed exe file? snip Many internet cafe's or kiosk computers (or school computers, *sigh* though they're a lot better than they used to be) prevent running executables from outside specific paths, and limit write access to those paths. Also, I've seen lots of kiosks that keep a browser in full screen mode, preventing access to anything other than the web. A java applet is the only viable solution in cases like these. Benjamin -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDCACUev9LOsNKpIQRAjraAKDDmMPdQAQDUyZVZmzJoqBRBaJ1pwCfcvKE uBLBJ3kypnlMYtT3hAP1kls= =2qts -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: README - confusing, irrelevant, redundant, useless
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 W. Borgert wrote: Hi, I have to start yet another discussion about our packaging practise. Did anyone ever take a look at our /usr/share/doc/package/README{,.gz} files? If the users have difficulties with a package, we often reply Why didn't you read the README? It's called README for a reason! However, the README files are cluttered with confusing, irrelevant, redundant, and useless stuff. That way, we educate our users not to ReadTheFineReadme. Do you think, that this does any favour to our users? E.g. - Debian packages of this software are currently available. It should be possible to run apt-get install package and have a recent version installed. This is a Debian package, so what? - Please send bug reports, requests for features, etc. to upstream-mail-address. Don't we ask our users to use our BTS primarily? - To build package, please run: ./configure; make; make install. This is OK to have in the source, but not in the .deb. Same goes for information about possible configuration options. OTOH, the configuration options actually used in the Debian package are seldomly documented :-( - ...long history of who maintained the package when... This information - not really relevant to the user - is, of course, in the changelog as well. - ...stuff about API usage in a library package... That does belong to the -dev package only, right? - Common options: --foo --bar --baz According to our policy, the program has a manual page. While it's not bad, to repeat the information in other formats, it does - IMHO - not make sense in a README. - Readme file for package. Really? - This program is... - exact copy of the package description. This README is redundant. - $Id: ... $ (one line Id plus four lines of text) Maybe I become picky, but CVS/RCS ids are not relevant to the user, esp. if the remainder of the README is irrelevant, too. - The latest version of package can be obtained at upstream website. As a Debian user, I expect to get packages the Debian way. It's nice to have the upstream website address, but according to our policy I can find it in the copyright file. Package maintainers, please: 1. Do not include the upstream README in the binary package, if it's not really important to the user. 2. Just copy the 5..10% of relevant information into the README.Debian, if appropriate. 3. Don't invent a README file artificially, if you don't have to say anything. 4. File minor bugs about such README files. Cheers, While I agree the README can be confusing, I think we do a disservice to our upstream by not including it. Some readers may be interested in the people who brought them the software, or knowing upstream's email or any of these items you mention. As for readme versus man page, I find manpages are usually more of a reference about syntax while readme's are closer to a tutorial on usage. I think a better solution would be to duplicate all the important information about the software into the README.Debian and train users to read that soley. The original readme is still intact for those users who care. In addition, I would like to see a standardazation on whether to compress the README and similar files, I always end up typing less /usr/share/doc/blah/README.Debian[.gz] using tab completion and have to go back and correcting my command to use zless because half are compressed and half aren't. I also agree with what Branden said in his WTFM presentation at debconf.. a readme command to display the readme's to the user would be a very nice tool. Benjamin -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFC/3dtev9LOsNKpIQRAkmyAJ9EQMuQCpPOW5P6XtPdGps2sms1mgCgsgEz eUaQF/vXKll2trd+dU0GXEA= =/crF -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted graphmonkey 1.3-1 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 4 Jul 2005 17:01:40 -0400 Source: graphmonkey Binary: graphmonkey Architecture: source i386 Version: 1.3-1 Distribution: unstable Urgency: low Maintainer: Benjamin Seidenberg [EMAIL PROTECTED] Changed-By: Benjamin Seidenberg [EMAIL PROTECTED] Description: graphmonkey - a GTK#-based graphing calculator Closes: 311951 Changes: graphmonkey (1.3-1) unstable; urgency=low . * Initial release Closes: #311951 * Adjusted makefile and launch script to move program out of /usr/local * Changed permissions of win32 binary to meet debian policy Files: 9daaa9c71652e13392e92e56ce479bc1 610 math optional graphmonkey_1.3-1.dsc 6a3ab248f99cb31949031dfe87c05570 53364 math optional graphmonkey_1.3.orig.tar.gz 0963cedd301439134b0e4f8dbfe2612f 3797 math optional graphmonkey_1.3-1.diff.gz 3744ca2cbb720a4bd45626214754deb9 11920 math optional graphmonkey_1.3-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFCzIoYgY5NIXPNpFURAhmWAJ9oq7rdkNKEXoWcqPlYxv0dQO8iFQCdEsYx Jn+hp4YiU53yxL2AkIx/218= =9BLY -END PGP SIGNATURE- Accepted: graphmonkey_1.3-1.diff.gz to pool/main/g/graphmonkey/graphmonkey_1.3-1.diff.gz graphmonkey_1.3-1.dsc to pool/main/g/graphmonkey/graphmonkey_1.3-1.dsc graphmonkey_1.3-1_i386.deb to pool/main/g/graphmonkey/graphmonkey_1.3-1_i386.deb graphmonkey_1.3.orig.tar.gz to pool/main/g/graphmonkey/graphmonkey_1.3.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted dav-text 0.8.5-3 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 10 Jul 2005 15:34:38 -0400 Source: dav-text Binary: dav-text Architecture: source i386 Version: 0.8.5-3 Distribution: unstable Urgency: low Maintainer: Benjamin Seidenberg [EMAIL PROTECTED] Changed-By: Benjamin Seidenberg [EMAIL PROTECTED] Description: dav-text - A minimalist ncurses-based text editor Changes: dav-text (0.8.5-3) unstable; urgency=low . * Fix CFLAGS issue in debian/rules * Removed erroneous file debian/dav.substvars * Upgrade to Standards-Version 3.6.2 Files: a7d390fce7fa60dc7e5a5fbb31bcffc8 588 text optional dav-text_0.8.5-3.dsc 103f0ec7857036500c3d9598babc52d5 2465 text optional dav-text_0.8.5-3.diff.gz d84d0eb43233c63d24376ae594fdd214 21240 text optional dav-text_0.8.5-3_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFC1e6FgY5NIXPNpFURAutOAJ97SjqBzidJylFSZbWE6gaQU64vWQCdHRgH 2mmnahQukCX/XJC5NUls6Xk= =oRQ5 -END PGP SIGNATURE- Accepted: dav-text_0.8.5-3.diff.gz to pool/main/d/dav-text/dav-text_0.8.5-3.diff.gz dav-text_0.8.5-3.dsc to pool/main/d/dav-text/dav-text_0.8.5-3.dsc dav-text_0.8.5-3_i386.deb to pool/main/d/dav-text/dav-text_0.8.5-3_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted dav-text 0.8.5-2 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sat, 11 Jun 2005 00:57:21 -0400 Source: dav-text Binary: dav-text Architecture: source i386 Version: 0.8.5-2 Distribution: unstable Urgency: low Maintainer: Benjamin Seidenberg [EMAIL PROTECTED] Changed-By: Benjamin Seidenberg [EMAIL PROTECTED] Description: dav-text - A minimalist ncurses-based text editor Changes: dav-text (0.8.5-2) unstable; urgency=low . * Setup Alternatives system properly Files: 07e626dc69a55a41a990b82aea040d31 588 text optional dav-text_0.8.5-2.dsc 9b7c27c2003bb7c269bc7246bbe4ee1d 2403 text optional dav-text_0.8.5-2.diff.gz f314cd52063034d30dffbfe3906cec53 22386 text optional dav-text_0.8.5-2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFCrM1CgY5NIXPNpFURAvUVAJ9ZUMSOyZfgULlVkbEjdKLtuc4tQACgwbAz QqbN2M+h1gRK0mQMjCmYv30= =vtW7 -END PGP SIGNATURE- Accepted: dav-text_0.8.5-2.diff.gz to pool/main/d/dav-text/dav-text_0.8.5-2.diff.gz dav-text_0.8.5-2.dsc to pool/main/d/dav-text/dav-text_0.8.5-2.dsc dav-text_0.8.5-2_i386.deb to pool/main/d/dav-text/dav-text_0.8.5-2_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted dav-text 0.8.5-1 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 3 Jun 2005 20:27:15 -0400 Source: dav-text Binary: dav-text Architecture: source i386 Version: 0.8.5-1 Distribution: unstable Urgency: low Maintainer: Benjamin Seidenberg [EMAIL PROTECTED] Changed-By: Benjamin Seidenberg [EMAIL PROTECTED] Description: dav-text - A minimalist ncurses-based text editor Closes: 161106 180628 Changes: dav-text (0.8.5-1) unstable; urgency=low . * Initial release Closes: #161106,#180628 (Request for package) Files: 6e5eb06de436756fb58a70736b2884ed 588 text optional dav-text_0.8.5-1.dsc 992ddc8a72b2840bdbaaeb243d2b32c3 22824 text optional dav-text_0.8.5.orig.tar.gz 8a6a9d3409fa91e2cf1ae8bc08d16dc8 2192 text optional dav-text_0.8.5-1.diff.gz d379825c3813e7dcd491dcd8386f996e 22138 text optional dav-text_0.8.5-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCplWSgY5NIXPNpFURAuDfAKCDq7UgRwTjxm5gQeqv+HEQ1MrFEwCfUUZp ivTnfQ4AEbQfOQ1Z3U/+CSs= =BDlk -END PGP SIGNATURE- Accepted: dav-text_0.8.5-1.diff.gz to pool/main/d/dav-text/dav-text_0.8.5-1.diff.gz dav-text_0.8.5-1.dsc to pool/main/d/dav-text/dav-text_0.8.5-1.dsc dav-text_0.8.5-1_i386.deb to pool/main/d/dav-text/dav-text_0.8.5-1_i386.deb dav-text_0.8.5.orig.tar.gz to pool/main/d/dav-text/dav-text_0.8.5.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]