transition from suidmanager to dpkg-statoverride
Dpkg 1.8.x in unstable supports a new dpkg-statoverride mechanism that allows the permissions and owners of any file to be overridden, in a manner that is persistent accross upgrades. We are now ready to begin the transition from suidmanager to the new mechanism. Today suidregister 0.50 was installed into unstable. When you upgrade to this version of suidregister, your /etc/suid.conf file will be imported into dpkg-statoverride, and removed. After that, if you install any packages that use suidregister, they should notice that the suidmanager command does not exist anymore, and fall back to not using it. We've given a great deal of thought to the transition, and it should be painless and trouble-free. Although packages that used to use suidmanager will keep working more or less all right, they should be updated as soon as possible to no longer call suidregister in their postinst and postrm scripts. Instead, packages now can just include suid/sgid binaries in the .deb, and dpkg-statoverride will automatically work. There is one wrinkle: If your package previously used suidmanager, and you convert it to not, you should make it Conflicts: suidmanager ( 0.50). (The details of why are a little messy; see earlier discussion on debian-devel.) For debhelper users: Debhelper 2.2.12, which should be installed tomorrow (in Incoming now) has been modified to use the new system (just follow the warning/error messages the new version of dh_suidregister displays.) Once again, I urge everyone who has a package that uses suidmanager to change it so it does not, and add the necessary versioned conflicts. Thank you. -- see shy jo
Uploaded vgrind 5.7-17 (m68k) to erlangen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 26 Dec 2000 13:17:37 +1000 Source: vgrind Binary: vgrind Architecture: m68k Version: 5.7-17 Distribution: unstable Urgency: low Maintainer: Debian/m68k Build Daemon [EMAIL PROTECTED] Changed-By: Jason Henry Parker [EMAIL PROTECTED] Description: vgrind - Runoff preprocessor for program sources Changes: vgrind (5.7-17) unstable; urgency=low . * Updated to latest Standards-Version, added Build-Depends for debhelper. * Updated to put vfontedpr in the right place, updated manual page. Files: 7d0020705335f15b16f8a6facb9f4531 20146 text standard vgrind_5.7-17_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.1 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.5 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjpV/tMACgkQcS3JWD3FdveAcwCfYoFxXJNgoD5+AggzngEW/iWo mHoAnjbcXb0mwswECMzq8TIktfnBKecM =kz02 -END PGP SIGNATURE-
Uploaded liblocale-gettext-perl 1.01-9 (m68k) to erlangen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 26 Dec 2000 18:04:19 +0100 Source: liblocale-gettext-perl Binary: liblocale-gettext-perl Architecture: m68k Version: 1.01-9 Distribution: unstable Urgency: low Maintainer: Debian/m68k Build Daemon [EMAIL PROTECTED] Changed-By: Raphael Hertzog [EMAIL PROTECTED] Description: liblocale-gettext-perl - Using libc functions for internationalization in Perl Changes: liblocale-gettext-perl (1.01-9) unstable; urgency=low . * Compiled with perl-5.6. Conforms to policy 3.2.1. Files: 1aa4cb73bbb7aa32457dcdb838e0b4a6 12738 base standard liblocale-gettext-perl_1.01-9_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.1 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.5 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjpcV0EACgkQcS3JWD3FdvcemgCdE+KGUpxbdSH4mM5MYde24aZM WZ4AnROQnK5GipxlRDaUL/SNI0BcJyku =Wir0 -END PGP SIGNATURE-
Uploaded acct 6.3.5-22 (m68k) to erlangen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 4 Jan 2001 20:42:54 -0600 Source: acct Binary: acct Architecture: m68k Version: 6.3.5-22 Distribution: unstable Urgency: low Maintainer: Debian/m68k Build Daemon [EMAIL PROTECTED] Changed-By: Dirk Eddelbuettel [EMAIL PROTECTED] Description: acct - The GNU Accounting utilities. Changes: acct (6.3.5-22) unstable; urgency=low . * debian/control: Build-Depends on texi2html and no longer on tetex-bin Files: a6e28b00770035ba318324786dc10fe7 91976 admin optional acct_6.3.5-22_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.1 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.5 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjpcWlgACgkQcS3JWD3FdvfJtACfX0rxqGjMIrT3WtDk5hqQHCsm 2VMAniG4ArcK4EmVxLybOCwGPyScUCJo =6F7g -END PGP SIGNATURE-
Uploaded linuxlogo 3.9b1-1 (m68k) to erlangen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 30 Nov 2000 22:42:26 +0100 Source: linuxlogo Binary: linuxlogo Architecture: m68k Version: 3.9b1-1 Distribution: unstable Urgency: low Maintainer: Debian/m68k Build Daemon [EMAIL PROTECTED] Changed-By: Javier Fernandez-Sanguino Pen~a [EMAIL PROTECTED] Description: linuxlogo - Color ANSI System Logo. Changes: linuxlogo (3.9b1-1) unstable; urgency=low . * New upstream release * Added debian modern and old logos (better than the previous ones) * Added fun logos * Changed all logos so they can be compiled (with provided logo2ascii script) Files: aed7ea62e2ce7a93b3d8730fac07615e 50450 misc extra linuxlogo_3.9b1-1_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.1 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.5 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjpcWNAACgkQcS3JWD3Fdvf2NwCaA4bY0sBlT/KhpwyRj48b016q dksAnjMnDoh/UXvjzC3wFNR+AG6Swn18 =BhA2 -END PGP SIGNATURE-
Uploaded wget 1.5.3-7 (m68k) to erlangen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 31 Dec 2000 17:25:05 -0300 Source: wget Binary: wget Architecture: m68k Version: 1.5.3-7 Distribution: unstable Urgency: low Maintainer: Debian/m68k Build Daemon [EMAIL PROTECTED] Changed-By: Nicolás Lichtmaier [EMAIL PROTECTED] Description: wget - utility to retrieve files from the WWW via HTTP and FTP Closes: 80841 Changes: wget (1.5.3-7) unstable; urgency=low . * Fixes to German translation contributed by Jonathan Picht [EMAIL PROTECTED] (closes:Bug#80841). * Added build-time dependency on gettext. Files: b13520a3b777f1e32285be96107cfa74 236958 web optional wget_1.5.3-7_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.1 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.5 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjpcVyEACgkQcS3JWD3Fdvc9hACcCpZ7SWjjr1h1byF/sly7qXm/ aBsAnikm+/VSt+2CrHsdHE4MWZqu5JUo =f8tT -END PGP SIGNATURE-
Uploaded wmnet 1.05-5 (m68k) to erlangen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 3 Jan 2001 15:26:57 +0100 Source: wmnet Binary: wmnet Architecture: m68k Version: 1.05-5 Distribution: unstable Urgency: low Maintainer: Debian/m68k Build Daemon [EMAIL PROTECTED] Changed-By: Philipp Frauenfelder [EMAIL PROTECTED] Description: wmnet - network monitor for WindowMaker using kernel IP accounting Changes: wmnet (1.05-5) unstable; urgency=low . * New standards version: 3.2.1, including build dependencies * Updated copyright information: new upstream and new site Files: 7bf20abdafdb039a6c8eeec62d4c9df4 18636 x11 optional wmnet_1.05-5_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.1 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.5 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjpcWn4ACgkQcS3JWD3Fdvd3WgCfZ6+CzjCRwqpRHrpMHlQyayCD /OEAn2hw8AMfQY1OCeC274rxJeaEeHmT =dKHD -END PGP SIGNATURE-
Uploaded libcdb-file-perl 0.83-1 (m68k) to erlangen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 28 Dec 2000 18:40:58 +0200 Source: libcdb-file-perl Binary: libcdb-file-perl Architecture: m68k Version: 0.83-1 Distribution: unstable Urgency: low Maintainer: Debian/m68k Build Daemon [EMAIL PROTECTED] Changed-By: Tommi Virtanen [EMAIL PROTECTED] Description: libcdb-file-perl - Perl interface to Dan Berstein's cdb package. Closes: 80674 Changes: libcdb-file-perl (0.83-1) unstable; urgency=low . * New upstream version. * Now includes (modified) parts of cdb, no longer build-depend on libfreecdb-dev. * Use perl 5.6. Closes: #80674. * Add section and priority fields to the package. Files: 41f4e5105c1d2dc3c238204d31d7c01d 18530 interpreters optional libcdb-file-perl_0.83-1_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.1 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.5 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjpcVzIACgkQcS3JWD3FdvfNOgCdGPGzcDtG8eNFPArzRC8mLM3n QbIAniM+6ijGIxversueat4tT1dy3OVR =+RbJ -END PGP SIGNATURE-
Uploaded netkit-base 0.10-6 (m68k) to erlangen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 8 Jan 2001 13:26:10 +1000 Source: netkit-base Binary: netkit-ping netkit-rpc netkit-inetd Architecture: m68k Version: 0.10-6 Distribution: unstable Urgency: high Maintainer: Debian/m68k Build Daemon [EMAIL PROTECTED] Changed-By: Anthony Towns aj@azure.humbug.org.au Description: netkit-inetd - The Internet Superserver netkit-ping - The ping utility from netkit netkit-rpc - The rpcgen and rpcinfo utilities Changes: netkit-base (0.10-6) unstable; urgency=high . * Fixed unterminated buffer bug (strncpy is used, but the resultant string may not be NUL terminated, and it's later printf'ed) in ping. Probably not exploitable. Files: 08ea26b6d6d72df5b74a8abe97131077 22948 net standard netkit-inetd_0.10-6_m68k.deb 8a1397acf92d202ec258666152b13fd0 36428 net standard netkit-rpc_0.10-6_m68k.deb b4488d892205086246113eee0dccc8dc 17554 net standard netkit-ping_0.10-6_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.1 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.5 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjpcZH0ACgkQcS3JWD3Fdve/UwCfWd//u46NYRu+tbSFsLJu43f/ ug8Ani3q73fTWy8H8p5pjcNCMb2a8juD =upPA -END PGP SIGNATURE-
Uploaded bootcd 2.03 (m68k) to erlangen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 3 Jan 2001 14:18:07 +0100 Source: bootcd Binary: bootcd Architecture: m68k Version: 2.03 Distribution: unstable Urgency: low Maintainer: Debian/m68k Build Daemon [EMAIL PROTECTED] Changed-By: Bernd Schumacher [EMAIL PROTECTED] Description: bootcd - run your system from cd without need for disks. Closes: 80548 Changes: bootcd (2.03) unstable; urgency=low . * closes: #80548. * Added kernel checks * Checking of variables works since version 2.01. * apt-get clean will only be done if CLEAN_VAR=yes. * User will be asked before calling apt-get clean. * stdout of ssh-keygen will be ignored * I try to answer What has to be compiled in the kernel in the FAQ. * Solved Bug in NOT_TO_RAM Feature and better Documentation. Files: 3f01aa33dab1702525d2c01cafe4dac1 16302 utils optional bootcd_2.03_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.1 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.5 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjpcW1wACgkQcS3JWD3FdvfhVQCfZxUiS2gWqtVjcV4WWbcr+fjA uBkAn1/zkDSlb6gYMPMPguLOUCaCeY+N =C4cB -END PGP SIGNATURE-
Uploaded apcd 0.6a.nr-8 (m68k) to erlangen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 29 Feb 2000 11:42:10 +0200 Source: apcd Binary: apcd Architecture: m68k Version: 0.6a.nr-8 Distribution: unstable Urgency: high Maintainer: Debian/m68k Build Daemon [EMAIL PROTECTED] Changed-By: Tibor Koleszar [EMAIL PROTECTED] Description: apcd - APC Smart UPS daemon Changes: apcd (0.6a.nr-8) frozen unstable; urgency=high . * Closed Bug#70242 Files: aee3ab0d92e3ffcd65a87d144ecab0a3 18672 utils extra apcd_0.6a.nr-8_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.1 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.5 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjpcWIgACgkQcS3JWD3FdvfaTgCeOWE8Tw7T8bzbB/uLx7qCyu4n I6kAoIHMVqwDTG8jRch9Dmpmt2AmdclP =n6Hg -END PGP SIGNATURE-
Uploaded diff 2.7-22 (m68k) to erlangen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 3 Jan 2001 18:28:58 +0100 Source: diff Binary: diff-doc diff Architecture: m68k Version: 2.7-22 Distribution: unstable Urgency: low Maintainer: Debian/m68k Build Daemon [EMAIL PROTECTED] Changed-By: Santiago Vila [EMAIL PROTECTED] Description: diff - File comparison utilities Changes: diff (2.7-22) unstable; urgency=low . * Removed old doc.Makefile from source, we already provide HTML. * Updated upstream source URL in copyright file. * Build-Depends-Indep: tetex-bin. Files: 68f71b5b834e0c145b197c72c855812d 126466 base required diff_2.7-22_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.1 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.5 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjpcWZgACgkQcS3JWD3FdvfuzACeI0a5fCD9Sssi7v0EPv3lQBPy aCEAnRGdw8G2oRY7YyuVE4xZAJ5QtJ9F =ZqRn -END PGP SIGNATURE-
Uploaded easytag 0.13-1 (m68k) to erlangen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 4 Jan 2001 17:52:42 +0100 Source: easytag Binary: easytag Architecture: m68k Version: 0.13-1 Distribution: unstable Urgency: low Maintainer: Debian/m68k Build Daemon [EMAIL PROTECTED] Changed-By: Adrian Bunk [EMAIL PROTECTED] Description: easytag- viewing, editing and writing ID3 tags of MP3 files Changes: easytag (0.13-1) unstable; urgency=low . * New upstream release. Files: 1c7e7d78fb2df9f9865dea38444f5e70 213114 sound optional easytag_0.13-1_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.1 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.5 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjpcXloACgkQcS3JWD3FdveUIQCfdcyuRAcT5jmv3dxlUbAa5Il4 LF8An28vNT/83ZrbuJIx/p0VNvYkT4Gt =LhvV -END PGP SIGNATURE-
Uploaded xpenguins 1.2-3 (m68k) to erlangen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 8 Jan 2001 19:42:20 +0100 Source: xpenguins Binary: xpenguins Architecture: m68k Version: 1.2-3 Distribution: unstable Urgency: low Maintainer: Debian/m68k Build Daemon [EMAIL PROTECTED] Changed-By: Bas Zoetekouw [EMAIL PROTECTED] Description: xpenguins - little penguins walk on your windows Changes: xpenguins (1.2-3) unstable; urgency=low . * Added a Build-Depends on debhelper. * This package does now comply to Standards-Version 3.2.1 Files: b67a2eb1cf50250370f1dcea2233a1ae 36390 games optional xpenguins_1.2-3_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.1 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.5 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjpcZPcACgkQcS3JWD3Fdvc35wCfUPpeNoj5frmsxygCbert3gNI rFAAmQHcI/XahE59BRz0a/yVvtxgUMZ4 =AeoQ -END PGP SIGNATURE-
Uploaded digitaldj 0.6-6 (m68k) to erlangen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sat, 30 Dec 2000 15:15:47 -0800 Source: digitaldj Binary: digitaldj Architecture: m68k Version: 0.6-6 Distribution: unstable Urgency: low Maintainer: Debian/m68k Build Daemon [EMAIL PROTECTED] Changed-By: Adam Klein [EMAIL PROTECTED] Description: digitaldj - An SQL based mp3 player front-end Closes: 77951 Changes: digitaldj (0.6-6) unstable; urgency=low . * Fixed mp3insert manpage (closes: #77951) Files: a34e4d3f7a0aec40ddba0059f15e2fe9 47454 sound optional digitaldj_0.6-6_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.1 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.5 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjpcWDYACgkQcS3JWD3Fdvf3TACfVcdLKj7/QQP7U2ea7KGdxW0k DgQAnA+y2N8uGX2Q3t4V7LFLSqSAAIe4 =tbGm -END PGP SIGNATURE-
Uploaded aatv 0.1-2 (m68k) to erlangen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 27 Dec 2000 19:36:41 +0100 Source: aatv Binary: aatv Architecture: m68k Version: 0.1-2 Distribution: unstable Urgency: low Maintainer: Debian/m68k Build Daemon [EMAIL PROTECTED] Changed-By: Uwe Hermann [EMAIL PROTECTED] Description: aatv - A program to watch TV in a text-based console. Changes: aatv (0.1-2) unstable; urgency=low . * Fixed a bug in debian/rules which caused aatv to not look for the configfile in the correct directory. Files: 8facbd272b19169bb89fafa77e7f72d6 11890 graphics optional aatv_0.1-2_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.1 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.5 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjpcY7sACgkQcS3JWD3FdveOiwCdEgV13MUXP2Z5FnA0G/ht4xVO 3cUAnAm5zkTnUdtbBT+fXjTE02q/ul7j =Sj6e -END PGP SIGNATURE-
Uploaded ttylog 0.1.a-3 (m68k) to erlangen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 2 Jan 2001 14:22:32 +0200 Source: ttylog Binary: ttylog Architecture: m68k Version: 0.1.a-3 Distribution: unstable Urgency: low Maintainer: Debian/m68k Build Daemon [EMAIL PROTECTED] Changed-By: Tibor Koleszar [EMAIL PROTECTED] Description: ttylog - serial port logger Changes: ttylog (0.1.a-3) unstable; urgency=low . * New Standards-Version (3.1.1) * Changed typo at ttylog -h (verison - version) Files: bc75c1d5bc02f6b4b4f3b91ce3a6bd5d 4952 utils extra ttylog_0.1.a-3_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.1 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.5 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjpcWIwACgkQcS3JWD3FdvfkvgCfa7oIkDf44OCjEOW1EUjOXKW8 K08Anib0rCvLj1TKS93JykVT/OLQAkAx =gN77 -END PGP SIGNATURE-
Uploaded libsnmp-perl 3.1.0-1 (m68k) to erlangen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 20 Dec 2000 18:18:28 +0100 Source: libsnmp-perl Binary: libsnmp-perl Architecture: m68k Version: 3.1.0-1 Distribution: unstable Urgency: low Maintainer: Debian/m68k Build Daemon [EMAIL PROTECTED] Changed-By: Martin Waitz [EMAIL PROTECTED] Description: libsnmp-perl - Script SNMP connections Changes: libsnmp-perl (3.1.0-1) unstable; urgency=low . * Initial Release. Files: f903ba99dc0d5715a3de76a37343ed60 53798 interpreters optional libsnmp-perl_3.1.0-1_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.1 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.5 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjpcZBQACgkQcS3JWD3FdvfNAwCfee9BBVgWQgyv+qjpjXrxy0R0 GjMAnRao1Eio9NzZDSId260jdpjVYdwp =cag9 -END PGP SIGNATURE-
Uploaded libunicode-map8-perl 0.10-2 (m68k) to erlangen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 31 Dec 2000 09:47:52 -0500 Source: libunicode-map8-perl Binary: libunicode-map8-perl Architecture: m68k Version: 0.10-2 Distribution: unstable Urgency: low Maintainer: Debian/m68k Build Daemon [EMAIL PROTECTED] Changed-By: Jaldhar H. Vyas [EMAIL PROTECTED] Description: libunicode-map8-perl - Perl module to map 8bit character sets to Unicode Closes: 80650 Changes: libunicode-map8-perl (0.10-2) unstable; urgency=low . * Recompiled for perl 5.6 (closes: #80650) Files: 0ba9d9680681d5dcdd3789fea32b28fd 63032 interpreters optional libunicode-map8-perl_0.10-2_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.1 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.5 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjpcV1EACgkQcS3JWD3Fdvdk6QCcCddzVfR0IUqQaF4/8+lSVo/W BRUAn1FVgcExOv+xWXaOG5UH0zsEIuKs =9i0d -END PGP SIGNATURE-
Uploaded gnuplot 3.7.1p1-5 (m68k) to erlangen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 8 Jan 2001 15:20:39 +0100 Source: gnuplot Binary: gnuplot Architecture: m68k Version: 3.7.1p1-5 Distribution: unstable Urgency: low Maintainer: Debian/m68k Build Daemon [EMAIL PROTECTED] Changed-By: Thimo Neubauer [EMAIL PROTECTED] Description: gnuplot- A command-line driven interactive plotting program. Changes: gnuplot (3.7.1p1-5) unstable; urgency=low . * added menu hint, closes #80245 * explicitly added PNG-support in debian/rules * removed cyclic build-depend on gnuplot, closes #69903 Files: eb307ccdfe5e699748566b3d4307b94d 1061656 math optional gnuplot_3.7.1p1-5_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.1 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.5 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjpcZRUACgkQcS3JWD3FdvfEDgCggu6eLT8vzx5VRtViSkhxZifw CUIAnRkGpeVNSIUWGZhVu+JLc7kyNVrd =3yjb -END PGP SIGNATURE-
Uploaded rtf2htm 0.12.7-1 (m68k) to erlangen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 28 Dec 2000 20:03:00 +0100 Source: rtf2htm Binary: rtf2htm Architecture: m68k Version: 0.12.7-1 Distribution: unstable Urgency: low Maintainer: Debian/m68k Build Daemon [EMAIL PROTECTED] Changed-By: Dr. Guenter Bechly [EMAIL PROTECTED] Description: rtf2htm- RTF to HTML converter that supports tables Changes: rtf2htm (0.12.7-1) unstable; urgency=low . * Initial Release, closes: Bug #80791. * Adjusted the Makefile to fix $DESTDIR problems. * Wrote a manpage. Files: cccaa5b8afe3894cd4bb48f67c116d74 21324 text optional rtf2htm_0.12.7-1_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.1 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.5 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjpcZAcACgkQcS3JWD3Fdve42gCfUE7LCDtAuwa3+L1lTjEbC/Dj yr8An29tLSU7rPLnDn5Xqwk3KczO5OyL =Axp3 -END PGP SIGNATURE-
Uploaded libghttp 1.0.8-3 (m68k) to erlangen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 4 Jan 2001 00:20:37 +0100 Source: libghttp Binary: libghttp1 libghttp-dev Architecture: m68k Version: 1.0.8-3 Distribution: unstable Urgency: low Maintainer: Debian/m68k Build Daemon [EMAIL PROTECTED] Changed-By: Christian Marillat [EMAIL PROTECTED] Description: libghttp-dev - Gnome HTTP client library - Development libghttp1 - Gnome HTTP client library Closes: 79216 Changes: libghttp (1.0.8-3) unstable; urgency=low . * debian/control Replaces: = not (Closes: #79216) Files: aceb61e8120b05e8c90f72c217beab00 25406 x11 optional libghttp1_1.0.8-3_m68k.deb 75f4e79fb48a0c7ace916fea63b5978b 19608 x11 optional libghttp-dev_1.0.8-3_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.1 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.5 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjpcWdAACgkQcS3JWD3FdvdbcwCcCUYulVB2320i0Sxby5Xvpj3r h5MAnjW51NVePwjZYtl3s7lLxulE0Qr9 =Axj5 -END PGP SIGNATURE-
Uploaded lprng 3.7.4-1 (m68k) to erlangen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 4 Jan 2001 11:12:02 +1100 Source: lprng Binary: lprng-doc lprng Architecture: m68k Version: 3.7.4-1 Distribution: unstable Urgency: low Maintainer: Debian/m68k Build Daemon [EMAIL PROTECTED] Changed-By: Craig Small [EMAIL PROTECTED] Description: lprng - lpr/lpd printer spooling system Changes: lprng (3.7.4-1) unstable; urgency=low . * New upstream release * Split documents out to lprng-doc again. Files: 350251baadcd7fbff68aefef639c1170 1065040 net optional lprng_3.7.4-1_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.1 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.5 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjpcXxcACgkQcS3JWD3FdvfrkgCfZjn2R0/WeJH32F1EMlR40M5m k7kAn0t86LdHPjaXc8pjpRxno591nu/e =byqA -END PGP SIGNATURE-
Uploaded xstarfish 1.1-1 (m68k) to erlangen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sat, 23 Dec 2000 18:32:20 + Source: xstarfish Binary: xstarfish Architecture: m68k Version: 1.1-1 Distribution: unstable Urgency: low Maintainer: Debian/m68k Build Daemon [EMAIL PROTECTED] Changed-By: Adrian Bridgett [EMAIL PROTECTED] Description: xstarfish - X wallpaper generator. Closes: 79644 Changes: xstarfish (1.1-1) unstable; urgency=low . * new upstream * change name to xstarfish since that's what the binary is now called * fix menu entry (closes: #79644) Files: 72f008eb1d53dc1779f597eb5206f62e 22334 games optional xstarfish_1.1-1_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.1 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.5 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjpcZDYACgkQcS3JWD3FdvdCBwCbBB51fPthYKRhMxaY4liGqVDs WFIAn3PvEwUBHFLuAbiwJqrMmCn/Z5wL =CF1O -END PGP SIGNATURE-
Uploaded ax25-apps 0.0.4-2 (m68k) to erlangen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 2 Jan 2001 14:12:26 +1100 Source: ax25-apps Binary: ax25-apps Architecture: m68k Version: 0.0.4-2 Distribution: unstable Urgency: low Maintainer: Debian/m68k Build Daemon [EMAIL PROTECTED] Changed-By: Craig Small [EMAIL PROTECTED] Description: ax25-apps - Applications for AX25 Changes: ax25-apps (0.0.4-2) unstable; urgency=low . * New standards version * Added debconf thing to ask if you would like listen setuid Files: b33f0f1af9c5c7d1054c93abd6881ac4 74064 hamradio optional ax25-apps_0.0.4-2_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.1 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.5 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjpcWNkACgkQcS3JWD3FdvcJugCggNMfyfSgMWyv6h4sKyMW6kV9 PQUAniFI2i0yYxghkN8YjxiZWyohJt2N =rcKG -END PGP SIGNATURE-
Uploaded mp 3.5.2-3 (m68k) to erlangen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 8 Jan 2001 19:19:02 +0100 Source: mp Binary: mp Architecture: m68k Version: 3.5.2-3 Distribution: unstable Urgency: low Maintainer: Debian/m68k Build Daemon [EMAIL PROTECTED] Changed-By: Bas Zoetekouw [EMAIL PROTECTED] Description: mp - pretty-printer for email messages and other text files Changes: mp (3.5.2-3) unstable; urgency=low . * Added Build-Depends on debhelper Files: 737d3acd42ea6b4737249f918862f6c7 173448 text optional mp_3.5.2-3_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.1 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.5 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjpcZMMACgkQcS3JWD3Fdvd08wCfRN6MpWX5UFqV//A0MABXPpU7 uKgAn0hnNBtZ04zSqUZN3eRt964uFPT6 =f2vk -END PGP SIGNATURE-
Uploaded libhtml-parser-perl 3.15-1 (m68k) to erlangen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 27 Dec 2000 09:43:39 -0500 Source: libhtml-parser-perl Binary: libhtml-parser-perl Architecture: m68k Version: 3.15-1 Distribution: unstable Urgency: low Maintainer: Debian/m68k Build Daemon [EMAIL PROTECTED] Changed-By: Michael Alan Dorman [EMAIL PROTECTED] Description: libhtml-parser-perl - A collection of modules that parse HTML text documents. Changes: libhtml-parser-perl (3.15-1) unstable; urgency=low . * New upstream release Files: 91cc478cb0e4c369308e141d21f1d7fd 44780 interpreters optional libhtml-parser-perl_3.15-1_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.1 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.5 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjpcVzkACgkQcS3JWD3Fdvd3mQCdGI2loUM6e2fA2nbdgyebWPzT WDgAn355feBFQAQGjWyn9ZSO9pz2Zpef =0C1v -END PGP SIGNATURE-
Uploaded libfcgi-perl 0.58-1 (m68k) to erlangen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 29 Dec 2000 15:09:45 +0100 Source: libfcgi-perl Binary: libfcgi-perl Architecture: m68k Version: 0.58-1 Distribution: unstable Urgency: low Maintainer: Debian/m68k Build Daemon [EMAIL PROTECTED] Changed-By: Davide Puricelli (evo) [EMAIL PROTECTED] Description: libfcgi-perl - FastCGI Perl module Changes: libfcgi-perl (0.58-1) unstable; urgency=low . * New upstream version. Files: e4d191d1cf40e957aae8d98e9f1da101 28216 interpreters optional libfcgi-perl_0.58-1_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.1 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.5 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjpcVzQACgkQcS3JWD3Fdvd87ACfU64+yvUNcc8jTFn698nSpxw/ i88An1fbTZYALCa0acs6AXgim/Q3BlTQ =+Wjy -END PGP SIGNATURE-
Uploaded sendip 1.4-1 (m68k) to erlangen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 7 Jan 2001 18:04:15 + Source: sendip Binary: sendip Architecture: m68k Version: 1.4-1 Distribution: unstable Urgency: low Maintainer: Debian/m68k Build Daemon [EMAIL PROTECTED] Changed-By: Jonathan McDowell [EMAIL PROTECTED] Description: sendip - A commandline tool to allow sending arbitrary IP packets. Closes: 81480 Changes: sendip (1.4-1) unstable; urgency=low . * New upstream release. (closes: Bug#81480) Files: 6068117872b202d754aa75b116510035 16222 net optional sendip_1.4-1_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.1 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.5 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjpcZLQACgkQcS3JWD3FdveurgCdF0Y77Hc6z3PC2lxmz52rRWjV DQwAnjl3ybDYW9Up1OTZJ+uqtrp+oQCs =Y7Hl -END PGP SIGNATURE-
Uploaded hotkeys 0.2 (m68k) to erlangen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 9 Jan 2001 01:50:59 +0800 Source: hotkeys Binary: hotkeys Architecture: m68k Version: 0.2 Distribution: unstable Urgency: low Maintainer: Debian/m68k Build Daemon [EMAIL PROTECTED] Changed-By: Anthony Wong [EMAIL PROTECTED] Description: hotkeys- A hotkeys daemon for your Internet/multimedia keyboard in X Changes: hotkeys (0.2) unstable; urgency=low . * Added Microsoft Internet keyboard support (Thanks jas [EMAIL PROTECTED]) * Added Memorex MX3000 keyboard support (Thanks Jeffrey Panczyk [EMAIL PROTECTED]) * Added the -d option to specify the cdrom device. * Added the -t option to specify the keyboard type. * Volume adjustment and mute affects the CDROM drive's volume too. * Added initial support for launching browser and mailer (defaults to mozilla). * Changed the description in the Debian package a bit. * New TODO and INSTALL files. * APM suspend and standby mode (with the help from apmd). Highly EXPERIMENTAL, not recommended for normal use! Files: 4508f3d5995ce9e959c149163983f638 12928 x11 optional hotkeys_0.2_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.1 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.5 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjpcZSUACgkQcS3JWD3FdvdiUACfRyX+L9OgSGM2LuecngnjeZab yTQAn223lJuZtO41lZ4hvb19dHBILU/K =9EmS -END PGP SIGNATURE-
Uploaded smssend 2.2-1 (m68k) to erlangen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 2 Jan 2001 14:48:52 +1300 Source: smssend Binary: smssend Architecture: m68k Version: 2.2-1 Distribution: unstable Urgency: low Maintainer: Debian/m68k Build Daemon [EMAIL PROTECTED] Changed-By: Michael Beattie [EMAIL PROTECTED] Description: smssend- Utility to send SMS messages to GSM mobile phones Closes: 80963 Changes: smssend (2.2-1) unstable; urgency=low . * New upstream release (Closes: #80963) Files: 35e3fd8ce70403dbb94c8102e473e7c2 43018 comm optional smssend_2.2-1_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.1 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.5 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjpcWGYACgkQcS3JWD3FdveRxACfURZoy5R1DMRDNQmRO5HZUhBT vyIAnREbKwMeXUezdafm5VVLpniaEh8b =qUwI -END PGP SIGNATURE-
Uploaded dbd-odbc 0.28-2.1 (m68k) to erlangen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 28 Dec 2000 18:05:41 -0800 Source: dbd-odbc Binary: libdbd-odbc-perl Architecture: m68k Version: 0.28-2.1 Distribution: unstable Urgency: low Maintainer: Debian/m68k Build Daemon [EMAIL PROTECTED] Changed-By: Joey Hess [EMAIL PROTECTED] Description: libdbd-odbc-perl - Perl5 module for an ODBC driver for DBI Closes: 80724 Changes: dbd-odbc (0.28-2.1) unstable; urgency=low . * NMU at maintainer's request. No changes though. * Rebuilt to update perl dependancy. Closes: #80724 Files: 5a3419dbed6f1ef92cd66ec444b9698b 48082 interpreters optional libdbd-odbc-perl_0.28-2.1_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.1 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.5 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjpcVycACgkQcS3JWD3FdveYBwCfR8r5mCd3rKuNKySVT/W8l5be D8oAn0GrNDYdtenmI3iIUwzCzrMP8Czh =mE5d -END PGP SIGNATURE-
Uploaded extace 1.4.5-1 (m68k) to erlangen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 2 Jan 2001 18:52:37 +0100 Source: extace Binary: extace Architecture: m68k Version: 1.4.5-1 Distribution: unstable Urgency: low Maintainer: Debian/m68k Build Daemon [EMAIL PROTECTED] Changed-By: Christian Marillat [EMAIL PROTECTED] Description: extace - waveform viewer. Changes: extace (1.4.5-1) unstable; urgency=low . * New upstream release. Files: e3dfacdf1cfcf6d06537a81d8e772442 60346 x11 optional extace_1.4.5-1_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.1 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.5 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjpcWDsACgkQcS3JWD3FdvdQdQCeMxBOx5ab8lQtXltT32JYIBuu ZqIAnAwbKLbXSWQC5f6FfZRsDuM+LbP3 =nXuU -END PGP SIGNATURE-
Uploaded time 1.7-10 (m68k) to erlangen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 4 Jan 2001 20:43:22 -0600 Source: time Binary: time Architecture: m68k Version: 1.7-10 Distribution: unstable Urgency: low Maintainer: Debian/m68k Build Daemon [EMAIL PROTECTED] Changed-By: Dirk Eddelbuettel [EMAIL PROTECTED] Description: time - The GNU time command. Changes: time (1.7-10) unstable; urgency=low . * debian/control: Added Build-Depends Files: 7dae549a545711bf4679259a47c51e34 29490 utils standard time_1.7-10_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.1 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.5 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjpcWcwACgkQcS3JWD3FdvcvVACfXjJYCo05QcTVqIdxdXTue8tL dNUAnRm+GCMqkn3CqMxLya0Kv+wh678i =D24m -END PGP SIGNATURE-
Uploaded vile 9.2d-1 (m68k) to erlangen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 29 Dec 2000 23:45:44 +1100 Source: vile Binary: xvile vile vile-common vile-filters Architecture: m68k Version: 9.2d-1 Distribution: unstable Urgency: low Maintainer: Debian/m68k Build Daemon [EMAIL PROTECTED] Changed-By: Brendan O'Dea [EMAIL PROTECTED] Description: vile - VI Like Emacs - vi work-alike vile-filters - VI Like Emacs - highlighting filters for vile/xvile xvile - VI Like Emacs - vi work-alike (X11) Closes: 80667 80670 80706 80711 Changes: vile (9.2d-1) unstable; urgency=low . * New upstream version. * Build against perl-5.6. (Closes: #80667, #80670, #80706, #80711). * Build against X4, merging xvile-* into xvile (uses Xaw). * Install basic app-defaults file so that Xaw menus look reasonable. Files: 4d6222dfcdccdcdf9612ab3bd363fdaa 48 editors optional vile_9.2d-1_m68k.deb 5ecd03b5c29f2df2071c6283ffc4d8cd 202656 editors optional vile-filters_9.2d-1_m68k.deb c236c9165a5a0211358e23492bbe4cdc 495806 editors optional xvile_9.2d-1_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.1 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.5 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjpcWwsACgkQcS3JWD3Fdvcy7ACfTS6yys/MAya+77/f499UzMot pFoAoIKL+GbUlksH6GawZR16BviANlbe =5Ox5 -END PGP SIGNATURE-
Uploaded xosd 0.4.0-3 (m68k) to erlangen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 8 Jan 2001 20:07:56 +0100 Source: xosd Binary: xmms-osd-plugin libxosd0 libxosd-dev Architecture: m68k Version: 0.4.0-3 Distribution: unstable Urgency: low Maintainer: Debian/m68k Build Daemon [EMAIL PROTECTED] Changed-By: Martijn van de Streek [EMAIL PROTECTED] Description: libxosd-dev - X On-Screen Display library - development libxosd0 - X On-Screen Display library - runtime xmms-osd-plugin - XMMS plugin using xosd Changes: xosd (0.4.0-3) unstable; urgency=low . * Oops. libxosd-dev should conflict with the old libxosd package Files: 5af8fa253063ac7bf64be2c6d96b0ef2 8632 x11 optional libxosd0_0.4.0-3_m68k.deb 3066cc19a971a7a4b7fab41164db5e8a 4608 x11 optional libxosd-dev_0.4.0-3_m68k.deb dc02ca6bbeca2dac420f8d8419ecb5dd 10956 x11 optional xmms-osd-plugin_0.4.0-3_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.1 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.5 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjpcZKIACgkQcS3JWD3Fdvd7wQCeLgA/z8K2IClmQqwV/T7GgGEq J9YAnjzmeIuEbYqsPWiUoXEr7Fvcd4T+ =mapA -END PGP SIGNATURE-
Uploaded zlib 1.1.3-12 (m68k) to erlangen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 1 Jan 2001 15:52:58 + Source: zlib Binary: zlib1g zlib1 zlib1-altdev zlib1g-dev zlib-bin Architecture: m68k Version: 1:1.1.3-12 Distribution: unstable Urgency: low Maintainer: Debian/m68k Build Daemon [EMAIL PROTECTED] Changed-By: Mark Brown [EMAIL PROTECTED] Description: zlib-bin - compression library - sample programs zlib1 - compression library - runtime (for libc5) zlib1-altdev - compression library - development (for libc5) zlib1g - compression library - runtime zlib1g-dev - compression library - development Closes: 78122 Changes: zlib (1:1.1.3-12) unstable; urgency=low . * Install zlib.3 in zlib1g-dev (closes: #78122). * Update to policy 3.2.1 (no changes). Files: 1e95a9d09e84ae1ad8ecb90a5f9426fb 40032 libs optional zlib1g_1.1.3-12_m68k.deb a1cdceac4b63e3b1c098dc13d90e7d54 211630 devel optional zlib1g-dev_1.1.3-12_m68k.deb d37ca655548ae7eb9d3b6ff76a1eeda6 15854 utils optional zlib-bin_1.1.3-12_m68k.deb 1ef5d3611c441b0dffa6291361f82d66 38966 oldlibs extra zlib1_1.1.3-12_m68k.deb 4af04ad22ff17996a68508cdef8fed1a 37664 oldlibs extra zlib1-altdev_1.1.3-12_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.1 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.5 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjpcW0QACgkQcS3JWD3FdvfOLwCfXjiKFEka1QOuHE9kecuhWTud 3gIAn2dbk9EZ0Im0DSrmoSixBAw3xPrE =gz/3 -END PGP SIGNATURE-
Uploaded coldsync 1.6.3-1 (m68k) to erlangen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 28 Dec 2000 20:54:17 +1000 Source: coldsync Binary: coldsync Architecture: m68k Version: 1.6.3-1 Distribution: unstable Urgency: low Maintainer: Debian/m68k Build Daemon [EMAIL PROTECTED] Changed-By: Bradley Marshall [EMAIL PROTECTED] Description: coldsync - A tool for syncing PalmOS PDAs with Unix workstations Changes: coldsync (1.6.3-1) unstable; urgency=low . * New upstream revision Files: 34f62206cb71265ea66162861cb9effe 219476 otherosfs optional coldsync_1.6.3-1_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.1 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.5 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjpcWNQACgkQcS3JWD3FdvcWiACeORi3SRb4TDp75QPq3kFF2/cX UB0AoIHozclZs/C5nPnwRddL9cbdsPpb =ZKjV -END PGP SIGNATURE-
Uploaded libraw1394 0.8.2 (m68k) to erlangen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 4 Jan 2001 02:37:57 +0100 Source: libraw1394 Binary: libraw1394-dev libraw1394-4 Architecture: m68k Version: 0.8.2 Distribution: unstable Urgency: low Maintainer: Debian/m68k Build Daemon [EMAIL PROTECTED] Changed-By: Andreas Bombe [EMAIL PROTECTED] Description: libraw1394-4 - library for direct access to IEEE 1394 bus (aka FireWire) libraw1394-dev - library for direct access to IEEE 1394 bus - development files Closes: 81158 Changes: libraw1394 (0.8.2) unstable; urgency=low . * Create device file in /dev instead of / (closes: #81158). Files: 69285157e585f357368500866f2307ac 10514 devel optional libraw1394-dev_0.8.2_m68k.deb 4e0b1f301ea6ec827488a2dd3c7b5791 6038 libs optional libraw1394-4_0.8.2_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.1 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.5 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjpcWdYACgkQcS3JWD3Fdve2eACggtC5TRw2tnKNIhBnyLa6l/G4 6KsAn1uziYctkQ3S0zGO7jkOZit9u+Ku =m5o2 -END PGP SIGNATURE-
Uploaded dictfmt 1.6-1 (m68k) to erlangen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sat, 30 Dec 2000 15:36:28 -0500 Source: dictfmt Binary: dictfmt Architecture: m68k Version: 1.6-1 Distribution: unstable Urgency: low Maintainer: Debian/m68k Build Daemon [EMAIL PROTECTED] Changed-By: Bob Hilliard [EMAIL PROTECTED] Description: dictfmt- Utility to format a file for use by the dictd server. Changes: dictfmt (1.6-1) unstable; urgency=low . * First Debian release. Files: 5d85f554e18fd698fe40bee8e2a7c568 10094 utils optional dictfmt_1.6-1_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.1 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.5 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjpcY9IACgkQcS3JWD3FdvdEugCfY+95P4GOlJXA2FI/AltcmOI1 ZK0An2ySphVC6EvgbYxm7CJ4dftjB0gx =Ug+U -END PGP SIGNATURE-
Uploaded wwwoffle 2.6-3 (m68k) to erlangen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 2 Jan 2001 13:26:28 +0100 Source: wwwoffle Binary: wwwoffle Architecture: m68k Version: 2.6-3 Distribution: unstable Urgency: low Maintainer: Debian/m68k Build Daemon [EMAIL PROTECTED] Changed-By: Paul Slootman [EMAIL PROTECTED] Description: wwwoffle - World Wide Web OFFline Explorer Closes: 51344 53641 53641 75213 80602 80639 Changes: wwwoffle (2.6-3) unstable; urgency=low . * /usr/share/wwwoffle/html/search/htdig/nomatch.html contained a wrong link to debian-logo-50.png. Why do I only see this just after the previous version got installed? * Remove /usr/share/wwwoffle/html/htdig if it exists. Apparently created by an old version. * This changelog was junked at the end. Restored that from an old version. * Don't include /var/cache/wwwoffle/* in the package, some people replace /var/cache/wwwoffle with a symlink pointing elsewhere. Create any dirs necessary in the postinst. * Move /var/cache/wwwoffle/monitor to /var/lib/wwwoffle/monitor, as /var/cache is volatile and the monitor directory contains manually entered data. closes:#51344 * Somehow at some stage a /var/lib/wwwoffle/monitor/monitor symlink got created that doesn't point at an existing node. Remove it. * Do everything necessary to recreate the /var/cache/wwwoffle hierarchy during init script, as policy demands that packages can work when /var/cache has been nuked. * Clarified README.debian a bit. closes:#53641 * default config file gets compressed, hence attempt to copy it when no config file exists yet, fails. Now use zcat. closes:#80602 * Pass extra '?' chars in URL through unscathed, effectively violating RFC1738. Unfortunately there are just too many servers out there that don't understand the hex quoting of reserved chars. Same goes for '@'. closes:#80639 * The spooldir setting in the config file is always /var/cache/wwwoffle, but that in turn may be a symlink elsewhere for local reasons. When upgrading, any different spooldir setting in the existing config file is taken into account. closes:#75213 * The following bug should be considered closed, was basically a documentation problem (replacement image can't be read directly). closes:#53641 Files: bdf411547c86f3a4f8bd262f4b644fe1 752766 web extra wwwoffle_2.6-3_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.1 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.5 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjpcWLsACgkQcS3JWD3FdvduAQCeNZUt4dj1lT2mCyVmXdIrLApl kpsAn2XIuJUxt39bfMXlt6vmjO9atawW =wvzR -END PGP SIGNATURE-
Uploaded libnet-rawip-perl 0.09-3 (m68k) to erlangen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 28 Dec 2000 22:30:55 +0100 Source: libnet-rawip-perl Binary: libnet-rawip-perl Architecture: m68k Version: 0.09-3 Distribution: unstable Urgency: low Maintainer: Debian/m68k Build Daemon [EMAIL PROTECTED] Changed-By: Christian Hammers [EMAIL PROTECTED] Description: libnet-rawip-perl - Perl interface to lowlevel TCP/IP Closes: 80714 Changes: libnet-rawip-perl (0.09-3) unstable; urgency=low . * Recompiled against perl-5.6. Closes: #80714 * Added Build-Dependencies. Files: 810c681efa7e52f721da33dc8bdf1bd1 50464 interpreters extra libnet-rawip-perl_0.09-3_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.1 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.5 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjpcWL4ACgkQcS3JWD3FdveLjwCfYTTLA4fa6N1vjFluHHIIJjPf kT4An3SGatenE4ncP7dX7YpEXBs6UqtC =ALtr -END PGP SIGNATURE-
Uploaded xwpe 1.5.26a-1 (m68k) to erlangen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 4 Jan 2001 16:44:04 +0100 Source: xwpe Binary: xwpe Architecture: m68k Version: 1.5.26a-1 Distribution: unstable Urgency: low Maintainer: Debian/m68k Build Daemon [EMAIL PROTECTED] Changed-By: Matej Vela [EMAIL PROTECTED] Description: xwpe - Programming environment and editor for console and X11 Changes: xwpe (1.5.26a-1) unstable; urgency=low . * New upstream version. Files: 67f2415e63d6040c069997aa357d5dbd 190670 editors optional xwpe_1.5.26a-1_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.1 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.5 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjpcWw8ACgkQcS3JWD3FdvdvWwCeLKNkryljNzqEN5ODc9sFimFx cbgAn0SE0WygSjYavniI13/W3I6UOGKK =Tbv4 -END PGP SIGNATURE-
Uploaded xloadimage 4.1-6 (m68k) to erlangen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sun, 31 Dec 2000 19:36:49 +
Source: xloadimage
Binary: xloadimage
Architecture: m68k
Version: 4.1-6
Distribution: unstable
Urgency: low
Maintainer: Debian/m68k Build Daemon [EMAIL PROTECTED]
Changed-By: James Troup [EMAIL PROTECTED]
Description:
xloadimage - Graphics file viewer under X11
Changes:
xloadimage (4.1-6) unstable; urgency=low
.
* debian/control (Build-Depends): added.
* debian/copyright: Remove references to Linux.
* debian/postinst: create /usr/doc/xloadimage symlink.
* debian/prerm: remove /usr/doc/xloadimage symlink.
* debian/rules (binary-arch): install documentation into
/usr/share/{doc,man}. Install binaries into /usr/bin/.
* debian/control (Standards-Version): update to 3.2.1.
.
* The following entries are a patch from Yoshida Hiroshi
[EMAIL PROTECTED] (again); many thanks to him.
* xloadimage.c: include unistd.h if we have it.
* window.c: likewise and fix #include mess so that ENABLE_TIMEOUT is
defined again and -delay works.
* vicar.c: we don't need malloc.h.
* vff.c (readImage): use our lmalloc() in favour of malloc().
(readHeader): likewise.
* send.c (imageToXImage): compress() is renamed to compress_cmap().
* png.c: new file; support for viewing PNG images.
* options.c (processOptions): don't allow negative arguments.
* niff.c: conditionalize unistd.h inclusion.
* new.c: likewise for malloc.h.
* jpeg.c (init_source, fill_input_buffer, skip_input_data,
resync_to_restart, term_source, read_row): define as static.
* imagetypes.h: add png function definitions and add png to the
ImageTypes struct.
* image.h: remove some old portability code made obsolete by
autoconfication. Change __STDC__ to STDC_HEADERS and make better use
of HAVE_STRINGS_H. Change compress to compress_cmap.
* configure.in: add a check for libpng and remove function check for
mkdir.
* config.c: Change IS_BSD to HAVE_UNISTD_H.
* compress.c (compress_cmap): renamed; previously compress().
* bright.c (gammacorrect): don't recalculate the gamma value unless
necessary. Fix true colour gamma correction.
* Makefile.in (clean): fixes for autoconfication.
(SRCS): add png.c:
(XLIB): remove obsolete X_PRE_LIBS.
.
* xloadimage.man: correct documentation for -idelay and -delay; -delay
is per-image and not global and supersedes -idelay.
* debian/control (Extended Description): reorder list of supported
image types and add PNG.
Files:
f0261be3aef0d35fc8f9725d071ccf44 97746 graphics optional
xloadimage_4.1-6_m68k.deb
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.1 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.5 and Gnu Privacy Guard
http://www.gnupg.org/
iEYEARECAAYFAjpcWlMACgkQcS3JWD3FdvcHYgCeKj4hUs0/8P3YA4oh4C79WSo8
00kAn09pT7oKDDqFMM6ayjurX6WNiDpm
=lIbZ
-END PGP SIGNATURE-
Uploaded secvpn 1-9 (m68k) to non-us
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 10 Nov 2000 20:37:24 +0100 Source: secvpn Binary: secvpn Architecture: m68k Version: 1-9 Distribution: unstable Urgency: low Maintainer: Debian/m68k Build Daemon [EMAIL PROTECTED] Changed-By: Bernd Schumacher [EMAIL PROTECTED] Description: secvpn - Secure Virtual Private Network (secvpn) Changes: secvpn (1-9) unstable; urgency=low . * Changed section to non-US/main Files: d102b027bb1b2450e65ffc612e472d3d 205636 non-US/main optional secvpn_1-9_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.1 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.5 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjpcZeIACgkQcS3JWD3FdvfZjQCeMciV2/a8StajmPD0aGzudB1T /zkAn3X+fwEE+efiSnyb9AlRqIjlnxvb =Y7Z/ -END PGP SIGNATURE-
Uploaded uw-imap-ssl 2000debian-3 (m68k) to non-us
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sat, 25 Nov 2000 02:40:19 -0500 Source: uw-imap-ssl Binary: libc-client-ssl2000-dev uw-imapd-ssl libc-client-ssl2000 ipopd-ssl Architecture: m68k Version: 2000debian-3 Distribution: unstable Urgency: low Maintainer: Debian/m68k Build Daemon [EMAIL PROTECTED] Changed-By: Jaldhar H. Vyas [EMAIL PROTECTED] Description: ipopd-ssl - POP2 and POP3 servers from UW libc-client-ssl2000 - UW c-client library for mail protocols libc-client-ssl2000-dev - UW c-client library for mail protocols uw-imapd-ssl - remote mail folder access server for Pine and others Changes: uw-imap-ssl (2000debian-3) unstable; urgency=low . * I will get these dependencies correct one day dammit * Properly link to SSL libraries now. * Corrected error in shlibs file for libc-client-ssl2000 Files: 57336e19c0ca96b775d9dc8f21f8ae07 84516 non-us/main standard uw-imapd-ssl_2000debian-3_m68k.deb e5f3dd56fb13836d252b75cd6e588634 19522 non-us/main standard ipopd-ssl_2000debian-3_m68k.deb 9c155155edce24150174b23aa2fcd34d 983524 non-us/main standard libc-client-ssl2000-dev_2000debian-3_m68k.deb 5b087529e363d4b0448903b217a1b7b5 429126 non-us/main standard libc-client-ssl2000_2000debian-3_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.1 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.5 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjpcZegACgkQcS3JWD3FdvfWMQCfZQKm3pPF/1rO1sFmseaHtfDW +HUAnixsY74HFQ168ixNhTbKf7vSGgMt =Q5hQ -END PGP SIGNATURE-
Uploaded heimdal 0.3d-2 (m68k all) to non-us
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 26 Dec 2000 10:59:44 +1100 Source: heimdal Binary: heimdal-clients heimdal-clients-x heimdal-lib heimdal-servers heimdal-kdc heimdal-dev heimdal-servers-x heimdal-docs Architecture: m68k all Version: 0.3d-2 Distribution: unstable Urgency: low Maintainer: Debian/m68k Build Daemon [EMAIL PROTECTED] Changed-By: Brian May [EMAIL PROTECTED] Description: heimdal-clients - Clients for Heimdal Kerberos heimdal-clients-x - X11 files for Heimdal Kerberos heimdal-dev - Development files for Heimdal Kerberos heimdal-docs - Documentation for Heimdal Kerberos heimdal-kdc - KDC for Heimdal Kerberos heimdal-lib - Libraries for Heimdal Kerberos heimdal-servers - Servers for Heimdal Kerberos heimdal-servers-x - X11 files for Heimdal Kerberos Closes: 80442 Changes: heimdal (0.3d-2) unstable; urgency=low . * Add libdb2-dev to build-depends (closes: #80442). Files: 627156b385bb44851ad4b2ed2f9ed421 58868 non-US/main optional heimdal-kdc_0.3d-2_m68k.deb 6ff10a6fa98df2ed5a3b06dcf6d37708 369130 non-US/main optional heimdal-dev_0.3d-2_m68k.deb 7221b48c1c24cb67f3f472edca4bbe8c 46502 non-US/main optional heimdal-clients-x_0.3d-2_m68k.deb 2751327887dcb70db20bbfaea5c50c35 187196 non-US/main optional heimdal-clients_0.3d-2_m68k.deb 446df75f7bb49a416419c32bc7bd 31670 non-US/main optional heimdal-servers-x_0.3d-2_m68k.deb 5344cab41ba45f3157394e391c5bb251 151480 non-US/main optional heimdal-servers_0.3d-2_m68k.deb 1ce0f344d703c490fc9d1f6f63df9a88 295368 non-US/main optional heimdal-lib_0.3d-2_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.1 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.5 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjpcWHUACgkQcS3JWD3FdvdZYwCff79MacMbQz7OJtSAqHcUHJnO BFsAn320Ea012RQRXLHO7DLXoprp/JT+ =gctd -END PGP SIGNATURE-
Uploaded libcrypt-blowfish-perl 2.06-1 (m68k) to non-us
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 16 Nov 2000 11:32:36 + Source: libcrypt-blowfish-perl Binary: libcrypt-blowfish-perl Architecture: m68k Version: 2.06-1 Distribution: unstable Urgency: low Maintainer: Debian/m68k Build Daemon [EMAIL PROTECTED] Changed-By: Jonathan McDowell [EMAIL PROTECTED] Description: libcrypt-blowfish-perl - Blowfish cryptography for Perl Closes: 77240 Changes: libcrypt-blowfish-perl (2.06-1) unstable; urgency=low . * Initial Debianization. (closes: Bug#77240) Files: 6f0189097ecb4ec350d0ad2ddd130ed5 19004 non-US/main optional libcrypt-blowfish-perl_2.06-1_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.1 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.5 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjpcZUAACgkQcS3JWD3FdvetBACfRKJHMJNerhn16SJvEqiDTJd9 5PkAn3VhEvriJ82fIle/2EDb4Cf1G6c5 =ENAr -END PGP SIGNATURE-
Uploaded krb5 1.2.1-8 (m68k) to non-us
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sat, 23 Dec 2000 16:20:24 -0500 Source: krb5 Binary: krb5-kdc krb5-doc krb5-rsh-server libkrb5-dev libkrb53 krb5-ftpd krb5-clients krb5-user libkadm54 krb5-telnetd krb5-admin-server Architecture: m68k Version: 1.2.1-8 Distribution: unstable Urgency: low Maintainer: Debian/m68k Build Daemon [EMAIL PROTECTED] Changed-By: Sam Hartman [EMAIL PROTECTED] Description: krb5-admin-server - Mit Kerberos master server (kadmind) krb5-clients - Secure replacements for ftp, telnet and rsh using MIT Kerberos krb5-ftpd - Secure FTP server supporting MIT Kerberos krb5-kdc - Mit Kerberos key server (KDC) krb5-rsh-server - Secure replacements for rshd and rlogind using MIT Kerberos krb5-telnetd - Secure telnet server supporting MIT Kerberos krb5-user - Basic programs to authenticate using MIT Kerberos libkadm54 - MIT Kerberos administration runtime libraries libkrb5-dev - Headers and development libraries for MIT Kerberos libkrb53 - MIT Kerberos runtime libraries Closes: 78954 79643 Changes: krb5 (1.2.1-8) unstable; urgency=low . * Use separate build directory because the source tree supports it and it works around failures in the upstream clean target, closes: #78954 * Make sure we modify all the configure scripts since we modify aclocal.m4 so that time stamps don't cause autoconf to be run. * Add bison and debhelper as build-depends, closes: #79643 * New maintainer address Files: 980122f79365086f702790efe20a25a9 62810 non-us/main optional libkadm54_1.2.1-8_m68k.deb 30cd49046397b308fa7c3f372a4ae8cd 261268 non-us/main optional libkrb53_1.2.1-8_m68k.deb 8be34c012dbe2d1e15767af56bd5d32d 143916 non-us/main optional krb5-user_1.2.1-8_m68k.deb 1f314b3d17cf80469c3646f8ae92c77f 139450 non-us/main optional krb5-clients_1.2.1-8_m68k.deb c881292458ded1d8b73e41b6f2fba292 54100 non-us/main optional krb5-rsh-server_1.2.1-8_m68k.deb edc0de66c5817676fced136c9cf94f67 40530 non-us/main optional krb5-ftpd_1.2.1-8_m68k.deb 00936816307be7ab32c563cd38d0cdfa 41248 non-us/main optional krb5-telnetd_1.2.1-8_m68k.deb e76256cb4607e84072e30b5e0eb50897 159048 non-us/main optional krb5-kdc_1.2.1-8_m68k.deb e93a536b2587b246758257af8c23c450 159146 non-us/main optional krb5-admin-server_1.2.1-8_m68k.deb f8f8c71f20ddc1517ca1bef8fb476fd1 396562 non-us/main optional libkrb5-dev_1.2.1-8_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.1 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.5 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjpcZGsACgkQcS3JWD3FdvdgdgCfVWE86+wEapI6m1HQrWN2FuFg dPAAnRT+nokBepnB/EYJ3Gmo7w+U6Jxt =SPLB -END PGP SIGNATURE-
Uploaded links-ssl 0.95-1 (m68k) to non-us
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 4 Jan 2001 03:15:52 +0100 Source: links-ssl Binary: links-ssl Architecture: m68k Version: 0.95-1 Distribution: unstable Urgency: low Maintainer: Debian/m68k Build Daemon [EMAIL PROTECTED] Changed-By: Peter Gervai [EMAIL PROTECTED] Description: links-ssl - Character mode WWW browser with SSL Closes: 81231 Changes: links-ssl (0.95-1) unstable; urgency=low . * New upstream version. * build depends on debhelper (closes: #81231) Files: 0d5920eeeb4c96a4589bfac249426c14 255926 non-US/web optional links-ssl_0.95-1_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.1 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.5 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjpcXuUACgkQcS3JWD3Fdvcx8gCdF1lKidoMDvpMopkVgK0TPWjo KU8An2EDnBPe46TaJ7pku+xcZ2Du1l/S =gdcW -END PGP SIGNATURE-
Re: resolution of the tar -I issue
Bernd Eckenfels [EMAIL PROTECTED] writes: On Tue, Jan 09, 2001 at 06:08:23PM -0500, Michael Stone wrote: depricating -I in Debian Package sounds very good. besides that -j (junkzip?) is NON-DESCRIPTIVE at all. -Z or -2 would be better... but thats an Upstream Issue I guess. -Z is for piping through compress, and is (I believe) legacy compatible to a number of proprietary tars. -[0-7][lmh] specify drive and density I'm not sure exactly what that's for, but it does rule out -2. It kinda sucks when you completely run out of single character options. %-)
Brendan O'Dea as Debian Perl developer
While off on yet more travel earlier today, I confronted my lack of progress in packaging Perl for Debian. For too long, I've been denying it. But I have to face that my life is simply not currently structured to have time to maintain Perl like I should. Brendan has been patient over the months that it's taken me to make this decision and has helped me with NMUs. I offered and he accepted the maintainership of Debian Perl. I will miss maintaining Perl since I've been doing it since 1995 and Perl 5.002. But it needs to go to someone who *does* have the time and love to dedicate to Debian and Perl. Good luck, Brendan. -- [EMAIL PROTECTED]http://www.daft.com/~torin/ [EMAIL PROTECTED][EMAIL PROTECTED] Darren Stalder/2608 Second Ave, @282/Seattle, WA 98121-1212/USA/+1-206-ELF-LIPZ @Make a little hot-tub in your soul. @
Re: News about Debian Conference... and have an happy new year !
On Tue, 9 Jan 2001, Thierry Laronde wrote: After that the subjects proposed : Proposals: Debian Jr Coding Parties I expect more people with Laptops than last year (at least I know one person who has got one ;-) ...). So lets organize topics top *work* on in the evening ours. May be we could stay in the rooms longer than it was possible last year. Kind regards Andreas.
Re: gimp 1.1
It would help if you could warn me before upgrading libgimp* in incompatible ways. If you told me about gimp1.2, I missed it, and I apologize. Since gimp1.2 is really the new stable gimp, can't it be in a package called gimp? The libraries are incompatible and need to be different packages, but the package containing the executable can remain the same. I know that provides sort of allows this, but it seems simpler to give the stable version of the gimp executable the name gimp, even though there are incompatibilities between different version of gimp. Unless there is an objection, I will continue to use the names sane and xsane for the versions of the executables which work with the stable version of gimp. The reorganization of sane may force me to reconsider this issue. Joey Hess [EMAIL PROTECTED] writes: Ben Gertzfield wrote: Joey == Joey Hess [EMAIL PROTECTED] writes: Joey Do we actually need gimp1.1 and associated packages anymore? Joey gimp1.2 in in unstable. Nope, go ahead and toss it if we can get the other libgimp1.1 using packages out too.. Looks like only gimp-python and [x]sane-gimp1.1 are holding this back, so I just filed bugs on them. -- see shy jo -- Kevin Dalley [EMAIL PROTECTED]
Re: ITU: freeswan 1.8
Adam Heath wrote: On Mon, 8 Jan 2001, Rene Mayrhofer wrote: [snip] Could you please run dpkg-scanpackages, and dpkg-scansources, so that we can use apt to install this stuff? Txs. Done. It should not be apt-able with deb ftp://ftp.vianova.at/pub/gibraltar source/ deb-src ftp://ftp.vianova.at/pub/gibraltar source/ But please use with care. Our server is poorly connected, so please only use this if you desperately want to test freeswan before it is uploaded into unstable (should be in less than a week). best greet Rene
Proposal: Reorganizing Python for Python2 (and fixes for the previous proposal)
Hi all, I'm reposting this mail on -devel as not all python modules maintainers are -python subscribers. Discussions will continue on -python. This version contains small modifications from the one firstly posted on -python. Proposal: Reorganizing Python for Python 2. --- The purpose of the proposal is to regorganise python in order to make multiple versions and modules installed at the same time. 1) Problem: - we want python 2 to enter debian ASAP - we do not want to duplicate packages for python 2 - the python version number is hard coded in the path to python modules. [FIX: - some packages are GPLed and can not (yet) be run with python2. ] 2) Proposal: I'm proposing to reorganise the python tree as follows (I'm considering only site packages in this case, are this is what is problematic) : /usr/lib/python/1.5/site-packages This directory contains python 1.5.2 modules that are not compatible with greater version of python (i.e. 2.0) /usr/lib/python/2.0/site-packages This directory contains python 2.0-specific modules. These are not compatible with earlier versions of python (i.e. 1.5). /usr/lib/python/site-packages This directory contains python packages that are runnable with all pythons. 3) Sceneries: . Python 1.5 was installed and we decide to install 2.0 python 1.5 specific packages are installed in ...python/1.5/site-packages other packages are installed in ...python/site-packages * we make /usr/bin/python point to python 2 thanks to alternatives * we run a compileall.py in python/site-packages in order to get them byte-recompiled for 2.0 . 1.5 and 2.0 are both present on the system and we uninstall 1.5 * nothing to do . 1.5 and 2.0 are both present on the system and we want to uninstall 2.0 * we remove the alternative so that /usr/bin/python points to 1.5 * we run compileall.py in python/site-packages in order to get them byte-recompiled for the earlier version (i.e. 1.5) . 2.0 in the only one installed * nothing to do 4) Modifiying the interpreters: .The interpreters have to dynamically look for the following path, in the following order: - /usr/lib/python/their version/site-packages - /usr/lib/python/site-packages . postint Add compileall for /usr/lib/python/site-packages . postrm Add compileall for /usr/lib/python/site-packages if another interpreter is present on the system. . control Add a versioned provides, Provides: python (= 2.0) [FIX: I'm not sure this versioned provides would work if we want both 1.5 and 2.0 to be installed at a time] 5) Modifying site packages: People will have to check the compatibility of they modules with 1.5 and 2.0 and install them in the new tree as explained in the proposal. So, 3 kinds of dependencies : Depends: python (= 2.0) for /usr/lib/python/2.0 [FIX: Depends: python2] Depends: python (= 1.5), python (= 1.5.2) for /usr/lib/python/1.5 [FIX: Depends: python (= 1.5)] Depends: python (= 1.5) for /usr/lib/python/site-packages [FIX: Depends: python (= 1.5) | python2] Did I miss something ? 6) If this can be implemented, we'll have to: - make new python 1.5 packages - release python 2.0 in experimental - change our packages to test the new implementation - fill bug report for all python packages - once tested, we'll be ready for woody. Any comment, ideas ? Thanks. Cheers, -- Jérôme Marant [EMAIL PROTECTED] http://jerome.marant.free.fr -- Jérôme Marant [EMAIL PROTECTED] http://jerome.marant.free.fr
Bug#81768: general: no autoclean
Package: general Version: 20010110 Severity: low Sorry for not specifying the category more precisely. I use several Debian 2.2s, with kernel module loading (i.e. no kerneld). Some systems has 'cron' others use 'anacron'. I found, that there is no crontab entry that removes unused modules from memory. However I remember in 2.1 cron ran rmmod -a every five minutes. (Yes, I can fix this on my own hosts. ;-) Regards Gabor -- System Information Debian Release: 2.2 Kernel Version: Linux gatling 2.2.17 #1 Wed Oct 18 13:29:10 CEST 2000 i586 unknown
Bug#81768: marked as done (general: no autoclean)
Your message dated Wed, 10 Jan 2001 10:39:05 +0100 with message-id [EMAIL PROTECTED] and subject line Bug#81768: general: no autoclean has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Darren Benham (administrator, Debian Bugs database) -- Received: (at submit) by bugs.debian.org; 10 Jan 2001 09:23:11 + From [EMAIL PROTECTED] Wed Jan 10 03:23:11 2001 Return-path: [EMAIL PROTECTED] Received: from lutra.sztaki.hu [193.225.86.1] by master.debian.org with esmtp (Exim 3.12 1 (Debian)) id 14GHTK-0005El-00; Wed, 10 Jan 2001 03:23:10 -0600 Received: from gatling.ikk.sztaki.hu ([193.225.86.251]) by sztaki.hu (PMDF V5.2-32 #42635) with ESMTP id [EMAIL PROTECTED] for [EMAIL PROTECTED]; Wed, 10 Jan 2001 10:23:07 +0100 (MET) Received: (from [EMAIL PROTECTED]) by gatling.ikk.sztaki.hu (8.9.3/8.9.3/Debian 8.9.3-21) id KAA03638; Wed, 10 Jan 2001 10:23:06 +0100 Date: Wed, 10 Jan 2001 10:23:06 +0100 From: Kiss Gabor [EMAIL PROTECTED] Subject: general: no autoclean To: [EMAIL PROTECTED] Message-id: [EMAIL PROTECTED] X-Mailer: bug 3.2.10 Delivered-To: [EMAIL PROTECTED] Package: general Version: 20010110 Severity: low Sorry for not specifying the category more precisely. I use several Debian 2.2s, with kernel module loading (i.e. no kerneld). Some systems has 'cron' others use 'anacron'. I found, that there is no crontab entry that removes unused modules from memory. However I remember in 2.1 cron ran rmmod -a every five minutes. (Yes, I can fix this on my own hosts. ;-) Regards Gabor -- System Information Debian Release: 2.2 Kernel Version: Linux gatling 2.2.17 #1 Wed Oct 18 13:29:10 CEST 2000 i586 unknown --- Received: (at 81768-done) by bugs.debian.org; 10 Jan 2001 09:39:09 + From [EMAIL PROTECTED] Wed Jan 10 03:39:09 2001 Return-path: [EMAIL PROTECTED] Received: from lwaxana.cistron.net (smtp2.cistron.nl) [195.64.68.26] by master.debian.org with esmtp (Exim 3.12 1 (Debian)) id 14GHim-0006BV-00; Wed, 10 Jan 2001 03:39:08 -0600 Received: from picard.cistron.nl ([195.64.65.20]) by smtp2.cistron.nl with esmtp (Exim 3.12 #1 (Debian)) id 14GHik-0002Ne-00; Wed, 10 Jan 2001 10:39:06 +0100 Received: (from [EMAIL PROTECTED]) by picard.cistron.nl (8.9.3/8.9.3/Debian 8.9.3-6) id KAA16726; Wed, 10 Jan 2001 10:39:06 +0100 Date: Wed, 10 Jan 2001 10:39:05 +0100 From: Wichert Akkerman [EMAIL PROTECTED] To: Kiss Gabor [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: Re: Bug#81768: general: no autoclean Message-ID: [EMAIL PROTECTED] References: [EMAIL PROTECTED] Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: [EMAIL PROTECTED]; from [EMAIL PROTECTED] on Wed, Jan 10, 2001 at 10:23:06AM +0100 Delivered-To: [EMAIL PROTECTED] Previously Kiss Gabor wrote: I use several Debian 2.2s, with kernel module loading (i.e. no kerneld). Some systems has 'cron' others use 'anacron'. I found, that there is no crontab entry that removes unused modules from memory. However I remember in 2.1 cron ran rmmod -a every five minutes. This is not a bug, it is a deliberate choice. The problem with rmmod -a is that: 1. it spins up the disk on laptops, which is unwanted 2. it can tickle a race in the kernel related to module unloading, which is really uwanted 3. not unloading modules generally doesn't hurt you at all Wichert. -- / Generally uninteresting signature - ignore at your convenience \ | [EMAIL PROTECTED] http://www.liacs.nl/~wichert/ | | 1024D/2FA3BC2D 576E 100B 518D 2F16 36B0 2805 3CB8 9250 2FA3 BC2D |
Key Signing in IPC9
Hi! I've long ago gave up hope of any Debian developer in Israel to sign my key. I'm going to be in IPC9 (International Python Confrerence) between March 4 and 8. It's in Long Beach Hilton, Calfornia. If you are going to attend, or just happen to live near Los-Angeles, please let me know. Thanks in advance, -- Moshe Zadka [EMAIL PROTECTED] This is a signature anti-virus. Please stop the spread of signature viruses!
Re: Path modification
In message [EMAIL PROTECTED], Jon Eisenstein wr ites: I recently filed a bug report (80092) against the nmh package regarding the location of its program files. It installs files into /usr/bin/mh, which isn't in the path, making running the program difficult until the reason is found. The nmh manual page is quite explicit about this: To get started using nmh, put the directory /usr/bin/mh on your $PATH. This is best done in one of the files: .pro file, .login, or .cshrc in your home directory. (Check the manual entry for the shell you use, in case you don't know how to do this.) As others have mentioned, this is the way MH has always operated. I don't think there's any reason to change the behaviour. p.
Re: tar -I incompatibility
[cas] on every non-linux machine i have to use, the first thing i do is download and compile all the GNU tools including tar. i then change the PATH setting to include /usr/local/bin/gnu at the start. I used to do that, but then I got burned by 'df'. Debugging that one involved wading through pages and pages of very poorly written vendor ksh scripts, so I guess I learned my lesson. (In defense of GNU fileutils, I don't think I've seen any two Unix versions of df with compatible output either. The HP-UX 11 output is truly, ahem, interesting.) I've also been hit once trying to use bash as a root login shell. Some scripts that come with proprietary software actually don't have #! lines at the top, they just assume ksh. Oops. Yes, for the most part you can drop GNU utilities right in. But I no longer put them in front of the path for root or other system-oriented accounts. Peter
Amaya still maintained ?
Hi Steve, are you still maintaining amaya ? The package is very much out of date (3.2.1-1 is in sid, while upstream is now at 4.2.1, which has significant improvements). The BTS lists three bugs reports regarding new upstream versions, and you didn't even reply to any of them. db.debian.org lists no date for your last occurrence on a Debian list; my search gave that you made an upload of pump on Oct 22, so I guess you're still with the project. If I don't get a reply to this mail, I think I'll go on and make an NMU of amaya with the most recent upstream version. Gregor
Re: Creeping featuritis (was: Re: tar -I incompatibility)
On Tue, Jan 09, 2001 at 06:23:44PM -0500, Jacob Kuntz wrote: from the secret journal of Sam Couter ([EMAIL PROTECTED]): No it's not. It does one thing (Advanced Package Management), and does it fairly well. Just because the thing it does is a complex task doesn't mean it's got creeping featuritis. If it tried to do more than just package management, that would be a different story. right, like if it tried to read mail or interpert lisp (which are the primary indicators of featuritis). I fail to see how these examples demonstrate that bzip2 options on tar are creeping featuritis. If anything, it demonstrates that it is not. It's not as if tar has bzip2/gzip built in. Hamish -- Hamish Moffatt VK3SB [EMAIL PROTECTED] [EMAIL PROTECTED]
Re: 'export RESOLV_HOST_CONF= any file you want' local vulnerability
On Tue, Jan 09, 2001 at 07:19:53PM -0500, Matt Zimmerman wrote: I assume its purpose is to allow different resolver settings to be used with individual programs. For instance, perhaps one program should use DNS, while another NIS, and still another only the local hosts file for name resolution. For some programs, setting 'nospoof' will improve security; for others, it will just cause some lookups to fail needlessly. How does resolv.conf let you specify that? According to resolv.conf(5), resolv.conf is used for DNS only (which is what I always thought). You could accomplish the above if you could override /etc/nsswitch.conf though. There's probably some nasties in this option somewhere. Hamish -- Hamish Moffatt VK3SB [EMAIL PROTECTED] [EMAIL PROTECTED]
Bug#81769: Does not boot from CD-Rom
Package: General Version: 2.2 When I try to boot from CD on my SCSI system it does only boot, when CD-Rom is the SCSI device with the highest priority. In this case it does not boot from the hard-drive. Do I switch the SCSI IDs it boots from the harddrive but not from CD-Rom. In case the hard-drive has no boot-sector system hangs up, even though the bootable CD is in and detected. One might think that it is a SCSI problem, but however it works out with a Win2000 CD (it does boot on any ID). Strange, what's the problem here? I'm using adaptec AHA-2940UW with pentium system (Award Bios). All devices are conected to the narrow (50pin) bus. current ID-setup: HD1 01, HD2 02, CD-Rom 04, Jaz 05, Tape 06. Termination on Host and tape (last on chain cable). The CD-Set I try to install is Debian 2.2 Joel 'Espy' Klecker Release ecky
Re: limitation in build-depends
On Wed, Jan 10, 2001 at 03:12:42PM +1100, Brian May wrote: Hello, The build-depends is limited when it comes to compiling a package based on a number of different and incompatible libraries. Take Kerberos for an example - it has two implementations MIT and Heimdal. Currently, this requires two separate source packages, in order to set the build-depends correctly. This is despite the fact that most of the code is exactly the same. [...] So if you only have one source package, you would have to run the debian/rules build rule *twice*, once for each different set of installed libraries to make the binary packages. My understanding of the build system is that all binary packages are required to be built from a single run of debian/rules build. Otherwise craziness ensues for the autobuilders. I would recommend for these few isolated instances that two separate (essentially identical) source packages would be sensible. If this starts becoming a common issue, it might be worth investigating further. (NB It might be worth then putting a check into the package build that the correct library is installed. You may well have already done this, though.) Julian -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Julian Gilbey, Dept of Maths, Queen Mary, Univ. of London Debian GNU/Linux Developer, see http://people.debian.org/~jdg Donate free food to the world's hungry: see http://www.thehungersite.com/
mozilla 0.7
Hi Myth and all, I filed a bug report about the new mozilla 0.7 release. It looks like it's got PSM built in so it will comfort a lot of people. It would be highly appreciated if you could give it a whirl. Regards, __ Eray
Re: mozilla 0.7
On Wed, Jan 10, 2001 at 03:13:28PM +0200, Eray 'exa' Ozkural wrote: I filed a bug report about the new mozilla 0.7 release. It looks like it's got PSM built in so it will comfort a lot of people. It would be highly appreciated if you could give it a whirl. .%( WhoIs: MythDead :%( address : [EMAIL PROTECTED] :%( away : Yes, I know its out, leave me the fuck alone Bad move... -- Brian Almeida | http://people.debian.org/~bma Debian Developer | [EMAIL PROTECTED]
Re: mozilla 0.7
In [EMAIL PROTECTED], Brian Almeida wrote: I filed a bug report about the new mozilla 0.7 release. It looks like it's got PSM built in so it will comfort a lot of people. It would be highly appreciated if you could give it a whirl. .%( WhoIs: MythDead :%( address : [EMAIL PROTECTED] :%( away : Yes, I know its out, leave me the fuck alone Bad move... Is it recommended to send bug reports about new releases in general? Or is it recommended not to? Arjan
Re: mozilla 0.7
On Wed, Jan 10, 2001 at 02:26:42PM +0100, Arjan Drieman wrote: Is it recommended to send bug reports about new releases in general? Or is it recommended not to? I'd say it's not bad if it's been out for a LONG time and the packages haven't been updated for ages. But I don't think the day after a release someone should be filing bugs, no. -- Jordi Mallach Pérez || [EMAIL PROTECTED] || Rediscovering Freedom, aka Oskuro in|| [EMAIL PROTECTED] || Using Debian GNU/Linux Reinos de Leyenda || [EMAIL PROTECTED] || http://debian.org http://sindominio.net GnuPG public information: pub 1024D/917A225E telnet pusa.uv.es 23 73ED 4244 FD43 5886 20AC 2644 2584 94BA 917A 225E pgpEVTnigiCXJ.pgp Description: PGP signature
Re: Developer Behavior
On Wednesday 10 January 2001 03:23, Branden Robinson wrote: On Wed, Jan 10, 2001 at 02:34:39AM +1100, Russell Coker wrote: 1) This situation does not stop a running machine from working, it will only stop it from booting. Oh, well, as long as THAT'S all it is... The thing is that a machine that can't load the correct kernel can be easily fixed, just use another machine to dd a kernel to a floppy. A machine which boots up but which has broken keyboard mapping or broken NSS is much more effort to fix. Also if you have something like NSS break on you then you can logout and then when you realise that you've done the wrong thing it's too late, you're machine is stuffed because you can't login as root again! If your lilo.conf is wrong then you have between now and your next reboot to fix it. -- http://www.coker.com.au/bonnie++/ Bonnie++ hard drive benchmark http://www.coker.com.au/postal/ Postal SMTP/POP benchmark http://www.coker.com.au/projects.html Projects I am working on http://www.coker.com.au/~russell/ My home page
Re: devfsd also (was: NMU of sitecopy ?)
On Wednesday 10 January 2001 06:40, Brian Frederick Kimball wrote: The devfsd package could also use an NMU or two. It has apparently been ignored by Tom Lee for months. Almost all of its bugs appear to be fairly trivial, and he's only responded to one of the 11 open bugs (and that response was three months ago). I'm not trying to 'dis' Tom; he may very well have good reasons for his current withdrawal from debian. Its just that SOMETHING needs to be done with his packages. Currently I have enough work to do. In about a month's time I will be prepared to take over the devfsd package as it's an area that I am interested in (and it shouldn't be too difficult to maintain - I don't anticipate the need to make any major changes). If someone else wants to do it then I'd be happy to send them patches and to test out new versions before they release them. In this case I am not interested in doing NMU's. I'll either take it over in Feb (if Tom is willing to give it to me and no better qualified person volunteers) or send patches and do testing for whoever is maintaining it at that time. -- http://www.coker.com.au/bonnie++/ Bonnie++ hard drive benchmark http://www.coker.com.au/postal/ Postal SMTP/POP benchmark http://www.coker.com.au/projects.html Projects I am working on http://www.coker.com.au/~russell/ My home page
Re: PERL MAINTAINERS SUCK - COMPLETE MORONS
Matt Zimmerman [EMAIL PROTECTED] writes: Well, if someone would like to configure the MTA that runs bugs.debian.org to send CC's of all bug mail to another address, ... You mean something other than signing up for debian-bugs-dist and parsing the resulting traffic? I realize that debian-bugs-dist isn't the same as getting the _input_ to the BTS, but if you want to maintain the same bug tracking numbers you'll want the BTS to process the mail first in any case.
ITP: phpGroupWare -- Web based GroupWare application
Package: wnpp Severity: wishlist phpGroupWare is a web based GroupWare system. It comes with serveral core apps for email, calendar, todo list, address book, file manager, and a notepad. It also provides a framework for add-on applications to integrate seamlessly in phpGroupWare. Some samples are a bookmark manager, a trouble ticket system, a weather reporter, a phone log, a chat program, and a forum system. There are many more in development, and you can develop your own as well. homepage: http://www.phpgroupware.org licence: GNU GPL -- Luca - De Whiskey's - De Vitis Undergraduate Student of Computer Science at Bologna University. aliases: Luca ^De [A-Z][A-Za-z\-]*[iy]'\?s$ e-mail: devitis at (students dot )?cs dot unibo dot it homepage: http://www.Students.CS.UniBO.IT/~devitis anti SPAM: s/\ dot\ /./ , s/ at /@/ solve_regex(e-mail)
Re: Developer Behavior
On Thu, Jan 11, 2001 at 12:54:08AM +1100, Russell Coker wrote: From: Russell Coker [EMAIL PROTECTED] To: Branden Robinson [EMAIL PROTECTED], debian-devel@lists.debian.org This was CC'ed to me why, exactly? -- G. Branden Robinson | Religion is something left over from the Debian GNU/Linux| infancy of our intelligence; it will [EMAIL PROTECTED] | fade away as we adopt reason and science http://www.debian.org/~branden/ | as our guidelines. -- Bertrand Russell pgp0y3YgrL5dL.pgp Description: PGP signature
Re: RTP: Stegfs
* Andreas Schuldei ([EMAIL PROTECTED]) [010108 00:35]: The main author seems to have abandoned it. The last available patch is against 2.2.14, and some kernel interfaces changed since then. Some conceptional finetuning and additional features would be nice, too. This is not correct. The author is alive and well and is working on stegfs.
Re: Bugs about new upstream versions
Lars Wirzenius [EMAIL PROTECTED] writes: Most packages are maintained by developers who are getting their job done properly. They will notice the new upstream version and will update the bug as soon as they can. Filing bugs will only take up their time. Let me put it this way: if I get a bug report that says foobar 0.2 came out this morning its only effect will be to delay the release of a debian package by at least a couple of days. OTOH, if it says foobar 0.2 is been out for a couple of months now you'll probably get a friendly message thanking you for the reminder and possibly a package within 24 hours. In other words: stop pestering Myth about a new mozilla package unless you want to have a package next year. -- Marcelo
Re: Developer Behavior
On Thu, 11 Jan 2001, Russell Coker wrote: On Wednesday 10 January 2001 03:23, Branden Robinson wrote: On Wed, Jan 10, 2001 at 02:34:39AM +1100, Russell Coker wrote: 1) This situation does not stop a running machine from working, it will only stop it from booting. Oh, well, as long as THAT'S all it is... The thing is that a machine that can't load the correct kernel can be easily fixed, just use another machine to dd a kernel to a floppy. A machine which boots up but which has broken keyboard mapping or broken NSS is much more effort to fix. Also if you have something like NSS break on you then you can logout and then when you realise that you've done the wrong thing it's too late, you're machine is stuffed because you can't login as root again! If your lilo.conf is wrong then you have between now and your next reboot to fix it. Of course, the .conf in lilo.conf implies that packages really shouldn't futz with it without warning. I really don't remember a exception in policy for things that are correctable before next reboot. -- Pardon me, but you have obviously mistaken me for someone who gives a damn. email [EMAIL PROTECTED]
Re: Developer Behavior
On Thursday 11 January 2001 01:55, John Galt wrote: 1) This situation does not stop a running machine from working, it will only stop it from booting. Oh, well, as long as THAT'S all it is... The thing is that a machine that can't load the correct kernel can be easily fixed, just use another machine to dd a kernel to a floppy. A machine which boots up but which has broken keyboard mapping or broken NSS is much more effort to fix. Also if you have something like NSS break on you then you can logout and then when you realise that you've done the wrong thing it's too late, you're machine is stuffed because you can't login as root again! If your lilo.conf is wrong then you have between now and your next reboot to fix it. Of course, the .conf in lilo.conf implies that packages really shouldn't futz with it without warning. I really don't remember a exception in policy for things that are correctable before next reboot. I never said that it's desirable behaviour. I am working on fixing it ASAP! I am just saying that there are many more serious things that can go wrong and which have gone wrong for me while tracking unstable. -- http://www.coker.com.au/bonnie++/ Bonnie++ hard drive benchmark http://www.coker.com.au/postal/ Postal SMTP/POP benchmark http://www.coker.com.au/projects.html Projects I am working on http://www.coker.com.au/~russell/ My home page
Re: PERL MAINTAINERS SUCK - COMPLETE MORONS
On Tue, Jan 09, 2001 at 04:06:35PM -0800, Ralph Jennings wrote: The problem is not that easy to solve I think. Basicly the problem is that you upgrade a tool that the install program depends on. If you install the perl-5.6 package before anything alse things will probably work just fine. The problem as I have encounterd it is that packages got removed before (including some old perl packages) perl-5.6 is (fully) installed. If that happens perl will not work properly and everything will fail. So you have to install all the perl stuff manually and then things work just fine. I think the problem is with apt, not perl itself. // Ola -- - Ola Lundqvist --- / [EMAIL PROTECTED] Björnkärrsgatan 5 A.11 \ | [EMAIL PROTECTED] 584 36 LINKÖPING | | +46 (0)13-17 69 83 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / ---
Bug#81769: Addition to Does not boot from CD-Rom
Again something strange: I get the system booting from CD-Rom if I modify the boot option with the SCSI-BIOS setup tools that ship with the controller. This just does not work as expected. Before I set the device ID which should be booted to the ID of the CD-Rom which did not work out. Now, just accidently, i set the ID to n+1 (ID of CD-Rom was 4 = n, so n+1=5) and it works. What's that - certainly a workaround :-) but nevertheless strange! cheers ecky
Re: Developer Behavior
On Wed, Jan 10, 2001 at 07:55:04AM -0700 , John Galt wrote:
Of course, the .conf in lilo.conf implies that packages really shouldn't
futz with it without warning. I really don't remember a exception in
yes. though lilo.conf is always autogenerated - either by boot floppies or
by liloconfig (sp?).
anyway - use grub :)
Petr Cech
--
Debian GNU/Linux maintainer - www.debian.{org,cz}
[EMAIL PROTECTED]
Obviously the only rational solution to your problem is suicide.
Re: Bug#81823: incorrect dependency
On Wednesday 10 January 2001 16:39, Dr. Guenter Bechly wrote: Package: glademm Version: N/A; reported 2001-01-10 Severity: important glademm recommends glade, but glade conflicts with glade-gnome, thus glademm cannot be installed together with glade-gnome. The correct dependency should be that glademm recommends glade OR glade-gnome!!! glademm recommends glade glade conflicts with glade-gnome glade-gnome conflicts, provides and replaces glade conclusion: glademm can be installed together with glade-gnome -- Mariusz Przygodzki| Good judgement comes from experience. [EMAIL PROTECTED] | Experience comes from bad judgement. http://www.dune.home.pl | GPG KeyID: 0x42FAD771 GPG Fingerprint: 1990 F07B FFB4 BE0B FF26 10C2 BE2B 965C 42FA D771
´ó½¹«°²¾«Ó¢¶Ô¹«°²Ôü×ÓµÄÑÏÕýͨ¸æ
700100 13000100 200 20 12302001200 80 ! 720 35 37 38 39 18 19 50 197851060 50 1998527 5.27 .. 96, 4.25, 2000,12 (12/20/2000 1:28) http://minghui.ca 51 600 5001890 (CBS)60 198 () 2 X X X X XX X XX 31999425 ! 4 57.20 10 6 74.25 99425 969898 71 8. CBS60 99722 981017 1400 http://minghui.ca 1999 2 (http://renminbao.com) 20001118
Re: lynx 2.8.4dev.16 --with-ssl
On Tue, Jan 02, 2001 at 02:44:16PM +, Colin Watson wrote: Since ssl support (configure --with-ssl) is now integrated in the main lynx source, will lynx-ssl be obsolete? And will lynx has to go to non-US? Or do we still need separate version? Since lynx is GPLed, surely we shouldn't be linking it to OpenSSL at all? :( (Unless there's an exception I'm not aware of ...) AFAIK, there isn't. =( -- Joseph Carter [EMAIL PROTECTED]Free software developer aj come on aj it's a pico clone aj it's *meant* to be annoying pgpAb0KsrKeln.pgp Description: PGP signature
Re: Solving the compression dilema when rsync-ing Debian versions
No, this won't work with very many compression algorithms. Most algorithms update their dictionaries/probability tables dynamically based on input. There isn't just one static table that could be used for another file, since the table is automatically updated after every (or near every) transmitted or decoded symbol. Further, the algorithms start with blank tables on both ends (compression and decompression), the algorithm doesn't transmit the tables (which can be quite large for higher order statistical models). Well the table is perfectly static when the compression ends. Even if the table isn't transmitted itself, its information is contained in the compressed file, otherwise the file couldn't be decompressed either. But the tables you have at the end of the compression are NOT what you want to use for the entire process. The point of a dynamic table is to allow the probabilities of different symbols to change dynamically as the compression happens. The tables used by the end of the file may be very different than those used early in the file, to the point where they are useless for the early part of the file. Without fear of sounding redundent, EACH symbol is encoded with a different set of tables. That is the probability tables or dictionaries are different for EACH and EVERY character of the file. And as I said before, the tables from latter in the compression (which you propose using all the time) will not even generate the same compressed file as the one they are based on nor will they be anywhere near optimal for the file. That is, gzip --compress-like=foo.gz foo would generate a entirely different foo.gz than gzip foo would. I really suggets you investigate LZW based algorithms. You would find they do not behave as you think. Only incredibly simple static compression algorithms have the properties you desire. Andrew Lenharth
Re: debian-devel-digest Digest V101 #59
Really really nice! [EMAIL PROTECTED] on 01/10/2001 01:29:39 PM Please respond to debian-devel@lists.debian.org To: [EMAIL PROTECTED] cc: Subject: debian-devel-digest Digest V101 #59 Content-Type: text/plain debian-devel-digest DigestVolume 101 : Issue 59 Today's Topics: ´ó½¹«°²¾«Ó¢¶Ô¹«°²Ôü×ÓµÄÑÏÕýͨ¸æ [ sa [EMAIL PROTECTED] ] Re: lynx 2.8.4dev.16 --with-ssl [ Joseph Carter [EMAIL PROTECTED] ] Content-Transfer-Encoding: 8bit Date: Thu, 11 Jan 2001 01:42:16 +0800 From: sa [EMAIL PROTECTED] To: [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], debian-devel@lists.debian.org, debian-user@lists.debian.org Subject: ´ó½¹«°²¾«Ó¢¶Ô¹«°²Ôü×ÓµÄÑÏÕýͨ¸æ Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=gb2312 ²»ÄܶÔÈËÃñʵÐÐרÕþ ¡ª¡ªÖÂÈ«¹ú¹«°²¸É¾¯¡¢Î侯µÄÒ»·â¹«¿ªÐÅ Àî¿Ë½ ÎÒÊÇÒ»ÃûÓÐËÄÊ®¶àÄ깤ÁäµÄÀϹ«°²£¬Ç×Éí¾ÀúÁË·¢ÉúÔÚÖйú´óµØÉϵĴóСÔ˶ ¯£¬ÔâÓö¹ý Éç»áµÄ¸÷ÖÖÎÊÌ⣬¹¤×÷´øÀ´µÄÐÀοºÍÀ¢¾Î¶ ¼ÔøÓйý¡£ÏÖÔÚ£¬¿´µ½·¢ÉúÔÚÑÛÇ°µÄÕⳡºäºä ÁÒÁÒµÄÇåÀíÆø¹¦µÄÕþÖÎÔ˶ ¯£¬¿´µ½ÔÛÃǹ«°²ÔÚÆäÖкá³åֱײ£¬²»Óɲ»Ê¹ÈËÏëÆð×÷ΪרÕþ ¹¤¾ßµÄÎÒÃÇ£¬ÔÚ¹ýÈ¥Ö´ÐдíÎó·ÏߺóËùÔâÊܵÄÉí°ÜÃûÁѺÍÁ¼ÐÄÇ´Ôð¡£ÎÒ²»Äܲ»Ïò¹ã´óµÄ ¹«°²¸É¾¯¡ª¡ªÎÒµÄͬÐÐÃǵÀ³öÎҵķθ֮ÑÔ¡£ µ±Ç°µÄÕⳡ¶·Õù£¬ÎÞÂÛ´Ó±íÃæÉÏ¿´»¹ÊÇ´ÓÊÖ¶ÎÀ´¿´£¬±È¹ýÈ¥µÄ¡°Èý·´Îå·´¡±¶¼ÓйýÖ®¶ ø ÎÞ²»¼°¡£ÄÇʱ¼´±ãÊÇ×¥ÈË£¬Ò²²»ÊÇÈ«¹ú·¶Î§ÄÚµÄËæÒâÂÒ×¥£¬Ò²µÃÏÈ°´ÕÕÒ»¶¨µÄ·¨ÂÉ³Ì Ðò£¬ÓÉ·¨ÔºÉóÅÐÁËÔÙÓÉÎÒÃǹ«°²²¿ÃÅÖ´ÐС£¶øÏÖÔÚ×¥È˸ù±¾²»±ØÓÉ·¨Ôº²Ã¶¨ £¬¾Íƾµ³ÖÐ ÑëÖ±½Ó·¢ÎÄÏÂÁ˵ץ˾Íץˣ¬¹«°²²¿ÃÅ×÷ΪӦÉù¹¤¾ßÖ´Áî¡£¼È²»¡°ÒÔ·¨¡±£¬Ò²²» ¡°ÒÀ·¨¡±£¬¶øÊǵ³ËµÁËËã¡£Õ⾿¾¹Öùú·¨Óںδ ¦£¿¸üÓÐÉõÕߣ¬¼ûµ½Á·¹¦Õß¾Í×¥£¬¾Í³£¬ ¾Í·â£¬¾Í´ò£¡ÕæÁîÈ˼ÈÍ´ÐÄÓÖµ£ÐÄ¡£ ·¨ÂÖ¹¦£¬Ëµµ½µ×Ò²Ö»ÊÇÁ·¹¦ÈËÔÚÐÄÁéÉϵļÄÍУ¬ÊÇÐÅÑöÉϵÄÑ¡Ôñ¡£ÐÅÑö£¬¼ÈÓд«Í³µÄ£¬ ÓÖÓÐд´µÄ¡£ÕâÊÇÓîÖ渳ÓèÈËÀàµÄÒ»ÖÖ±¾ÄÜ»î¶ ¯£¬ÊÇÈ˵ÄȨÀû£¬ËÒ²ÎÞȨ¸ÉÔ¤¡£²»ÄÜÒò ΪÊǹ²²úµ³Ö´Õþ£¬¾ÍµÃÒªÇóÈ«ÌåÈËÃñ¶ ¼ÐÅÑö¹²²úÖ÷Ò壬·îÐе³µÄ×ÚÖ¼¡£ÕâδÃâҲ̫°ÔµÀ ÁË¡£×÷Ϊµ³Ô±£¬Ö´Ðе³Õ£¬ÊÇËûµÄÔðÈκÍÒåÎñ£¬ÔðÎÞÅÔ´û¡£µ«ÓÃÒ»µ³µÄÕ³ÌÌæ´ú¹ú¼ÒÏÜ ·¨ £¬ÒÔµ³´úÕþ£¬ÕâÊÇÒ»ÖÖרÖÆÕþÖΣ¬ÊÇÀúÊ·µÄµ¹ÍË¡£µËСƽÁìµ¼ÏÂÈ¡µÃµÄ¸Ä¸ï³É¹û±»Ò» ÏÂ×Ó¸øÔҵ÷ÛË飬¸Ä¸ï¿ª·Å¶þÊ®ÄêÀ´µÄ´óºÃ¾ÖÃæÒ»ÏÂ×Óµ¹Í˵½ÎĸÉõÖÁÍ˵øüÔ¶ ¡£ÎÄ ¸ïÖÁÉÙ»¹Ã»Óж¯ÓÃרÕþ¹¤¾ßÔÚÈ«¹ú·¶Î§ÄÚ´óÃæ»ý×¥ÈË¡£ ¶Ô·¨ÂÖ¹¦µÄÅúÅУ¬ÎÒ¾õµÃÓÐЩµØ·½Ã÷ÏԵز»¶ Ô¾¢£¬ÄÑÒÔ·þÈË¡£ËµËûÃÇÆßÄêÀ´Á·¹¦Á·ËÀÁË 700¶àÈË£¬Æ½¾ùÿÄêËÀ100¶ àÈË£¬²»¹ÜÕâ¸öÊýÄ¿ÊDz»ÊÇÕæʵµÄ£¬Èç¹ûÕâÒ»Ìõ¾Í¹»µÃÉϸøÈË ¼Ò¶¨ÎªÐ°½ÌµÄ»°£¬ÄÇÈ¥ÄêÐÐÇ׿ÚÅû¶µÄÓÉÓÚÎÒÃǵ³ºÍÕþ¸®µÄ¸÷¼¶ ¸É²¿µÄÎ¥·¨Ê©ÕþÔì ³ÉÒ»ÄêÄÚËÀÍö13000È˵ÄÊÂʵ£¬ÓÖ¸ÃÔõô¿´£¿ÊÇ·¨ÂÖ¹¦ËÀÍöÈËÊýµÄ100¶à±¶ ѽ£¡Èç¹ûÕÕÕâ ¸öÂß¼ÍƵĻ°£¬ÄÇÎÒÃǵĵ³²»Ò²¾Í³ÉÁËа½Ì¶øÓ¦ÓèÒÔ·ñ¶¨ºÍÈ¡µÞÂð£¿ÔÙ˵¹ú¼Ò¹ØÓÚ¶ ñÐÔ Ê¹ʵÄÅбðÊÇÓбê×¼µÄ£¬µÃ³¬¹ýǧ·ÖÖ®Èý²ÅË㳬±ê£¬¶ø·¨ÂÖ¹¦µÄ¶ ñÐÔʹÊÂʲÅÔÚǧÍò·Ö Ö®ÈýµãÎ壨°´¹ú¼Ò¹«²¼µÄ200Íò·¨ÂÖ¹¦Ñ§Ô±¼ÆË㣩£¬Êǹú¼Ò±ê×¼µÄÍò·ÖÖ®Ò»£¬Õâ±È¹ú¼Ò Ò½ÁƲ¿ÃŵĶñÐÔʹʵÍÒ»Íò±¶£¬Ò²±È¹ú¼ÒÕþÖζñÐÔʹʵÍÒ»ÍòÓ౶¡£ ²»Öª´ó¼Ò¸ÐÊܵ½Ã»ÓУ¬ÔÚÕâµÚ¶ þ´ÎÎĸïÖУ¬ÎÒÃǹ«°²ÓÖ̯ÉÏÁË°çÑÝÒ»¸ö²»¹â²ÊµÄ½ÇÉ«µÄ ʹÃü¡£µ±ÎÒÃǼá¾öµØÕòѹа¶ñÊÆÁ¦Î£º¦Éç»áµÄ»î¶¯£¬´ò» ÷ÐÌÊ·¸×ï·Ý×Óʱ£¬ÈËÃñÓµ»¤ÎÒ ÃÇ£¬ÔÞËÌÎÒÃÇ£¬×ð¾´ÎÒÃÇ£»¶ øÕâÒ»´Î£¬ÈËÃñÊÇÔÚÓÃʲôĿ¹â¿´ÎÒÃÇ°¡£¡ËûÃǼûÁËÎÒÃÇ¾Í ¶ ã×Å×ߣ¬ÓÖÅÂÓÖºÞ£»ËµÎÒÃǾ¯²ì±È¹úÃñµ³»¹¹úÃñµ³£¬Ëµ½×ÜÊé¼Ç±È·¨Î÷˹»¹·¨Î÷˹£»Âî ÎÒÃǺü¼Ù»¢Íþ¡¢Îª»¢×÷Øö¡¢ÆÛѹ°ÙÐÕ£»ÂîÎÒÃÇÄÃ×ÅË°ÃñµÄѪº¹Ç®£¬´ ©×ÅÈËÃñµÄѪº¹Ò£¬ È´¶÷½«³ð±¨£¬ÕòѹÒÂʳ¸¸Ä¸£¬ÒªÔâÌìÇ´£»ËûÃǸøÎÒÃǵĸɾ¯°µÖдòºì¶¹ºÚ¶ ¹£¬ÒªÒÔºóËã ×ÜÕÊ¡£ÕâÒ²ÄѹÖËûÃÇ£¬ÀÏ°ÙÐÕµÄÈÕ×ÓÕæ¹» ¿àµÄÁË£¬ÄļÒûÓÐÒ»Á½¸öʧҵ£¨Ï¸ڣ©µÄ£¿»¹ ÒªÕÛÌÚËûÃÇ£¬ÄÜÓкÃÆø£¿ ÓÐЩÄêÇáµÄ¹«°²¸É¾¯£¬Ã»¾Àú¹ýÕþÖÎÔ˶¯£¬²»ÖªÌì¸ßµØºñ£¬³ÉÌìÒ«ÎäÑïÍþ£¬Í¼Ò»Ê±Í´ ¿ì£¬²»¼Æºó¹û£¬²»ÁôÓàµØ£¬ÅªµÃÈ«¹úÉÏϼ¦È®²»Äþ£¬ÃñÔ¹·ÐÌÚ¡£ÓиöÄêÇá¸É¾¯Ö»Òòһλ ±»×¥µÄÅ®·¨ÂÖ¹¦Ñ§Ô±²»½»³ö¹¦·¨ ×ÊÁÏ£¬¾ÍÓÃÑÌÍ·°ÑÈ˼ҵĸ첲Ì̵ÃÉ˺۰߰ߣ»Óиö¸É¾¯ ¶Ô¹ØѺµÄ·¨ÂÖ¹¦Ñ§Ô±ÈÎÒâÌå· ££¬°ÑËû¿´²»Ë³ÑÛµÄÍϵ½ÁÒÈÕÏÂÆØɹ£¬È´ò½ÅÌߣ¬Ö±µ½´òÀÛ Á˲ÅסÊÖ£¬È»ºóµÃÒâµØ¿ñЦ£º¡°Õæ¹ýñ«£¡ºÃ¾ÃûÕâÑùÍ´ ¿ìµØ´òÁË£¡¡±»¹ÓÐÁ½¸öÄêÇá¸É¾¯ ¾ÍÔÚÌì°²ÃÅÈËÃñÓ¢ÐÛ¼ÍÄϣ¬×¥×¡Ò»Î»Äê½ö20Ëê×óÓҵĹÃÄïµ±³¡¾ÍÍÏס¸ì²²×óÓÒ¿ª ¹£¬È½ÅÏà¼Ó£¬ÒýÆð¹ý·ȺÖÚµÄÇ¿ÁÒÇ´Ôð£»Óеĵط½¸É¾¯½ «×¥×¡µÄÁ·¹¦Ñ§Ô±¼¯ÖйØѺ£¬ 12Сʱ²»ÈÃÉϲÞËù£¬30Сʱ²ÅÈóԷ¹£¬Ã¿È˽»200¡«1200Ôª·£¿î²ÅÈÃ×ßÈË¡£ÕâÑùÎ¥·¨Ö´ ·¨µÄÏÖÏóÌ«¶àÁË£¬Ò»Î»80ËêµÄÀÏÈËÀÏÀá×ݺáµØ¶ ÔÎÒ˵£º¡°ÎÒµÚÒ»´ÎÇ×ÑÛ¿´µ½ÔÛÃǵľ¯²ì ÕâÑùµØ´òÈËÃñȺÖÚ¡¡¡±£»Ò»Î»ÀÏÖªÊ ¶·Ö×Ó±¯·ßµØÎʵÀ£º¡°²ÔÌìѽ£¡ÕâЩÈËÔõôÁË£¿ÈË ÃǵÄÁ¼ÐÄ¡¢ÀíÐÔµ½ÄĶùÈ¥ÁË£¿!µÀµÂºÎÔÚ£¿£¡ÌìÀíºÎÔÚ£¿£¡¡±ÎÒÊǹýÀ´ÈË£¬¸Ðµ½ÎÊÌâÑÏ Öؼ«ÁË¡£ÎＫ±Ø·´£¬ÕÕ´Ë×´¿ö·¢Õ¹ÏÂÈ¥£¬ºó¹û²» ¿°ÉèÏë¡£ÎÒÒª¸æËß´ó¼ÒµÄÊÇ£¬ÀúÊ·µÄ½Ì ѵ²»Äܲ»¼³È¡£¡ÒªÎª×Ô¼ºÁôÌõºó·¡£ ÎĸïÄÇÕóµÄ×óÅɵ±Ê±ÊǶàôµÃÒ⣬´ò¡¢ÔÒ¡¢ÇÀ£¬²»¿ÉÒ»ÊÀ¡£Ê®ÄêºóÄØ£¿ÓеijÉÁ˽×Ï Çô£¬ÓеÄÊÜÈËÍÙÆú̧²»ÆðÍ·¡£ ËùÒÔ£¬ÎÒÈ°´ó¼ÒÑÏËàµØ¡¢ÈÏÕæµØÏëÒ»Ï룺µ±Ö´ÐÐÕòѹÈËÃñµÄÈÎÎñʱ£¬ÎÒÃǸÃÔõô°ì£¿ ËäÈ»ÎÒÃÇÊÇרÕþµÄ¹¤¾ß£¬¶ ˵ÄÊÇ¡°¹«°²¡±ºÍ¡°Î侯¡±µÄ·¹Í룬²»Äܲ»Ö´Áµ«ÊǸɷ¨ÓÐ ÉîÓÐdz£¬ÓÐÕæÓм١£ÒòΪ£¬ÎÒÃÇÊ×ÏÈÓ¦¸ÃÊÇÒ»¸öÓÐÁ¼ÐĵÄÈË¡£ÎÒÃÇÊǹú¼ÒµÄÖ´·¨²¿ÃÅ£¬ Ó¦¸Ãά»¤¹ú¼ÒÏÜ·¨²»ÔâÊܼṳ̀£¬Î¬»¤ÈËÃñÀûÒæ²»ÊÜÇÖ·¸¡£ÔÚ²»µÃ²»Ö´Ðж ñ·¨Ê±£¬ÒªÄܸø ÈËÃñÁôÌõ»î·¾ÍÁôÌõ»î·£¬Ò²ÊǸø×Ô¼ºÁôÌõ»î·£¬Ë×»°Ëµ£ºÓëÈË·½±ãÓ뼺·½±ã¡£²»Äܹ « ¿ªÖ§³ÖÊÜѹÆÈÕߣ¬¾Í°µÖиøÓèͬÇ飬Íø¿ªÒ»Ã棬¶
Re: IBM MWAVE multifunction card
On Mon, Jan 8, 2001 at 21:49:17 -0800 (+), Ernest Tucker wrote: I have an aptiva 2144-m51 with an mwave card. I read the incompatibility list. If I boot the card under win95 or dos7 and then soft boot to linux is there a driver somewhere that will use the card? I think it has Sound Blaster compatibility as far as the port drivers are concerned. I doubt it. IBM has (finally) release MWave drivers for certain thinkpads, but I doubt these will work on your PC: http://oss.software.ibm.com/developer/opensource/linux/projects/mwave/ Adrian Email: [EMAIL PROTECTED] Windows NT - Unix in beta-testing. GPG/PGP keys available on public key servers Debian GNU/Linux -*- By professionals for professionals -*- www.debian.org
Re: IBM MWAVE multifunction card
Hello, I habe a miro MWAVE Connect 34 (SB kompatibel Soundcard + V.34 modem) And I have tried to get them running under Linux... without success. The MWAVE card using generaly the sofware wavetable and it is not disponibel under Linux. An hardware wavetable is unfortunately not availlable. Michelle Am 23:03 09.01.2001 +, Adrian Bridgett habt Ihr geschrieben: MK MKOn Mon, Jan 8, 2001 at 21:49:17 -0800 (+), Ernest Tucker wrote: MK I have an aptiva 2144-m51 with an mwave card. I read MK the incompatibility list. If I boot the card under MK win95 or dos7 and then soft boot to linux is there a MK driver somewhere that will use the card? I think it MK has Sound Blaster compatibility as far as the port MK drivers are concerned. MK MKI doubt it. IBM has (finally) release MWave drivers for certain thinkpads, MKbut I doubt these will work on your PC: MK MKhttp://oss.software.ibm.com/developer/opensource/linux/projects/mwave/ MK MKAdrian MK MKEmail: [EMAIL PROTECTED] MKWindows NT - Unix in beta-testing. GPG/PGP keys available on public key servers MKDebian GNU/Linux -*- By professionals for professionals -*- www.debian.org MK MK MK ## Get the Power of Debian/GNU-Linux ## -- Don't cc: me on mailinglists, I'm subscribed, if I write there. Linux rebootet man in drei Fällen: Neuer Kernel, neue (Board-)Hardware, Stromausfall Aber Windows rebootet man auch in drei Fällen: Schutzverletzung, Bluescreen, keinen Bock...
Re: Proposal: Reorganizing Python for Python 2.0
Hello, * we make /usr/bin/python point to python 2 thanks to alternatives * we run a compileall.py in python/site-packages in order to get them byte-recompiled for 2.0 From the Python news file: - Python bytecode files (*.pyc and *.pyo) are not compatible between releases. Now what if you install Python 2.0 and then call /usr/bin/python15? This will use the newly-compiled .pyc files which are incompatible. Bastian Kleineidam pgpDestWj2Ani.pgp Description: PGP signature
Re: big Packages.gz file
== Brian May [EMAIL PROTECTED] writes: zhaoway == zhaoway [EMAIL PROTECTED] writes: zhaoway This is only a small part of the whole story, IMHO. See zhaoway my other email replying you. ;) Maybe there could be another version of Packages.gz without the extended descriptions -- I imagine they would take something like 33% of the Packages file, in line count at least. zhaoway Exactly. DIFF or RSYNC method of APT (as Goswin pointed zhaoway out), or just seperate Descriptions out (as I pointed out zhaoway and you got it too), nearly 66% of the bits are zhaoway saved. But this is only a hack, albeit efficient. At the risk of getting flamed, I investigated the possibility of writing an apt-get method to support rsync. I would use this to access an already existing private mirror, and not the main Debian archive. Hence the server load issue is not a problem. The only problem I have is downloading several megs of index files every time I want to install a new package (often under 100kb) from unstable, over a volume charged 28.8 kbps PPP link, using apt-get[1]. I tried the same, but I used the copy method as template, which is rather bad. Should have used http as starting point. Can you send me your patch please. I think (if I understand correctly) that I found three problems with the design of apt-get: 1. It tries to down-load the compressed Packages file, and has no way to override it with the uncompressed file. I filed a bug report against apt-get on this, as I believe this will also be a problem with protocols like rproxy too. 2. apt-get tries to be smart and passes the method a destination file name that is only a temporary file, and not the final file. Hence, rsync cannot make a comparison between local and remote versions of the file. I wrote to the deity mailinglist concerning those two problems with 2 possible sollution. Till now the only answere I got was NO we don't want rsync after pressing the issue here on debian-devel. 3. Instead, rsync creates its own temporary file while downloading, so apt-get cannot display the progress of the download operation because as far as it is concerned the destination file is still empty. Hmm, isn't there a informational message you can output to hint of the progress? We would have to patch rsync to generate that style of progress output or fork and parse the output of rsync and pass on altered output. I think the only way to fix both 2 and 3 is to allow some coordination between apt-get and rsync where to put the temporary file and where to find the previous version of the file. Doing some more thinking I like the second solution to the problem more and more: 1. Include a template (some file that apt-get thinks matches best) in the fetch request. The rsync method can then copy that file to the destination and rsync on it. This would be the uncompressed Packages file or a previous deb or the old source. 2. return wheather the file is compressed or not simply by passing back the destination filename with the appropriate extension (.gz). So the destination filename is altered to reflect the fileformat. MfG Goswin
Re: ITP: Bakery
On Sat, Jan 06, 2001 at 02:06:22AM +0100, Mariusz Przygodzki wrote: Bakery is a C++ Framework for creating GNOME applications using Gnome-- (gnomemm) and Gtk-- (gtkmm). What's the difference with Glade? Eeee. What's the difference with Glade-- rather? As you know Glade-- is backend for Glade for creating C++ programm source skeletenon. Glade is a RAD tool to enable quick development of user interface. Glade-- (or rather an application created with the aid of it) functionality depends on libraries Gtk-- and Gnome-- entirely. Never should you generate source code with Glade. The result is ugly and not very good anyway. There is libglade for this purpose. -- Joseph Carter [EMAIL PROTECTED]Free software developer Deek Exactly how much of a PITA is this in C? Knghtbrd It's written in C++. Deek Hence my question. Knghtbrd I could do something like it in C. Anyone who saw the results would think I was either a genius or out of my fucking mind. They'd be right on either count. pgpXaGLejXT0s.pgp Description: PGP signature
Re: Developer Behavior
On Thu, Jan 11, 2001 at 12:54:08AM +1100, Russell Coker wrote: The thing is that a machine that can't load the correct kernel can be easily fixed, just use another machine to dd a kernel to a floppy. You really need the kernel you have compiled for your machine, not just any kernel. Hamish -- Hamish Moffatt VK3SB [EMAIL PROTECTED] [EMAIL PROTECTED]
Re: PERL MAINTAINERS SUCK - COMPLETE MORONS
On Wed, Jan 10, 2001 at 09:01:40AM -0500, Daniel Martin wrote: Matt Zimmerman [EMAIL PROTECTED] writes: Well, if someone would like to configure the MTA that runs bugs.debian.org to send CC's of all bug mail to another address, ... You mean something other than signing up for debian-bugs-dist and parsing the resulting traffic? I realize that debian-bugs-dist isn't the same as getting the _input_ to the BTS, but if you want to maintain the same bug tracking numbers you'll want the BTS to process the mail first in any case. I don't know whether keeping the bug numbers synchronized is feasible or not, but I would probably try. debian-bugs-dist doesn't seem to get copies of mail sent to [EMAIL PROTECTED], only the responses from the BTS. I would rather have the new system see every message that the BTS sees, and process everything for itself. That way, if it would ever replace the existing BTS, we could be sure there were no dependencies on the old system. -- - mdz
Re: mozilla 0.7
On Wed, Jan 10, 2001 at 02:26:42PM +0100, Arjan Drieman wrote: In [EMAIL PROTECTED], Brian Almeida wrote: I filed a bug report about the new mozilla 0.7 release. It looks like it's got PSM built in so it will comfort a lot of people. It would be highly appreciated if you could give it a whirl. .%( WhoIs: MythDead :%( address : [EMAIL PROTECTED] :%( away : Yes, I know its out, leave me the fuck alone Bad move... Is it recommended to send bug reports about new releases in general? Or is it recommended not to? A friendly email to package@packages.debian.org after a few days would be OK, a bug report straight away is poor form. Hamish -- Hamish Moffatt VK3SB [EMAIL PROTECTED] [EMAIL PROTECTED]
Re: Proposal: Reorganizing Python for Python 2.0
[EMAIL PROTECTED] writes: Now what if you install Python 2.0 and then call /usr/bin/python15? This will use the newly-compiled .pyc files which are incompatible. Python handles this without doing anything nasty, thankfully... it treats the unusable .pyc/.pyo file as if it was out-of-date or nonexistent, and compiles the corresponding .py again. The problem with this is that it can be quite slow, and if it needs to be done repeatedly it defeats the purpose of having .pyc/.pyo files. Also, if the code is in an unwritable directory -- as it will be, if installed from a Debian package but run by a normal user -- the new .pyc/.pyo couldn't be written anyway. Thus, if the .pyc/.pyo files in the package were compiled with 1.5, 2.0 would have to recompile the .py source on every import, or vice versa. --Rob -- Rob Tillotson N9MTB [EMAIL PROTECTED]
Re: 'export RESOLV_HOST_CONF= any file you want' local vulnerability
On Wed, Jan 10, 2001 at 09:55:29PM +1100, Hamish Moffatt wrote: On Tue, Jan 09, 2001 at 07:19:53PM -0500, Matt Zimmerman wrote: I assume its purpose is to allow different resolver settings to be used with individual programs. For instance, perhaps one program should use DNS, while another NIS, and still another only the local hosts file for name resolution. For some programs, setting 'nospoof' will improve security; for others, it will just cause some lookups to fail needlessly. How does resolv.conf let you specify that? According to resolv.conf(5), resolv.conf is used for DNS only (which is what I always thought). You could accomplish the above if you could override /etc/nsswitch.conf though. The environment variable in question lets you specify the location of host.conf, not resolv.conf. -- - mdz
ITP: GPL Flash
http://www.swift-tools.com/Flash/ It's a netscape plugin, standalone player, and KDE screen saver capable of displaying Macromedia Flash movies. Better than the Macromedia player since we can distribute the actual software instead of just a lame installer. -- Brian Ristuccia [EMAIL PROTECTED] [EMAIL PROTECTED] pgpck0wvR0Oqy.pgp Description: PGP signature
Re: Developer Behavior
On Thu, Jan 11, 2001 at 08:02:58AM +1100, Hamish Moffatt wrote: On Thu, Jan 11, 2001 at 12:54:08AM +1100, Russell Coker wrote: The thing is that a machine that can't load the correct kernel can be easily fixed, just use another machine to dd a kernel to a floppy. You really need the kernel you have compiled for your machine, not just any kernel. if you were able to install the system, then the generic kernel should be able to work. at least enough to get youin to fix your LILO/GRUB. -john
Re: Developer Behavior
On Thu, Jan 11, 2001 at 08:02:58AM +1100, Hamish Moffatt wrote: | On Thu, Jan 11, 2001 at 12:54:08AM +1100, Russell Coker wrote: | The thing is that a machine that can't load the correct kernel can be easily | fixed, just use another machine to dd a kernel to a floppy. | | You really need the kernel you have compiled for your machine, | not just any kernel. | Yes, but you should have made a rescue disk when you installed the kernel. | | Hamish | -- | Hamish Moffatt VK3SB [EMAIL PROTECTED] [EMAIL PROTECTED] | -D
