Accepted flickrbackup 0.2-3.1 (source all) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Sat, 19 Jul 2014 17:47:41 -0400 Source: flickrbackup Binary: flickrbackup Architecture: source all Version: 0.2-3.1 Distribution: unstable Urgency: medium Maintainer: Tiago Bortoletto Vaz ti...@debian.org Changed-By: Mark W. Eichin eic...@thok.org Description: flickrbackup - Simple tool to perform a backup of your photos in flickr Closes: 753117 Changes: flickrbackup (0.2-3.1) unstable; urgency=medium . * Non-maintainer upload. * flickrbackup: change http to https per https://code.flickr.net/2014/04/30/flickr-api-going-ssl-only-on-june-27th-2014/ thanks Alexis Maldonado ama...@cs.uni-bremen.de for the patch (Closes: #753117) Checksums-Sha1: d162dc532d298fbaebe99aa13988446bb888 1877 flickrbackup_0.2-3.1.dsc a291c7d562c6210962e0e502af62cd81344bb32f 2644 flickrbackup_0.2-3.1.debian.tar.xz 3d19a9fc2eda5ea47d5a26ee448ff4b3d487984d 6420 flickrbackup_0.2-3.1_all.deb Checksums-Sha256: 0801353df23e533bd00a2d12506a10bbc1baca4c395b19aa503b1a8727a409af 1877 flickrbackup_0.2-3.1.dsc 00507a105f5db182ed9421fb8a826b6119ac24f382e3d2893e81e38240c2a6cb 2644 flickrbackup_0.2-3.1.debian.tar.xz 1e1cafa542904fa97734939adef77dd7631fb595361c67120440fc2068b889a8 6420 flickrbackup_0.2-3.1_all.deb Files: 0569e3d2513c6dbd519b7b45cef9eed8 6420 utils optional flickrbackup_0.2-3.1_all.deb 8554c71c0de39d557de83364208f263e 1877 utils optional flickrbackup_0.2-3.1.dsc 866a1d76a29286f74ffc03d237c085f9 2644 utils optional flickrbackup_0.2-3.1.debian.tar.xz -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJT30ReAAoJEBfpK0Igb4oEqTQP/j2DozGiDBjaNvhqfCsGwFhM T9qEerFByIuXuCIVGe6E/4jSXTtyNsd5DhmNCKrH33Z0phrDOqK6DKi87lXMY9ED pSxD2HLhiaV4cxOYtQ7k+JrlUllLk2ZWvDbYWXuPjBqx/KTwUuKHJOtyHruyw7nW JcS0e9KaLTe+OSyo0s8nnD876Kvxr4SG6QWaPI001Kg94p94Nqi0c+g+YVTioUrl RhA25bwHe2XKHRoNsSJE6O8yuGIF5mXU2Siex8xAIMeJmMaa5E0J/vWvgboKN0hs rp/569kZbNMqK+tVINl61qh+1F3q0kSETW5SsTcdarn6eS3NA6uW3hbZ80P9vGTG t5qSvfh4x0cVaioolKwCi4LgnF/kfidS7rvm7z2mp+xjqAtgpCxrSr4yX5i8oxAe kJuWAsRIe6PmU1O23i/Z+GHFj+tBoI46eTy0SH4Fi/h+2tnC6zjojcoSWnW6BCC9 ALY1WhBAy861WLq7wzwmn2kMDG9Q7LskL3PeF3+87Fze3fbsaDt3edBXN96OQKkc trIrAQBsPaNAZx3jRwVPHx667QwobmYe6lAR7zy2nj3Ezh15DAknTTVUZUSMxr4x YINYoK2KbpgI7iLJOBSqy7UXAoBuNE1yHO1KAa0Qn68X9gElHuugDSINh66kiNXp 6isuVA6gdcsmHnvsN2K1 =7yFv -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/e1xeeqr-00080v...@franck.debian.org
Accepted tzc 2.6.15-5.3 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Tue, 15 Jul 2014 11:55:58 -0400 Source: tzc Binary: tzc Architecture: source amd64 Version: 2.6.15-5.3 Distribution: unstable Urgency: medium Maintainer: Theodore Y. Ts'o ty...@mit.edu Changed-By: Mark W. Eichin eic...@thok.org Description: tzc- Trivial Zephyr Client Closes: 561039 Changes: tzc (2.6.15-5.3) unstable; urgency=medium . * Non-maintainer upload. * tzc.c: fix heartbeat-subscription bugs from 2009. (Closes: #561039) Checksums-Sha1: b57d653faf1b1236547e6e12e3f66c66c3bc6327 1680 tzc_2.6.15-5.3.dsc bc1a59e4a301356be46a2bd02c54d6e4cb54ce84 6065 tzc_2.6.15-5.3.diff.gz 1fc1d0812a2d353368c4ccddf96ac28487f032b7 16892 tzc_2.6.15-5.3_amd64.deb Checksums-Sha256: b5fb3ad8ceee7336ce7e3f6c3e60ce0d05b1ee9e60bcc942442a62b6fb6082e1 1680 tzc_2.6.15-5.3.dsc c45561b7e43d3b4c7ba1322d8dcbd327644e7cfe0976b3562cc971a26db59878 6065 tzc_2.6.15-5.3.diff.gz 13c60467be80c66f136646e38b8555247ea9902b03e90df0b85a766526575c22 16892 tzc_2.6.15-5.3_amd64.deb Files: 428be06cb7936cc6c7ed54c3bfd5aefc 16892 net optional tzc_2.6.15-5.3_amd64.deb 6537cb1e86cfecaf9ed691d9a6d6f852 1680 net optional tzc_2.6.15-5.3.dsc a579272e5bb99249dae1c9668e4655ef 6065 net optional tzc_2.6.15-5.3.diff.gz -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJTxVDIAAoJEBfpK0Igb4oElKoP/j2yq0Xgu6L0WJw7rdz/muaA qjtJlVLdDHvpvQ6JbLp6sJe7oBH+3yoZT5bOzociKU3eGod1e1M+ZG/Vlogw+Um2 MLGHEZICTA7ckjtIHdPejtVNpQwagM8XtG7zQsZznULVKkVBeJJrM1fRkm6/5H+X 6ZLZo34sogyWE0y09vS7pn4HmW8hI0KekxItJKY/xlPaG56ZtLzRCOGlcyiWlaLv BS3KWqj1pf8hgW0dcUrgmLpdcegyUy/9DHloUOYquCe+CBDXm8H+DLa/EUyz51IX aBtXXo7XMmmxcgBIZgcxzi6DdKLwYL32vmC4rL0solDS0M5LWjcOP6CDVdxbCat4 sKFijvUPtoEiqW0otF3neNY9p/z0T2EBp8ZhaFRAvf10zpoFa6QlhQFG8+ehIr8n 4cYTX/syfRWvWPrger0vjilqbriqmkpKwvc534NOCo1KU14Zppp4aeG8BTpgg4kC HjQIYIWhcAeNUypfzor6k+Oi/7G7l87rgkCgBXzZvT7j9vJBM/CmwqKN7ZsL6hqc 4sokMDfdMDOdLxj5x8h2NkNEhd9txAsQb6uE+3K7Dlu3NVbZX6pTLBsswBVlLiK1 s+GtPKv0WgaKULOmoNQV5tIQGj5hY1cD/tel4cxfB3ZjDy4KsqVlPeIiqiHHpfdo EiNej/Ilpe8L38rrwIga =R5AK -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/e1x75sz-0005gg...@franck.debian.org
Accepted owl 2.2.2-4 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Fri, 04 Jul 2014 12:58:53 -0400 Source: owl Binary: owl Architecture: source amd64 Version: 2.2.2-4 Distribution: unstable Urgency: medium Maintainer: Mark W. Eichin eic...@thok.org Changed-By: Mark W. Eichin eic...@thok.org Description: owl- Curses-based tty Zephyr client Changes: owl (2.2.2-4) unstable; urgency=medium . * aim.c commands.c doc/code.txt libfaim/chatnav.c libfaim/im.c variable.c: lintian spelling-error-in-binary (most of which were actually user-visible.) * debian/control: lintian no-homepage-field. * debian/shlibs.local: #148175 was fixed 12 years ago (see 1.0.1-3 below) so drop the no-longer-needed file. Checksums-Sha1: 5e77190dffd78bb9da3bf30262dfcde3fb4d016a 1775 owl_2.2.2-4.dsc 1201a2291659fc9d0085a35b157b4cb949184fae 13598 owl_2.2.2-4.diff.gz 77d87c3ea4984aa8802ecf8df4a36cd66e1c5be0 188616 owl_2.2.2-4_amd64.deb Checksums-Sha256: 339ca35b11acb2d645dc734d8e8aeb2e461f622c0e483f1c206f6dc0cf4db4b8 1775 owl_2.2.2-4.dsc 7a555d242a6a098f2d81effae0189251c9446003896a4b55d3b78a6557033cd4 13598 owl_2.2.2-4.diff.gz 51b835599870e8d90e0ad26f047baeb18c7400e27d5714dcbd828a429672cf8f 188616 owl_2.2.2-4_amd64.deb Files: ec163d524641ed261b16d018561239f1 188616 net optional owl_2.2.2-4_amd64.deb db59c7f5f0dd95fe814ecbc810765fe0 1775 net optional owl_2.2.2-4.dsc f7dd6e2a3167d7e896d2a2e94ca5ce6c 13598 net optional owl_2.2.2-4.diff.gz -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJTtt76AAoJEBfpK0Igb4oEtfoP/RUDxZTL4NMICnIptx/VDJvv 76JFwSxfd425+mClGBMhYHFjC6+1CphghimklRFVRHWF8rxAqkflpPzg+Zu3nGnV bl/lZ0SVPIAi3EovwggLCBrMKwi/gdEej8UiYW+URxQY7k+4wO7nKMYtGb5dY8Wl b9v292U1trdKhOtXmHGFQMjML4caGbrJQkum3y9TfEtP2HvjcC68jDwaLTeNg5g6 AQq5JIWZCClR9DhZ5JvSIVSBKtQHXUI8H2VYPwRVjE3jYLYyLO1Xa4KQC0aNbrzz F+VYs1cOi7H1L1dKsuHNIx7CeJwZCf8HP7d6Z6uanUKN0Vfm35Bi2Rqw5VSJBkj4 6mIBVbTHpUnBvmUayBvbdQAk6uU//MOtGX4cYbBSH1MP7xGUtf9tiV4dThENVHnw mzRy5P/dSOLOu0ob6COSjU/rc6d2FqF3vUfKrFmWvI1AIGOEHUB/UPN0eviK/RPg lfakO35KBw67PCPOuJhTlLmK7Vpcpbd97bIS4BAgkE6In3HwPCLFcSBkzEmnl0N1 9tYY+XoBHqy4DkZaztU6QuMcBTvJafkp0M33IT6iJSYyfFK1RRT/chrUDbgdrwM2 aJzQ2f+hMCuSyqHJ9Gwtf83FLv7O8BZ/2ddQaVeIpZGl7cnSnKHhq+hM05+07aLQ HjXrOdAX6HK4F1v5lHjS =HK1V -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/e1x378e-0005hx...@franck.debian.org
Accepted owl 2.2.2-3 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Mon, 30 Jun 2014 20:51:39 -0400 Source: owl Binary: owl Architecture: source amd64 Version: 2.2.2-3 Distribution: unstable Urgency: medium Maintainer: Mark W. Eichin eic...@thok.org Changed-By: Mark W. Eichin eic...@thok.org Description: owl- Curses-based tty Zephyr client Changes: owl (2.2.2-3) unstable; urgency=medium . * debian/rules, debian/control, debian/compat: minimal-dh 9. * variable.c: since dh 9 means actually running tests, switch the use of personalbell (which hasn't been boolean since 2.1.5) as suggested by barnowl. * Makefile.in: add DESTDIR to prefix (because dh doesn't know configure/PREFIX logic anymore.) * debian/control: fix description-synopsis-starts-with-article. * debian/changelog: fix debian-changelog-line-too-long. * debian/control: standards version 3.8.0 - 3.9.5. Checksums-Sha1: ea03ab4044483ce91fbb7b65a1671ba51df5c48b 1738 owl_2.2.2-3.dsc 1ba0dc38cdcff913fcd180b0c48e48f8c3f4b286 12458 owl_2.2.2-3.diff.gz ee0fdec150a7454305b1612faaeeddcacd806e3e 188532 owl_2.2.2-3_amd64.deb Checksums-Sha256: 36a4f6f8bf9918f469df7261407a22409410fd518d2f9814078e87957b81dc03 1738 owl_2.2.2-3.dsc 79d387ba1d213d17bc27eb74c78b45422ffa6109d6277fdd345693c3e5a9e12d 12458 owl_2.2.2-3.diff.gz 6333f2c298986ab91b7aa133bf1ebaec5c958df9e2a130dc98ea023108b04e63 188532 owl_2.2.2-3_amd64.deb Files: 5e549242fe30ba352fba901eb582307b 188532 net optional owl_2.2.2-3_amd64.deb 81b5f7287bba94a27e7b1de6cc2cb740 1738 net optional owl_2.2.2-3.dsc ff2a49f4a047af82b2dedc26ce44b55b 12458 net optional owl_2.2.2-3.diff.gz -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJTsg6JAAoJEBfpK0Igb4oExK0P+wXkliFiiIBBkkciyftirfnZ 5GXNsfsaeI5TKb6/zhaUklOjMviSaI2A5eMmpBK5kQvUdUYyt52TRHFJxGt8n8gb /ICQFVQ1imF/2A+HBqISRLVm49LNTg+5fNmdWDbYnMaNTeQe4OX9fG+07poxCmuM XgI6WasYk5b8NPcz2N2tC4CTe00rLjXbYPEqk/orGBq0h88DyrdKG4y1ur96sv4L MWujHBpWUIeHg/Ggup/s9WnYqnDKBIjsvDr2F7qWhJCA/5xiEjPWATDqcbqBSucM CvW5ttffShXj3ipKvGhyc6mo+t4859QYrSW/4CGuqt9J6uRxqbaoqUqjvU2JL0U0 CQUG7H2vBpNBVZ/gcGV2MnKKytkxVkB6gGf8t29xXRVIHFgEP+dH2wn23YXfr5ho dmJSkcUnC3a+8knWdw+v7ObE88vfyy4nFBg4DY9OlDDBuibDO5ih71y7JPfZiK/O MtExx3dJnOCiIgCRHzZpmtAOHrLcwZWiliDnsj8kecMh/8evsSx3zIfDC7oY2dRK tIeh7qT/rA2/VokrKrreoIUG23pZZwOv4GaWcKPa4Fv4a8wQGPuwtZKV/RdTrmYh JdaG75GAGvgStmz+8ZDbz8N337636qlwaSiaijx4SQySwHtjCuI9QRYzYJ5c5oQV pB1HfDY0ZGUhZOvayKNF =xLbi -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/e1x1mys-s3...@franck.debian.org
Accepted lx-gdb 1.03-16 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Mon, 30 Jun 2014 21:50:01 -0400 Source: lx-gdb Binary: lx-gdb Architecture: source amd64 Version: 1.03-16 Distribution: unstable Urgency: medium Maintainer: Mark W. Eichin eic...@thok.org Changed-By: Mark W. Eichin eic...@thok.org Description: lx-gdb - Dump and load databases from HP 100LX/200LX palmtops Changes: lx-gdb (1.03-16) unstable; urgency=medium . * debian/watch: document that there's nothing to watch for, per debian-watch-file-is-missing. * debian/lx-gdb.lintian-overrides: binary-file-built-without-LFS-support override added because this is in support of file formats from 16 bit hardware from 1993 (and the changes may be difficult to test.) Checksums-Sha1: b2208402aee817b9fcab48de26b51dcc34d9d203 1671 lx-gdb_1.03-16.dsc 7a52ab2ef1b319b8ea87d8564572cb07a3d54503 5812 lx-gdb_1.03-16.debian.tar.xz 3e73244b0b0eea519615a607a3683de88e40a0de 18696 lx-gdb_1.03-16_amd64.deb Checksums-Sha256: 44a0096bb03f1748da980a9389560b080f4b559d000320b83f29c62d59e3ed6d 1671 lx-gdb_1.03-16.dsc 50bb71bc4f450f229e0b2473de14e55b9112de879e845e9f1cbcfac29c9e3676 5812 lx-gdb_1.03-16.debian.tar.xz 985e3575f94411120f0b77d31325fe25b4db2553aa8e6ec7886538237a22d1e3 18696 lx-gdb_1.03-16_amd64.deb Files: 77906310d280ae501f90282f92eb3c59 18696 otherosfs extra lx-gdb_1.03-16_amd64.deb 21e52fb4da157609d74d0946eca8 1671 otherosfs extra lx-gdb_1.03-16.dsc a4937769894d229424e2633f7d8d2ebf 5812 otherosfs extra lx-gdb_1.03-16.debian.tar.xz -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJTshRTAAoJEBfpK0Igb4oE0GMP/A19Bu+CJb83gUe5PIZDA5cJ iOzlNxB0Lc5hy2xFZ/5Ism02kb+xU31zfA3i+Ywq20uQrh26AKxkgML/sVOHbpjd XiSGKK8FN8AXMNwCvgSssMrAyBdDSEiSWzJuO0PLg/+KmDYkHoE2sscOyb2eb4xJ C1t95m5q4lbahTg9zN1qW9W4xYgcDhYdomT24BF6n7KY07o8jJOqxJ0ubX/2X1FZ FaJbeF6EoKuk7LZ4FtJDXVM0YsVG0vGNZPmhFuHL7B+J9y1TaCqRxCPPpf7D3dqa UdK8l3e8iNxwaTN6vP2T56ng/GP2EyO0GAlWj4cVdch+R7UL2y/dFCZAm1TPGoRK pgY7tq0kKtfNIhkc9KemtTdFNAlS8eMRBoZjNOIfkdfMmq2XnFNwFE6DkyThYzRp NxS9e1DRv9bvlFpF1WjteyTu6Ob/XPICHojZULpDwmoWU7Za3IM5n0dzJPjh8JMz qwXJ/mjztOn+mw4xFY2HnNgs1WDU3vfbh1cCMGGsu80Bmd+10FnuIalMQrM/1Z96 JaOwJ2Uum+exSa++oYU1SK31XBSWhfT1MQmfDYmofz4IMpALKd/mIrpd8Z0vAjlq QIGmNIhw3iSPDPN3rEcFl0wmalvtcN7SirHa75Z1iBPP82oQhpwow1HXlPcZ3h0I pLmnStAtREeEDvB57mxf =uFUr -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/e1x1p4x-0007i5...@franck.debian.org
Accepted ratmenu 2.3.22 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Sun, 29 Jun 2014 15:32:05 -0400 Source: ratmenu Binary: ratmenu Architecture: source amd64 Version: 2.3.22 Distribution: unstable Urgency: medium Maintainer: Mark W. Eichin eic...@thok.org Changed-By: Mark W. Eichin eic...@thok.org Description: ratmenu- Creates X menus from the shell Changes: ratmenu (2.3.22) unstable; urgency=medium . * debian/compat, debian/rules, debian/control: strip down to minimal dh usage (ratmenu has *nothing* exciting about it, packaging-wise) and advance to debhelper compatibility level 9. Add buildflags for hardening. * Makefile: clean up PREFIX/DESTDIR/CFLAGS (hardening now works.) Move tests to humantest since they're fundamentally interactive for now. Drop manpage from install rule, since dh doesn't fix that up and we end up with /usr/man *and* /usr/share/man. Checksums-Sha1: 9a4645add1a300b1926a6668d25a0025a863a233 1433 ratmenu_2.3.22.dsc 6c4065328ce8a27ae95256544d67c006a7a4fde6 14320 ratmenu_2.3.22.tar.xz 06a576f8a7a6dae7d243c9f3407af6d5f74159ca 16298 ratmenu_2.3.22_amd64.deb Checksums-Sha256: 9ecb9a32a98807104ae790da3c1f09ac16f5885e77bc2fbbdc98df73d4175786 1433 ratmenu_2.3.22.dsc 95127e8352ef11702d069528fe2e56f201a5683b161f64495f234e5d92e6f9a7 14320 ratmenu_2.3.22.tar.xz a4d2a2cb8173d87ddb3bf72f0149cdc09b8950c503309a68363590c1fc6c6d44 16298 ratmenu_2.3.22_amd64.deb Files: 1b35e189618209066b88a38b930675cb 16298 x11 optional ratmenu_2.3.22_amd64.deb af2b23f74a09fd08e6da355baf765014 1433 x11 optional ratmenu_2.3.22.dsc b5f76bb335efc963458cc6b38672fb0b 14320 x11 optional ratmenu_2.3.22.tar.xz -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJTsGxDAAoJEBfpK0Igb4oEUegP/2i6onomRgW2YySSeMKey8/f FXTb9aghsJQ0Iv9MkUXu9pawd93aX8q9BaW3IP1a4+38olF2NUuglMB5B4H3yljO XGmKarYrHKvCg+jRpL+93UJ13K8zcLWOvmsTN0hDccQfDi3JhAw7mFjEH2u0DIOy XM9P6/Vl7pFj7GVWz/cwUd5UJ9FNlAtGwVRCRLkdhNU8zOQaEysDFV5lJcf27avT y9S2EVBJ2XzJH1//2tsDTPr12qK2TKDNSluyxq2+X9HHrL4qCfAfMr2zDwT/hL4I 4/cxJi5rKD8oqgI3C5oxCW6/rzBwn9xpQAJ8MNwns1vk9NbJ5tXVKfMQ3h0wy5xS GnLzDJL7UKqC2IFWif4wI23ro9fOLBvD/uKA/0+kev0w/4vRXdiOyb62CCdy6sNm TkwE99S8xajJcYuFMoBNZDhnvpCkv6T+MGQBFu7Y2zKkgAwKsoPGw0QIQdN7pXGW I6pU1V9qhooOwAmN0LugUJw7UtwOd4FXbdgPjNAXHWEpSdNWMMBV1Mqr2mlUZVam iOjQmaS3UWce14lqiEAxOIgmpNOAMCQ1Dv3cMZxdbwyONfYW9OQqiUbdQv0rBaQl ytTYrvmzkKOOvbf11AJb7RPed7QhSbTrj5Qpp2MKTTUCu+e9yeOBdvpMB+s4VLfh WFp4ixZRECVz3yJEmJEP =fKY7 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/e1x1l5x-to...@franck.debian.org
Accepted lx-gdb 1.03-15 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Sun, 29 Jun 2014 17:26:21 -0400 Source: lx-gdb Binary: lx-gdb Architecture: source amd64 Version: 1.03-15 Distribution: unstable Urgency: medium Maintainer: Mark W. Eichin eic...@thok.org Changed-By: Mark W. Eichin eic...@thok.org Description: lx-gdb - Dump and load databases from HP 100LX/200LX palmtops Changes: lx-gdb (1.03-15) unstable; urgency=medium . * debian/rules: convert to minimal-dh. * debian/control, debian/compat: debhelper level 9, standards-version 3.9.5. * debian/source/format: Switched to 3.0/quilt. * Now lintian-clean. (GCC warnings in gdbdump.c are known and could use work, but there would need to be actual use that noticed the issue.) * also uploading to use a modern signing key. Checksums-Sha1: 6b06cf1fd1ac4d81e524a808d279f5fd82dacedf 1671 lx-gdb_1.03-15.dsc e9798ff05c0bbc4db91422cb7b0396008b4c426b 5392 lx-gdb_1.03-15.debian.tar.xz f77c348c300c34ab96382d9ca38e9e35f8e8a74f 18210 lx-gdb_1.03-15_amd64.deb Checksums-Sha256: 619867f98c687f3fbd44b4b50f043d550a88fd6b6d35e34c1026245bd12bc1eb 1671 lx-gdb_1.03-15.dsc be6b24b94115dba895b63dec1aa521271ca7f2864504cd6d90e224f199cd465d 5392 lx-gdb_1.03-15.debian.tar.xz 42951497496a8a227da584fbac542b8fdb335c087f694f459e3c2ec7ed8bc8e2 18210 lx-gdb_1.03-15_amd64.deb Files: 2ae8219f5125bb18629a985972e30316 18210 otherosfs extra lx-gdb_1.03-15_amd64.deb 715941810a6cab363a003aebc0f67174 1671 otherosfs extra lx-gdb_1.03-15.dsc 82ec5adb024a71a58ad993232199f7fe 5392 otherosfs extra lx-gdb_1.03-15.debian.tar.xz -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJTsIW9AAoJEBfpK0Igb4oEKMwP/AicQ3gIld1FJwpwjAkbd+Zw on3cKolgHDk5jZbAUBmt0u8R7evZBzfT1Amfmi3CPdZNn0dT/lvIcX5vTxJ7sVfO x60EhaeqG4JFz+vxuzfm6d4kH9s1xva2zdIZte8Zr3SuJfXkFaM84zkRAYZE/rfx mPhfLx3mUPbd/02ccZj44lHWRdL/3lPeu0Qvxa9HzIypfnEq55WXUVn1rr0lRMpZ Riv6kgnVUCtTqTmRo6p6sNbo9HEUpOeG/shVpi5r6QVvIf85bgWG3qh9unHy1ihQ zmKAiwKkjeGVAf6TrOyFJNPp9A+xEM8bkpseilKAPbFMfb0RxxokCvKvoiFU1Q65 Y3Jt/bdlKdjt7N8ZA+hUvLPFsqjQIhU4UMfbHVC+bCmTLHwn4hbVIz4HLfYBG38M GvP/+wLYzwEaM4S5ECAWWM7YBTm00lwj7V8Ympmrc/AkxTSHgV8uj84tIK1y9N3Y OlWn3c6WiwHjnjVKwah12ecKw2mNbYHFsjyLnO749FHQZk5RMtjGGu2abjhyWIhs 8CIQadsYnljU808rKJRGvyKkl8co5a3AT0GjmxhPffPgacdAGXbdXxA6d3pJz9CS GMsPM0O6+ZfqxXwSLvi/HKVps2IJle3DQsZMRXOtgKz+G2sLZ1zQny/ThhpyUjna HND6RazKG56T08sVcUh/ =pew7 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/e1x1mlk-0005jj...@franck.debian.org
Accepted owl 2.2.2-2 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Sun, 29 Jun 2014 22:33:08 -0400 Source: owl Binary: owl Architecture: source amd64 Version: 2.2.2-2 Distribution: unstable Urgency: medium Maintainer: Mark W. Eichin eic...@thok.org Changed-By: Mark W. Eichin eic...@thok.org Description: owl- A curses-based tty Zephyr client Changes: owl (2.2.2-2) unstable; urgency=medium . * Maintainer upload. Thanks to gre...@debian.org and hartm...@debian.org for their NMUs. * debian/source/format: 1.0 to be explicit. * dgit upload with a modern signing key in preparation for other modernization work. * codelist.pl: filter out perlglue.c, it now needs hairy macros that nothing that includes owl_prototypes.h actually provides. Checksums-Sha1: 5529b717f484ce502348cd056dc9430e6ad23862 1738 owl_2.2.2-2.dsc df850124d97537e6c06f786a748096c321b37977 12626 owl_2.2.2-2.diff.gz 17c72471f42fcee2b7b7bed4ae9aac0f31110855 193412 owl_2.2.2-2_amd64.deb Checksums-Sha256: c0b2b387468d886cacacbe6a16a4f453779c23b9f3891421d33ffbaa89a58b51 1738 owl_2.2.2-2.dsc 6cc039db9ee8a0d4f150b19e49e4c7f7ea254a078222bc0e2d451f80cbcecc5b 12626 owl_2.2.2-2.diff.gz 52c874e1a90afb707249da0812e5452bd15f32fd73ebfc9e00ce19c3d4e361f4 193412 owl_2.2.2-2_amd64.deb Files: ca378bbe1246a9ae7cbe1c17d2434759 193412 net optional owl_2.2.2-2_amd64.deb 8ef4592832e2bfbf2bd82e2126a989aa 1738 net optional owl_2.2.2-2.dsc 58dbd32615c12f4a64dc60a0dbcc9308 12626 net optional owl_2.2.2-2.diff.gz -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJTsNKfAAoJEBfpK0Igb4oEfJUP/2DvrtmIRGwyOKsWlK6LSpKy yGi7bsXqI6nTojofelc18I/Mwbd4CcvLRjgSxb/qtfjuH0g5DJL2TQFakkbQbcaV yNRe8YpI5WXu85NHd6lk8oFaQi76TIxG8VU3wc7rUMrWtINnFwOiJqdfDNP/YFWL X7jCvexIBGODO641goqIHcQVPU4SO4dw+GCz8MxyGYNKEaJltil0HReGh7BPZyYT VSwb0iMJ0s7gtC58rn5eBYY/ZozO8MIw5OJ2IbZT1IsTG+apPY+dc+ExRcmEi7g6 9P8KTDO+569rxRSS6ufjkrEM1sKSFjm5CNTeMr3wRXQX5/FJ0b7myXlBeqsWXI56 bLgkL36kDB7EbtDbVoTCbY/l7AFSDaOOp5Kpz51NDtY43XPfwLqZcQYK0bPjalCV +lrvY8wiPcgMd6GBnTlQs6qtcsmiN7/X7VHD7CFKhn7UJbu9VoBZxFff5YbdLERT sHKo/WjI+rcUI6+U33YKpQElotgY4RKiXrWfOdCVk0riaOnln/gRKaaDIOqiwgdZ hhxCiURGzJEhtHWePqi3h+UTfqU+reerBhfSWLoBVrKUG0e03C7OWSNA8vrtkUDG w+y/5/S9I1ck6GyeluzM/q0GtVh39gLSelNFLVGRSHs5iiLD4jrPEZ4TnyZ7/FRe 4SmWddmL8q34aeh4YzpS =z47b -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/e1x1shi-qd...@franck.debian.org
Accepted ratmenu 2.3.21 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Sat, 28 Jun 2014 23:12:11 -0400 Source: ratmenu Binary: ratmenu Architecture: source amd64 Version: 2.3.21 Distribution: unstable Urgency: medium Maintainer: Mark W. Eichin eic...@thok.org Changed-By: Mark W. Eichin eic...@thok.org Description: ratmenu- Creates X menus from the shell Changes: ratmenu (2.3.21) unstable; urgency=medium . * debian/rules: add build-arch, build-indep per Standards-Version 3.9.4.0. * debian/control: bump Standards-Version to 3.9.5. * debian/source/format: 3.0 native. * also uploading to update signatures to a key that is still in the keyring, otherwise when dgit clone runs dget, it runs dscverify which fails. Checksums-Sha1: 071a1bbb00d7f75144a794297ecaaa747300b401 1433 ratmenu_2.3.21.dsc 94105f95677c5c9fcc26c51cf9f0b9540aa20a72 1 ratmenu_2.3.21.tar.xz 13c7ff56a3490c19bf87074991130ebd607c87b0 17156 ratmenu_2.3.21_amd64.deb Checksums-Sha256: 376216e71288dfc6364d50396c5ce91e6aa5b3aec08be9885922962d840600e2 1433 ratmenu_2.3.21.dsc f3b042ef65ddcecfa2d0796ba516d853b9f2b4bbc6bfed5c4d1a17d3dcaca0b4 1 ratmenu_2.3.21.tar.xz 05a86c81cb79d16ebc3c93858a94376ea3514a7adbcf5a0bdd23f6b0b3bc1f90 17156 ratmenu_2.3.21_amd64.deb Files: a7d6a06ac0f54a24b168b39f1c002a0e 17156 x11 optional ratmenu_2.3.21_amd64.deb cbe273afe70577b9821ef3c007ae9c46 1433 x11 optional ratmenu_2.3.21.dsc dba9b4062583a2038705e95154718906 1 x11 optional ratmenu_2.3.21.tar.xz -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIbBAEBCAAGBQJTr4UYAAoJEBfpK0Igb4oESmsP+LpnvEeWf0izcpVj+bDSk+/p aKItozhaho+3naMn0h+DVHNeeEZQ0GLxRvepVI0hXEdjxaGDF0b5XjEtDQ/27Clr R/Mjj9xTfSxSx1l8O/3BQ+Ow80yjtf7pDocTuA/fdL7xstGsaWhnxEp2PDAHI4XP Xnc1y8I5+zVKqu8hKe+q8pgQoXrVaeqjFQFTCn+QEV8UnHs2zG8/8TDrw97SzRip YTt6SDtYlb6Y9oupiFUIQj+XAWqcL7lphxjIP3ksqVYnvYWSTPtzYEBLbwJN3QNG 19hT8ug8bkVYVcWVm3Tft35sJuR3sOW+GhE5MEsrAqaKI6LZeRljnFp9IKAckYwf 2gg8hiK8m/BdGKM6iYbyaUh+7Tmo50FOkG+i46kuKwwPqOwbitZDOBmL4dVcHR2P LotU8QahtveYozPIl/N7Q+xfQud+RCbnNjdpK0HZoptDzHlfcBuPrrdZC0+hK+O8 FhLI9OApBsI3IawjN+OaVtI4p0gRwaG5Oikx2ZOKlyahtqnyfWiNLIjVD+lHzq7+ skMTC9/XOUDLIl/UIxQV12UjZ74Q7Cc9yaMugKSk+Vj+FgXs873U0JWAMbcP5Pzt z1z9sy19C2wNNxR73cyakPcQ7vEgcX7Hs7FMB0/pjFJE6XE9gxif0y+aY/+56J6/ twkL1rOngoq+I4VFw6Y= =6Nc0 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/e1x15v9-zw...@franck.debian.org
Accepted ratmenu 2.3.20 (source armel)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Fri, 19 Mar 2010 03:59:56 + Source: ratmenu Binary: ratmenu Architecture: source armel Version: 2.3.20 Distribution: unstable Urgency: low Maintainer: Mark W. Eichin eic...@thok.org Changed-By: Mark W. Eichin eic...@thok.org Description: ratmenu- Creates X menus from the shell Closes: 531036 Changes: ratmenu (2.3.20) unstable; urgency=low . [Thanks to Axel Beckert for the updated patch. Note that it requires a useful $LANG setting to actually work, having fonts is not sufficient.] * Port UTF-8 patch for ratmen (http://www.rubyist.net/~rubikitch/computer/ratmen/i18n.patch) to ratmenu. (Closes: #531036). Checksums-Sha1: 54efa5c9bc6a7a0ec7056a22d437733951f32ea6 993 ratmenu_2.3.20.dsc 672a74cd129db1d4269d548fa88290efbf12de2e 16052 ratmenu_2.3.20.tar.gz 5b770404102fa9fe43725e970d4610eec5c2079c 18462 ratmenu_2.3.20_armel.deb Checksums-Sha256: aa978911348d8167ecb61a955d4df8daa161525d7fbed87f0ab034350a2408e3 993 ratmenu_2.3.20.dsc f01ed1c627c4b29cca3027d21b681cef050288f88117c4a1b55da7d84063a577 16052 ratmenu_2.3.20.tar.gz 8d6c15dc230a164e32d84d0bff2a8368cd5fc52431e337f264340262c2dd466d 18462 ratmenu_2.3.20_armel.deb Files: 0dfa7fb0ab35d950958010af570a5bad 993 x11 optional ratmenu_2.3.20.dsc 26a1c00f4e36e383ee937cf0488444e4 16052 x11 optional ratmenu_2.3.20.tar.gz c83cacaaa5e2185bdb63a4ba8ee954c3 18462 x11 optional ratmenu_2.3.20_armel.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iQEVAwUBS6L3WOSzrr36rawlAQiFLQf/Wd+cUvZWelI1mCgeXc78tw2LdD7cWr1y 2HlgxOtZHCcb5uywD9OzpdlIe5btXdYlMS9FcfbJoGhaEccwmeiRXjQvxVjw0yZv jGHrvLQBXJzZRK2aOqtsR6G6RjxAq0XzX8f0Sfnr6ebjHlF3hRyaUkfleMsJeH3T M1aT2UwJmDokqmRV0EpXZJCNuB+IRxOyxwkf0TRMNwlIWkTfD0thQOs4qi32XKb9 ejRXUJsvZuUkgKUWwkhN4GWhMziNp9hUqeCNts+2t1dAAJpIglMtqP2R+YywGWUl Yy7Et2XrfW35BU+xCrEz5PigR6nBeHcE4mDNGU6VzFZAj8OKg/Lpmg== =Jsys -END PGP SIGNATURE- Accepted: ratmenu_2.3.20.dsc to main/r/ratmenu/ratmenu_2.3.20.dsc ratmenu_2.3.20.tar.gz to main/r/ratmenu/ratmenu_2.3.20.tar.gz ratmenu_2.3.20_armel.deb to main/r/ratmenu/ratmenu_2.3.20_armel.deb -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1nstsh-0002aa...@ries.debian.org
Accepted lx-gdb 1.03-14 (source armel)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Thu, 03 Dec 2009 07:50:18 + Source: lx-gdb Binary: lx-gdb Architecture: source armel Version: 1.03-14 Distribution: unstable Urgency: low Maintainer: Mark W. Eichin eic...@thok.org Changed-By: Mark W. Eichin eic...@thok.org Description: lx-gdb - Dump and load databases from HP 100LX/200LX palmtops Changes: lx-gdb (1.03-14) unstable; urgency=low . * debian/control: version debhelper depends (lintian package-lacks-versioned-build-depends-on-debhelper.) * debian/rules: dh-clean-k-is-deprecated, switch to dh_prep. * gdbload.1: manpage-has-errors-from-man (fix comment syntax.) Checksums-Sha1: f0ab99c80cfcf3d382b3f1be4a98252be616d51e 1210 lx-gdb_1.03-14.dsc b3b72f593e11cb3579d3249b58ef1d89e5e96ff4 4792 lx-gdb_1.03-14.diff.gz 72c66d4e79928c75a583acb4760cb4224811323c 18372 lx-gdb_1.03-14_armel.deb Checksums-Sha256: c0f3e14cb315c206cac0c61f269ab4819fddb75525869861ca7aaac2fbd8c5e0 1210 lx-gdb_1.03-14.dsc 3914357eb29a87f72aac5370cdf2dfeaf452b08bbb5dd5d353d2097f13e9e7d1 4792 lx-gdb_1.03-14.diff.gz 0ec0ae5a2c44e255d20f9c900058df2dd6ea5182bf4d1f9bb4fc6c98bf43966a 18372 lx-gdb_1.03-14_armel.deb Files: 046a14e41ce05c443fbfe5ce8d389c58 1210 otherosfs extra lx-gdb_1.03-14.dsc 1910e20aa289c8adab87a60de9c1625d 4792 otherosfs extra lx-gdb_1.03-14.diff.gz c3041a6edefcda557f6ad9b494789ac8 18372 otherosfs extra lx-gdb_1.03-14_armel.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iQEVAwUBSxgQueSzrr36rawlAQJuUwf/QMAGZrRk4A+koJRbTU0cl7bKntSjwFkF 6Oaus5eQljCw+XqWMw9tdMsJWqOZ4gwqchyyTrZSG8I2lhlrXgj2rC7e4OBBUM3W uPTzxs4A0QdPfLln7UfZQwwvhcnBFprolMd+pcLftY0nQJXeb4SEYBl6q1uXqHkw ZcTWbgrO5s1RFWBg5XUF1gw3ynVI4YmQDihwICZP+VhCQ58pb5Gy3ZrNXqXsxqtl 0t6aVhZV/4P+av9y/by/1Uf37EevF1xvGLkAd0CHhLn+IOgaP6lstTV6t3hTNner p3ftpPvPMJnLQcGAsG/AvXvnPVTVX4vkjEDEX3agaaEis9VB2isp4A== =6Uv0 -END PGP SIGNATURE- Accepted: lx-gdb_1.03-14.diff.gz to main/l/lx-gdb/lx-gdb_1.03-14.diff.gz lx-gdb_1.03-14.dsc to main/l/lx-gdb/lx-gdb_1.03-14.dsc lx-gdb_1.03-14_armel.deb to main/l/lx-gdb/lx-gdb_1.03-14_armel.deb -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Accepted ratmenu 2.3.19 (source armel)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Thu, 03 Dec 2009 07:27:40 + Source: ratmenu Binary: ratmenu Architecture: source armel Version: 2.3.19 Distribution: unstable Urgency: low Maintainer: Mark W. Eichin eic...@thok.org Changed-By: Mark W. Eichin eic...@thok.org Description: ratmenu- Creates X menus from the shell Changes: ratmenu (2.3.19) unstable; urgency=low . * debian/control: version debhelper depends (lintian package-lacks-versioned-build-depends-on-debhelper.) Checksums-Sha1: 9ee1b67275af45b58d2d4eb4a9f44825167894e1 991 ratmenu_2.3.19.dsc 962ea8a813b0e06661743b5777c5c068a71f7501 15610 ratmenu_2.3.19.tar.gz 2df4de26e8507a5270d0a0bd8034a6f11c29f334 17694 ratmenu_2.3.19_armel.deb Checksums-Sha256: 158fed318d5c1bb173044b77f27aa5bf483b40efad4a9f3d75612fca557f1a68 991 ratmenu_2.3.19.dsc e88c7bb7993a89126e441953c5549f0fa8a6a1a4ecf42a27faadb596a965a706 15610 ratmenu_2.3.19.tar.gz 19549c1a579a6836f56dbfd2aeb4b5034fa5caec4347a7c0780a170557bba063 17694 ratmenu_2.3.19_armel.deb Files: 8d757a224d630a0b5b1e0cfb8cff56e2 991 x11 optional ratmenu_2.3.19.dsc cc2af4a65b20662b6f17c3b8377a91e4 15610 x11 optional ratmenu_2.3.19.tar.gz aff62a583c24d969fb378b46783a5906 17694 x11 optional ratmenu_2.3.19_armel.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iQEVAwUBSxgUQuSzrr36rawlAQKOvwf/SHUEBImQfAyqrUvPYdAPq5zHuGLWhpSF 1dmQMmvjXwWRuj5LCpRm4m3X0oZO20tvSHcCtR+FOOKXBlaoMaQGBMV5GlfqCU0c YXBOAzeM4VyTn1bdMInYKWXbajNyf6xY7bILFOw0hbIheK1ku3MkDwIvzSe9Ks2l Rsj6rqKOBr8m/EB5Vco1eki6M3oFhEO3YEtOtQKLZWVX3g+WKhC5DZS/W5fTzLg1 HSeabTv1vtVz8eOPMn/PjvvoWPZxZ7UZvPqddtgc5jevRapNodpHiOc1zoIIM/EA 8MIGTo1Nn5wYUv4U32IQBLG5ML9lnmwuESjiTzx3BXrk7PJaese+Mw== =0k44 -END PGP SIGNATURE- Accepted: ratmenu_2.3.19.dsc to main/r/ratmenu/ratmenu_2.3.19.dsc ratmenu_2.3.19.tar.gz to main/r/ratmenu/ratmenu_2.3.19.tar.gz ratmenu_2.3.19_armel.deb to main/r/ratmenu/ratmenu_2.3.19_armel.deb -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Accepted owl 2.2.2-1 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 13 Apr 2009 00:53:12 -0400 Source: owl Binary: owl Architecture: source i386 Version: 2.2.2-1 Distribution: unstable Urgency: low Maintainer: Mark W. Eichin eic...@thok.org Changed-By: Mark W. Eichin eic...@thok.org Description: owl- A curses-based tty Zephyr client Closes: 515118 517019 Changes: owl (2.2.2-1) unstable; urgency=low . * New upstream release. The upstream author has become active again and has worked with the barnowl developers on security issues. (Closes: #515118) * configure.in, debian.control: barnowl updates via Sam Hartman eliminate retro libkrb4 and des425 dependencies. (Closes: #517019) * Do not link against libkrb4 or libkrb5; we use none of their symbols * Support openssl DES for zcrypt so that we continue to have zcrypt after libdes425 goes away Note: ditched the KerberosIV test entirely to force this version, allowing build/test on lenny. * zcrypt.c: use des.h again, so we get the openssl one above. * from unreleased 2.1.11-3: * debian/control: version debhelper depends (lintian package-lacks-versioned-build-depends-on-debhelper.) * debian/watch: New file. * debian/control: add libglib2.0-dev, per configure.in Checksums-Sha1: d5aea5824db4f2e218bcb94bba6a020b4ddaee8a 1310 owl_2.2.2-1.dsc c14f417ad47618f9cdd466b711a0bf9a5b2a8d33 456033 owl_2.2.2.orig.tar.gz 1d8a52316f5d180d60c52122fcd32587343aef18 11888 owl_2.2.2-1.diff.gz c34813a6a3e60772212bd4ec538e46ad8696df63 196512 owl_2.2.2-1_i386.deb Checksums-Sha256: 6624ef369111c03a7d6fb7b98abff3cb5daac02e4623dad2655dc45f73719ba6 1310 owl_2.2.2-1.dsc c8f207cfe61028b0425ced7a59b4b914e8010e340ca6d71c2d886a232657592a 456033 owl_2.2.2.orig.tar.gz 09f9bb56dc43c7a59b32834591a992270388ced7cb9419aac2802660ff9388f9 11888 owl_2.2.2-1.diff.gz 78926b03ec47d01e59e4264dd1183e37cf4b59db84404b9109620b861dd9ea08 196512 owl_2.2.2-1_i386.deb Files: d26aa18de8dcd7e9d5d7727712dc416b 1310 net optional owl_2.2.2-1.dsc 3c00374cb804464e188a35d41eaf63db 456033 net optional owl_2.2.2.orig.tar.gz 2bee31ed5573515eac934059c6e6b375 11888 net optional owl_2.2.2-1.diff.gz 47b61ce8374c2b7c608e385e711d59ef 196512 net optional owl_2.2.2-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iQEVAwUBSeLGzOSzrr36rawlAQJq9Af/RzhtR6WV487w0uxXEtA/Sq6JqDv1o4o7 ZWSEYV6LImarC4P+c1ZwNg38bI6lVNega2j4k6z4fyrRfs+F0jFFHrFJz4clDYt6 vDI7SYj284JWH14Fiw1dk+1di0cCIezeyMCjgiLXH+mBoGo0h1FI4XslvkC1GH8G YntWJdCBddpNc0gbDtpnmy8ZmyidWNBT9zG9LwV8LTSSwNH67ioUahvcRE2+ZTuT H2X3Fqil/GXK0qEPbnYveVsfwzqbpXyuyUgkv0Jd3iT1iMtG/IM/8RJ6/slB30xT kNwwG07vBDBpWDEWQ/t7oH22p09VCzwRZ9H04gDlal3KOnPvANo6Kg== =DwUw -END PGP SIGNATURE- Accepted: owl_2.2.2-1.diff.gz to pool/main/o/owl/owl_2.2.2-1.diff.gz owl_2.2.2-1.dsc to pool/main/o/owl/owl_2.2.2-1.dsc owl_2.2.2-1_i386.deb to pool/main/o/owl/owl_2.2.2-1_i386.deb owl_2.2.2.orig.tar.gz to pool/main/o/owl/owl_2.2.2.orig.tar.gz -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Accepted ratmenu 2.3.18 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sat, 04 Oct 2008 00:57:33 -0400 Source: ratmenu Binary: ratmenu Architecture: source i386 Version: 2.3.18 Distribution: unstable Urgency: low Maintainer: Mark W. Eichin [EMAIL PROTECTED] Changed-By: Mark W. Eichin [EMAIL PROTECTED] Description: ratmenu- Creates X menus from the shell Changes: ratmenu (2.3.18) unstable; urgency=low . * debian/rules: use dh_clean (lintian diff-contains-editor-backup-file.) Checksums-Sha1: 3b437aeea99fe1f6fc933c3374a7810dce0bdbda 991 ratmenu_2.3.18.dsc 61150c1b754e2ba018786fb8d4a4202bf71a7c29 15452 ratmenu_2.3.18.tar.gz c1929d8a1d3b7af502e26039bfac96effb61ed9d 16908 ratmenu_2.3.18_i386.deb Checksums-Sha256: 45a76e7b579aab1ad91b103032f7f8a8f1dbc3fef83d93a7bccef99f5f3c61f8 991 ratmenu_2.3.18.dsc e9fdc744f6288b3e706c8faa84788e6c2639296963a53be76f878df5f70bc442 15452 ratmenu_2.3.18.tar.gz fa93ea5b1a4f9994a3909a9b4fe2c23d393a360205927b7cb2eceb53c37b79fc 16908 ratmenu_2.3.18_i386.deb Files: dae022a20c6bd735ad93a91a5fe429d3 991 x11 optional ratmenu_2.3.18.dsc 969e7699bbd63af3c6670ee6cce0ed43 15452 x11 optional ratmenu_2.3.18.tar.gz 5c09c08cd8537f3a87118933e49eb4d0 16908 x11 optional ratmenu_2.3.18_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iQEVAwUBSOb34OSzrr36rawlAQLKdAf+NDzwgxp5Lx31Awjxz1eq7N97/mjGtN5b coQXAmbm8K1RAq6tuNg72IkzfcJCB2YK+qZn2dgC6z3KM0//ufad/9O68AuZX/hF xej0H0raaWraaMuZ1pP38EoW6z6asJ68I+z9SL32VVl5fGBSKdIpO+KfNefOeyri +zqssW6Rw8oHSFDIOizMVrg5BLLovmYSBm6fce69Bu9BApedUCB4i5JYOT+uxz/J Y6UkrF9iCWNdTcduk4kPuoOdnxQlWSJSMLiXPSG1rv+GhPf66Pg0hDA30dN+ML8+ J/KZUVQz8KjaKYV1IJKmdkHlZM7YeuYYlVHMngKEI1cD4yLjXFWYZg== =EjC4 -END PGP SIGNATURE- Accepted: ratmenu_2.3.18.dsc to pool/main/r/ratmenu/ratmenu_2.3.18.dsc ratmenu_2.3.18.tar.gz to pool/main/r/ratmenu/ratmenu_2.3.18.tar.gz ratmenu_2.3.18_i386.deb to pool/main/r/ratmenu/ratmenu_2.3.18_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted owl 2.1.11-2 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 01 Oct 2008 23:53:58 -0400 Source: owl Binary: owl Architecture: source i386 Version: 2.1.11-2 Distribution: unstable Urgency: low Maintainer: Mark W. Eichin [EMAIL PROTECTED] Changed-By: Mark W. Eichin [EMAIL PROTECTED] Description: owl- A curses-based tty Zephyr client Changes: owl (2.1.11-2) unstable; urgency=low . * debian/control, debian/rules, debian/compat: move to debhelper V7 (lintian debian-rules-sets-DH_COMPAT, package-uses-deprecated-debhelper-compat-version.) * debian/changelog: force my original name spelling to avoid false NMU detection (lintian changelog-should-mention-nmu, source-nmu-has-incorrect-version-number.) * debian/rules: conditionalize distclean more narrowly (lintian debian-rules-ignores-make-clean-error.) Checksums-Sha1: 11f28db8b83e8edba7094a68f76993fbb2643ffa 1293 owl_2.1.11-2.dsc fa83b719368a8d7b54399bdc5ac90c215d2843c0 49580 owl_2.1.11-2.diff.gz 6fea68f94d70f855e6b0c013d6f774077d5d9853 195314 owl_2.1.11-2_i386.deb Checksums-Sha256: 0ece8a0b4caa636d1ee8cf44b10a688a483f749a6e0ea0cfcac883dafd554637 1293 owl_2.1.11-2.dsc 30adc30a6a76bd5675d77167caa7f15c46aabd876998d495f83eb7e9589a6e2d 49580 owl_2.1.11-2.diff.gz cb623b214de236628ffc5554954a578809a436fcfeef5bb804c4b790a1f7fb17 195314 owl_2.1.11-2_i386.deb Files: 2c2ff287a7ebde81783c5957dec80322 1293 net optional owl_2.1.11-2.dsc 4a742e531e7e41182b2d85d730a9d2c4 49580 net optional owl_2.1.11-2.diff.gz 46ea168fc74717b9dde5ca53f5434cc2 195314 net optional owl_2.1.11-2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iQEVAwUBSORGaeSzrr36rawlAQIgqQf/ZaSaa/sSv0pI9ELjSf2FZiFefslmNJa8 8+ONVdZP2CeJuxAzhDKSInYm5icwVCNLgfzVy6r6P022cF7d9Q/EHw4Q6jIBRsYD EoaU+bzSF/dgpCOS8VXpN9DdesL38sFjhhHZ9bA/iWD+JrAVOs2tWWC59SZ4oVPO mPXQ5KjD1R+83x2POcZdLSny22wSDAHrBpimeAoiMNfeMU4KFW5tLEtz7M21ygTx UG6PjYaDFAmuaVUsmA4d+91qkkP71l7odqKqbySPDOOIoAKK8IGCQt1g9NEE/DMZ VGPu0d+vSiV8zCWE/NdtNA4ydg8u0NL96KQelCjbhHJgTsn102jSxQ== =Hn/X -END PGP SIGNATURE- Accepted: owl_2.1.11-2.diff.gz to pool/main/o/owl/owl_2.1.11-2.diff.gz owl_2.1.11-2.dsc to pool/main/o/owl/owl_2.1.11-2.dsc owl_2.1.11-2_i386.deb to pool/main/o/owl/owl_2.1.11-2_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted ratmenu 2.3.17 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Thu, 02 Oct 2008 00:04:29 -0400 Source: ratmenu Binary: ratmenu Architecture: source i386 Version: 2.3.17 Distribution: unstable Urgency: low Maintainer: Mark W. Eichin [EMAIL PROTECTED] Changed-By: Mark W. Eichin [EMAIL PROTECTED] Description: ratmenu- Creates X menus from the shell Changes: ratmenu (2.3.17) unstable; urgency=low . * debian/rules, debian/compat, debian/control: debhelper V7. * debian/changelog: fix name, so it isn't misdetected as an NMU. * debian/control: move to standards version 3.8.0. Checksums-Sha1: 6e5f6abd99a665e5ae19b31b32f61bc0ad0a51bd 991 ratmenu_2.3.17.dsc 60dd1f1d89e620f61213db15ed8d1228a0f7f466 15995 ratmenu_2.3.17.tar.gz 3204b9a63618200fde481e0e8e2cc6da3658212b 16958 ratmenu_2.3.17_i386.deb Checksums-Sha256: e3e15784185783257226af90f6a7a69e3ddf211f1920d083d86e3aa6fc6d7d27 991 ratmenu_2.3.17.dsc 980973a1ef5012baeb80e6bba4368acc71d8f754ba3f25a4d6ea52fae54b9dee 15995 ratmenu_2.3.17.tar.gz 35281cf409ab01b320a8b91130967d38389070d5b8ba7692d560fdaf09b9cdf2 16958 ratmenu_2.3.17_i386.deb Files: 1395131d5889d334f381300ae5fa443e 991 x11 optional ratmenu_2.3.17.dsc bb33089ceef818457910b1efcd0013b2 15995 x11 optional ratmenu_2.3.17.tar.gz de38bc52aa545c2305a88764ddd311b9 16958 x11 optional ratmenu_2.3.17_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iQEVAwUBSORIjeSzrr36rawlAQJVIwf+PPsHx3IFrJF5M6cwQ1vg3/Vtrcs9gTs4 k6M9aD97uZf2IpkHaHgBL+AOxQlugCZ0BHS4TSTrKViN+FYLfV4PqKdyOnuy/SsO bB2Gr5H6m7JsMRQ/JZDLboBN39lyDUpRl9A0rOx+RcOczaEkhiOOGd/H0vx2syXp n1obvH0CQPfI/ePhoK76brnWz9hVgBsa9srTx625ij7fzVumlIrS5pIT/rRlfR4L QJN7H99NBO0v5NGzhvmJQY4QZKpHYC7mMj6ThRX9MJgwHl1nvVaS3CBy8WEpX/DW ycDY3MMFKdBSB6Ral9BH1/FNFh9UBJnJ5RuT//j4rXX0itX0pwzH6Q== =LYGn -END PGP SIGNATURE- Accepted: ratmenu_2.3.17.dsc to pool/main/r/ratmenu/ratmenu_2.3.17.dsc ratmenu_2.3.17.tar.gz to pool/main/r/ratmenu/ratmenu_2.3.17.tar.gz ratmenu_2.3.17_i386.deb to pool/main/r/ratmenu/ratmenu_2.3.17_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted lx-gdb 1.03-13 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Thu, 02 Oct 2008 00:11:48 -0400 Source: lx-gdb Binary: lx-gdb Architecture: source i386 Version: 1.03-13 Distribution: unstable Urgency: low Maintainer: Mark W. Eichin [EMAIL PROTECTED] Changed-By: Mark W. Eichin [EMAIL PROTECTED] Description: lx-gdb - Dump and load databases from HP 100LX/200LX palmtops Changes: lx-gdb (1.03-13) unstable; urgency=low . * debian/rules, debian/control, debian/compat: debhelper V7, standards version 3.8.0. * debian/changelog: fix my name to avoid false NMU detection. Checksums-Sha1: 129eb912ae3c851e4625b7e947470be4f1422778 1203 lx-gdb_1.03-13.dsc 788809f0469f520191e620cea4e9508a92573c9b 4612 lx-gdb_1.03-13.diff.gz abdab13a73553d274d614fa3656baf5b692e155c 17800 lx-gdb_1.03-13_i386.deb Checksums-Sha256: e437882902ca0fb4c9aeb0de126512f321bb984f3d24fc4d966fbc1d3945f7a4 1203 lx-gdb_1.03-13.dsc ac181245be56b4626af2fb68473f1c5e2341f2f0faec66e101063c59340f8754 4612 lx-gdb_1.03-13.diff.gz c5df8f123554cc9f67af6b438a8f33ba4a92e35dc915decd6272592f79946a78 17800 lx-gdb_1.03-13_i386.deb Files: de61d6ba95de709b4311fb6ebce02a8a 1203 otherosfs extra lx-gdb_1.03-13.dsc ce5de4d063faaaf8486a687041b9ca5d 4612 otherosfs extra lx-gdb_1.03-13.diff.gz b7c20f00fa1cb15c0abdb06daade8216 17800 otherosfs extra lx-gdb_1.03-13_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iQEVAwUBSORKIuSzrr36rawlAQKIegf+IWJF3QV11h8yCrItFEeP5og6IylyIrop LTtpMSUjNMSwmQrDdq5X/wKn1unkN4hXSsy/oYzzj9j/RA7ywrJfXt6iB9XVRQ5u ehW+KuQT6JdkHHDERuQ7AohCuWvgGh1L9kMVBlLT+HVZkAhafWBNEjhSzfJ5tWWy g/9Eo2IZ83uAXAhlGxeKAOf069G+Lw+5z18sF4uCOT+pgXXDqao2oJ8ixG2ZgXEZ CGsr/S0BTT26SBRAd/ps6aCigg/0PpJuED68cc/d2aJplQypR6K0ymyK2eh2sIq1 h95bGhd1tR3uHtqoTDCNavwAqz45cfYcK6OGeiA/Yzu/5IghfOxnPw== =IN2k -END PGP SIGNATURE- Accepted: lx-gdb_1.03-13.diff.gz to pool/main/l/lx-gdb/lx-gdb_1.03-13.diff.gz lx-gdb_1.03-13.dsc to pool/main/l/lx-gdb/lx-gdb_1.03-13.dsc lx-gdb_1.03-13_i386.deb to pool/main/l/lx-gdb/lx-gdb_1.03-13_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted lx-gdb 1.03-11 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Fri, 26 Sep 2008 03:10:24 -0400 Source: lx-gdb Binary: lx-gdb Architecture: source i386 Version: 1.03-11 Distribution: unstable Urgency: low Maintainer: Mark W. Eichin [EMAIL PROTECTED] Changed-By: Mark W. Eichin [EMAIL PROTECTED] Description: lx-gdb - Dump and load databases from HP 100LX/200LX palmtops Closes: 414103 Changes: lx-gdb (1.03-11) unstable; urgency=low . * gdbload.c: cleaner test for stricmp, in support of GNU/kFreeBSD (Closes: #414103). Checksums-Sha1: 836c97c57b88f7049c65ac68dc22cfd448f1cdfa 1203 lx-gdb_1.03-11.dsc ae064c548b0f709f83c240a1e2a73c3ce2a4324c 4414 lx-gdb_1.03-11.diff.gz 067ff4b8f0fba9c65cd35fc350693dc79633a61e 17706 lx-gdb_1.03-11_i386.deb Checksums-Sha256: ea947c4271ddc457f51360d30bcad321f5ed4dd151acc2a00d0332476154313f 1203 lx-gdb_1.03-11.dsc af04f546416f078e2250f03739ecd1a85ec231eb6762c9785cc1a91c645ddd0f 4414 lx-gdb_1.03-11.diff.gz 1d57bad6e400a3b714d6d13371566f7ab42edcd9e10fe4cd6c11b5c42ffb8a84 17706 lx-gdb_1.03-11_i386.deb Files: 20ffbe85bc1a29ba63734349629c6b03 1203 otherosfs extra lx-gdb_1.03-11.dsc b05e0688354923674e39a03b40cc7f1e 4414 otherosfs extra lx-gdb_1.03-11.diff.gz 6ad6632c533cbe154dc05e21b9fe 17706 otherosfs extra lx-gdb_1.03-11_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iQEVAwUBSNyLGuSzrr36rawlAQL3Ugf+NNwglBAW27oCvm8BTxqyDo/M5Szwr9wn FdNfK+O++f9o6xTS5NNyr0olg1jj3BZQFdEz76HCxo0E+zWDlG1cB31/xpzfqj2M QpGaOek0WStXfcpVwp2bCbwBDi2/T1X5z5Dypzotj/D3YBHXjH34WpuntgisV1Su TnFq0IhPJ16yovzcZhAeAxmBfF5KFf41M2LIMWtXjAnYHmR5u8huft9uPwYtJxQO j/mIkhN7rQRgVmXPwzs2TeCc2MD5sUD3aiRafQzGpcNg68qPi8s6lMZakk4mhC/5 HZRDJut+tn1TPnscmuQlBgG6dzX9W/XUG4zVPIGjJFqYQvfK06E6RQ== =w15C -END PGP SIGNATURE- Accepted: lx-gdb_1.03-11.diff.gz to pool/main/l/lx-gdb/lx-gdb_1.03-11.diff.gz lx-gdb_1.03-11.dsc to pool/main/l/lx-gdb/lx-gdb_1.03-11.dsc lx-gdb_1.03-11_i386.deb to pool/main/l/lx-gdb/lx-gdb_1.03-11_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted ratmenu 2.3.13 (source i386)
-BEGIN PGP SIGNED MESSAGE- Format: 1.7 Date: Mon, 5 Mar 2007 21:10:30 -0500 Source: ratmenu Binary: ratmenu Architecture: source i386 Version: 2.3.13 Distribution: unstable Urgency: low Maintainer: Mark W. Eichin [EMAIL PROTECTED] Changed-By: Mark W. Eichin [EMAIL PROTECTED] Description: ratmenu- Creates X menus from the shell Changes: ratmenu (2.3.13) unstable; urgency=low . * New maintainer. Further updates to follow. Files: 41c22179d64834e0e01ee8cbef76c870 780 x11 optional ratmenu_2.3.13.dsc 1cd5139a04835edc95de2429e9e93475 14628 x11 optional ratmenu_2.3.13.tar.gz bcb75147005f864bfa7a630606ceb3d1 16332 x11 optional ratmenu_2.3.13_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.0 (GNU/Linux) iQEVAwUBRezeheSzrr36rawlAQHKawf/R3dQ9lG95WTuo4ifOgE3maTgQIREPaNa q33e824nk+pk27vD2a+6Jte0p3vJJgC8G1Cq1coAv0LIyq/qPy4FqFqAuk1pf/6I 5bI9DNDfYUXhhUHi3jWneapRtDUC32ESfQ9PX61f5IKibcucmIRyvb1S7JxuRH/4 1jouBfE83iT9t6D+dzhnkJqIJpS7ZZ1bkLOuAjpbRnX9OH2FWthjSHle7cie8ROH HNTsz0gkIqeQeicgW4dHeQAgKShC2oz8aw8LNwcFKV5UORyxSzKayCwZFX1isrpu gVIKkx46J4qhBtYiXvraqL7tbOmBoBrtW2vYmDDS+xgSSo09XKEieA== =PqUi -END PGP SIGNATURE- Accepted: ratmenu_2.3.13.dsc to pool/main/r/ratmenu/ratmenu_2.3.13.dsc ratmenu_2.3.13.tar.gz to pool/main/r/ratmenu/ratmenu_2.3.13.tar.gz ratmenu_2.3.13_i386.deb to pool/main/r/ratmenu/ratmenu_2.3.13_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted ratmenu 2.3.14 (source i386)
-BEGIN PGP SIGNED MESSAGE- Format: 1.7 Date: Mon, 5 Mar 2007 23:53:29 -0500 Source: ratmenu Binary: ratmenu Architecture: source i386 Version: 2.3.14 Distribution: unstable Urgency: low Maintainer: Mark W. Eichin [EMAIL PROTECTED] Changed-By: Mark W. Eichin [EMAIL PROTECTED] Description: ratmenu- Creates X menus from the shell Closes: 377626 Changes: ratmenu (2.3.14) unstable; urgency=low . * For real this time (Closes: #377626). * debian/menu-method: fix lintian wrong-path-for-install-menu. * debian/control: reviewed upgrading-checklist, raised Standards-Version. (Note that we still use -L/usr/X11R6/lib to simplify backports, 11.8.7 only tells us not to install anything there.) Files: f1ba2a844d48cf402c91064c0519445d 780 x11 optional ratmenu_2.3.14.dsc 29499b129cab4bbddcd9c3e0f8dc9b9e 15041 x11 optional ratmenu_2.3.14.tar.gz 245a26e745c90b0132b0a8dd81ae80c7 16508 x11 optional ratmenu_2.3.14_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.0 (GNU/Linux) iQEVAwUBRez0K+Szrr36rawlAQHIaQf/UW5zSP+EAVTWJ3FUnSGnrBMPGagUYG4K Y+eZeId5/jJXK6RXjro9hdP8VE9Yc6qrd878NeGwsIsXff2rlhhIuypouX8z4mYY JlCkKLKEdmmBAeKR73oXIphNW6SknjxUFBPXIcIrhRuB2SZJeYuC6oOGg2e+AU10 tAJAyGXSAZ2XhDyWooSX2H13vkzc++X+A1IG6ZRuHwKwpS3as4cKvoAEMvYymn3L F9rNS9a/0j/FpFKZcVzC6xSy63Sv+rmGgp1X7SuMWSek/Xv6y8yC2jDqGmYeYB1z iTcoQ5F/ga/p0NEeVdIjiJcPhrI3xaREVFpvbxzaXlqPYPaIOTZZzw== =ezVt -END PGP SIGNATURE- Accepted: ratmenu_2.3.14.dsc to pool/main/r/ratmenu/ratmenu_2.3.14.dsc ratmenu_2.3.14.tar.gz to pool/main/r/ratmenu/ratmenu_2.3.14.tar.gz ratmenu_2.3.14_i386.deb to pool/main/r/ratmenu/ratmenu_2.3.14_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted lx-gdb 1.03-10 (source i386)
-BEGIN PGP SIGNED MESSAGE- Format: 1.7 Date: Sun, 4 Mar 2007 17:49:41 -0500 Source: lx-gdb Binary: lx-gdb Architecture: source i386 Version: 1.03-10 Distribution: unstable Urgency: low Maintainer: Mark W. Eichin [EMAIL PROTECTED] Changed-By: Mark W. Eichin [EMAIL PROTECTED] Description: lx-gdb - Dump and load databases from HP 100LX/200LX palmtops Closes: 413375 Changes: lx-gdb (1.03-10) unstable; urgency=low . * debian/control: ported to debhelper, but forgot to change build depends (thanks ia64-buildd...) (Closes: #413375). Files: 5a5854bb3dd6b915e274044bfcdb46b1 824 otherosfs extra lx-gdb_1.03-10.dsc 14268aa503d053187834471ed512f926 4350 otherosfs extra lx-gdb_1.03-10.diff.gz e989769f53577e368063d1a6cb3771a0 17744 otherosfs extra lx-gdb_1.03-10_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.0 (GNU/Linux) iQEVAwUBRetOROSzrr36rawlAQFhMgf7BQsLsj3RQ9JjezbuZX6yulcjGP5pZweC hUHbnDK5GEYPBl0dj6F/gO3Be9tp+3gU8BMzz1Lxs1sc3jBzLMwuX6QKJvmf+ATI NXOcPpon2sEseV6U9nEXa9I5nl7/PBprOlgAK1mQ43jn1ZcLS4JcLuU6x+mVB7MG AP/dRfgGEiOe2mJo+0ZK/kZVZhvRr5oto/Rr0DrEzeigq5/I4XKNCzIKCiUEXVY7 aCymgWccZYCf/CGbWk+OBQ87Hq268lkyV+KNu0ajmY0x5x7P1rRmuPaonl8Fd2OO GvJPE3iyVqFHMB5f+IxZpx2KzBU+U0qo1tNEyKb9Mc008PIzZ1eIZg== =aJrp -END PGP SIGNATURE- Accepted: lx-gdb_1.03-10.diff.gz to pool/main/l/lx-gdb/lx-gdb_1.03-10.diff.gz lx-gdb_1.03-10.dsc to pool/main/l/lx-gdb/lx-gdb_1.03-10.dsc lx-gdb_1.03-10_i386.deb to pool/main/l/lx-gdb/lx-gdb_1.03-10_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted lx-gdb 1.03-9 (source i386)
-BEGIN PGP SIGNED MESSAGE- Format: 1.7 Date: Sat, 3 Mar 2007 23:10:58 -0500 Source: lx-gdb Binary: lx-gdb Architecture: source i386 Version: 1.03-9 Distribution: unstable Urgency: low Maintainer: Mark W. Eichin [EMAIL PROTECTED] Changed-By: Mark W. Eichin [EMAIL PROTECTED] Description: lx-gdb - Dump and load databases from HP 100LX/200LX palmtops Closes: 359532 372997 Changes: lx-gdb (1.03-9) unstable; urgency=low . * debian/postinst: Thanks go to Amaya Rodrigo Sastre [EMAIL PROTECTED] for the NMU (Closes: #359532). * debian/control: reviewed upgrading-checklist.txt, standards-version now 3.7.2. Also clarified *which* HP palmtops this works with. * debian/rules, debian/dirs, Makefile: Switched to debhelper (Closes: #372997). Files: 0b4534cc1aa599fb46052f152e6d4a90 820 otherosfs extra lx-gdb_1.03-9.dsc 27d39855c21c964079d8595b590eec19 4292 otherosfs extra lx-gdb_1.03-9.diff.gz 6330530c20509de8fff70df3d0c96f1d 17686 otherosfs extra lx-gdb_1.03-9_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.0 (GNU/Linux) iQEVAwUBRepHFeSzrr36rawlAQED/Af+LHDcbzrcJtrRLiwMPo8YwFwBFlkfUvYG i6TJ5JMiTUu/23mDGu2ASNTpZfCj4xZnX7c75G0i2t3twtUuOuHgM5sNbUWZTCwL USUGyFLlNx39H5qH4hntgFl9mWjrcdhf22Mnsr2uuS+NTxtyni7ETGBb6AoQLNpM ofBzJ68YVIMhZuHPigV3JI/JRQ1YoWoNOezvUMX7YWGiBtw2i2PmFztaZPigMKV4 yMBYPMJ9RtlI45rWGiWatPwffOQPC2ArFHhG/XUrxEZbD0NNy8bBzmUsjDRNuflL zMYThXUWLhhZba+YX5d1xPBrad8YlVfy2rCnsEdDLURRzkifb1rddA== =fZk2 -END PGP SIGNATURE- Accepted: lx-gdb_1.03-9.diff.gz to pool/main/l/lx-gdb/lx-gdb_1.03-9.diff.gz lx-gdb_1.03-9.dsc to pool/main/l/lx-gdb/lx-gdb_1.03-9.dsc lx-gdb_1.03-9_i386.deb to pool/main/l/lx-gdb/lx-gdb_1.03-9_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted owl 2.1.8-1 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Format: 1.7 Date: Sun, 29 Aug 2004 13:21:53 -0400 Source: owl Binary: owl Architecture: source i386 Version: 2.1.8-1 Distribution: unstable Urgency: low Maintainer: Mark W. Eichin [EMAIL PROTECTED] Changed-By: Mark W. Eichin [EMAIL PROTECTED] Description: owl- A curses-based tty Zephyr client. Changes: owl (2.1.8-1) unstable; urgency=low . * New upstream release. Kept debian/*, dropped all old patches (everything that mattered was already upstream.) * debian/copyright: new upstream location and mailing lists * configure.in: don't look for libdes, it breaks kerberized zephyr. * zephyr.c: actually record error_message in owl_function_error calls. Files: 3208a2b6bc596288479a2b596ce60e92 912 net optional owl_2.1.8-1.dsc 84733c4a0a58e7cb05c4557dff991748 377586 net optional owl_2.1.8.orig.tar.gz 072b8456de9ac94b9bc93b313c99dd96 7972 net optional owl_2.1.8-1.diff.gz a30c18615e03d930e2b2b69abe830b03 219142 net optional owl_2.1.8-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.0 (GNU/Linux) iQEVAwUBQTIq5OSzrr36rawlAQGYQwf/U+/LFcqe/I0PwtfctNBtr4VY2zERTvEd HvBPlPOBv4y82s5H9UgatJAojGFgG8z9Bz9MB+gjNL1L/SkzUnSpMCo7qEQafs5U TQvVqIidQzX5KS+B7oXfjDaJj/iIojZLcrBhzH0JSpWokCuEJgiNdYbBD0NKkHhL +C+KDq8Tz/TJ3BQEC+kRU7E+rOkHSTb3d3RlxAbsFRlI1TSwioWFcNgksuireILt 17Z9/gFnkvcKqNLaLzGvk/abQYslKKOBK2zUZh4mhFRjnmYedIOOdrr6BrT0m1Fi PSUeGl0IODo6rc22IbxglZsj9UjvyYE/kGHTqRNZsRfKbkN5/lq58w== =DoqK -END PGP SIGNATURE- Accepted: owl_2.1.8-1.diff.gz to pool/main/o/owl/owl_2.1.8-1.diff.gz owl_2.1.8-1.dsc to pool/main/o/owl/owl_2.1.8-1.dsc owl_2.1.8-1_i386.deb to pool/main/o/owl/owl_2.1.8-1_i386.deb owl_2.1.8.orig.tar.gz to pool/main/o/owl/owl_2.1.8.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted owl 2.1.8-2 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Format: 1.7 Date: Sun, 29 Aug 2004 16:25:03 -0400 Source: owl Binary: owl Architecture: source i386 Version: 2.1.8-2 Distribution: unstable Urgency: low Maintainer: Mark W. Eichin [EMAIL PROTECTED] Changed-By: Mark W. Eichin [EMAIL PROTECTED] Description: owl- A curses-based tty Zephyr client. Closes: 189108 Changes: owl (2.1.8-2) unstable; urgency=low . * zcrypt.c: use kerberosIV/des.h, not the openafs one. Closes: #189108. * configure.in: change it in the test, too. Files: 02c460bf6b6465eb17c7b1d58710611a 912 net optional owl_2.1.8-2.dsc 00da1e8426cfccd880b8b144ce1392f2 8194 net optional owl_2.1.8-2.diff.gz 26310874680be5b32bf74f1c6bfe5d97 219200 net optional owl_2.1.8-2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.0 (GNU/Linux) iQEVAwUBQTI9xuSzrr36rawlAQG61Af/Yvf/ADb8MTkbee8jkhGc+nq1DBjtly1A uuaVimxns/Rm6Bl5aaB2RG1xwmZqpW9+T0KIcuYm5uBa63pEBaTIwj+33Ayxw+ID VXY1de3uMtFAcX/LUk1M4J+kPeBYBGS+gDOEEmKJcmnvRKp4V4OghNMktQn8M2bK skqZM5wwZheYvDI7XwF9BvEQSIswqK8OKGEqTQCMTTd35H4r527q73bf4HVumoEt tpPlQkWxHHxM7UIXsVTTKtJbc+usc5JRFjX1ePCyP1pS3kACB/tB0ifTREqLtdcv cEIA04knmqkWCHe8bNhWEdBYUHlbM3hW94Zt6VW2EDEPc51o36rwuw== =Z1GL -END PGP SIGNATURE- Accepted: owl_2.1.8-2.diff.gz to pool/main/o/owl/owl_2.1.8-2.diff.gz owl_2.1.8-2.dsc to pool/main/o/owl/owl_2.1.8-2.dsc owl_2.1.8-2_i386.deb to pool/main/o/owl/owl_2.1.8-2_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted bins 1.1.20-1 (all source)
-BEGIN PGP SIGNED MESSAGE- Format: 1.7 Date: Sat, 11 Jan 2003 00:33:48 -0500 Source: bins Binary: bins Architecture: source all Version: 1.1.20-1 Distribution: unstable Urgency: low Maintainer: Mark W. Eichin [EMAIL PROTECTED] Changed-By: Mark W. Eichin [EMAIL PROTECTED] Description: bins - Generate static HTML photo albums using XML and EXIF tags. Changes: bins (1.1.20-1) unstable; urgency=low . * New upstream release Files: af6e49ba3819488fabf10ae727f5f96b 858 web optional bins_1.1.20-1.dsc bc04f4f66076f91b636372c7f5f28227 187267 web optional bins_1.1.20.orig.tar.gz 55bd723fa60558f28ac8e47e0c405d71 13719 web optional bins_1.1.20-1.diff.gz 1a846652c2d8125902675b133368a34f 163588 web optional bins_1.1.20-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.0 (GNU/Linux) iQEVAwUBPj9U2uSzrr36rawlAQGokAf+JRSQ0TghfkyzFnHEwlxNB/UrzvC5mRW8 Y5JoJpKYEevq7yY+ydVDlW9xhkvUIH69R1PKbwExgdIyZfvzYQgUlzk1fQyVk7jV T8iRMIv+AcWrjxHQr9Z6Qo7m4oiiMzjlef8J1U8MdPbDzI6FIHuOQVOkPFVtF+9R OpkD/NjZS+dNHoc2JaELoDVdO9reT+zu+IMZpup2pQm5u+mi97GKR097afHs74B2 OlQHWWdoRIM8/lJWuNcWe7nZ1qr4DqSn21OuDZYsUMBcRL+5hJYYWR6LFGM9qr2B ZSHbkk8fIClsI5ACBUbTSlA3r0mVjxmiA5ViosMMLIXAHeViAhR8Nw== =KwhD -END PGP SIGNATURE- Accepted: bins_1.1.20-1.diff.gz to pool/main/b/bins/bins_1.1.20-1.diff.gz bins_1.1.20-1.dsc to pool/main/b/bins/bins_1.1.20-1.dsc bins_1.1.20-1_all.deb to pool/main/b/bins/bins_1.1.20-1_all.deb bins_1.1.20.orig.tar.gz to pool/main/b/bins/bins_1.1.20.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted bins 1.1.16-1 (all source)
-BEGIN PGP SIGNED MESSAGE- Format: 1.7 Date: Mon, 2 Sep 2002 19:31:18 -0400 Source: bins Binary: bins Architecture: source all Version: 1.1.16-1 Distribution: unstable Urgency: low Maintainer: Mark W. Eichin [EMAIL PROTECTED] Changed-By: Mark W. Eichin [EMAIL PROTECTED] Description: bins - Generate static HTML photo albums using XML and EXIF tags. Changes: bins (1.1.16-1) unstable; urgency=low . * New upstream release. Upstream changes: * There is a new template style (joi) which uses icons, CSS, and Javascript. * A new parameter (homeURL) has been added to link your home page to the Leave button of the new templates. * A newjavaScriptPreloadImage parameter can now be used to add some Javascript code in image pages to preload the next image of the same size when the current one is loaded, which speeds up album browsing. * A Russian translation was added. Files: cf57f8dde433bd6a0baf75391d7ea02a 858 web optional bins_1.1.16-1.dsc 2690875d57074022f36dccdb567f3077 167834 web optional bins_1.1.16.orig.tar.gz 0c6c51e3af644960c5276cf000c8e92e 13686 web optional bins_1.1.16-1.diff.gz b73cc0512d584a293a7b678e905bc1ee 111326 web optional bins_1.1.16-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) iQEVAwUBPXP1VOSzrr36rawlAQGGngf7BV7kfQyBOiw2vKufKbnGKiDLcQTWoO5R 7kbLUmfdbhrwTnX81vA8f0+/4wwZJA5asB70AKcn2G5FaiuQUWNPTvJoswKu3chg ZBFv594GRWgXaPcqBGexo/6FksxH189BDHXtcOBpWyw/EIm1ODPvHFY89wunInET XilNI2eMmSU/wYKI7oVLfTchnEzDt1s9giAa5sXyN0wy81qdhD9Nc+wYfQuIQg+w LB1/6H23JcX7hNFKpaI6CXymV/2OWF4bjpi2Qzt9E0nMTAdXNSDRllXt5bRac4UC h+QMbHscNdu9p4JA9NL9X0vrXtYVkBXXGQ5Ntbt4GMzwqr5Z1s335g== =k0A5 -END PGP SIGNATURE- Accepted: bins_1.1.16-1.diff.gz to pool/main/b/bins/bins_1.1.16-1.diff.gz bins_1.1.16-1.dsc to pool/main/b/bins/bins_1.1.16-1.dsc bins_1.1.16-1_all.deb to pool/main/b/bins/bins_1.1.16-1_all.deb bins_1.1.16.orig.tar.gz to pool/main/b/bins/bins_1.1.16.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: bugs + rant + constructive criticism (long)
actually view what's being upgraded before you download 250 packages that That would be -u, and has been there for a long time (forever?) My only issue is that it isn't the default, really :-) And why are packages being REMOVED (lib-pg-perl for example) when I dist upgrade? Because that's specifically what dist-upgrade permits? If you're tracking unstable, why not use upgrade? Frankly, if you're tracking unstable, why are you *ranting* instead of *submitting bug reports*? Which part of the word unstable didn't you understand? (if you were complaining about the testing release, that's a little different, but only a little...)
Re: Bugs over two years old
Isn't it time to remove emacs19 from unstable? The emacs20 package is more than 2 1/2 years old and RMS said that emacs19 is no longer supported upstream. In fact, it is in the WNPP with an intent-to-orphan... but people seem to care enough to keep doing NMU's...
ITP: transarc/IBM AFS
package: wnpp severity: normal IBM announced at LinuxWorld the Open AFS release of AFS under the IPL; relevant URLs include http://oss.software.ibm.com/developerworks/opensource/ http://www.transarc.com AFS is the Andrew File System, as originally done at CMU and spun off to Transarc which is mostly owned by IBM. It has critical features like volume migration, cryptographic security, access control lists, and an online backup/cloning system that makes consistent backups possible. (It is the filesystem of choice at large educational institutions.) If you're familiar with CODA, this is the commercialized predecessor; if you're familiar with Arla, this is the thing with which it is compatible. The source itself is supposed to be released in September 2000, that is of course critical for this ITP. _Mark_ [EMAIL PROTECTED] The Herd of Kittens Debian Package Maintainer
Re: ITP: transformiix
Yes, given docbook*, task-sgml, psgml, yasgml, and especially jade, are in text, I'd concur that transformiix should go there too...
Re: Bug#46184: mtools
It looks like floppyd is the only thing that needs X. (It's pretty scary, from the man page -- yes, it's a tribute to debian packaging tools that I didn't notice this extra component in the upstream release, I'll be more procedurally careful about that...) Correction: mtools in slink does *not* depend on anything but libc6, so mtools in slink didn't have floppyd. I'm not sure it *is* better to fork things off; that's a fair amount of hair for one isolated program. Given the extent to which new package insertion from incoming has been backlogged, I'm afraid it might also be a while before it got uploaded, and I'd have to consider instead dropping floppyd from the install, though that seems a poor choice... I've looked in the developers-reference and the packaging-manual and don't see any reference to the old arguments about emacs [as I recall them, don't bother with split emacs and emacs-nox packages, xlib is small and the end-user complexity/confusion is not worth it]. Unfortunately, without those references, we're doomed to rehash this again -- if emacs is much bigger than xlib anyway was the rationale, I can't hide be hind it, since xlib6g is about 10 times the size of the mtools package :-) emacs19 is 5 times larger than that. I'll entertain further discussion of course (be sure to cc [EMAIL PROTECTED], though you may want to trim other participants.) _Mark_ [EMAIL PROTECTED] The Herd of Kittens Debian Mtools Package Maintainer
Re: Packages should not Conflict on the basis of duplicate functionality
no, but it should be pretty obvious from the description. e.g. a pop server package is going to install a pop server. a web server package is going to install a web server. etc. this should be self-evident. True, but don't forget the case of an initial install - you pick some profile, and get lots of stuff, with no hints. (In this case, I like they idea of a debconf global flag of prompt me about daemon enablement, which is kind of the *reverse* of what most people want debconf for...) If you doubt that this is an issue, consider ipmasq: it was part of one of the standard install profiles, I don't even know which one -- but it badly confused one firewall and at least two laptop installs that I know of personally, because it automatically enabled certain safety rules that were wrong in the non-masq multiple-interface case. The ipmasq maintainer has since made the rules for firing that much more rational, we did work out some reasonable approach which I forget at the moment - I just want to bring it up as a point of actual experience with the initial install startup case...
packaging etexts (was Re: Censoring...)
But I don't see the need to *package* large ascii files. What would be I do see one value, as evidenced by the doc-rfc package: apt-get update means I don't have to keep track of it, I *always* have the latest version close at hand. In otherwords, the packaging is an encoding of some human effort. Extending this to the etheme example - having a meta-packaging tool which encodes the human knowledge of the difference between an upstream package and an ideal debian package [in the best case, like with CPAN, this is merely the *difference* between their ideal and ours] is potentially better than just having someone pump out packages themselves - you still get the tracking and upgrading, but you also get extension into proper handling of correct but unknown instances of the meta-package...
Re: mtools
*But* in this case, it seems hard to avoid. As I understand it, the *whole* mtools package makes 'parasitic' use of the X protocol Point of information: only floppyd itself is linked against any X library. The others, which *doing* clever things with xauth tokens [according to the docs, I haven't read the code], don't actually link any X libraries and thus don't cause any X dependencies. Only floppyd itself talks to a real X server (using this to validate the xauth cookie, which is twisted and sick :) So splitting off floppyd *is* possible, but may or may not be desirable.
Re: Packages should not Conflict on the basis of duplicate functionality
it's an either/or situation (i.e. no way of satisfying both parties Actually, it isn't -- there's an easy way of giving users a choice, and two people have suggested it already (debconf). This seems to be the most Debianish way to handle it - technologically superior, and avoids punishing one set of users at the expense of the other (even if it is a small minority, you don't care about that when you're in it :-)
Re: scanning my ports
In addition to apologies to Mr. Norman, perhaps there's some value in either (1) making tcplogd etc. require enough configuration to force people to read the documentation, or (2) enhance those packages to interpret things a little more, so they scare naive users a bit less?
Re: emacs and anacron on slink
Yes, the lack of suidregister unregistration is an already-reported bug. I even have it fixed, but was mocked by some of the /usr/share changes and haven't got an updated build yet. 2) it takes 47 MB (7.37%) of first CD on which, in theory, the most useful packages This is a good point -- one might suggest (I'm not sure to whom?) that emacs19 be relegated to disk2 and taken out of the install profiles, esp. since emacs21 is almost out and might actually ship before debian 2.2 :-) _Mark_ [EMAIL PROTECTED] The Herd of Kittens Debian emacs19 Package Maintainer :-)
Re: -rpath with libtool and Debian Linux
use -rpath /usr/lib for their programs. Just to make it clear, since I don't think this has come up yet, /usr/lib isn't the only problem -- /usr/X11R6/lib is as well (or was, at some point; I haven't looked at the upstream XFree86 Imake configuration recently, but it did use --rpath at one point in the libc5 days.) Thus the substitution approach needs to be a slightly more general mapping.
Re: cron has gone to UTC time?
to your cron file that does 'date' and 'date -u'? Set it to run more I haven't seen the problem yet myself, but throw in an env too... I've noted (in a bug report in regard to inetd) that doing apt-get upgrade with sudo or su with a full *user* environment often means that you end up with an incorrect environment for daemons that get upgraded -- cron is vulnerable to the same bug, and probably amenable to a similar fix: use env - TZ=$(cat /etc/timezone) PATH=/sbin start-stop-daemon ... cron instead of just using start-stop-daemon... One could argue that the sysadmin should know better; however, it's a mistake that people have been making since the 4.2BSD days (I've seen this with sendmail and $USER on charon.mit.edu when it was a VAX 11/750, and more recently on an otherwise well-managed Solaris box) that I think we should really (1) prevent the problem in the postinst scripts (2) document such... I'll also note that there's perhaps value to getting start-stop-daemon to do the work (with a --base-environment option?) just for consistency, but it *still* means modifying all the postinst scripts, so why wait...
Re: Intent to package : xmem
I'm pretty sure xmem was in procps or xproc at one point, and got dropped because it wasn't being maintained upstream, or something like that...
Re: APT 0.1.6 is released!
I think you need to install the new nfs-server package. Yeah, I got bit by that too, and it took me a while to find that... maybe we need some sort of transitional-recommends field? Something that is ignored if you are installing the package (to avoid causing even more pain to dselect users, or something), but noticed on an upgrade? (obviously it need more subtlety than that, but this might be a more useful distinction than we've had before for splitting packages...) [it is *possible* that nfs-server wasn't even on the mirrors, maybe because it was new, when the netstd or netbase or whatever used to have it, dropped it; oh well, that's what unstable is all about...]
Re: Better (inc. asynchronous) DNS client (stub resolver)
You might look at the ares library (Asynchronous RESolver) that Greg Hudson [EMAIL PROTECTED] wrote... athena-dist.mit.edu:/pub/ATHENA/ares/ares-0.3.0.tar.gz is the current version. (At very least, compare notes with him...) _Mark_ [EMAIL PROTECTED] The Herd Of Kittens
Re: Hamm Bug Stamp-Out List for June 25, 1998
Yeah, there's been enough discussion in this context. The decision to ditch the emacs name as a package name was in fact made for good reasons, a while back; just-before-the-release is the wrong time to revisit it. As emacs and emacs19 maintainer, I'm closing it, with this message. Feel free to discuss further on debian-devel, but I'd recommend either dropping it or taking it to the technical committee. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#22928: New upstream security fix release
What about the idea of running the x server directly from init, and using xdmcp? Is that bogus? In fact, someone sent in reasonable-looking patches that do just that, not long before I stopped working on X; they should be in one of the X bug reports on the subject. I'd have to dig to find them... if you can't find them in the bug reports, I can dig my old email, or maybe the originator is lurking... _Mark_ [EMAIL PROTECTED] The Herd of Kittens Debian Package Maintainer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Run away TCSH
Yes, in fact, I apologize for not noticing your response -- I'd forgotten that I sent it in from another account which I don't check as often (*blush*) so after sending my rant, I then went back and found it in my mail box. Oops. Also, I didn't know that it had been orphaned; that would certainly explain the lack of attention to the other problem. Didn't mean to pressure you... thanks for taking it over! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Initial partitions
[1] I don't why my system always reboots in read-only mode now; Umm, what kernel were you running before? The kernel has defaulted to mounting the root read-only for a *long* time (before debian-1.3, I thought), and then remounting it in the rc scripts -- grep shows: /etc/rcS.d/S10checkroot.sh:mount -n -o remount,rw / /etc/rcS.d/S10checkroot.sh:mount -o remount,rw / -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Run away TCSH
someone on tcsh-dev found that bug - I sent in the particular patch as a bug report, but haven't heard anything (on this or on the history-lines 2*longer than the buffer problem either, though I haven't dug through and sent that upstream myself...) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: xmem ?
xcontrib's xload also has permissions rws--x--x which is pretty bad, and Note that whining about this on debian-devel is inappropriate - that's what the bug tracking system is for. And, you should not that it also isn't true, as of frozen 3.3.2-3 (yeah, it's only 3 or 4 days old :-) The xmem program is actually xproc's xload with a different name. Just a different name? no actual features? then why did it exist? I was told that xproc dropped xload because the normal xfree one was just as good... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Licensing, was elvis package
emacs needed to work with motif to run on proprietary operating systems Uhh, that's deep into fantasy land. Emacs didn't use *any* widget set until emacs19, and emacs18 worked all over the place (and the problems it had on newer platforms had far more to do with memory allocation than window system.) The motif code in emacs is relatively new, and totally cosmetic. I'll try and find out from some FSF people if there was anything that specifically made Motif fit in that extension class [which, as I recall, was specifically written to let you link against *libc* on a proprietary system!] or if it was just availability combined with people actually writing GPLed code that used it... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: How Debian Linux could be made more secure
yeah, lintian might be cool, but it didn't make it into unstable until a week or two ago, so I haven't tried it... I don't know how I missed the 19217 bug report, but a fixed xcontrib is in Incoming as of a few hours ago; it didn't help the situation that xload was added back late after it fell out of one of the proc packages [which then switched maintainers, and *then* people noticed it was missing, oops :-)] So I think the only thing here was some last minute clumsiness, rather than anything pervasive. (I handed off the rest of X because I was already too busy, after all...) There is a kind of annoying tendency for people to take a bug report or two as a symptom of great conspiracies, it'd make me happier if we tried to avoid that... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: weird utmp/perl problem
*traditionally*, you openned /dev/tty, did an fstat(), and the kernel filled in the real major/minor numbers for the tty you had; then you scanned /dev/ (or wherever depending on how creative your system was) and stat'ed things until you got a matching major/minor device number. (ttyname did all this; you only generally noticed when debugging something with a syscall tracer...) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Upgrading Debian 1.3.1r6 to frozen
Yes, emacs19 is in Incoming for frozen and unstable, in fact, the second version is there because people actually snarfed the first one (which was unstable-only) and filed bug reports (yay.) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: less: extra entries for lesspipe
What would be the use of looking at a screen full of control characters? Because when I look at a binary with less, I *mean* to do that... usually to look for corruption (blocks of nulls) or things like *short* strings or strings not in the text section, that strings *won't find*. mentioned above. But this set of commands gives me a lot of useful stuff with only command. Sure -- but it should be a *different* command than less... Mostly I'm being lazy, of course - I haven't needed to know how to disable lesspipe for my own use; if this gets added, I will. Someone else may have to judge if this is a useful thing for naive users... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: bzip2 X
In fact, it has been mentioned (on tar-forum, I believe) that gzip (the program) will eventually include the bzip2 algorithm... But in the meantime, it makes sense for dpkg-source to deal (ideally, by having a set of original files and an explicit map [*not* a general purpose shell script] of how to unpack them to produce the orig sources. This map *could* be an extension of the .dsc file, right?) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: bzip2 X
Fonts for X could be stored as bz2 instead of gz, man-pages could be bz2. No, that's actually not true. Changing how gzip-the-program behaves would have no effect on X font handling. Fonts are stored gzipped because there is a fast, free-enough-for-X, zlib implementation. (The server hasn't forked a decompression program since X11R2 or so... when the inline zcat code was added.) Around X11R6 I added zlib font decompression to the upstream sources (X Consortium and XFree) which is why we have it now. In order to move to bzip2, you'd have to (1) come up with a library implementation that was free-enough [GPL isn't, of course; you could probably use the license already on zlib] (2) wasn't the amazing memory hog that the current bzip2 programs are (3) didn't annoy people by being slow. (zlib is actually par with zcat, or maybe a little faster, I forget. Not a really noticeable hit in any case.) I'd have to check the code and see if it figures out the compression by magic number or by file extension. I'm *pretty* sure it does the latter. If you changed it to handle magic numbers instead, then you could just have a script that an end user could run that recompresses the fonts but leaves them in the same file names (after all, if the machine is fast enough to use bzip2 on the fly, it's fast enough to do the bulk conversion relatively quickly :-) _Mark_ [EMAIL PROTECTED] The Herd of Kittens Debian Package Maintainer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Dumping core: root vs. normal user
My educated guess on this is that there could be sensitive data in the root core dump. I remember this was true on some unix I've worked on in That's often true if the program is *setuid* (or setgid) [to anything, not just root] - most, perhaps all unices will fail to dump core in that case. Just running as root does not cause this behaviour; limit and the permissions on the working directory (is it over NFS, where root can't write?) or any existing file [or directory] named core are the first things to look for... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: packages which are links to bo
How about just using cp -r ... to make the image you're going to Or even mkisofs -f... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: vim, help files and vimrc
I originally asked that there be a D option which would do diff -u $x $x.dpkg-dist | ${PAGER:-more} I did too, though I'd make the change that any arguments given after the D get passed to diff instead of -u... though -u is what I usually want, it lets people use D -c if they want (it's a semi-religious issue, some people, most notably RMS, dislike -u format...) Of course, what I'd *really* get a kick out of would be having conffiles shipped with RCS ,v files and have the option of an rcsmerge at mismatch time... not as much as eliminating the need for conffiles (install-* are a good step in that direction), but it bears thinking about... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Emacsen proposal (assuming silence == acceptance)
fine with me; I need to get a new emacs19 release out (sparc-linux patches, among other things :-) fairly soon anyway so the timing is good... -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Bug#16727: project: xload is no longer available.
Yeah, it was specifically left out of xcontrib, because the procps one was a lot better: from dpkg --status, xfontsel, xgc, xman, and xmessage. (xload is in xproc now.) Did the procps upstream give any *reason* they don't include xload anymore? Could the current procps maintainer keep it in as a diff anyway? -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Bug#16727: project: xload is no longer available.
sigh. Alright, if you can forward those diffs to this bug report, I'll look into it; xcontrib doesn't take all that long to build so I can probably try to send it off this weekend. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Debian and the millenium bug
Where did you get this 4000 years figure anyway? 33 bits would just Oh, having become hopelessly confused by the original posting, I came up with some additional errors (the 16x10^18 is just as wrong, too; 584,942,417,355 is more like it...) Comes of posting to debian lists in my sleep :-) -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: What warrants a non-maintainer release number?
should be able to recompile X with a different version number and *only upload binaries*. What would redoing and uploading the source Yeah, my recent experience with the sparc port confirms this. At this stage, it seems that all of the non-x86 ports have system changes that aren't usefully reflected in dependencies so simple recompiles often fix real bugs. Of course, what I'd *really* like is a way to do an upload of diffs that are architecture specific; sure, we don't want that *in the end*, but while we're still getting there, lots of stuff is getting uploaded *without* matching sources, just to actually make it available... -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Question/request concerning master
upload all files with one scp when using SSH to upload? Isn't that what ssh-agent is for? You run it, give it the pass phrase, and then dupload forever :-) -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Debian and the millenium bug
a 64 bit variable, it's good for another 4000 years. Uhhh -- no. If it went from 32 bits to *33* bits, that would get us 4000 years. This gets us more like 16 billion billion years (american billions - 16 x 10^18 is what I mean, but it's off the top of my head...) Don't you think you're overstating this just a bit? What about programs that store time_t's in ints? Or write them out to some kind of storage? Well, NetBSD already has a 64 bit off_t... I think the way most people expect the transition to happen is that *int* will become 64 bit, and things will just deal. Since lots of other things that assume 32 bit ints now are already starting to break (ip addresses won't fit any more, off_t's won't fit, pointers *never* fit on the alpha...) I think that system code will be fine, and legacy code will be the problem that it already is. Note also that for most applications that can't be recompiled, being really clever with the 32-bit ctime in the shared libc will cover a fair number of sins... but I hope not to catch anyone actually doing that :-) -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: libc6 is missing swab
well, swab() isn't a standard function, for one thing. It's a rarely used old-BSD bit, that people occasionally use anyway. Putting the code directly inline is probably all you can do... -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Not Allowed == Policy? (libbfd)
I was wondering about that too -- because gdb has an older bfd in it that doesn't support sparc-linux, but we've got a current sparc-linux libbfd; if gdb could use the common package and shared lib, it would save a lot of porting work. (Of course, I was hoping someone else would do it -- trying to hunt down why libc6 2.0.90 select doesn't work is not fun, without strace or gdb...) -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
libnfslock (or dftp?) install dangerous...
I was just upgrading a system from [hamm a few weeks old] to [hamm today] using, for the first time, dftp (instead of a mirror and manual dpkg -BORGiE runs.) I selected libnfslock, it created /etc/ld.so.preload, and since then any attempt to run a dynamic linked program gives a message, BUG IN DYNAMIC LINKER ld.so, and something about i == npreloads. (The broken machine is back at my office, waiting for a root floppy [the rescue disk alone is useless in this case] or I'd get it exactly...) Just thought I'd warn people about it (since I've benefitted from similar warnings here :-) though I haven't had a chance to debug it more precisely... in particular, to figure out if it's only an ld.so bug or if it's also a bug in the libnfslock package (it probably warrants a predepends, or something, in libnfslock even if the only bug is in ld.so.) -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: libnfslock (or dftp?) install dangerous...
Cool. Thanks! -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: What's Debian's /usr/src policy.
Isn't there something *else* going on here as well? Namely, why does libc6-dev suddenly want kernel-headers, and a particular version at that, when neither it nor libc5-dev ever did before (and for good reasons?) -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
timezone/timezones problems
So, timezone (7.48-3) is installed, and required, so dpkg won't remove it. timezones (2.06-1) is available, and replaces/conflicts timezone, but dpkg (1.4.0.19) won't replace it, even with auto-deconfigure. Is there a non-force way to handle this? -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Mule trademarked?
At least in the US, trademarks don't work that way. If The MULE were software, it would be worth checking if it were editing software, and *then* looking more closely; since the url you sent describes a hardware device, it's simply not a trademark conflict. different namespaces as it were. (Also, simple nouns make poor trademarks, but that's irrelevant in this case.) -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Xfree86 3.3.1
Given that the current build constructs either libc6-only (for some non-x86 ports) or libc6+altdev-libc5 trees, arranging it to build for 1.3.1 would be a fair amount of painful work. Someone else may be willing to do this. However, I think the effort is better spent actually getting Debian 2.0 out the door. _Mark_ [EMAIL PROTECTED] The Herd of Kittens Debian X Maintainer -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: writev broken in linux?
linux 1.x/libc4 had writev implemented in libc, with no kernel support. This implementation was, to put it kindly, marginal. I think libc5 added code to check if you had SYS_writev and use it, if not, fall back to the old code. I'm not sure which kernel actually added the writev syscall, nor am I sure of how good it is. There are some subtle corner cases which are hard to get right. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Questions about emacs20 file system layout.
.elc files compiled with emacs 19.z with z = 29 will only work on emacs 19.29 or later. Doesn't setting byte-compile-compatibility help with this, or is it too much of a performance loss? -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Emacs20 and mail file locking.
I'll note that emacs19 does what was right at one point, *before* liblockfile was written; I don't know if they're compatible but figure that before debian 2.0 it would be safest to code up a fix. (Or steal your code from emacs20 :-) -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: BS in rxvt+ncurses
I heard that the original DEC vt100? terminals had delete there and so they Nope. The VT100 *actually* had both keys there: +--++--++--+ |~`||BS||BK| +--++--++--+ +---++--+ | ||DL| | |+--+ +--+ |+--+ | RET ||\|| +--++--+ where RET was labeled RETURN, DL was labeled DELETE, BK was labeled BREAK, and BS was labeled BACK SPACE (one word above the other.) The arrow keys were a row of up down left right, with right directly above backspace. In the days of the vt100 (when dinosaurs roamed the machine room) backspace *meant* move the cursor back one space. It did *not* mean delete anything. This was compatible with printing terminals. It was often used for accents (e backspace ') or APL (quad backspace quote, but you needed a vt102 with the right character roms to handle that one.) In the former case, the OS (well, the front end processor actually) saw the e, echoed it, saw the backspace, echoed it, then saw the ' and echoed é (well, whatever the local terminal description had for that, it wasn't ISO8859-1 that early.) The point of this is only to provide a history lesson. I *don't* think that what a vt100 does is a particularly useful data point for this argument. (Also, I'm in favor of making Ian's detailed plan policy, just to end the arguments -- we've had thousands of messages (hundreds in the bugsystem alone) on the subject, without any otherwise notable progress.) _Mark_ [EMAIL PROTECTED] The Herd of Kittens Debian X Maintainer ps. Of course the behaviour in paragraph 2 has nothing to do with unix either; unix terminal handling is far too primitive for that. Long Live Multics :-) -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Is cp -a allowed in debian/rules?
Note also that the *shell* issue is hard because it's hardcoded into scripts in various ways, so you really need /bin/sh to work whatever it is -- the use of cp, however, can be dealt with by adding /usr/gnu/bin to your path :-) -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Thread safe X libs?
Check out the forwarded message below. I get the same error using Debian unstable. Does this mean that Red Hat has thread-safe X libs and we don't? Well, I wouldn't mistake that for a bug report... no indication of *what* is producing the error, why it would have *anything* to do with the thread-safe libraries, or that it actually *does* work on RH5. If the program was built with libc5, it's unlikely to be able to be thread safe. If you could perhaps come up with a *real* demonstration, and an indication of what release you tested it against, it might actually mean something... or at least it would give me a starting point to look for the problem. Every X release for a long time has been built _REENTRANT, and the 3.3.1 libs are built with some threading options turned on (I'd have to look at the config files to see what, though.) -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Emacs 20 volunteer wanted
I'd promised to package up emacs 20 at some point (since that would save the hassle of going back and forth to sure emacs19 and xemacs* would all coexist :-) but I recently joined a new startup company, and with some of the other projects eating my personal time, I'm just not going to have time to do it. Would someone like to volunteer to package *and maintain* emacs20? [If you're also interested in taking over emacs19, I'd consider doing a final release of my remaining changes and handing it off too, but this is not a requirement.] This is not a beginner's project -- though it was one of the first packages I worked on for debian, it was mostly because the previous maintainer had run out of time and was 3 releases behind. There are some interesting challenges (like making sure .elc files get rebuilt when you patch the .el, since you can't patch the [binary] elc files... oops, that's not actually working in emacs19 either :-) and the multi-emacs interaction creates some constraints of its own. I'll note that there's no basis for me having any *authority* in this regard -- but I'll ask you to email me to volunteer anyway (please mention what other packages you maintain or what other things you do for debian, and how much time you think you'll have...) It shouldn't be a *huge* time commitment (though emacs20 is a moving target, so it'll be more of an issue than emacs19) but it is a bit subtle. _Mark_ [EMAIL PROTECTED] The Herd of Kittens Debian Emacs (and X, and too much else) Maintainer -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: figlet.el
I think the policy guide is clear on how to handle emacs lisp files in packages (it's at least got detail on how to intrude into the user's startup with autoloads and such.) If that's not enough info, look at psgml, or even dpkg-dev (it has debian-changelog.el and a hook to make it autoload) as examples. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: H.323 status
You might look at the rsalabs web site; there's an introduction to asn.1 document there which is quite thorough, despite the name, though if I remember correctly it only describes one of BER or DER, whichever PKCS actually use. It might be worth a look. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: bugs...
nedit installed its files to /usr/X11/bin, which didn't previously exist. I can't remember if there was supposed to be a symlink from Ok, we can at least get that one fixed... -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Fakeroot error (was Re: Unidentified subject!)
FAKEROOT: after stat, failing?: known=0, stat=d:i=(2051:196739), mode=0100664, nlink=1, I've seen this too (on an x86 hamm system) but I forget if I filed it. Running fakeroot alien on a .tar.gz file triggered it; the .tar.gz file happenned to have pathnames longer than dpkg can handle [grumble grumble bug that never dies grumble grumble] but I don't know that that was actually related... -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: bugs...
Send it to [EMAIL PROTECTED], with a package: and version: line in the body, just like the website says (somewhere.) seems to be at fault. My /usr/include/X11 was empty, so the cp failed Any idea how it *got* that way? Were you upgrading (from what) or installing fresh? [you can look at /var/lib/dpkg/status.yesterday.* for hints, if you don't remember...] I've seen a couple of problems with packages that have the wrong install directory causing directories that *should* be symlinks to get created, if they get unpacked before xbase does -- so you might look for what *other* packages you have (try dpkg -S /usr/include/X11 and see if it says something other than xbase, for example.) The bug, in that case, is in the other package, but we still need to find it... -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
libc6 migration -- xlib
Is there a web page or other document that explains what our strategy for libc6 is? I'm not talking about random comments on the list, I mean something nailed down that I can refer to... In particular, I've got a few issues to work out. 1) libgdbm -- libc6 includes libdb, and therefore gdbm is supposed to be unnecessary. If this is true, it needs to be written down, so I can point people at it -- otherwise, I need a strategy for renaming the package (since there needs to be a libgdbm.so for libc5 and a seperate one for libc6... the former isn't changing, obviously; how do we change the latter so that -lgdbm still works for users building against it? [since db can't read gdbm files, that *will* continue to happen.]) 2) X -- a full release of X requires tk41-dev to build XF86Setup (it uses the static lib, so the end-user doesn't need it.) But tk41-dev probably won't be available for libc6 until I release X. Ooops :-) I can hand-release xlib6-dev by itself, (into experimental, perhaps?) so that someone can build the tk packages... or I can build that particular lib by hand until then (but then would still have to leave X in experimental unless I took over the package, eww.) And what *do* I name things? I'd guess that xlib6 is untouched, the version built with libc6 gets called xlib6-libc6 (eww), I release an alt-xlib6-dev that replaces and provides xlib6-dev (which alt-libc5 doesn't?) and then xlib6-dev can be the new version? Am I missing anything? 3) can I drop the a.out-only dlltools package now? :-) 4) does anyone who uses gnat (I'll ask again later, I probably won't even try that rebuild until 3.10 or later comes out) care if I just shove gnat along to purely libc6-based? _Mark_ [EMAIL PROTECTED] The Herd of Kittens A Debian Maintainer -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Bug#3317: linuxdoc-sgml info files are missing all ftp names...
Package: linuxdoc-sgml Version: 1.5-2 Maintainer: Sven Rudolph [EMAIL PROTECTED] from /usr/info/linuxdoc-sgml.info.gz: File: guide.info, Node: Installation, Next: Writing Documents With Linuxdoc-SGML, Prev: Introduction, Up: Top Installation Get `linuxdoc-sgml-1.5.tar.gz' from one of the following ftp sites: * `' * `' * `' Uptodate patches to version 1.5 can be found at `'. You can also get uptodate information from the `'.
Re: beware sysvinit 2.58 installation
The 0.93R6 sysvinit-2.57b used /var/log/initrunlevel as the file to communicate with init. The debian-1.0 version of sysvinit-2.57b Interesting. I was just about to submit a report about how if I did a shutdown -h now, it halted the system, and then if I hit ctl-alt-del I got a message about unable to write to /var/log/initrunlevel. It turns out that I don't *have* a /var/log/initrunlevel, even in normal operation... it appears that the sysvinit-2.57b package doesn't create it, and init itself doesn't either. So I tried to figure out where telinit was actually writing... and found a bug in strace -- note the open, and then the write; the args to open are pretty clearly wrong (since not only doesn't that file exist, the directory doesn't...) stat(/usr/lib/locale/libc/C/usr/share/locale/C/libc.cat, 0xb46c) = -1 ENOENT (No such file or directory) stat(/usr/local/share/locale/C/libc.cat, 0xb46c) = -1 ENOENT (No such file or directory) geteuid() = 0 umask(022) = 022 brk(0xb000) = 0xb000 open(/usr/local/share/locale/C/libc.cat, O_WRONLY|O_CREAT|O_TRUNC, 0666) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=0, ...}) = 0 brk(0xc000) = 0xc000 write(3, 2 20, 4) = 4 close(3)= 0 INIT: Switching to runlevel: 2 ) = 0 _exit(0)= ? curiouser and curiouser...
Bug#2090: no uncompress in gzip package
Package: gzip Version: 1.2.4-6 uncompress should be a link to gunzip, as many programs (such as w3.el) as well as users expect to be able to run uncompress on *.Z files. (gunzip handles this fine, it's just a matter of naming...) I'm using debian 0.93r6.
building packages without running is root
The hello-1.3 debian.rules does the 'make install' as root, presumably in order to have correct uid's and permissions on the resulting tree. While that's certainly a result to be desired, it is inconvenient when building packages over NFS or in shared environments where root access is not made trivially available. Has anyone looked into a way of having dpkg simply perform the translation while building the archive? It appears that cpio --owner could do most of the work, or if not, some translation could be done on the output of cpio within dpkg. Before I look into this further, is there anything wrong with the idea? _Mark_ [EMAIL PROTECTED] Cygnus Support, Eastern USA (quote from man cpio...) -R [user][:.][group], --owner [user][:.][group] In copy-out and copy-pass modes, set the ownership of all files created to the specified user and/or group. Either the user or the group, or both, must be present. If the group is omitted but the : or . separator is given, use the given user's login group. Only the super-user can change files' own- ership.
Bug#2077: mdir says fat_read: Wrong FAT encoding? on valid dos partition
Package: mtools Version: 2.0.7-12 With the following /etc/mtools.ref A /dev/fd0 12 0 0 0 B /dev/fd1 12 0 0 0 C /dev/hda1 16 0 0 0 either with or without the additional line #CHK_FAT=FALSE I get: # mdir c: fat_read: Wrong FAT encoding? Exit 1 The kernel handles the partition fine: /dev/hda1 on /dos type msdos (rw,uid=3382) Filesystem 1024-blocks Used Available Capacity Mounted on /dev/hda1 102600 4972852872 48% /dos Fdisk says it's a 16 bit partition... Device Boot Begin Start End Blocks Id System /dev/hda1 1 1 102 102784+ 6 DOS 16-bit =32M and an old (non-debian 2.0.5+) version of mtools handles the disk fine, as dos DOS itself (chkdsk and scandisk report no problems.) I'll note that while the man page suggests a #CHK_FAT=FALSE option, the strings appear nowhere in the executables, leading me to suspect that it isn't actually recognized. Release information: debian 0.93r6 uname -a: Linux depreciation 1.2.13 #2 Sat Dec 30 18:08:13 EST 1995 i486 (problem occurred equally with the stock debian kernel.) libc: libc.so.4.6.27 _Mark_ [EMAIL PROTECTED] Cygnus Support, Eastern USA
what do the X11R6 virtual package names *really* mean?
standards/virtual-package-names-list.text lists: X11R6 XFree86 R6, including base system xR6shlibXFree86 R6 shared library only I've put together a package of xterm_color (an xterm that supports ANSI color) and used a Depends: xbase; it appears that it should have used Depends: xR6shlib, or possibly X11R6 -- since it relies on the NLS config files (if they exist?) and existing XTerm app-defaults file, I suspect the latter, but thought I'd check for clarification. (Also, should normal packages have libc.so.4 in the Depends? It doesn't appear that many (any?) of them do.) _Mark_ [EMAIL PROTECTED] Cygnus Support, Eastern USA
packages that replace files in other packages
Should packages ever replace files in other packages? This would make uninstalling the later package more complicated, although I could imagine a design where preinst renamed foo to foo.old, and postrm renamed it back. This would require that the dependencies introduced an ordering to package install and removal, which as far as I can tell isn't happenning; in my experimentation, I made a package of pcmcia-2.8.3, and then another package of my replacement config files (mwenet), and installed them both -- but mwenet got installed first, even with a depends: pcmcia, and then pcmcia overwrote the config files. Is this just a bug in dselect/dpkg, or is that not the way to do things? (I understand that I'm overloading the intent of dpkg somewhat by using it for my config files -- I just liked the idea of getting *everything* under package control, especially because that way I could upgrade the pcmcia package and automatically upgrade it and reload the config files...) Happy New Year... _Mark_ [EMAIL PROTECTED] Cygnus Support, Eastern USA
Bug#2077: mdir says fat_read: Wrong FAT encoding? on valid dos partition
and will also provide a mtools-2.0.7-15a package to be retrofitted into the 0.93 a.out distribution. Great; I'll keep an eye out for that. Thanks for the detailed response... This problem generally shows up on DOS partitions which have been shrunk with fips.exe. The shrinkage leaves the partitions with an illegal FAT which mtools-2.0.7 chokes on. There was Interestingly enough, this is a filesystem where the partition got *larger* instead of shrinking; I tweaked the boot-sector partition-length field, which convinced DOS that the partition was all there, but not mtools. Do you know of any tools that can clean up an illegal FAT? (Ahh, for an fsck.msdos :-) _Mark_