Uploaded libauthen-pam-perl 0.12-2 (m68k) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 31 Aug 2001 19:03:10 +0200 Source: libauthen-pam-perl Binary: libauthen-pam-perl Architecture: m68k Version: 0.12-2 Distribution: unstable Urgency: medium Maintainer: Debian/m68k buildd4 [EMAIL PROTECTED] Changed-By: Davide Puricelli (evo) [EMAIL PROTECTED] Description: libauthen-pam-perl - This module provides a Perl interface to the PAM library. Closes: 110104 Changes: libauthen-pam-perl (0.12-2) unstable; urgency=medium . * debian/control: Priority: optional closes: #110104. Files: 26cb0beb8f6b6d6e6069b30622d84117 29742 interpreters optional libauthen-pam-perl_0.12-2_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Rick Younie [EMAIL PROTECTED] iEUEARECAAYFAjuXFNAACgkQEycGpQPNsdJX9gCYrtLBgSZOKwIrqSyQdpGBsPa9 0ACaAyUJtk4TbhVP+8hVlBZeqPRPPGY= =nwTf -END PGP SIGNATURE-
Uploaded midgard-lib 1.4-CVS200108190202-3 (m68k) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 26 Aug 2001 22:54:17 -0700 Source: midgard-lib Binary: libmidgard5-dev libmidgard5 repligard Architecture: m68k Version: 1.4-CVS200108190202-3 Distribution: unstable Urgency: low Maintainer: Debian/m68k buildd4 [EMAIL PROTECTED] Changed-By: Luca Filipozzi [EMAIL PROTECTED] Description: libmidgard5 - Midgard Content Management System - Runtime Library libmidgard5-dev - Midgard Content Management System - Development Files repligard - Midgard Content Management System - Replication Tool Closes: 109587 Changes: midgard-lib (1.4-CVS200108190202-3) unstable; urgency=low . * Improved package description (Closes: #109587) Files: 737f83bc2dee9f734fc0bceba3e5eb42 42072 libs optional libmidgard5_1.4-CVS200108190202-3_m68k.deb f843c238d07fa86028e51f444ebac148 47950 devel optional libmidgard5-dev_1.4-CVS200108190202-3_m68k.deb d110206fa200b269a83fdedaabf5f861 26474 admin optional repligard_1.4-CVS200108190202-3_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Rick Younie [EMAIL PROTECTED] iEYEARECAAYFAjuXEKMACgkQEycGpQPNsdILfQCdG/MLMjKX7GulxH+RtPOYGZzL pRkAnieTUoUOEI1X2NkywznzbZasFLif =z0nz -END PGP SIGNATURE-
Uploaded libapache-mod-ruby 0.9.3-1 (m68k) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 24 Aug 2001 17:08:27 +0900 Source: libapache-mod-ruby Binary: libapache-mod-ruby Architecture: m68k Version: 0.9.3-1 Distribution: unstable Urgency: low Maintainer: Debian/m68k buildd4 [EMAIL PROTECTED] Changed-By: Shugo Maeda [EMAIL PROTECTED] Description: libapache-mod-ruby - Embedding Ruby in the Apache web server Changes: libapache-mod-ruby (0.9.3-1) unstable; urgency=low . * Upgraded to new upstream version. Files: ff2551a34298dd52c509f9dbc140f873 41872 web optional libapache-mod-ruby_0.9.3-1_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Rick Younie [EMAIL PROTECTED] iEYEARECAAYFAjuXEJsACgkQEycGpQPNsdKI3gCgi8kdE+6FvxPJqNvbO4J0MR4c NBAAoKAnOpPULK9iqnDoB7TJfcjC0j12 =axCQ -END PGP SIGNATURE-
Uploaded dwww 1.6.9 (m68k) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 3 Sep 2001 00:35:10 +0200 Source: dwww Binary: dwww Architecture: m68k Version: 1.6.9 Distribution: unstable Urgency: low Maintainer: Debian/m68k buildd4 [EMAIL PROTECTED] Changed-By: Robert Luberda [EMAIL PROTECTED] Description: dwww - Read all on-line documentation via WWW Closes: 110692 Changes: dwww (1.6.9) unstable; urgency=low . * Fix problem with permissions of /var/cache/dwww, introduced in 1.6.7 (closes: #110692). Files: b6fdae2622a27c9e0a8052de109d751f 62540 doc optional dwww_1.6.9_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Rick Younie [EMAIL PROTECTED] iEYEARECAAYFAjuXFMgACgkQEycGpQPNsdLtYQCgsewjCrE8TD1HwZU15ZBNltuB tz0AnjMPTcd+Z+TASRFbzoKspUaZgomW =kjIj -END PGP SIGNATURE-
Uploaded liblocale-gettext-perl 1.01-11 (m68k) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 3 Sep 2001 20:22:36 +0200 Source: liblocale-gettext-perl Binary: liblocale-gettext-perl Architecture: m68k Version: 1.01-11 Distribution: unstable Urgency: low Maintainer: Debian/m68k buildd4 [EMAIL PROTECTED] Changed-By: Raphael Hertzog [EMAIL PROTECTED] Description: liblocale-gettext-perl - Using libc functions for internationalization in Perl Closes: 110285 Changes: liblocale-gettext-perl (1.01-11) unstable; urgency=low . * Added libintl.h required for ia64. Closes: #110285 * Corrected 2 lintian warnings. Files: 463ecb87585ac2a9b2ac2d1d004f9a1b 13170 base standard liblocale-gettext-perl_1.01-11_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Rick Younie [EMAIL PROTECTED] iEYEARECAAYFAjuXFNgACgkQEycGpQPNsdIdbACdEXqD/+PI+nybJSYx/76QFsv0 yN4AoJM/SpTXwP1JBcSrcUMbuMpwprXz =Ihew -END PGP SIGNATURE-
Uploaded libxml-parser-perl 2.30-3 (m68k) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 3 Sep 2001 08:43:15 -0500 Source: libxml-parser-perl Binary: libxml-parser-perl Architecture: m68k Version: 2.30-3 Distribution: unstable Urgency: low Maintainer: Debian/m68k buildd4 [EMAIL PROTECTED] Changed-By: Ardo van Rangelrooij [EMAIL PROTECTED] Description: libxml-parser-perl - Perl module for parsing XML files Closes: 95821 Changes: libxml-parser-perl (2.30-3) unstable; urgency=low . * Expat/Expat.pm: moved no strict 'refs'; to correct place to prevent incorrect generation of warnings (closes: Bug#95821) (thanks Dagfinn!) * debian/control: cleanup up Build-Depends * debian/control: upgraded to Debian Policy 3.5.5 * debian/control: upgraded to Debian Perl Policy 1.20 Files: 35f254af53b7bd02ca9fc4fb973e9953 274304 interpreters optional libxml-parser-perl_2.30-3_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Rick Younie [EMAIL PROTECTED] iEYEARECAAYFAjuXFN8ACgkQEycGpQPNsdJlzwCdHqhNJs3t/3ohk6muWeRsMNkq tCoAn3ggvPNaQy2TSfqYEWgdVwUThX7N =CgsO -END PGP SIGNATURE-
Uploaded marlais 0.6.1-5 (m68k) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 28 Aug 2001 22:49:33 -0400 Source: marlais Binary: marlais Architecture: m68k Version: 0.6.1-5 Distribution: unstable Urgency: low Maintainer: Debian/m68k buildd4 [EMAIL PROTECTED] Changed-By: Neil Schemenauer [EMAIL PROTECTED] Description: marlais- An interpreter for a Dylan-like language Closes: 110469 Changes: marlais (0.6.1-5) unstable; urgency=low . * Upgrade to libgc6 (closes: #110469). Files: 745a88c221ad3f9a355c273e7c53c1e4 158592 interpreters optional marlais_0.6.1-5_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Rick Younie [EMAIL PROTECTED] iEYEARECAAYFAjuXFOcACgkQEycGpQPNsdLZqACbBfF5K4KZJ3ewgac0lInCNsRe AgwAn1t1IPZA7aZazc3XyY4pDP+4OWjs =R5Uy -END PGP SIGNATURE-
Uploaded mp4h 1.2.0-1 (m68k) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 26 Aug 2001 01:25:55 +0200 Source: mp4h Binary: mp4h Architecture: m68k Version: 1.2.0-1 Distribution: unstable Urgency: low Maintainer: Debian/m68k buildd4 [EMAIL PROTECTED] Changed-By: Denis Barbier [EMAIL PROTECTED] Description: mp4h - Macro Processor for HTML Documents Closes: 103497 Changes: mp4h (1.2.0-1) unstable; urgency=low . * New upstream release * Remove copyright mention from the control file (Closes: #103497) Files: a7989cdeae4a6b55d1d81b8c8b4b636b 132512 web optional mp4h_1.2.0-1_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Rick Younie [EMAIL PROTECTED] iEYEARECAAYFAjuXFL8ACgkQEycGpQPNsdIhyQCgmfCkgZlAzf+0vhtT3osBU8Hl EMAAn38BVAp1vKp4hUXFut3BnpGbJldS =A8Z8 -END PGP SIGNATURE-
Uploaded krusader 0.95-3 (m68k) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 29 Aug 2001 10:12:22 +0100 Source: krusader Binary: krusader Architecture: m68k Version: 0.95-3 Distribution: unstable Urgency: low Maintainer: Debian/m68k buildd2 [EMAIL PROTECTED] Changed-By: Angel Ramos [EMAIL PROTECTED] Description: krusader - File Manager for KDE Closes: 108276 110453 Changes: krusader (0.95-3) unstable; urgency=low . *Fixed config.sub and config.guess on the source in order to support hppa architecture (Closes: #108276). *Symlink from locolor icon to highcolor created (Closes: #110453). Files: 8662be0fc77e19d8ca48dbac243faf08 646568 utils optional krusader_0.95-3_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Rick Younie [EMAIL PROTECTED] iEYEARECAAYFAjuXEOIACgkQEycGpQPNsdKKxACfZCt3kRS9ooX1D8JERnHcjVy7 9AsAmgJ6ycYDGj5+CB0oxR0Ej+IVIQ/I =K2yM -END PGP SIGNATURE-
Uploaded kleandisk 2.1-beta1-3 (m68k) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 28 Aug 2001 10:26:32 -0500 Source: kleandisk Binary: kleandisk Architecture: m68k Version: 2.1-beta1-3 Distribution: unstable Urgency: low Maintainer: Debian/m68k buildd2 [EMAIL PROTECTED] Changed-By: Ben Burton [EMAIL PROTECTED] Description: kleandisk - a file cleanup and backup tool for KDE Changes: kleandisk (2.1-beta1-3) unstable; urgency=low . * Uses objprelink. Files: e88ea259752bddc0553badb1d9d908ed 117388 utils optional kleandisk_2.1-beta1-3_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Rick Younie [EMAIL PROTECTED] iEYEARECAAYFAjuXEJMACgkQEycGpQPNsdKlUwCeJpU+WxjZ6qXDBXjyOPQ1Uejr S40AniHR3gVo/u57NUvukest1aIuNsNL =gOXQ -END PGP SIGNATURE-
Uploaded xboing 2.4-24 (m68k) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 26 Aug 2001 15:18:36 +0400 Source: xboing Binary: xboing Architecture: m68k Version: 2.4-24 Distribution: unstable Urgency: low Maintainer: Debian/m68k buildd4 [EMAIL PROTECTED] Changed-By: Alexander Kotelnikov [EMAIL PROTECTED] Description: xboing - Blockout game for X Closes: 91941 103837 Changes: xboing (2.4-24) unstable; urgency=low . * closes: #103837 * previous upload fixed #91941 (closes: #91941) Files: b6b63f9d1d8975b8b519a255769069e7 509668 games optional xboing_2.4-24_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Rick Younie [EMAIL PROTECTED] iEYEARECAAYFAjuXl44ACgkQEycGpQPNsdIACgCgg8F7t/WvVYBBn++7y1iHIzer NGEAn2hDFw7PPoJ/sM6bUI8aoIgUcuLz =oGX/ -END PGP SIGNATURE-
Uploaded kdrill 5.11.2-1 (m68k) to ftp-master
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Mon, 27 Aug 2001 08:39:05 -0700
Source: kdrill
Binary: makedic kanadic kdrill
Architecture: m68k
Version: 5.11.2-1
Distribution: unstable
Urgency: low
Maintainer: Debian/m68k buildd4 [EMAIL PROTECTED]
Changed-By: Philip Brown [EMAIL PROTECTED]
Description:
kdrill - A Kanji drill and dictionary program
makedic- A dictionary compiler for KDrill
Closes: 109900
Changes:
kdrill (5.11.2-1) unstable; urgency=low
.
* New upstream release
Closes: #109900
('next' button in Learn window always random)
Files:
a43b65a6e9bbf42872b5c9148bafd541 55410 text optional kdrill_5.11.2-1_m68k.deb
43c1ba368d557821e39058432c5c0dac 9058 text optional makedic_5.11.2-1_m68k.deb
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: Rick Younie [EMAIL PROTECTED]
iEYEARECAAYFAjuXl6wACgkQEycGpQPNsdItywCfRXPZUmHmfY/8hl756ybEfY7H
BvAAoJuXexx/a9b/2A1xst66qI8ilnQN
=TF00
-END PGP SIGNATURE-
Uploaded linuxdoc-tools 0.9.9 (m68k) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 2 Sep 2001 00:28:43 +0900 Source: linuxdoc-tools Binary: linuxdoc-tools Architecture: m68k Version: 0.9.9 Distribution: unstable Urgency: low Maintainer: Debian/m68k buildd4 [EMAIL PROTECTED] Changed-By: Taketoshi Sano [EMAIL PROTECTED] Description: linuxdoc-tools - SGML converters for the LinuxDoc DTD only. Closes: 25283 39665 79784 96658 99810 109077 Changes: linuxdoc-tools (0.9.9) unstable; urgency=low . * Debian specific - FHS transition. - remove iso-entities in this package, and use entities in Debian sgml-data package. Closes: #39665 - try to fix an old wishlist bug. use mawk when gawk is not available and replace dependencies to gawk with gawk|mawk. Closes: #25283 - Old bug clean up. Closes: #99810 - use update-catalog instead of old install-sgmlcatalog * fix a bug in chapter handling code for html conversion. Thanks to Vanessa Conchodon. Closes: #109077 * change the default behavior to include subsections in the table of contents, and add the note for --toc option in manpages. Closes: #96658 * fix a bug in index handling code for info conversion. Thanks to Jim Van Zandt for his patch. Closes: #79784 (Actually, this has been fixed for months, I think. Just forgot to close the bug.) Files: d4057914f9922a61aba0da1b14b911b9 382894 text optional linuxdoc-tools_0.9.9_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Rick Younie [EMAIL PROTECTED] iEYEARECAAYFAjuXl7QACgkQEycGpQPNsdJcIwCfYm++PcC37GOpNSQEAUATrDYj X54AoJurgEE0gBse8TUaI4aovE9kau7h =WpU1 -END PGP SIGNATURE-
Uploaded dbf2mysql 1.10d-3 (m68k) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 31 Aug 2001 23:43:44 +0200 Source: dbf2mysql Binary: dbf2mysql Architecture: m68k Version: 1.10d-3 Distribution: unstable Urgency: high Maintainer: Debian/m68k buildd4 [EMAIL PROTECTED] Changed-By: Adrian Bunk [EMAIL PROTECTED] Description: dbf2mysql - xBASE -- mySQL Changes: dbf2mysql (1.10d-3) unstable; urgency=high . * Maintainer set to Debian QA Group [EMAIL PROTECTED]. * Corrected the priority from extra to optional in debian/control. Files: a440097912f5c81dc1591cbf7dea59fb 22136 misc optional dbf2mysql_1.10d-3_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Rick Younie [EMAIL PROTECTED] iEYEARECAAYFAjuXl5YACgkQEycGpQPNsdL35QCeI3ODa5Cxz13VKg+6E7OJG0J/ cSYAn2Q25yOZa/L0NJ9mT29IPFcFuc9f =f30y -END PGP SIGNATURE-
Uploaded yabasic 2.701-1 (m68k) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 2 Sep 2001 19:02:51 +0200 Source: yabasic Binary: yabasic Architecture: m68k Version: 2.701-1 Distribution: unstable Urgency: low Maintainer: Debian/m68k buildd4 [EMAIL PROTECTED] Changed-By: Matej Vela [EMAIL PROTECTED] Description: yabasic- Yet Another BASIC interpreter Changes: yabasic (2.701-1) unstable; urgency=low . * New upstream version. * Conforms to Standards version 3.5.6. Files: 02148d51820ea460939a7b8b18474908 106754 interpreters optional yabasic_2.701-1_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Rick Younie [EMAIL PROTECTED] iEYEARECAAYFAjuXIhwACgkQEycGpQPNsdKAZACfTL+W4CDfQaaetX7ICEukatA4 W5AAoK1wfVMKCyt4LCeOBisbk3ONLccI =tqXX -END PGP SIGNATURE-
Uploaded gv 3.5.8-22 (m68k) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 30 Aug 2001 21:19:07 +0200 Source: gv Binary: gv Architecture: m68k Version: 1:3.5.8-22 Distribution: unstable Urgency: high Maintainer: Debian/m68k buildd4 [EMAIL PROTECTED] Changed-By: Adrian Bunk [EMAIL PROTECTED] Description: gv - A PostScript and PDF viewer for X using 3d Athena Widgets Closes: 96346 101630 109902 Changes: gv (1:3.5.8-22) unstable; urgency=high . * Make gv build again (patch by Jeff Licquia [EMAIL PROTECTED]). (closes: #109902) * Corrected some URLs in the documentation. (closes: #101630) * Use the full path for the menu icon. (closes: #96346) Files: 12d5e62fdbd68d07b45593c94492af48 215112 text optional gv_3.5.8-22_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Rick Younie [EMAIL PROTECTED] iEYEARECAAYFAjuXl6QACgkQEycGpQPNsdJengCgpO48arSUIFRDaEFAzY9e1Gak VwQAnixNHmeaXaJXtyVFn8yinru7T3KH =Air/ -END PGP SIGNATURE-
Uploaded minicom 1.83.1-4.2 (m68k) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sat, 1 Sep 2001 14:55:15 +0200 Source: minicom Binary: minicom Architecture: m68k Version: 1.83.1-4.2 Distribution: unstable Urgency: medium Maintainer: Debian/m68k buildd4 [EMAIL PROTECTED] Changed-By: Jordi Mallach [EMAIL PROTECTED] Description: minicom- Clone of the MS-DOS Telix communications program. Closes: 110838 Changes: minicom (1.83.1-4.2) unstable; urgency=medium . * Non-Maintainer Upload. * Cleaning up the mess with some upgrades to -4.1: + debian/preinst: - fix the mv statement, making it not fail if there are no minirc files to move. - if during this upgrade, previous version was -4.1, check if /etc/minicom/minirc.dfl and /etc/minicom/minicom.users exist. If they do, probably the user moved them by hand after the upgrade, so copy the /etc ones to /etc/minicom/ with an .old suffix. Same if the files exist only in /etc (corner case if people reran apt). + debian/postrm: rmdir /etc/minicom after we've done the move of stuff to the old location. Hopefully, all of this closes: #110838. Files: 5548ee93c86e1b8a3795df37ab5fa093 187302 comm optional minicom_1.83.1-4.2_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Rick Younie [EMAIL PROTECTED] iEYEARECAAYFAjuXl50ACgkQEycGpQPNsdKlGACcCP4RIInxNfO2nYp7zWyT7P6N NjUAnic4UpC/jVjkbWgO7eyaYg6RgLgr =I6F0 -END PGP SIGNATURE-
Uploaded hypermail 2.1.2-4 (m68k) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 24 Aug 2001 20:36:43 +0800 Source: hypermail Binary: hypermail Architecture: m68k Version: 2.1.2-4 Distribution: unstable Urgency: low Maintainer: Debian/m68k buildd4 [EMAIL PROTECTED] Changed-By: Yu Guanghui [EMAIL PROTECTED] Description: hypermail - Create HTML archives of mailing lists Closes: 109874 Changes: hypermail (2.1.2-4) unstable; urgency=low . * Fixed alpha build failure. (closes:Bug#109874) Thanks Paul Slootman [EMAIL PROTECTED] give me the patch. Forwarded the patch to upstream author. Files: 6d2e98c8665e3a50cd5eb27f4c7be020 170328 web optional hypermail_2.1.2-4_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Rick Younie [EMAIL PROTECTED] iEYEARECAAYFAjuXoJMACgkQEycGpQPNsdJ8FACgnHmNXoQ0vjTZXF5PxC94NAQv Nv0An3WolaSHHpaZTPSvR53yXZsOMHC5 =dSoF -END PGP SIGNATURE-
Uploaded lopster 0.9.9-2 (sparc) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 20 Jul 2001 14:54:05 -0700 Source: lopster Binary: lopster Architecture: sparc Version: 0.9.9-2 Distribution: unstable Urgency: low Maintainer: Debian/sparc Build Daemon [EMAIL PROTECTED] Changed-By: Colin Mattson [EMAIL PROTECTED] Description: lopster- A Napster client using the GTK UI. Closes: 100511 105783 Changes: lopster (0.9.9-2) unstable; urgency=low . * Changed Depends: Depends on 75 or 100dpi xfonts package as workaround for Helvetica being required. (Closes: #100511) * Changed Build-Depends: Now depends on gettext. (Closes: #105783) Files: 875d13865758720bb9304c7e18f5e6aa 424912 net optional lopster_0.9.9-2_sparc.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.6 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjuXTc0ACgkQgD/uEicUG7DbcQCeOhzj08t226l1AAh572tRoJvB lAIAn0Egaqm7AEoJK+r74jLpIuGCzg9A =tzmu -END PGP SIGNATURE-
Uploaded gnome-applets 1.4.0.4-1 (sparc) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 5 Sep 2001 17:33:10 +0200 Source: gnome-applets Binary: gnome-applets Architecture: sparc Version: 1.4.0.4-1 Distribution: unstable Urgency: low Maintainer: Debian/sparc Build Daemon [EMAIL PROTECTED] Changed-By: Christian Marillat [EMAIL PROTECTED] Description: gnome-applets - Various applets for GNOME panel Closes: 110464 Changes: gnome-applets (1.4.0.4-1) unstable; urgency=low . * New upstream release. * Fix typo in description (Closes: #110464) * Fix some typos in sgml files Files: 63aba75949477715784a921fda8407b5 5035026 x11 optional gnome-applets_1.4.0.4-1_sparc.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.6 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjuXTb8ACgkQgD/uEicUG7AvmACgwdRKOddS/lfDCcnt+EjcaIJ+ XG0Ani94uhgfSIfIRnv/BFhd1ualt9MF =oHmz -END PGP SIGNATURE-
Uploaded tilp 4.42-1 (sparc) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 3 Sep 2001 14:49:10 +0200 Source: tilp Binary: tilp Architecture: sparc Version: 4.42-1 Distribution: unstable Urgency: low Maintainer: Debian/sparc Build Daemon [EMAIL PROTECTED] Changed-By: Julien BLACHE [EMAIL PROTECTED] Description: tilp - A TI calculator - PC communication program for X Changes: tilp (4.42-1) unstable; urgency=low . * New upstream release, mainly security fixes regarding chdir handling when run as root. Files: 64d11d717a44d4b6ca9c49f2b5df3fd9 273168 math optional tilp_4.42-1_sparc.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.6 and Gnu Privacy Guard http://www.gnupg.org/ iEUEARECAAYFAjuXTa4ACgkQgD/uEicUG7AwHACdE4mvsff4NuWyYkUH2IyzelHB nvAAmOlxja4yYKVD9EiLD3euGIRliDM= =Fbcf -END PGP SIGNATURE-
Uploaded findlib 0.5.4-1 (sparc) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 4 Sep 2001 21:49:09 +0200 Source: findlib Binary: ocaml-findlib Architecture: sparc Version: 0.5.4-1 Distribution: unstable Urgency: low Maintainer: Debian/sparc Build Daemon [EMAIL PROTECTED] Changed-By: Stefano Zacchiroli [EMAIL PROTECTED] Description: ocaml-findlib - Management tool for ocaml modules Closes: 111051 Changes: findlib (0.5.4-1) unstable; urgency=low . * New upstream release * Fixed bug in ocamlmktop option. (closes: Bug#111051) Files: 627c48a7d7c7cdc7d7b97c92e5451b27 314734 devel optional ocaml-findlib_0.5.4-1_sparc.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.6 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjuXTUQACgkQgD/uEicUG7AKnwCg6SXnSuOI/hjPXYRZ7+yql7ra 6DAAnAwbKxU6zOxvg9smSfbC5S5INwA/ =D7BN -END PGP SIGNATURE-
Uploaded cracklib2 2.7-8.3 (sparc) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 5 Sep 2001 19:08:44 +0200 Source: cracklib2 Binary: cracklib2 cracklib2-dev cracklib-runtime Architecture: sparc Version: 2.7-8.3 Distribution: unstable Urgency: low Maintainer: Debian/sparc Build Daemon [EMAIL PROTECTED] Changed-By: Sebastian Rittau [EMAIL PROTECTED] Description: cracklib-runtime - A pro-active password checker library cracklib2 - A pro-active password checker library cracklib2-dev - a pro-active password checker library Closes: 107112 Changes: cracklib2 (2.7-8.3) unstable; urgency=low . * Non-maintainer upload with permission of maintainer. * Closes an annoying warning produced by the cron.daily scipt when /bin/sh is linked against /bin/ash. (Closes: #107112) * Fixed a similar problem in debian/dpkg.common/clean. Files: 99ea5e843b0ddeb33710189a47fe1975 26388 libs optional cracklib2_2.7-8.3_sparc.deb 00aba3dcb98cd6898944d8579c9d5603 24972 devel optional cracklib2-dev_2.7-8.3_sparc.deb 5b99303ce36cf1dfab001d09b12c67c7 25454 admin optional cracklib-runtime_2.7-8.3_sparc.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.6 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjuXTcAACgkQgD/uEicUG7DT+ACeKirtJt8jHLvIv+Va/arR/8Rj D4IAn3v2BpKwOtxhbk1NUdVquUVvjltH =l/Ik -END PGP SIGNATURE-
Uploaded libedit 2.5.cvs.20010821-5 (sparc) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 5 Sep 2001 15:08:59 +0200 Source: libedit Binary: libedit-dev libedit2 Architecture: sparc Version: 2.5.cvs.20010821-5 Distribution: unstable Urgency: low Maintainer: Debian/sparc Build Daemon [EMAIL PROTECTED] Changed-By: Gergely Nagy [EMAIL PROTECTED] Description: libedit-dev - BSD editline and history libraries (development files) libedit2 - BSD editline and history libraries Changes: libedit (2.5.cvs.20010821-5) unstable; urgency=low . * debian/control: priority set to optional, as per the request of Ben Burton [EMAIL PROTECTED]. * debian/scripts/ld-hack.sh: wrapper around gcc to fool pmake * debian/rules: use ld-hack.sh and an appropriate SHLIB_SHFLAGS to work around pmake, which tries to link with ld instead of gcc. This fixes the build problem on at least hppa. Files: 2025a60d5f4fa24ec5289a7391944902 52008 libs optional libedit2_2.5.cvs.20010821-5_sparc.deb 65342990a0075d12072afc7d0982bdb1 66244 devel optional libedit-dev_2.5.cvs.20010821-5_sparc.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.6 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjuXTaoACgkQgD/uEicUG7B02gCfVTmUmpniAAD9R5+uiTJZ6Bf9 q5EAn08yDeVH2MUAOYDFgSyJV9aTJzp2 =JPi3 -END PGP SIGNATURE-
Uploaded kde-designer 2.3.1-3 (sparc) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 04 Sep 2001 01:03:00 -0700 Source: kde-designer Binary: kde-designer Architecture: sparc Version: 2:2.3.1-3 Distribution: unstable Urgency: low Maintainer: Debian/sparc Build Daemon [EMAIL PROTECTED] Changed-By: Ivan E. Moore II [EMAIL PROTECTED] Description: kde-designer - QT GUI Designer (With KDE Widget support) Closes: 110122 Changes: kde-designer (2:2.3.1-3) unstable; urgency=low . * Don't use gcc3 for alpha now * Change priority (Closes: #110122) * Add manpage Files: 5af765d1b80f88cdba199cef80431ce9 1117140 devel extra kde-designer_2.3.1-3_sparc.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.6 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjuXTZ8ACgkQgD/uEicUG7CaxQCfQE4j3SiOFphv1kgIKfib32r+ BM0AoJsHhd6S46DAhxNWfVRRWTNxjMMh =7Ld2 -END PGP SIGNATURE-
Uploaded syslog-ng 1.5.9-2 (sparc) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 5 Sep 2001 09:43:41 +0200 Source: syslog-ng Binary: syslog-ng Architecture: sparc Version: 1.5.9-2 Distribution: unstable Urgency: low Maintainer: Debian/sparc Build Daemon [EMAIL PROTECTED] Changed-By: SZALAY Attila [EMAIL PROTECTED] Description: syslog-ng - Next generation logging daemon Closes: 76 Changes: syslog-ng (1.5.9-2) unstable; urgency=low . * Oooopss. Now really remove /proc/kmsg from src. Closes: #76 Files: 34d509bf44dcd58ccb9504e796566a5f 153744 admin extra syslog-ng_1.5.9-2_sparc.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.6 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjuXTcMACgkQgD/uEicUG7BvWgCfXtXYBQAta+Egb764hRrYCYx6 1mgAmQH/qoROT3K59LDlPU9jUo27Iszg =xiL/ -END PGP SIGNATURE-
Uploaded gtkmathview 0.2.7-1 (sparc) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 4 Sep 2001 21:41:18 +0200 Source: gtkmathview Binary: libgtkmathview0 libgtkmathview-dev libgtkmathview-bin Architecture: sparc Version: 0.2.7-1 Distribution: unstable Urgency: low Maintainer: Debian/sparc Build Daemon [EMAIL PROTECTED] Changed-By: Stefano Zacchiroli [EMAIL PROTECTED] Description: libgtkmathview-bin - A GTK widget for rendering MathML documents. libgtkmathview-dev - A GTK widget for rendering MathML documents. libgtkmathview0 - A GTK widget for rendering MathML documents. Changes: gtkmathview (0.2.7-1) unstable; urgency=low . * New upstream release Files: 9da2626ac3cca83358345cfcf0d0d4ec 277416 libs optional libgtkmathview0_0.2.7-1_sparc.deb b1e630b64280e1fac1feda153d561686 329558 devel optional libgtkmathview-dev_0.2.7-1_sparc.deb 727c48ff4831b282478665857dfa23d3 44960 misc optional libgtkmathview-bin_0.2.7-1_sparc.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.6 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjuXTaYACgkQgD/uEicUG7BteACfcKkwGxPiLfrac2jvuKgPAq7i 3SoAoKBvpavgFmXg37Ji1zqj4RbViy5g =NRlv -END PGP SIGNATURE-
Uploaded samba 2.2.1a-9 (sparc) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 4 Sep 2001 23:10:41 -0400 Source: samba Binary: smbfs swat libpam-smbpass smbclient samba-common samba-doc samba Architecture: sparc Version: 2.2.1a-9 Distribution: unstable Urgency: low Maintainer: Debian/sparc Build Daemon [EMAIL PROTECTED] Changed-By: Eloy A. Paris [EMAIL PROTECTED] Description: libpam-smbpass - pluggable authentication module for SMB password database samba - A LanManager like file and printer server for Unix. samba-common - Samba common files used by both the server and the client. smbclient - A LanManager like simple client for Unix. smbfs - mount and umount commands for the smbfs (for kernels = than 2.2. swat - Samba Web Administration Tool Closes: 53672 110963 111036 Changes: samba (2.2.1a-9) unstable; urgency=low . * Replaced $(LD) with $(CC) all the way through source/Makefile. Closes: #111036: ld shouldn't be used to link shlibs. * s/\/bin\/mail/\/usr\/bin\/mail/ in smb.conf's man page (HTML and sgml as well.) Closes: #110963: smb.conf: mail should be /usr/bin/mail. * Documented better smbclient's -W behavior. Patch from Steve Langasek. Closes: #53672: smbclient: -W flag is interpreted as domain, not workgroup. Files: c646a83944ed9c1cc76688ed30314ad2 2406942 net optional samba_2.2.1a-9_sparc.deb cbe4f40118efddce159b73c660a9650e 789320 net optional samba-common_2.2.1a-9_sparc.deb ad841946a0038fe67f09ec2451c010d6 948852 net optional smbclient_2.2.1a-9_sparc.deb 9cac2bbf6d4aebf7fa402c60b7def33f 345878 net optional swat_2.2.1a-9_sparc.deb 246efcefe1da861a6d730e2edb6e4d15 610812 otherosfs optional smbfs_2.2.1a-9_sparc.deb 639d35f80997b44548e79ac2bb9843a0 213654 admin extra libpam-smbpass_2.2.1a-9_sparc.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.6 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjuXTb0ACgkQgD/uEicUG7DHVgCgnafn/jI11nSo++QxB+mjOGHe bSAAnRNIhgVqWRfFrVRxWW2GVoE+Y1EU =eZA+ -END PGP SIGNATURE-
Uploaded noweb 2.9a-6 (sparc) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 3 Sep 2001 18:30:17 +0200 Source: noweb Binary: nowebm Architecture: sparc Version: 2.9a-6 Distribution: unstable Urgency: low Maintainer: Debian/sparc Build Daemon [EMAIL PROTECTED] Changed-By: Federico Di Gregorio [EMAIL PROTECTED] Description: nowebm - A WEB-like literate-programming tool. Closes: 109356 Changes: noweb (2.9a-6) frozen unstable; urgency=low . * Added build deps (Closes: #109356). * Bumped up policy version. Files: 3c5e80e5ba2e6add12d2e23d4451bf06 1090944 devel extra nowebm_2.9a-6_sparc.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.6 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjuXTbUACgkQgD/uEicUG7DFVwCg5dpHZUjIGRS0FikgU8mGtVrx ewgAn3NIGKfa+73CSl9r/QEgMg1qu5/N =J342 -END PGP SIGNATURE-
Uploaded ghostview 1.5-25 (sparc) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 5 Sep 2001 00:51:15 +0200 Source: ghostview Binary: ghostview Architecture: sparc Version: 1.5-25 Distribution: unstable Urgency: low Maintainer: Debian/sparc Build Daemon [EMAIL PROTECTED] Changed-By: Jan-Hendrik Palic [EMAIL PROTECTED] Description: ghostview - a PostScript viewer for X11 Changes: ghostview (1.5-25) unstable; urgency=low . * corrected one misspelled word debian/copyright (lintian-warning). Files: e4d6cea2aeeed55a4258d64453070e42 11 text optional ghostview_1.5-25_sparc.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.6 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjuXTagACgkQgD/uEicUG7AuSACg7WKcuI4xboqNCeNuK/IYiWvQ k/EAoNpQ8r/UJ2Em74OqxZXexM0zPF0s =V0Eb -END PGP SIGNATURE-
Uploaded samhain 1.2.6-4 (sparc) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 4 Sep 2001 19:42:25 +0200 Source: samhain Binary: samhain Architecture: sparc Version: 1.2.6-4 Distribution: unstable Urgency: high Maintainer: Debian/sparc Build Daemon [EMAIL PROTECTED] Changed-By: Javier Fernandez-Sanguino Pen~a [EMAIL PROTECTED] Description: samhain- Data integrity and intrusion alert system Closes: 110841 Changes: samhain (1.2.6-4) unstable; urgency=high . * Added debconf note and samhain initialization in background (Closes: #110841) * Changed section to admin. Files: 648df6cc2f0be5873c08748f3ee2d3d9 442928 admin optional samhain_1.2.6-4_sparc.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.6 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjuXTbIACgkQgD/uEicUG7ArzQCdELp8Q7e5vSzGWz0b0PUvGxC4 83IAoN0ppT1V8C+JBeQPtkF85puLtEjF =ndB1 -END PGP SIGNATURE-
Uploaded xkbsel 0.13-8 (sparc) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 5 Sep 2001 12:35:46 +0200 Source: xkbsel Binary: libxkbsel-dev xkbsel-gnome xkbsel Architecture: sparc Version: 0.13-8 Distribution: unstable Urgency: low Maintainer: Debian/sparc Build Daemon [EMAIL PROTECTED] Changed-By: Milan Zamazal [EMAIL PROTECTED] Description: libxkbsel-dev - Tool for defining, selecting, and indicating XKB keyboards. xkbsel - Tool for defining, selecting, and indicating XKB keyboards. xkbsel-gnome - Tool for defining, selecting, and indicating XKB keyboards. Closes: 109843 Changes: xkbsel (0.13-8) unstable; urgency=low . * Build-depend on autoconf2.13 instead of autoconf; closes: #109843. Files: c8c9d9656ac7c12dde108fde069a8685 110530 x11 optional xkbsel_0.13-8_sparc.deb 98011dadcc7d52ed7b1e4769fe6f1a0a 31186 x11 optional xkbsel-gnome_0.13-8_sparc.deb 5c20da4a8bdfca090cb9de2e60a4539f 41680 devel optional libxkbsel-dev_0.13-8_sparc.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.6 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjuXTa8ACgkQgD/uEicUG7CAXgCfZI8pnBNc+KmZ81vFzWfsPi10 NhQAn0wqOSweRpAntpcgYsDmfZzOv2Mc =BAZU -END PGP SIGNATURE-
Uploaded bonsai 1.3+cvs20010722-2 (sparc) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 4 Sep 2001 22:08:05 +0200 Source: bonsai Binary: bonsai Architecture: sparc Version: 1.3+cvs20010722-2 Distribution: unstable Urgency: low Maintainer: Debian/sparc Build Daemon [EMAIL PROTECTED] Changed-By: Rmi Perrot [EMAIL PROTECTED] Description: bonsai - The famous Mozilla CVS query tools by web interface Changes: bonsai (1.3+cvs20010722-2) unstable; urgency=low . * Change priority to extra while bonsai depend on lxr which is priority extra (closees: #24). * Add Netscape Public License 1.1 since most file of bonsai are subject to this license. Files: 1f3ad77ab68b9ae10e4ab77435b0b7b9 152888 web extra bonsai_1.3+cvs20010722-2_sparc.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.6 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjuXTbkACgkQgD/uEicUG7Bn6QCg0DRdUTYWwOyiEzYLnsYQeadz 9a0An2AjVNI7aeqD1BFB31ACp48fzUbU =eFtX -END PGP SIGNATURE-
Uploaded pvm 3.4.2-7.3 (sparc) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 4 Sep 2001 14:31:26 +0200 Source: pvm Binary: pvm-dev pvm libpvm3 Architecture: sparc Version: 3.4.2-7.3 Distribution: unstable Urgency: low Maintainer: Debian/sparc Build Daemon [EMAIL PROTECTED] Changed-By: Bastian Blank [EMAIL PROTECTED] Description: libpvm3- Parallel Virtual Machine - shared libraries pvm- Parallel Virtual Machine - binaries and shared libraries pvm-dev- Parallel Virtual Machine - development files Closes: 100050 100857 Changes: pvm (3.4.2-7.3) unstable; urgency=low . * Non-maintainer upload * fix lib/pvmgetarch to detect linux mips correctly. (closes #84939) * make pvm-dev depending on libreadline-dev. (closes: #100050, 100857) * add m4 to build depends. * clean with rm -rf instead of rmdir. Files: d5ad024313f5baa423b9b71567a192b3 372652 devel extra pvm-dev_3.4.2-7.3_sparc.deb e9f5ca32f3b38941598ac716e5623da6 198634 devel extra pvm_3.4.2-7.3_sparc.deb 6c20679c17e7466ec312fccfed88686e 75730 devel extra libpvm3_3.4.2-7.3_sparc.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.6 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjuXTcsACgkQgD/uEicUG7A9OACgvl8kcVQkdOG9opLb8xtY1blL PPkAn14j3I7OaQyCYqGruzeXNd25kJzW =Jz3B -END PGP SIGNATURE-
Uploaded jikes 1.14-0.4 (sparc) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 2 Sep 2001 21:48:33 +0900 Source: jikes Binary: jikes Architecture: sparc Version: 1.14-0.4 Distribution: unstable Urgency: low Maintainer: Debian/sparc Build Daemon [EMAIL PROTECTED] Changed-By: Takashi Okamoto [EMAIL PROTECTED] Description: jikes - Fast Java compiler adhering to language and VM specifications Changes: jikes (1.14-0.4) unstable; urgency=low . * Non maintainer upload (nobody can contact to Mike Goldman). * modified configure.in.h src/config.h.in for setlocale() and nl_langinfo(). * unset encoding when nl_langinfo() value is ANSI_X3.4-1968 at jikesapi.cpp. This means use ISO-8859-1 when locale is C * undefined HAVE_DYNAMIC_CAST in expr.cpp because kissme-classpath can't be compiled.(maybe dynamic cast don't work correctly.) Files: bc6f218f89f23b2be6173ba8f6f54588 662346 devel optional jikes_1.14-0.4_sparc.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.6 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjuXTaEACgkQgD/uEicUG7AJdwCgz6xIJbwAybQ2KTn637gMefdO D4EAoJSVy8jBcMMBnKg2fgzqNgmECW9G =SDx4 -END PGP SIGNATURE-
Uploaded red-carpet 1.1.2-2 (sparc) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 4 Sep 2001 22:36:00 -0700 Source: red-carpet Binary: red-carpet Architecture: sparc Version: 1.1.2-2 Distribution: unstable Urgency: low Maintainer: Debian/sparc Build Daemon [EMAIL PROTECTED] Changed-By: Bradley Bell [EMAIL PROTECTED] Description: red-carpet - Ximian's next-generation software manager and updater Closes: 110759 Changes: red-carpet (1.1.2-2) unstable; urgency=low . * Fix to work with changes to libgal, recompile (Closes: #110759) Files: 0eb48195024e3fedb2f122e7b7a7bd52 697488 admin optional red-carpet_1.1.2-2_sparc.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.6 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjuXTaMACgkQgD/uEicUG7AwfQCgmFSLlKUhjBU/lRUhh4xHEiui ZWEAnj104+CfBBZFDfLAYyQY1AKdOf/d =bQ0k -END PGP SIGNATURE-
Uploaded pchar 1.4-3 (sparc) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 15 Jul 2001 00:46:55 -0400 Source: pchar Binary: pchar Architecture: sparc Version: 1.4-3 Distribution: unstable Urgency: low Maintainer: Debian/sparc Build Daemon [EMAIL PROTECTED] Changed-By: Matt Zimmerman [EMAIL PROTECTED] Description: pchar - Characterize the bandwidth, latency and loss on network links Closes: 105294 Changes: pchar (1.4-3) unstable; urgency=low . * The autoconf can bite me release. * Use two separate tests to check for libsnmp with and without ssl support (Closes: #105294) Files: 2540403f6e0b5629a937b5ec53d92f3f 53706 net extra pchar_1.4-3_sparc.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.6 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjuXTcoACgkQgD/uEicUG7B6SACeMuiefhpnujqWSn6pPF0WyYKO 0oEAn1G4ZZ03SonPwl2QcE3mnoUz7HNu =apM6 -END PGP SIGNATURE-
Uploaded wv 0.6.7-1 (sparc) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 2 Sep 2001 17:16:21 +0200 Source: wv Binary: wv Architecture: sparc Version: 0.6.7-1 Distribution: unstable Urgency: low Maintainer: Debian/sparc Build Daemon [EMAIL PROTECTED] Changed-By: Matej Vela [EMAIL PROTECTED] Description: wv - Convert and preview Microsoft Word documents. Closes: 110675 Changes: wv (0.6.7-1) unstable; urgency=low . * New upstream version. * make_epses.sh: Use wmf2eps (libwmf2) rather than wmftoeps, after checking whether it's installed. Closes: #110675. Files: e3969a1bd06f1598f826f2615afd73b1 735658 text optional wv_0.6.7-1_sparc.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.6 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjuXTbsACgkQgD/uEicUG7BAzQCgmz1PyANLLfZPKOTSroorPqiq pZsAnRuoGh/CyUM1fEt6ZMjUT4AUt8k9 =nhn7 -END PGP SIGNATURE-
Uploaded nap 1.4.6-1 (sparc) to ftp-master
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 4 Sep 2001 18:40:38 +0200
Source: nap
Binary: nap
Architecture: sparc
Version: 1.4.6-1
Distribution: unstable
Urgency: low
Maintainer: Debian/sparc Build Daemon [EMAIL PROTECTED]
Changed-By: Massimo Dal Zotto [EMAIL PROTECTED]
Description:
nap- Napster console client
Changes:
nap (1.4.6-1) unstable; urgency=low
.
* New upstream version.
.
* In configure script changed bindir to ${exec_prefix}/usr/bin.
Files:
765b6c2764bd596e007df3a6dab4cd06 145264 net optional nap_1.4.6-1_sparc.deb
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.6 and Gnu Privacy Guard
http://www.gnupg.org/
iEYEARECAAYFAjuXTtQACgkQgD/uEicUG7ABVQCgjJnQr/JSyd+atmBbVj2t7BG1
4EwAoJ7ZCRU82+AhivmvfHmsJzZHT2Y7
=OSRY
-END PGP SIGNATURE-
Uploaded netselect 0.3-3 (sparc) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 5 Sep 2001 13:49:45 -0400 Source: netselect Binary: netselect Architecture: sparc Version: 0.3-3 Distribution: unstable Urgency: low Maintainer: Debian/sparc Build Daemon [EMAIL PROTECTED] Changed-By: Avery Pennarun [EMAIL PROTECTED] Description: netselect - Choose the fastest server automatically. Closes: 111338 Changes: netselect (0.3-3) unstable; urgency=low . * Don't sudo if we think we're root so we can build with fakeroot; closes: #111338. Files: 279b817a73fc3c7abca5667802eb83a5 21468 net optional netselect_0.3-3_sparc.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.6 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjuXTuAACgkQgD/uEicUG7A9OQCfagwKVhLw/chFKyoPIBs+rfR1 0pQAn1NgitSBO7G58kJ2OZsi4G/TsHo6 =EIT7 -END PGP SIGNATURE-
Uploaded gnome-guile 0.20-6 (sparc) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 4 Sep 2001 10:04:04 -0400 Source: gnome-guile Binary: libguilegnome-dev libguilegtk-dev libguilegnome0 libguilegtk0 Architecture: sparc Version: 1:0.20-6 Distribution: unstable Urgency: low Maintainer: Debian/sparc Build Daemon [EMAIL PROTECTED] Changed-By: James LewisMoss [EMAIL PROTECTED] Description: libguilegnome-dev - Dev libraries for gnome-guile scheme interpreter (part of Gnome) libguilegnome0 - Libraries for gnome-guile scheme interpreter (part of Gnome) libguilegtk-dev - Dev libraries for Guile-Gtk scheme interpreter libguilegtk0 - Libraries for Guile-Gtk scheme interpreter Closes: 63 Changes: gnome-guile (1:0.20-6) unstable; urgency=low . * Add autoconf to build depends. (Closes: #63) Files: 9cee1319d9f165af7e7b46f2779c165c 245818 libs optional libguilegtk0_0.20-6_sparc.deb b42636007b89d61a95419536ed667efb 220438 devel optional libguilegtk-dev_0.20-6_sparc.deb 590a5189f0e42510688962cc404c5b4d 88296 libs optional libguilegnome0_0.20-6_sparc.deb a3b9572f590a80850fb434aaeaf37108 116530 devel optional libguilegnome-dev_0.20-6_sparc.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.6 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjuXTuMACgkQgD/uEicUG7AwVACdF/CG8kupdSVoyvchseBWGEiH YkcAoIzwJfQUOLq8m1KG6obITrTAspUi =Pipi -END PGP SIGNATURE-
Uploaded diald 0.99.4-4 (sparc) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 4 Sep 2001 22:40:31 -0500 Source: diald Binary: diald Architecture: sparc Version: 0.99.4-4 Distribution: unstable Urgency: low Maintainer: Debian/sparc Build Daemon [EMAIL PROTECTED] Changed-By: Jeff Licquia [EMAIL PROTECTED] Description: diald - dial on demand daemon for PPP and SLIP. Closes: 74294 84512 93826 97424 111075 Changes: diald (0.99.4-4) unstable; urgency=low . * Missed a Build-Depend on libwrap-dev. Closes: #84512, #93826, #111075. * Corrected a typo in standard.filter. Closes: #74294. * Fixed default connect script so a newline isn't sent immediately after connect. Closes: #97424. * Fixed purge in postrm to really clean up config files. Files: 4e85b4b0d41952a268754d152fbf3716 178742 net extra diald_0.99.4-4_sparc.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.6 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjuXUrMACgkQgD/uEicUG7ALHwCeN3z5CmlM4boLKGb4Tso2f5l3 3xEAoJE56urrHADKDYCtzlLK7Ab69rH+ =HA3A -END PGP SIGNATURE-
Uploaded qtecasound 0.1dev6+cvs20010830-2 (sparc) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 4 Sep 2001 19:06:08 +0900 Source: qtecasound Binary: qtecasound Architecture: sparc Version: 1:0.1dev6+cvs20010830-2 Distribution: unstable Urgency: low Maintainer: Debian/sparc Build Daemon [EMAIL PROTECTED] Changed-By: Junichi Uekawa [EMAIL PROTECTED] Description: qtecasound - ecasound qt version. Closes: 111076 Changes: qtecasound (1:0.1dev6+cvs20010830-2) unstable; urgency=low . * adding libtool build-dep, thanks james (closes: #111076) Files: b15daf2ae9850842b822f8460139f3ab 55156 sound extra qtecasound_0.1dev6+cvs20010830-2_sparc.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.6 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjuXg1wACgkQgD/uEicUG7DJMgCfVazI1E4XAZl6fGuO84P21IyH PPoAnAnAdLJP6tydABbcsLxBAaa1zNhg =Iggr -END PGP SIGNATURE-
Uploaded gtkmm 1.2.7-3 (sparc) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 4 Sep 2001 22:54:56 -0700 Source: gtkmm Binary: libgtkmm-doc libgtkmm-dev libgtkmm1.2 Architecture: sparc Version: 1.2.7-3 Distribution: unstable Urgency: low Maintainer: Debian/sparc Build Daemon [EMAIL PROTECTED] Changed-By: Bradley Bell [EMAIL PROTECTED] Description: libgtkmm-dev - C++ wrapper for GTK (development files) libgtkmm1.2 - C++ wrappers for GTK (shared libraries) Closes: 110833 Changes: gtkmm (1.2.7-3) unstable; urgency=low . * Move build-dep-indep items back to build-dep (Closes: #110833) Files: 91d205faf8a6caabe7c8aeec134199e6 330492 libs optional libgtkmm1.2_1.2.7-3_sparc.deb 50268ea4b76b9a1f03933b6bee167b05 735578 devel optional libgtkmm-dev_1.2.7-3_sparc.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.6 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjuXgfAACgkQgD/uEicUG7DHtQCfYXgtgzFMbQhzcqQTGCg3rnt0 +jQAn0vgZkZnPi8hffHKGNfZrnv4MMgB =Qjph -END PGP SIGNATURE-
Uploaded evolution 0.12+cvs0903-2 (sparc) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 5 Sep 2001 19:42:07 +0900 Source: evolution Binary: libcamel-dev evolution libcamel0 evolution-dev Architecture: sparc Version: 0.12+cvs0903-2 Distribution: unstable Urgency: low Maintainer: Debian/sparc Build Daemon [EMAIL PROTECTED] Changed-By: Takuo KITAME [EMAIL PROTECTED] Description: evolution - The group ware suite evolution-dev - Group ware suite -- other development files libcamel-dev - generic messaging library -- development files libcamel0 - A generic Messaging Library Closes: 111079 59 Changes: evolution (0.12+cvs0903-2) unstable; urgency=low . * Fix build-depends (closes: #111079, #59) Files: b4a0aa1901946f9896c931a0efb6e931 5071646 mail optional evolution_0.12+cvs0903-2_sparc.deb d05b02aada2016e6073743f7803a6b1b 485104 libs optional libcamel0_0.12+cvs0903-2_sparc.deb c0dd90fd987a0ed3556ed3f528fff79c 631394 devel optional libcamel-dev_0.12+cvs0903-2_sparc.deb 01671fcb6633cb6cd26beb1fbeae 509268 devel optional evolution-dev_0.12+cvs0903-2_sparc.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.6 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjuXfNYACgkQgD/uEicUG7BKAgCdFqwySV3qQQ8zGu6sf1a66+NM 3GsAoMJ8PO+EsoX047irFkA4SmLv22+J =dJmM -END PGP SIGNATURE-
Debian way de modifier un fichier de config d'un autre paquet
Bonjour, Je ne suis pas (encore) développeur Debian et c'est mon premier post sur cette liste. J'ai empaqueter un driver (gp-core) [1] qui est utilisé par un driver d'asbtraction supérieure (pcscd) [2]. Mon driver gp-core doit indiquer sa présence en modifiant le fichier de configuration /etc/reader.conf qui appartient à l'autre paquet pcscd en incluant des lignes du genre : FRIENDLYNAME Gemplus GemPC410 DEVICENAMEGEMCORE LIBPATH /usr/lib/pcsc/drivers/libgp_core.so.2.0 CHANNELID 0x0103F8 Ma question est : comment faire proprement l'ajout de ces lignes à l'installation du paquet et l'effacement de ces même lignes lorsque le paquet est enlevé (ou lorsque l'utilisateur veut activer/désactiver mon driver à l'aide de debconf) ? La solution qui ce raproche le plus de ce que je recherche est update-inetd(8) qui permet de modifier /etc/inetd.conf. J'ai peur que update-inetd(8) ne sache pas très bien gérer plusieurs lignes d'un coup et je me demande si il n'y a pas une commande Debian qui ferait ce que je cherche. Merci pour votre aide. [1] http://ludovic.rousseau.free.fr/softwares/gp-core/gp-core.html [2] http://packages.debian.org/unstable/misc/pcscd.html -- Ludovic Rousseau [EMAIL PROTECTED] -- Normaliser Unix c'est comme pasteuriser le Camembert, L.R. --
Re: Debian way de modifier un fichier de config d'un autre paquet
Le Thu, Sep 06, 2001 at 11:27:45PM +0200, Ludovic Rousseau écrivait: FRIENDLYNAME Gemplus GemPC410 DEVICENAMEGEMCORE LIBPATH /usr/lib/pcsc/drivers/libgp_core.so.2.0 CHANNELID 0x0103F8 Ma question est : comment faire proprement l'ajout de ces lignes à l'installation du paquet et l'effacement de ces même lignes lorsque le paquet est enlevé (ou lorsque l'utilisateur veut activer/désactiver mon driver à l'aide de debconf) ? Il n'y a pas de solution miracle, selon le contrôle que tu as sur les fichiers ou les différentes paquets et selon la syntaxe du fichier tu peux : - modifier le fichier de conf avec sed (cf le paquet sympa par exemple pour voir comment il modifie /etc/aliases) - regénérer le fichier de conf à partir de plein de fichiers dans /etc/reader.conf.d/ C'est le principe du update-modules de modutils. - avoir un programme qui permet de modifier le fichier de config (comme update-inetd ou syslog-facility). Mais il n'y a pas de programme universel pour modifier un autre fichier ... Si tu as le contrôle des 2 paquets, je suggère la deuxième solution qui est la plus clean. Sinon tu devras te rabattre sur la première solution. Il est à noter que la debian policy interdit à un paquet de modifier les fichiers de conf des autres paquets ... m'enfin bon. J'ai peur que update-inetd(8) ne sache pas très bien gérer plusieurs lignes d'un coup et je me demande si il n'y a pas une commande Debian qui ferait ce que je cherche. update-inetd ne marchera jamais pour ton fichier, il sert juste à mettre à jour inetd.conf et aucun autre fichier. A+ -- Raphaël Hertzog -+- http://strasbourg.linuxfr.org/~raphael/ Le bouche à oreille du Net : http://www.beetell.com Naviguer sans se fatiguer à chercher : http://www.deenoo.com Formation Linux et logiciel libre : http://www.logidee.com
Re: ddts: notification about pt_BR-translation of the hello-debhelper description
On Thu, Sep 06, 2001 at 01:23:12PM +1000, Martijn van Oosterhout wrote: On Wed, Sep 05, 2001 at 08:46:12PM +0200, Michael Bramer wrote: With this the maintainers get some mails from the translator project. More like now. Now we only at the start, now we don't make a real review process. Now we have only 10 languages. I thought there was mention of translations mailing lists where all the translations are sent to in addition to the maintainer. I thought that was the review process. yes and no. Now all french translations are send to the debian-i10n-french ML ist. Because of this we have more fr updates like de or pt_BR. But after some time the ddts server will make a own review process. It will send all finish translated description a second time to the translators for a review. Gruss Grisu -- Michael Bramer - a Debian Linux Developer http://www.debian.org PGP: finger [EMAIL PROTECTED] -- Linux Sysadmin -- Use Debian Linux Ja, aber der Bootvorgang ist doch so sch?n mit den Wolken und so. Das st?rt meiner Meinung nach garnicht. (Martin Heinz zum Rebooten von M$-W) pgpCOb2Lao7PM.pgp Description: PGP signature
Re: ddts: notification about pt_BR-translation of the hello-debhelper description
On Wed, Sep 05, 2001 at 03:56:38PM -0500, Adam Heath wrote: On Wed, 5 Sep 2001, Wichert Akkerman wrote: Previously Nick Phillips wrote: Well, shouldn't it? Wouldn't it make sense to have the translated description in there rather than the original one? I actually makes more sense to remove even the english description from status to another location. Note, that there is no reason dpkg could not be modified to read from multiple status files. what? sorry, but in a other mail you say: It needs to be stored, in /var/lib/dpkg/status, as a single file. This is so that dpkg can make safe updates to it. Trying to sync multiple files is not a simple solution. I am right and the translated description don't need be store in the status file? Gruss Grisu -- Michael Bramer - a Debian Linux Developer http://www.debian.org PGP: finger [EMAIL PROTECTED] -- Linux Sysadmin -- Use Debian Linux Wie haben andere Linux Benutzer ihr `erstes Mal' mit Linux erlebt?? Wir haben danach gemeinsam eine Gitanes geraucht und nochmal ueber alles geredet. -- P.Vollmann und Stefanie Teufel in dcolm pgplyEQLoJbS1.pgp Description: PGP signature
Re: ddts: notification about pt_BR-translation of the hello-debhelper description
On Wed, Sep 05, 2001 at 10:42:12PM -0500, David Starner wrote: On Thu, Sep 06, 2001 at 01:08:52AM +0200, [EMAIL PROTECTED] wrote: On Wed, 5 Sep 2001, Branden Robinson wrote: On Wed, Sep 05, 2001 at 08:46:12PM +0200, Michael Bramer wrote: The maintainer need not do anything. Maybe he don't know the translation. The user only use this. This need only the translators. While we're on the subject, can you get someone to translate your mails into a comprehensible dialect of English? Branden, please don't be rude. True, Branden was rude. But the fact that grisu's emails are sometimes hard to understand has been a stumbling block for me; it would certainly help to get a translator/editor for the full blown proposals. sorry, about this problem. Maybe someone can help and translate the proposal. Gruss Grisu -- Michael Bramer - a Debian Linux Developer http://www.debian.org PGP: finger [EMAIL PROTECTED] -- Linux Sysadmin -- Use Debian Linux --== Free Software: Contribute nothing, expect nothing ==-- pgpiIjO3UkQvb.pgp Description: PGP signature
Re: reopening ECN bugreport/netbase
On Wed, Sep 05, 2001 at 06:30:27PM -0700, Neil T. Spring wrote: My point is: the maintainers have spoken. If we're going to make progress in helping users behind broken equipment, we're going to have to find another way that doesn't offend Herbert, Craig, and Anthony's sense of idealism. I'm not sure what you mean by idealism but surely it's obvious the solution that's closest to ideal for the most users should be chosen as the default. We've currently had what options? 1) Disable ECN in the kernel, and let people who want it recompile the kernel by hand. Pros: doesn't hurt anyone, follows the upstream kernel defaults. Cons: makes it hard for people to enable, which in the long term damages the Internet's resiliance to DoS attacks. 2) Leave ECN in the kernel, but disable it externally by default. Pros: doesn't hurt anyone, makes it easy to change. Cons: requires kludging around in other packages (boot-floppies and procps/netbase) 3) Leave ECN in the kernel, enabled by default. Pros: easy to setup, easy to change after the fact. Cons: neophytes can easily be confused when random sites start not working unpredictably from Debian machines but work fine elsewhere. Another option, which would require a minor patch to the kernel, would be to have ECN default to disabled even when compiled into the kernel (and thus require an explit 'echo 1 /proc/sys/net/ipv4/tcp_ecn' to enable). This'd be analagous to the current behaviour with IP forwarding. There might be other options too. Cheers, aj -- Anthony Towns [EMAIL PROTECTED] http://azure.humbug.org.au/~aj/ I don't speak for anyone save myself. GPG signed mail preferred. ``_Any_ increase in interface difficulty, in exchange for a benefit you do not understand, cannot perceive, or don't care about, is too much.'' -- John S. Novak, III (The Humblest Man on the Net) pgpqN9PKX5BBJ.pgp Description: PGP signature
Re: sysctl should disable ECN by default
* Jaldhar H. Vyas [EMAIL PROTECTED] [010905 20:01]: whether they can deal with that or not. Debians sole responsibility is to see it is properly documented somewhere. If people don't read the *Please* dont document this in debconf. Do it in a README.Debian or the release notes. I *really dont* want to see 'important' information in debconf and not a README.Debian file. -- Scott Dier [EMAIL PROTECTED] [EMAIL PROTECTED] http://www.ringworld.org/ [EMAIL PROTECTED]
Re: reopening ECN bugreport/netbase
* Craig Sanders [EMAIL PROTECTED] [010905 20:17]: the correct solution is to NOT compile ECN support into the distribution kernels. that's a choice that should be left up to the individual system So, lets fix one problem by creating another problem! ECN isn't there anymore! What if some users were actually using that? ECN IS NOT A USELESS RFC. ECN IS NOT A USELESS RFC. some people actually like to use this stuff. -- Scott Dier [EMAIL PROTECTED] [EMAIL PROTECTED] http://www.ringworld.org/ [EMAIL PROTECTED]
Re: mac parts?
* Rick Younie [EMAIL PROTECTED] [010905 20:03]: that still needs a few gig narrow SCSI disk and matched sets of 30-pin ram. If someone can loan some parts to the cause it will As sick as it is, I might have 4 4mb 30pin ram laying around somewhere, would this help? -- Scott Dier [EMAIL PROTECTED] [EMAIL PROTECTED] http://www.ringworld.org/ [EMAIL PROTECTED]
Reasons why package central approach to handling translations may be suboptimal
Hello, I have been reading the DDTS thread, and seeing that it was resolving into a each package should maintain their translation. I would like to present what I think may be problematic in that approach : 1. This results in filing random bugs in BTS in random manner. Telling the submitter to re-submit in a more useful format, and not gettinga response is bad. Many of the debconf translation bugs have translated text inserted in the mail body. It should really be an attachment if it were to be handled sanely, to preserve the intended encoding. (for example, Japanese mail is in ISO-2022-JP, while debconf data should be in euc-jp). BTS doesn't seem to like attachments either. 2. A package is re-uploaded with translation. There is a package uploaded with one-line changelog saying something like Merged spanish templates. It is a load to autobuilder/ftpmirror/etc. and of course manual intervention to rebuild a package means that an error occurs, and it does. The main problem here is that translation start after the initial upload of packageto Debian happens, which means there will be a -2 Debian package which will include the translation, and a -1 Debian package will have no translation. 3. No choice of I want this locale and not others. This is the reason I think the translation data would be better off maintained outside of usual packages. regards, junichi -- [EMAIL PROTECTED] http://www.netfort.gr.jp/~dancer
Re: funny idle time from time
On Wed, Sep 05, 2001 at 04:13:00PM -0400, Norbert Veber wrote: On Sat, Sep 01, 2001 at 12:12:46PM +1000, Craig Sanders wrote: On Sat, Sep 01, 2001 at 11:35:05AM +1000, Brian May wrote: Also, if a computer is running slowly, but top says the CPU has plenty of idle time and free RAM, is there anyway I can find out what is wrong? most likely slow disks. Your system is supposed to multitask regardless if your disks are slow or not. Unfortunatelly the default settings are quite conservative and give very bad performance via older disks. Try reading man hdparm. The most useful setting is enabling DMA (which needs additional kernel support for your chipset), there is also the unmask irq setting which lets your machine (somehow) process other interrupts while waiting for disk IO, and the 32-bit access. This however can lead to data corruption on crappy hardware, so test thoughtly before making the change long-term.. Thanks for the tip. It sounds exactly like my problem: system runs extremely slowly while find runs in the background. This was when find was searching /usr/src/kernel-source-2.2.8, which is not NFS Unfortunately, this system already has DMA enabled by default: /dev/hda: multcount= 16 (on) I/O support = 0 (default 16-bit) unmaskirq= 0 (off) using_dma= 1 (on) keepsettings = 0 (off) nowerr = 0 (off) readonly = 0 (off) readahead= 8 (on) geometry = 1247/255/63, sectors = 20044080, start = 0 pluto:~# hdparm /dev/hdb /dev/hdb: multcount= 16 (on) I/O support = 0 (default 16-bit) unmaskirq= 0 (off) using_dma= 1 (on) keepsettings = 0 (off) nowerr = 0 (off) readonly = 0 (off) readahead= 8 (on) geometry = 1871/255/63, sectors = 30064608, start = 0 top says: 16:38:03 up 13 min, 1 user, load average: 1.71, 1.40, 0.70 91 processes: 88 sleeping, 2 running, 1 zombie, 0 stopped CPU states: 7.8% user, 34.0% system, 2.9% nice, 55.3% idle Mem:126564K total, 123764K used, 2800K free,38828K buffers Swap: 497972K total,59796K used, 438176K free,11732K cached PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME COMMAND 2170 root 19 10 224 132 132 R N 10.0 0.1 0:04 find 2193 root 17 0 920 912 700 R 6.7 0.7 0:00 top 632 jan 15 0 17460 11M 11168 S 5.8 9.0 0:10 mozilla-bin and I don't think you can really say that this is a slow computer either: pluto:/proc/2170# cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 6 model name : Celeron (Mendocino) stepping: 5 cpu MHz : 434.327 cache size : 128 KB fdiv_bug: no hlt_bug : no f00f_bug: no coma_bug: no fpu : yes fpu_exception : yes cpuid level : 2 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 sep mtrr pge mca cmov pat pse36 mmx fxsr bogomips: 865.07 Bootup harddisk information: Uniform Multi-Platform E-IDE driver Revision: 6.31 ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx PIIX4: IDE controller on PCI bus 00 dev f9 PIIX4: chipset revision 1 PIIX4: not 100% native mode: will probe irqs later ide0: BM-DMA at 0xf000-0xf007, BIOS settings: hda:DMA, hdb:DMA ide1: BM-DMA at 0xf008-0xf00f, BIOS settings: hdc:pio, hdd:DMA hda: WDC WD102AA, ATA DISK drive hdb: WDC WD153AA, ATA DISK drive hdd: MATSHITADVD-ROM SR-8583A, ATAPI CD/DVD-ROM drive ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 ide1 at 0x170-0x177,0x376 on irq 15 hda: 20044080 sectors (10263 MB) w/2048KiB Cache, CHS=1247/255/63, UDMA(66) hdb: 30064608 sectors (15393 MB) w/2048KiB Cache, CHS=1871/255/63, UDMA(66) Partition check: /dev/ide/host0/bus0/target0/lun0: p1 p2 p5 p6 p7 /dev/ide/host0/bus0/target1/lun0: p1 p2 p5 p6 p7 8139too Fast Ethernet driver 0.9.18 So I can only conclude that something is very odd with this computer, but I don't know what. -- Brian May [EMAIL PROTECTED]
Re: reopening ECN bugreport/netbase
On Thu, Sep 06, 2001 at 01:37:02AM -0500, Scott Dier wrote: So, lets fix one problem by creating another problem! ECN isn't there anymore! So? Neither is a lot of options. You can recompile a kernel just as well as anyone else. -- David Starner - [EMAIL PROTECTED] Pointless website: http://dvdeug.dhis.org I don't care if Bill personally has my name and reads my email and laughs at me. In fact, I'd be rather honored. - Joseph_Greg
dispersive translation via DDTS
Hi, I am now working on Debian Description Translation Project. I have a request on the behavior of DDT Server. According to the FAQ, a person (A) who translated a package into a language will has a priviledge on the translation of the package. I.e., if someone (B) wants to modify the translation, B needs A's help for his/her translation to be finally adopted. A problem of this policy is that if A has gone the project, nobody will be able to modify the translation. Another problem is that leading translator will continue to load the responsibility of the pakcage translation. Fear of this continuing and growing responsibility can hesitate translators to translate as many packages as possible. I rather like a more dispersive equality model like CVS. In CVS, every committer have equal right to commit their modifications. We will think about committing priviledge control (account issuing) to avoid attack to DDTS. I think the account issuing job should be done by language cordinators. I only read the FAQ of DDTS. I have never experiened this situation. Sorry if I misunderstand the FAQ. --- Tomohiro KUBOTA [EMAIL PROTECTED] http://www.debian.or.jp/~kubota/ Introduction to I18N http://www.debian.org/doc/manuals/intro-i18n/
Re: reopening ECN bugreport/netbase
Another option, which would require a minor patch to the kernel, would be to have ECN default to disabled even when compiled into the kernel (and thus require an explit 'echo 1 /proc/sys/net/ipv4/tcp_ecn' to enable). This'd be analagous to the current behaviour with IP forwarding. Eduard Bloch suggested this on 9/2, though it took me a while to understand what he meant: Good. The problem - it is on by default in our precompiled kernel-image packages. To disable (by default), you have to remove ECN support from kernel or either patch the kernel to make int off-as-default (*) or put in in the template of sysctl.conf. (*) I doubt Herbert Xu would like such modifications. And Herbert replied on 9/3: 2. The kernel will not be patched to disable it by default with INET_ECN compiled in as the same thing can be easily achieved from user space. It could be a nice solution that would satisfy my insane desire that enabling ECN should be a one-step process - either in kernel configuration or by manually editing sysctl.conf. -neil
Re: reopening ECN bugreport/netbase
Thanks for caring Anthony! Zitiere Anthony Towns aj@azure.humbug.org.au: I'm not sure what you mean by idealism but surely it's obvious the solution that's closest to ideal for the most users should be chosen as the default. We've currently had what options? 1) Disable ECN in the kernel, and let people who want it recompile the kernel by hand. Pros: doesn't hurt anyone, follows the upstream kernel defaults. Cons: makes it hard for people to enable, which in the long term damages the Internet's resiliance to DoS attacks. 2) Leave ECN in the kernel, but disable it externally by default. Pros: doesn't hurt anyone, makes it easy to change. Cons: requires kludging around in other packages (boot-floppies and procps/netbase) Cons for procps: solving it here is a techincally bad choice, since it would require procps to decide to assign the flag based on available kernel options. Which is doable for this specific problem but is not a general solution for similar problems. Pros netbase: The message ECN disabled: use /etc/network/options to enable keeps reminding the user which rises the probability that s/he will enable it later and so serve the purpose of ECN in the first place. 3) Leave ECN in the kernel, enabled by default. Pros: easy to setup, easy to change after the fact. Cons: neophytes can easily be confused when random sites start not working unpredictably from Debian machines but work fine elsewhere. Cons: if upstream doesn't accept the changed default and include it, there forever be a fork between Debian an the main kernel. Changing the default upstream will cause a lot of trouble there which makes it not very probable. IMO this would be the cleanest solution though. Another option, which would require a minor patch to the kernel, would be to have ECN default to disabled even when compiled into the kernel (and thus require an explit 'echo 1 /proc/sys/net/ipv4/tcp_ecn' to enable). This'd be analagous to the current behaviour with IP forwarding. There might be other options too. Both 1) and 3) would require action from the kernel-image maintainer, which requires someone else than me talking to him since he's either not seeing ECN as his problem at all: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=110862msg=8 or just ignoring my reports: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=110862msg=14 *t
Re: reopening ECN bugreport/netbase
On Thu, Sep 06, 2001 at 01:37:02AM -0500, Scott Dier wrote: * Craig Sanders [EMAIL PROTECTED] [010905 20:17]: the correct solution is to NOT compile ECN support into the distribution kernels. that's a choice that should be left up to the individual system So, lets fix one problem by creating another problem! ECN isn't there anymore! no, that isn't a problem. the kernel works just fine without ECN being enabled. if you want it, you do what every other user of the linux kernel has to do and compile a new kernel with support for it. quite frankly, if someone doesn't know how to compile a kernel then they're not qualified to decide whether they want to use it or not. in that case, the correct course of action for a package maintainer is to cause the least harm. the fact is that there is no possibility of harm if ECN is disabled in the kernel, while there IS possibility of harm if it is enabled. therefore it should be disabled by default. anyone who is running servers busy enough that they actually need ECN should have enough of a clue to know how to compile a kernel and enable it. What if some users were actually using that? see above. since it's only been enabled in recent kernel-image packages, very few (if any) people will be be surprised by it being removed again. ECN IS NOT A USELESS RFC. ECN IS NOT A USELESS RFC. of course it's not. it will eventually be universal. some people actually like to use this stuff. yes, i know. i use it. however, it's an experimental feature which isn't needed on the debian distributed kernel images. it might be appropriate to have it on by default in a year or so. but not now. craig ps: why is it that so many people get so upset if their pet feature-of-the-month isn't the default in debian? debian's defaults should conform to the principles of Least Suprise and Least Harm, not the principle of Maximal GeeWhizzery. it's only a default, get over it. -- craig sanders [EMAIL PROTECTED] Fabricati Diem, PVNC. -- motto of the Ankh-Morpork City Watch
Re: dispersive translation via DDTS
On Thu, Sep 06, 2001 at 04:12:12PM +0900, Tomohiro KUBOTA wrote: According to the FAQ, a person (A) who translated a package into a language will has a priviledge on the translation of the package. I.e., if someone (B) wants to modify the translation, B needs A's help for his/her translation to be finally adopted. A problem of this policy is that if A has gone the project, nobody will be able to modify the translation. Another problem is that leading translator will continue to load the responsibility of the pakcage translation. Fear of this continuing and growing responsibility can hesitate translators to translate as many packages as possible. Yes, I make the first translator like a owner of the translation. And since 2(?) weeks, only the first translator can upload a new translation. If a other translator send a changed translation to the server, it will send a mail to the first translator with the old and new translation and a diff. This is the first step of the BTS in the ddts. Now we have only the notification mail. In future the server will make this: - the translator must resende the package (maybe unchanges) or close the bug - If the translator don't send the bug back to the system in 4 weeks, he will remove as translator of this package and the bug submitter get a 'you can take over this package' mail - If the submitter don't take over the package, the server will put the description back in the pool again. Also can every coordinator change a translation on request. I rather like a more dispersive equality model like CVS. In CVS, every committer have equal right to commit their modifications. We will think about committing priviledge control (account issuing) to avoid attack to DDTS. I think the account issuing job should be done by language cordinators. what is your opinion? Solve the above solution the problem? The server need a translator per description, it need a email address. If a maintainer change a description, the server will send a update mail to the translator. For it the server need the email address. I only read the FAQ of DDTS. I have never experiened this situation. Sorry if I misunderstand the FAQ. one thing to the ddts: The ddts is only at the beginning and I change daily the code. We have now only 60% of the ddts running. I have a long TODO list and some ideas for the future. If you have problems or improvements, please write a mail. Gruss Grisu -- Michael Bramer - a Debian Linux Developer http://www.debian.org PGP: finger [EMAIL PROTECTED] -- Linux Sysadmin -- Use Debian Linux Linux zu benutzen adelt nicht! Es bildet. pgp47KEAFvFzO.pgp Description: PGP signature
Re: funny idle time from time
On Thu, Sep 06, 2001 at 04:42:14PM +1000, Brian May wrote: /dev/hda: unmaskirq= 0 (off) /dev/hdb: unmaskirq= 0 (off) Turn those on and see if it helps... -- Martijn van Oosterhout kleptog@svana.org http://svana.org/kleptog/ Magnetism, electricity and motion are like a three-for-two special offer: if you have two of them, the third one comes free.
Re: sysctl should disable ECN by default
On Thu, Sep 06, 2001 at 09:47:05AM +0200, Dominik Kubla wrote: But the whole discussion here is folly. The whole thing has been discussed on linux-kernel by people far more knowlegable in this things than the average debian developer. I think we should follow the conclusions from that discussions: enable ECN by default and every non-compliant device be dammned. Assuming that defconfig reflects lkml discussions, it looks like the answer depends on the architecture. =) But it appears that Linus thinks it should be disabled by default. uhv:~/linux/linux-2.4.9-rthal5$ grep INET_ECN arch/*/defconfig arch/alpha/defconfig:CONFIG_INET_ECN=y arch/arm/defconfig:# CONFIG_INET_ECN is not set arch/cris/defconfig:# CONFIG_INET_ECN is not set arch/i386/defconfig:# CONFIG_INET_ECN is not set arch/mips/defconfig:# CONFIG_INET_ECN is not set arch/mips64/defconfig:# CONFIG_INET_ECN is not set arch/parisc/defconfig:# CONFIG_INET_ECN is not set arch/ppc/defconfig:# CONFIG_INET_ECN is not set arch/s390/defconfig:# CONFIG_INET_ECN is not set arch/s390x/defconfig:# CONFIG_INET_ECN is not set arch/sparc/defconfig:# CONFIG_INET_ECN is not set arch/sparc64/defconfig:CONFIG_INET_ECN=y uhv:~/linux/linux-2.4.9-rthal5$ dave...
Re: sysctl should disable ECN by default
Well all of this has been said on this thread here allready, but I'll repeat it never the less to get the facts straight. Zitiere Dominik Kubla [EMAIL PROTECTED]: On Wed, Sep 05, 2001 at 05:30:12PM +0200, T.Pospisek's MailLists wrote: But the whole discussion here is folly. The whole thing has been discussed on linux-kernel by people far more knowlegable in this things than the average debian developer. I think we should follow the conclusions from that discussions: enable ECN by default and every non-compliant device be dammned. However you, or whoever on the kernel lists might argue, the default in Linus' kernel sources is off! Please check it yourself. Mind you that we are only talking about firewalls here (and all of the can be fixed by firmware upgrades, or at least they should). Fact is some aren't. Ordinary routers have no business altering packets passing through and ordinary hosts have to ignore reserved bits they don't know about. Routers doing NAT are to be treated as firewalls. If they are broken: replace them. They will have more bugs that this one anyway. You are wellcome to be without a fault. Unfortunately a lot of HW/SW isn't. And often enough it's not up to the user to replace it. He just has to live with it. I think Craig Sanders and Anthony Towns said it best: Craig: the fact is that there is no possibility of harm if ECN is disabled in the kernel, while there IS possibility of harm if it is enabled. therefore it should be disabled by default. Anthony: I'm not sure what you mean by idealism but surely it's obvious the solution that's closest to ideal for the most users should be chosen as the default. *t
Re: ddts: notification about pt_BR-translation of the hello-debhelper description
On Wed, Sep 05, 2001 at 02:44:01PM +0200, Michael Bramer wrote: See also the other mail: 50 changes in 10 days in main/sid In a single package? Huh? But if you include the translation only in the debian/control you have - delays (maybe we have a override file and can solve this) - you will have outdated translations (like debconf now) Yes, such is life. I don't see these as being sufficient reason to invent a completely new system for dealing with this data. - you must patch dpkg etc. in a wide way This is not a good excuse. dpkg is a Debian-specific tool, and so it should be modified if there is good reason to do so. Don't work around it. We can include the translation in the package. This is not the problem, but please not in the control file. The translation is no new information of the package, it is only a translation. Only a other form of the orignal text. I don't see why the distinction is necessary. Hamish -- Hamish Moffatt VK3SB [EMAIL PROTECTED] [EMAIL PROTECTED]
Re: step by step HOWTO switch debian installation into utf-8
On Thu, Sep 06, 2001 at 11:02:17AM +1000, Brian May wrote: Radovan == Radovan Garabik [EMAIL PROTECTED] writes: Radovan it is LANGUAGE, and you have to set LANG to something Radovan (which will be ignored in this case, but has to be set). Not only does it have to be set, but it looks like it can't be set to C: And it probably should be set to a valid locale (except C and POSIX, that is) When set to invalid locale, mc shows menus in English, but Hints in LANGUAGE. -- --- | Radovan Garabik http://melkor.dnp.fmph.uniba.sk/~garabik/ | | __..--^^^--..__garabik @ melkor.dnp.fmph.uniba.sk | --- Antivirus alert: file .signature infected by signature virus. Hi! I'm a signature virus! Copy me into your signature file to help me spread!
Re: funny idle time from time
On Thu, 6 Sep 2001, Brian May wrote: snip Unfortunately, this system already has DMA enabled by default: Then switch it off. Put hdparm -d0 /dev/hdx in some initscript, and it'll be off. I've had to do something similar to be able to read my CD-ROM while accessing the harddisk without read-errors. Unfortunately, not all hardware is error-free... snip -- wouter dot verhelst at advalvas dot be Human knowledge belongs to the world -- from the movie Antitrust
Re: step by step HOWTO switch debian installation into utf-8
** On Sep 05, Radovan Garabik scribbled: On Wed, Sep 05, 2001 at 02:47:26PM +0200, Marek Habersack wrote: are set to the fixed-misc USC version and it seems to work fine. The only problem I have found is with the Unicode TTF fonts - mkttfdir doesn't generate correct fonts.dir file for those AFAICT - all entries have their charset set to ISO-8859-1 in the generated file. use ttmkfdir instead. It still does not generate 10646 encoding in output, but at least it will put there all the encodings that the font covers, and you can add 10646 entry by hand. I noticed that it also fails to process fome TTF fonts (check out http://curiosity.de/downloads/fonts/curefonts.zip - most of them get ignored when generating fonts.dir) I have however other problems with ttf fonts - they are EXTREMELY slow. When I use arialuni.ttf (25MB font with the best unicode coverage) as main font in konqueror, just drawing a page in ASCII takes 2 minutes (PIII 600 MHz). During those 2 Are you using the freetype backend? marek -- Visit: http://caudium.net - the Caudium WebServer /* A completely unrelated fortune */ Men will always be men -- no matter where they are. -- Harry Mudd, Mudd's Women, stardate 1329.8 pgp2UohulSyp4.pgp Description: PGP signature
Re: ddts: notification about pt_BR-translation of the hello-debhelper description
On Thu, Sep 06, 2001 at 08:43:10PM +1000, Hamish Moffatt wrote: On Wed, Sep 05, 2001 at 02:44:01PM +0200, Michael Bramer wrote: See also the other mail: 50 changes in 10 days in main/sid In a single package? Huh? no. The description of 50 deb-packages from the debian distribution main/sid/binary-i386 (with 6000 Packages) had changed in the last 10 days. But if you include the translation only in the debian/control you have - delays (maybe we have a override file and can solve this) - you will have outdated translations (like debconf now) Yes, such is life. I don't see these as being sufficient reason to invent a completely new system for dealing with this data. No outdated translations is a very big problem. The system should better show untranslated descriptions than outdated translation. Also the delay is a big problem. And if the the maintainer fast and upload after a change in the translation, we kill all the autobuilder. A translation is no 'data' like Dependes, Description, Package. A translation is only a translation, a other form of the data in a other languages and a other encoding. And we don't need a completely new system for translations! We have a old, very well tested system and we propose to use this system: gettext. Gettext make all the work and we don't need a new system in dpkg and apt. - you must patch dpkg etc. in a wide way This is not a good excuse. dpkg is a Debian-specific tool, and so it should be modified if there is good reason to do so. Don't work around it. I agree with this. If we need new features in dpkg, we should patch it. And yes, we have propose a patch for dpkg. But you should not break the dpkg with a big patch only for translation. Make it smart. Use this -9/+30 patch and you have it. We can include the translation in the package. This is not the problem, but please not in the control file. The translation is no new information of the package, it is only a translation. Only a other form of the orignal text. I don't see why the distinction is necessary. sorry, it is usefull. Gruss Grisu -- Michael Bramer - a Debian Linux Developer http://www.debian.org PGP: finger [EMAIL PROTECTED] -- Linux Sysadmin -- Use Debian Linux Weiß vielleicht jemand warum ich meine Freundin ständig anrufen soll, seitdem sie ihr neues Handy mit Vibrationsalarm hat? (Volker Flohr in daa'ooo) pgpT2CQTG5mk0.pgp Description: PGP signature
Re: step by step HOWTO switch debian installation into utf-8
On Wed, Sep 05, 2001 at 03:10:16PM -0300, Henrique de Moraes Holschuh wrote: On Wed, 05 Sep 2001, Radovan Garabik wrote: I have however other problems with ttf fonts - they are EXTREMELY slow. When I use arialuni.ttf (25MB font with the best unicode coverage) as main font in konqueror, just drawing a page in ASCII takes 2 minutes (PIII 600 MHz). During those 2 minutes, X are unresponding, I cannot even switch to the console. Using fontserver at least allows me to switch to the console, and using -deferglyphs all helped a bit, but really only a bit. Use the xfs-xtt font server (which does well with really big fonts, unlike the xfsft crap), do not allow the X server to touch such heavy fonts. Also, No big change in this regard (maybe a tad faster, but not much). However, there was one noticeable change (may be a bug in konqueror though): with xfs-xtt, konqueror stretches pages vertically by a factor of something like 100 times ! So you have heading, then several tens of blank pages, then first paragraph, then several blank pages etc... setting deferglyphs=16 in both the X server and the font server might save you a lot of grief. I have deferglyphs=all mode and console unusable. This does not seem to happen when I limit myself to non-UCS fonts. Well, the UCS codepath is not as widely used and tested as the ISO-8859 ones; and CJK fonts (as well as unicode fonts, obviously) sometimes make very have usage of features of the ttf spec that easy fonts will not touch... I repeat: do not allow the X server to even touch ttf fonts, or you risk crashes. Use the xfs-xtt font server instead (at least, when it crashes, it ok, I removed references to freetype module from xfree86config and I will see if it helps (but, path to font server was at the beginning, so I guess X was not getting to the fonts) -- --- | Radovan Garabik http://melkor.dnp.fmph.uniba.sk/~garabik/ | | __..--^^^--..__garabik @ melkor.dnp.fmph.uniba.sk | --- Antivirus alert: file .signature infected by signature virus. Hi! I'm a signature virus! Copy me into your signature file to help me spread!
Re: step by step HOWTO switch debian installation into utf-8
On Thu, Sep 06, 2001 at 01:29:11PM +0200, Marek Habersack wrote: ** On Sep 05, Radovan Garabik scribbled: use ttmkfdir instead. It still does not generate 10646 encoding in output, but at least it will put there all the encodings that the font covers, and you can add 10646 entry by hand. I noticed that it also fails to process fome TTF fonts (check out http://curiosity.de/downloads/fonts/curefonts.zip - most of them get ignored when generating fonts.dir) they are not complete - ttmkfdir generates lines only for encodings the font contains all the chars of (obviously, very few - if any - ucs fonts pass this test) Use -c option with such fonts. I have however other problems with ttf fonts - they are EXTREMELY slow. When I use arialuni.ttf (25MB font with the best unicode coverage) as main font in konqueror, just drawing a page in ASCII takes 2 minutes (PIII 600 MHz). During those 2 Are you using the freetype backend? freetype backend, xfs font server and xfs-ttf font server all seem to take the same long time. I tried xtt backend but I was not succesful in setting it up. -- --- | Radovan Garabik http://melkor.dnp.fmph.uniba.sk/~garabik/ | | __..--^^^--..__garabik @ melkor.dnp.fmph.uniba.sk | --- Antivirus alert: file .signature infected by signature virus. Hi! I'm a signature virus! Copy me into your signature file to help me spread!
Re: step by step HOWTO switch debian installation into utf-8
** On Sep 06, Radovan Garabik scribbled: [snip] I noticed that it also fails to process fome TTF fonts (check out http://curiosity.de/downloads/fonts/curefonts.zip - most of them get ignored when generating fonts.dir) they are not complete - ttmkfdir generates lines only for encodings the font contains all the chars of (obviously, very few - if any - ucs fonts pass this test) Use -c option with such fonts. OK, thanks. Will use just that :) I have however other problems with ttf fonts - they are EXTREMELY slow. When I use arialuni.ttf (25MB font with the best unicode coverage) as main font in konqueror, just drawing a page in ASCII takes 2 minutes (PIII 600 MHz). During those 2 Are you using the freetype backend? freetype backend, xfs font server and xfs-ttf font server all seem to take the same long time. I tried xtt backend but I was not succesful in setting it up. I must say that I don't have speed/stability problems on my Sid machine with the Bitstream Cyberbit font (http://www.ccss.de/slovo/unifonts.htm) which is also quite large (13MB). Nevertheless, fact is that the fixed font works the best :)). I just wish I could make GNOME display the wide fonts correctly in the GUI elements... marek -- Visit: http://caudium.net - the Caudium WebServer /* A completely unrelated fortune */ They spell it da Vinci and pronounce it da Vinchy. Foreigners always spell better than they pronounce. -- Mark Twain pgpLNea3LFHAR.pgp Description: PGP signature
Re: ddts: notification about pt_BR-translation of the hello-debhelper description
On 01-09-05 Nick Phillips wrote: The translation of any part of a package, be it the text of error messages, So, shall we now remove all .po files and other translation from upstream packages because they are not part of a package? The translation of the error messages and other messages of a program belong to the package of it. Christian -- Debian Developer (http://www.debian.org) 1024/26CC7853 31E6 A8CA 68FC 284F 7D16 63EC A9E6 67FF 26CC 7853 pgpNVcw3nJbiu.pgp Description: PGP signature
Re: sysctl should disable ECN by default
On Wed, 05 Sep 2001, Steve Greenland wrote: On 05-Sep-01, 16:35 (CDT), Henrique de Moraes Holschuh [EMAIL PROTECTED] wrote: On Wed, 05 Sep 2001, T.Pospisek's MailLists wrote: Why is it so hard to change a few lines and have the default be set to *off* and let whoever feels like it enable it? Because apparently Xu feels equally strong about not allowing someone else's irresponsability (the router firmware writer's) to force him to disable something he believes is right (or force him to change the default kernel behaviour against upstream wishes, or whatever) ? 1. The default kernel behavior is that ECN is completely disabled. Yes. However, if one wants the possibility of turning ECN on, it defaults to enabled. You know that, and so do I and everyone else (worth talking to) in this thread. Don't push the issue around. can't help but think that if someone's first experience with Debian is that the network install fails silently because ECN is enabled and some router between him and the archive is broken then we have failed to meet our (implied?)commitment in the Social Contract. All the newbie is going to know is that it doesn't work. Boy, I'm glad we've made our political point. [...] Sight. I give up. I said it THREE times that we should warn users about the issue, since Xu does not want to poke the kernel AND he wants the possibility of turning ECN on in the kernel. -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh
Re: ddts: notification about pt_BR-translation of the hello-debhelper description
On Thu, Sep 06, 2001 at 01:08:25PM +0200, Christian Kurz wrote: On 01-09-05 Nick Phillips wrote: The translation of any part of a package, be it the text of error messages, So, shall we now remove all .po files and other translation from upstream packages because they are not part of a package? The translation of the error messages and other messages of a program belong to the package of it. That depends on whether you're distributing one package or thousands. If upstream includes translations, then we don't have to worry about the maintainer managing inclusion of whichever languages people happen to write translations for. But if we want to be, and are, able to easily add extra translations, or override poor-quality upstream translations (all without causing hassles for maintainers), then why not? Cheers, Nick -- Nick Phillips -- [EMAIL PROTECTED] Everything will be just tickety-boo today.
Re: ddts: notification about pt_BR-translation of the hello-debhelper description
On Wed, Sep 05, 2001 at 10:18:04AM -0400, Vociferous Mole wrote: I disagree with this. Translation of text that is part of the upstream source needs[1] to go to/through the maintainer, as it should be integrated upstream. Steve [1] Okay, it *could* be sent directly upstream, but often the debian maintainer has an established relationship to the upstream author, and may be able to fit them into the package more cleanly. And if the maintainer is in the no time for translations camp, then nothing happens. There's no reason why we can't cater for all types of maintainer. -- Nick Phillips -- [EMAIL PROTECTED] You will feel hungry again in another hour.
Re: isync vs mailsync
Joey Hess wrote: - create message on client = gets ignored by isync. It's supposed to have support for uploading local messages now, but I have never seen it work yet. It actually works here! When I first tried isync (version 0.4) I was dissatisfied because this wasn't working. I wrote Michael Elkins about it, but never got a reply. With isync 0.5 it actually seems to work. Roland -- Roland Bauerschmidt
Re: Bug#111309: ITP: xtail -- like tail -f, but works on truncated files, directories, more
On Wed, 5 Sep 2001 21:08:21 +0200, Eric Van Buggenhaut [EMAIL PROTECTED] said: On Wed, Sep 05, 2001 at 03:00:08PM -0400, Roderick Schertler wrote: On Wed, 5 Sep 2001 20:44:29 +0200, Eric Van Buggenhaut [EMAIL PROTECTED] said: Does 'x'tail mean it's a GUI app ? Nope. Do you want to go for another name then ? I find it quite confusing. mtail or multitail might be clearer. I can see how there might be some confusion. This program has been around for a long time, however. I believe it was first released, as xtail, in 1989. -- Roderick Schertler [EMAIL PROTECTED]
Re: Reasons why package central approach to handling translations may be suboptimal
On Thu, Sep 06, 2001 at 03:42:00PM +0900, Junichi Uekawa wrote: I have been reading the DDTS thread, and seeing that it was resolving into a each package should maintain their translation. I would like to present what I think may be problematic in that approach : 1. This results in filing random bugs in BTS in random manner. [snip] I think there's an answer to this problem: When the maintainer updates the translations of his package, this should be fully automated. E.g. just one command update-translations --from-mbox my_mail_archive which fishes out the DDTS messages (which are sent in a standard layout), or, for people lucky enough to be permanently online, an update-translations --from-web command in debian/rules which gets the translation updates directly from the DDTS server. So far, *everything* related to a Debian package can be found in the corresponding source package. I don't think it's a good idea to change this. 2. A package is re-uploaded with translation. There is a package uploaded with one-line changelog saying something like Merged spanish templates. It is a load to autobuilder/ftpmirror/etc. and of course manual intervention to rebuild a package means that an error occurs, and it does. The main problem here is that translation start after the initial upload of packageto Debian happens, which means there will be a -2 Debian package which will include the translation, and a -1 Debian package will have no translation. Yes, that's one of the basic problems. IMHO with the proposed override mechanism via Descriptions-XX.po (or whichever form it is going to have), this is mostly solved - anyone getting the -1 package from testing will already see the translation. People tracking unstable may or may not see them, depending on how often they update and on the speed of the translators. Some people are concerned that their daily update from unstable will need too much bandwidth because of all those extra uploads. If the override mechanism works, I see no reason not to have a policy don't re-upload if only the translation changed. 3. No choice of I want this locale and not others. I assume in particular you mean I prefer this _encoding_? This is a point that hasn't been discussed at all so far. Will there be one description .po file per language in the source package, or one for all translations? The alternatives here are: - Supply descriptions in UTF-8, and recode them for the user's current encoding on the user's machine. Nice and clean, but requires support (possibly quite extensive changes) in dpkg/apt. NB, we _do_not_ need full Unicode support in all of Debian for this, just in the tools that deal directly with the description data. - Supply descriptions in UTF-8 and recode them to a default encoding that root can configure on each machine. Do the recoding immediately after an apt-get update or dpkg -i, so the UTF-8 version is never stored on the machine. Might be the way to go for the moment, even if it's not ideal. Most importantly, it is upwards-compatible with the first solution above. - Pick one default encoding per language and just assume the user uses that encoding. Problematic: Should we ever want to change the default encoding, there'll be lots of packages using the old encoding, and we'd be stuck with it. I'm all for at least _supplying_ the translations in UTF-8, even if they're not stored on the user's machine like that for now. Note that this does not even mean that the translators need to produce translations in UTF-8 - the DDTS can recode their work into UTF-8. Comments? Cheers, Richard -- __ _ |_) /| Richard Atterer | CS student at the Technische | GnuPG key: | \/¯| http://atterer.net | Universität München, Germany | 0x888354F7 ¯ ´` ¯ pgp16ClvZnD3o.pgp Description: PGP signature
FIXED: screwed up fonts after latest dist-upgrade
I found the problem I had with the xfonts-scalable package and xftcache that I reported. I forgot, that I still had DRI code from sourcefource running that wasn't updated to the latest XFree86 4.1 release, so their libraries were interfering with normal operation. I disabled the DRI libraries and did the dist-upgrade again to fix the problems and all is well now. Guess I'll have to find time to grab the latest DRI code from cvs. l8r. -- __ _ Carl B. Constantine / / (_)__ __ __ [EMAIL PROTECTED] / /__/ / _ \/ // /\ \/ / (2.4.4) http://www.duckwing.ca //_/_//_/\_ _/ /_/\_\ Stormix 2000 PGP key available on request Up the line - out the server- past the firewall - nothing but Net!!
Re: Bug#111309: ITP: xtail -- like tail -f, but works on truncated files, directories, more
On Wed, 5 Sep 2001 21:08:21 +0200, Eric Van Buggenhaut [EMAIL PROTECTED] wrote: Do you want to go for another name then ? I find it quite confusing. mtail or multitail might be clearer. Changing the upstream name for this sake is a bad idea. Hey, xinetd doesn't need X as well. Greetings Marc -- -- !! No courtesy copies, please !! - Marc Haber |Questions are the | Mailadresse im Header Karlsruhe, Germany | Beginning of Wisdom | Fon: *49 721 966 32 15 Nordisch by Nature | Lt. Worf, TNG Rightful Heir | Fax: *49 721 966 31 29
Re: Bug#111274: ITA: doc-linux-ja -- Linux HOWTOs in Japanese
On Wed, Sep 05, 2001 at 09:54:45AM +0200, Martin Michlmayr wrote: * GOTO Masanori [EMAIL PROTECTED] [20010905 10:17]: I intend to adopt doc-linux-ja, Japanese version of doc-linux. The reason to adopt is that Colin Watson is also written as follows: Marco Budde is packaged in 1999.12, but we JF Project I already orphaned it. The same goes for: (...) * #110948: O: doc-linux-de -- Linux HOWTOs in German I'd be willing to step in for the Debian package, but the problem is Marco also seems to be upstream for the German Linux HOWTOs. Does anyone if there's German Linux documentation that's still actively developped? Regards, Daniel.
Re: ideas about how to package something
On Wed, Sep 05, 2001 at 10:50:56PM -0400, Brandon L. Griffith wrote: Should I package each plugin seperately or make one large openverse-plugins.deb? I can see pros and cons of each method, such as the dict plugin requiring the dict program which in turn has its dependencies and such. If I made one large deb then it would have alot of dependencies. But if I made several small ones then there would be no problem there, except that the entire deb for some of the smaller ones would be just a few kb in size. Could someone else out there give me their opinion on this? thanks Hi, As you already know, I'm quite new to Debian ;-) but here's my opinion from what I've learned/seen here. I'll try to group plugins by requirements (ie. all those needing dict in a openverse-dict-plugins). That way you could have the simplest plugins in openverse-base-plugins (or maybe a better name than 'base') and those requiring more dependencies in separate packages. Just my .02 Euro -- Alberto Gonzalez Iniesta [EMAIL PROTECTED] Give Me Liberty or Give Me Death (Patrick Henry)
Re: sysctl should disable ECN by default
Eric Van Buggenhaut [EMAIL PROTECTED] writes: On Wed, Sep 05, 2001 at 02:37:28PM +0200, Florian Weimer wrote: Russell Coker [EMAIL PROTECTED] writes: Why should the default configuration be changed to account for the diminishing number of broken routers on the net? From a technical behavior, throwing away packets with unknown protocol flags is perfectly acceptable in any case and even reasonable in some environments. No it's not, you're violating RFC 793. I was indeed wrong, but not because of RFC 793. IIRC, there isn't such a required in this standard. But RFC 1812 explicitly requires routers not to check or otherwise deal with unused IP header fields, and I think this might be extended by analogy to TCP. OTOH, anyone is free to do anything with packets passing through his systems. Internet is not a right. ;-) -- Florian Weimer[EMAIL PROTECTED] University of Stuttgart http://cert.uni-stuttgart.de/ RUS-CERT +49-711-685-5973/fax +49-711-685-5898
Re: sysctl should disable ECN by default
On Thu, Sep 06, 2001 at 04:43:57PM +0200, Florian Weimer wrote: Eric Van Buggenhaut [EMAIL PROTECTED] writes: On Wed, Sep 05, 2001 at 02:37:28PM +0200, Florian Weimer wrote: Russell Coker [EMAIL PROTECTED] writes: Why should the default configuration be changed to account for the diminishing number of broken routers on the net? From a technical behavior, throwing away packets with unknown protocol flags is perfectly acceptable in any case and even reasonable in some environments. No it's not, you're violating RFC 793. I was indeed wrong, but not because of RFC 793. IIRC, there isn't such a required in this standard. Yes there is. RFC 793 reserve bits 'for future use'. These bits may not be touched by a router or a firewall. The buggy hardware we are talking about zeroes those bits. Thus they violate RFC793. -- Eric VAN BUGGENHAUT Oh My God! They killed init! You Bastards! --from a /. post \_|_/ Andago \/ \/ Av. Santa Engracia, 54 a n d a g o |--E-28010 Madrid - tfno:+34(91)2041100 /\___/\ http://www.andago.com / | \ Innovando en Internet [EMAIL PROTECTED]
Re: funny idle time from time
On Thu, 6 Sep 2001 08:42, Brian May wrote: and I don't think you can really say that this is a slow computer either: 400MHz CPU, 10/15G disks, by today's standards that is rather slow. Compare it to an Athlon 1.2G with 46G drives... So I can only conclude that something is very odd with this computer, but I don't know what. One issue is that IO isn't prioritised/scheduled unlike CPU use. This means that a process that schedules a lot of IO (EG doing a find / when atime is enabled) can cause large amounts of disk IO to be queued which kills interactive performance. Maybe some of the options under /proc/sys/vm will let you tune this... -- 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: sysctl should disable ECN by default
Dans un message du 06 Sep à 16:58, Eric Van Buggenhaut écrivait : RFC 793 reserve bits 'for future use'. These bits may not be touched by a router or a firewall. The buggy hardware we are talking about zeroes those bits. Thus they violate RFC793. RFC793 says Reserved: 6 bits Reserved for future use. Must be zero. The last statement is the cause of all confusions. s/Must/Should/ would have been better. -- Guillaume Morin [EMAIL PROTECTED] If it doesn't work, force it. If it breaks, it needed replacing anyway.
A script to see how much a package is depended upon.
Hello, I was writing a script to see how much a package is depended upon, i. e. cumulatively culculating Reverse-Build-Deps, and Reverse-dependencies. However, I thought it might be useful to see what kind of packages have a weight, i.e. needs fixing first for packages to enter testing. As I anticipated, it has a lot of loops, and it is going in ridiculous values. These things should have had trouble when porting to new arches, but anyway, I have put the script up on http://mikilab.doshisha.ac.jp/~dancer/analyse-sourcepackages It requires Packages.gz and Sources.gz on the current directory. It needs tweaking (like removing all base/required/build-essential packages from the selection to reduce the number of loops), but anyway. The number on the left is the superficious number of packages which depend on this package, hopefully. 3.24463e+09 liburi-perl 3.24463e+09 libnet-perl 3.24463e+09 libmime-base64-perl 3.24463e+09 libhtml-tagset-perl 3.24463e+09 libhtml-parser-perl 3.24462e+09 libsgmls-perl 3.24462e+09 libi18n-langtags-perl 3.24462e+09 debiandoc-sgml 2.34979e+09 sgml-base 2.34979e+09 sed 1425083059 zlib 1272054460 symlinks 1177662310 sgml-data 923320735 patch 893015369 dpkg 692266802 debianutils 617864726 fileutils 574628341 m4 486285077 flex 474784868 autoconf 296341728 autotools-dev 294774234 kernel-package 287772245 bzip2 232608922 gcc272 232608918 linux86 232321264 libtool 220897012 slang 147395314 e2fsprogs 147387953 util-linux 147387948 sysvinit 147387940 modutils 147100289 kernel-source-2.4.9 147013175 base-passwd 147013020 makedev 95298072 jade 90330961 libjpeg6b 77166180 pmake 73551186 byacc 73550152 ash 73550148 kernel-source-2.4.8 73550142 initrd-tools 73507062 gpm 73506654 aalib 73506497 devfsd 73506492 libggi 73378169 svgalib4libggi 68743694 libpng 65730152 sharutils 64991458 docbook-xml 63830131 automake 37208560 autoconf2.13 36775071 kernel-image-sparc-2.4 36775071 kernel-image-2.4.9-i386 36775071 kernel-image-2.4.8-i386 36689088 svgalib 36688940 svgalib-dummy 36688801 gs 36684502 tcl8.3 36682876 lynx 36681394 tcl8.0 36681213 tcl8.2 36681104 utah-glx 36679531 menu 36679469 mh 36679467 xfree86 32006927 tiff 30466075 opensp 29400691 docbook 29169746 readline4 -- [EMAIL PROTECTED] http://www.netfort.gr.jp/~dancer
What is debian.net used for?
Hi, on db.d.o there is instructions for setting a DNS A record for debian.net. But I cannot find any explanation on what it is intended for. Any pointer or explanation available? /Micce -- Mikael Hedin, MSc +46 (0)980 79176 Swedish Institute of Space Physics +46 (0)8 344979 (home) Box 812, S-981 28 KIRUNA, Sweden+46 (0)70 5891533 (mobile) [gpg key fingerprint = 387F A8DB DC2A 50E3 FE26 30C4 5793 29D3 C01B 2A22]
Re: mplayer / divx
Niklas Hoglund wrote: On Thu, Aug 30, 2001 at 12:22:35PM +0100, Andrew Suffield wrote: On Wed, Aug 29, 2001 at 12:06:10AM -0700, Aaron Lehmann wrote: The only real challenge is the borderline processors... Like my AMD K6-2. Works well for most movies, but some are almost unwatchable because they skip so much (with -framedrop). I compiled mplayer locally, so I have some of the optimizations. I'd say the best alternative would be to make mplayer detect processor type at runtime and use the relevant routines, but lacking that one package for i383, one for MMX and one for 3dnow would be nice. Which will be addressed by using libmmxnow - which will be hopefully supported by mplayer team (developed in avifile for this moment) but with cooperation of mplayer team. [EMAIL PROTECTED]
Bug#111462: ITP: prelude -- Prelude is a new innovative Network Intrusion Detection system designed to be very modular, evolutive, rock solid and fast.
Package: wnpp Version: N/A; reported 2001-09-06 Severity: wishlist * Package name: prelude Version : 0.4.2 Upstream Author : Yoann Vandoorselaere [EMAIL PROTECTED] * URL : http://prelude.sourceforge.net/ * License : (GPL) Description : Prelude is a new innovative Network Intrusion Detection system designed to be very modular, evolutive, rock solid and fast. Prelude is a general-purpose hybrid intrusion detection system, written entirely from scratch, in C. Right now, it handles all of the TCP/IP stack over Ethernet. Prelude is divided into several parts : * Prelude, the NIDS sensor, responssible for real time packet capture and analysis. * The signature engine, designed to be completly generic and evolutive, it is currently able to read Snort rulesets. By simply adding parser, it should permit to load rulesets from any NIDS easily. * The protocol plugins, which can handle packet at a higher level than prelude do, ie: you got a tcp packet, and a Protocol plugin detect that packet data contain an rpc header, so it will decode the rpc header, and ask to the associated Detection plugin to analyze the decoded header. * A set of detection plugins which job is to analyze the data they are interested in (they register the protocol they are interested in at initialisation time), and will eventually emmit a security warning. Dection plugin should only be used for complex intrusion detection that can't be done using the signature engine. * A report server, which sensors contacts in order to report an intrusion, that generate user readable reports using plugins. * The reporting plugins, which job is to decode the reports issued by Detection plugin, and translate them in an user readable form (ex: syslog report, html report, etc). -- System Information Debian Release: testing/unstable Architecture: i386 Kernel: Linux tass 2.4.9 #1 mer aoû 29 19:24:43 CEST 2001 i686 Locale: LANG=fr_FR, LC_CTYPE=fr_FR
ͨÓÃÍøÖ·(¿ì½ÝÍøÖ·¡¢ÍøÂçʵÃû)------ÍøÂçµØÖ·ÐÂÐÎÏó
() http://www .com.netIP 1/ 2 3 4 5 www.21kbol.com http://www.21kbol.com/web-keywords.htm http://203.196.7.89/client/xuxk/realname_1.html !!
Re: Fonts working out of the box
On Wed, Sep 05, 2001 at 10:17:48AM +0100, Jules Bean wrote:
On Wed, Sep 05, 2001 at 11:45:38AM +1000, The Nose Who Knows wrote:
What would be the best way of approaching these people who may find that
Free licenses are the best way to distribute their work? If we find
that fontographers are interested, we may gain a lot of good quality
work quite rapidly.
Write them an email stressing the practical advantages, without boring
them too much with a free software diatribe.
For example, point out to these designers that if their fonts are DFSG
free, they can be distributed with Debian (and Redhat and anything
else) which will make them useful to a huge group of people who might
not have heard about them otherwise.
Appropriate font licenses are the X11 license (or minor variants
thereon) and the Arphic license (found in the *arphic* packages or
linked from the GNU license list.
One worry I have, is that we don't really want Debian to have a
large number of 'junk' fonts. I'd prefer any fonts added to
Debian be of reasonably high quality, certainly cover ASCII,
and hopefully a larger codepage (CP1252 is a nice target for
Western European fonts, and Markus Kuhn offered a larger
Latin subset* that would be nice to hit.) I hesitate to argue
against all grunge fonts, but there's a lot of them out there,
they aren't heavy use fonts, and they're better left to the
font archives rather than debian.
*
$ uniset + -017e + 8859-2.TXT + 8859-3.TXT \
+ 8859-4.TXT + 8859-9.TXT + 8859-10.TXT + 8859-13.TXT \
+ 8859-14.TXT + 8859-15.TXT + 8859-16.TXT + CP1252.TXT clean c
{
{ 0x0020, 0x007E }, { 0x00A0, 0x017E }, { 0x0192, 0x0192 },
{ 0x0218, 0x021B }, { 0x02C6, 0x02C7 }, { 0x02D8, 0x02D9 },
{ 0x02DB, 0x02DD }, { 0x1E02, 0x1E03 }, { 0x1E0A, 0x1E0B },
{ 0x1E1E, 0x1E1F }, { 0x1E40, 0x1E41 }, { 0x1E56, 0x1E57 },
{ 0x1E60, 0x1E61 }, { 0x1E6A, 0x1E6B }, { 0x1E80, 0x1E85 },
{ 0x1EF2, 0x1EF3 }, { 0x2013, 0x2015 }, { 0x2018, 0x201A },
{ 0x201C, 0x201E }, { 0x2020, 0x2022 }, { 0x2026, 0x2026 },
{ 0x2030, 0x2030 }, { 0x2039, 0x203A }, { 0x20AC, 0x20AC },
{ 0x2122, 0x2122 }
};
--
David Starner - [EMAIL PROTECTED]
Pointless website: http://dvdeug.dhis.org
I don't care if Bill personally has my name and reads my email and
laughs at me. In fact, I'd be rather honored. - Joseph_Greg
Re: Fonts working out of the box
On Thu, Sep 06, 2001 at 12:14:26PM -0500, David Starner wrote: One worry I have, is that we don't really want Debian to have a large number of 'junk' fonts. Which may be a bit panicy on my part. The same thing could happen with themes, yet we don't have a problem with an overwhelming number themes. -- David Starner - [EMAIL PROTECTED] Pointless website: http://dvdeug.dhis.org I don't care if Bill personally has my name and reads my email and laughs at me. In fact, I'd be rather honored. - Joseph_Greg
Re: A script to see how much a package is depended upon.
On Fri, 7 Sep 2001, Junichi Uekawa wrote: Hello, I was writing a script to see how much a package is depended upon, i. e. cumulatively culculating Reverse-Build-Deps, and Reverse-dependencies. However, I thought it might be useful to see what kind of packages have a weight, i.e. needs fixing first for packages to enter testing. As I anticipated, it has a lot of loops, and it is going in ridiculous values. These things should have had trouble when porting to new arches, but anyway, I have put the script up on http://mikilab.doshisha.ac.jp/~dancer/analyse-sourcepackages It requires Packages.gz and Sources.gz on the current directory. It needs tweaking (like removing all base/required/build-essential packages from the selection to reduce the number of loops), but anyway. The number on the left is the superficious number of packages which depend on this package, hopefully. 3.24463e+09 liburi-perl You need to debug your script. We don't have this much packages in any of our archives. Not even... [...] 29169746 readline4 ... this much. -- wouter dot verhelst at advalvas dot be Human knowledge belongs to the world -- from the movie Antitrust
Re: sysctl should disable ECN by default
RFC793 says Reserved: 6 bits Reserved for future use. Must be zero. The last statement is the cause of all confusions. s/Must/Should/ would have been better. No; to be forward compatible, a TCP must set the bits to zero. 2481 describes the operation of those bits and augments 793, much like SACK augments it. Some TCP's have a bug where they set the bits in the SYN/ACK if they received reserved bits in the SYN, which is why ECN negotiation is asymmetric. If you want to blame routers for not implementing standards, try 791. The internet protocol is specifically limited in scope to provide the functions necessary to deliver a package of bits (an internet datagram) from a source to a destination over an interconnected system of networks. -neil
Re: What is debian.net used for?
On 6 Sep 2001, Mikael Hedin wrote: Hi, on db.d.o there is instructions for setting a DNS A record for debian.net. But I cannot find any explanation on what it is intended for. Any pointer or explanation available? As far as I understood things, it's intended for people to have their own domain at home, for personal matters. -- wouter dot verhelst at advalvas dot be Human knowledge belongs to the world -- from the movie Antitrust
Re: ddts: notification about pt_BR-translation of the hello-debhelper description
On 01-09-06 Nick Phillips wrote: On Thu, Sep 06, 2001 at 01:08:25PM +0200, Christian Kurz wrote: On 01-09-05 Nick Phillips wrote: The translation of any part of a package, be it the text of error messages, So, shall we now remove all .po files and other translation from upstream packages because they are not part of a package? The translation of the error messages and other messages of a program belong to the package of it. That depends on whether you're distributing one package or thousands. Why do make this dependant on the number of packages? I think that using some count like you do, is a bad thing. If upstream includes translations, then we don't have to worry about the maintainer managing inclusion of whichever languages people happen to write translations for. But if we want to be, and are, able to easily add extra translations, or override poor-quality upstream translations (all without causing hassles for maintainers), then why not? Because for example I would prefer to be informed if any of my packages has a bad upstream translation and some has better one for me. Then I can forward and discuss it with the upstream and he can include it maybe in the official upstream sources. That way we wouldn't only improve the translation for people using debian, but also for people who are using some other free operating system and the upstream package. Christian -- Debian Developer (http://www.debian.org) 1024/26CC7853 31E6 A8CA 68FC 284F 7D16 63EC A9E6 67FF 26CC 7853 pgpobuT4Njd53.pgp Description: PGP signature
Re: Reasons why package central approach to handling translations may be suboptimal
On Thu, Sep 06, 2001 at 03:31:49PM +0200, Richard Atterer wrote: On Thu, Sep 06, 2001 at 03:42:00PM +0900, Junichi Uekawa wrote: I have been reading the DDTS thread, and seeing that it was resolving into a each package should maintain their translation. I would like to present what I think may be problematic in that approach : 1. This results in filing random bugs in BTS in random manner. [snip] I think there's an answer to this problem: When the maintainer updates the translations of his package, this should be fully automated. E.g. just one command update-translations --from-mbox my_mail_archive which fishes out the DDTS messages (which are sent in a standard layout), or, for people lucky enough to be permanently online, an update-translations --from-web command in debian/rules which gets the translation updates directly from the DDTS server. So far, *everything* related to a Debian package can be found in the corresponding source package. I don't think it's a good idea to change this. full agree 2. A package is re-uploaded with translation. There is a package uploaded with one-line changelog saying something like Merged spanish templates. It is a load to autobuilder/ftpmirror/etc. and of course manual intervention to rebuild a package means that an error occurs, and it does. The main problem here is that translation start after the initial upload of packageto Debian happens, which means there will be a -2 Debian package which will include the translation, and a -1 Debian package will have no translation. Yes, that's one of the basic problems. IMHO with the proposed override mechanism via Descriptions-XX.po (or whichever form it is going to have), this is mostly solved - anyone getting the -1 package from testing will already see the translation. People tracking unstable may or may not see them, depending on how often they update and on the speed of the translators. Some people are concerned that their daily update from unstable will need too much bandwidth because of all those extra uploads. If the override mechanism works, I see no reason not to have a policy don't re-upload if only the translation changed. full agree 3. No choice of I want this locale and not others. I assume in particular you mean I prefer this _encoding_? This is a point that hasn't been discussed at all so far. see below Will there be one description .po file per language in the source package, or one for all translations? The alternatives here are: In a .po file is only one languages. So we have n Description.po file (n = Number of supportet languages). A User must only downloads the needed Descriptions files. In the source we have control-de.po, control-fr.po, control-es.po, ... maybe all in one subdir. - Supply descriptions in UTF-8, and recode them for the user's current encoding on the user's machine. Nice and clean, but requires support (possibly quite extensive changes) in dpkg/apt. NB, we _do_not_ need full Unicode support in all of Debian for this, just in the tools that deal directly with the description data. no, don't re-invent the wheel. This all make gettext. We don't need patch apt, dpkg, other toold this way. We must only use a old, nice and tested tool: gettext. - Supply descriptions in UTF-8 and recode them to a default encoding that root can configure on each machine. Do the recoding immediately after an apt-get update or dpkg -i, so the UTF-8 version is never stored on the machine. Might be the way to go for the moment, even if it's not ideal. Most importantly, it is upwards-compatible with the first solution above. we don't need this all - Pick one default encoding per language and just assume the user uses that encoding. Problematic: Should we ever want to change the default encoding, there'll be lots of packages using the old encoding, and we'd be stuck with it. yes, we use one default encoding per languages in the ddtp. I'm all for at least _supplying_ the translations in UTF-8, even if they're not stored on the user's machine like that for now. Note that this does not even mean that the translators need to produce translations in UTF-8 - the DDTS can recode their work into UTF-8. In future the ddts will make this and send UTF-8 encoded po files. I have get a request von Wichert to use UTF-8 only. We can latin-X etc recode to UTF-8, so this all is no problem. Gruss Grisu -- Michael Bramer - a Debian Linux Developer http://www.debian.org PGP: finger [EMAIL PROTECTED] -- Linux Sysadmin -- Use Debian Linux Win0.98 supports real multitasking - it can boot and crash simultaneously.
