Uploaded tix8.1 8.1.3.93-1 (m68k) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 19 Nov 2002 08:45:05 +0100 Source: tix8.1 Binary: tix8.1 tix8.1-dev Architecture: m68k Version: 8.1.3.93-1 Distribution: unstable Urgency: low Maintainer: buildd m68k user account [EMAIL PROTECTED] Changed-By: Matthias Klose [EMAIL PROTECTED] Description: tix8.1 - The Tix library for Tk, version 8.1 -- runtime package tix8.1-dev - The Tix library for Tk, version 8.1 -- development package Changes: tix8.1 (8.1.3.93-1) unstable; urgency=low . * New upstream release (tix-8.1.4 release candidate 3). * Depend on tk8.4. * Add docs/licens.html_lib to debian/copyright. Files: 58b8d5ed91068c1f2e813bfcf2844e94 522732 libs optional tix8.1_8.1.3.93-1_m68k.deb 6ef5920766cd56b3e9488e01aed7e7a2 261204 devel optional tix8.1-dev_8.1.3.93-1_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE93IOZWgZ1HEtaPf0RArCTAJ0R8aqo7G1jW1mGFXennYx/YRxf7gCfTuBO isOILfKmTWnD3E7JAp3cusk= =L5Kx -END PGP SIGNATURE-
Uploaded filtergen 0.11-1 (m68k) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 20 Nov 2002 14:12:35 +1100 Source: filtergen Binary: filtergen Architecture: m68k Version: 0.11-1 Distribution: unstable Urgency: low Maintainer: buildd m68k user account [EMAIL PROTECTED] Changed-By: Jamie Wilkinson [EMAIL PROTECTED] Description: filtergen - packet filter generator for various firewall systems Closes: 168985 Changes: filtergen (0.11-1) unstable; urgency=low . * New upstream release. (Closes: #168985) - Fixes documentation error (patch removed). - Adds flush option (patch removed). - Fixes compilation on 64 bit archs (patch removed). * Bathed by the lint siblings. * Bumped standards version to 3.5.7.0. Files: 60ab8c27758ba5ff53c84baa6a44085f 36706 net optional filtergen_0.11-1_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE93IMIWgZ1HEtaPf0RAq1fAJ9G/PAw0ZRfHQrC9fXW5jUzO889BACfejjZ gqhrEccoFzlOyTWHVI7nups= =xhfJ -END PGP SIGNATURE-
Uploaded xfig 3.2.4-beta6-1 (m68k) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 19 Nov 2002 20:57:47 +0100 Source: xfig Binary: xfig xfig-doc Architecture: m68k Version: 1:3.2.4-beta6-1 Distribution: unstable Urgency: low Maintainer: buildd m68k user account [EMAIL PROTECTED] Changed-By: Roland Rosenfeld [EMAIL PROTECTED] Description: xfig - Facility for Interactive Generation of figures under X11 Closes: 53295 123413 132071 148286 150019 161657 Changes: xfig (1:3.2.4-beta6-1) unstable; urgency=low . * New upstream version 3.2.4-beta6. - fixes the problem that having the NumLock key on prevents the accelerators from working (Closes: #148286). - The problem toolbar overlapping other buttons seems to be fixed now (Closes: #150019). - The UPDATE object function allows to update the depth of a compund now, where the smallest depth of the compound is set to the new value while all other depths are kept relatively to this smallest depth (Closes: #123413). - 3D look can be disabled now using Fig*shadowWidth: 0 in $HOME/.Xresources (Closes: #132071). - Resizing the XFig window or using the -geometry option now works and adapts the buttons per row correctly (Closes: #53295). - Parsing a FIG file does not longer SEGV, when a spline consists of less then 3 points but prints out a warning and ignores that spline (Closes: #161657). * Apply upstream patch.colortiff, which calls fig2dev -L tiff -C with a dummy argument on -C, otherwise creating color previews in TIFF doesn't work. * Apply upstream patch.gridunits, which fixes the bug where xfig may change the Major/Minor grid tick values to None to 0.0. * Upgrade to Standards-Version 3.5.7: - New handling of DEB_BUILD_OPTIONS. * Increase priority of xpdf over gv in xfig-pdf-viewer. * Add kghostview as a 5th alternative to xfig-pdf-viewer. * Add light(1) to xfig-www-browser and optimize priority of browsers. * Move the documentation (in package xfig-doc) from /usr/share/doc/xfig-doc to /usr/share/doc/xfig. * Moved xpm icons from /usr/X11R6/include/X11/pixmaps to /usr/share/pixmaps. Files: df6180a7983f178b2d373f83f37bcb13 1817762 graphics optional xfig_3.2.4-beta6-1_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE93IOzWgZ1HEtaPf0RAjqvAKCMFd4aP0vVjFP/Y7x5122w89vKVwCfXzbj Lqv6Pp5f1BXbvJVpvDJp6bc= =BMzF -END PGP SIGNATURE-
Uploaded bogl 0.1.10-3 (m68k) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 20 Nov 2002 10:12:29 -0500 Source: bogl Binary: libbogl0 libbogl-dev bogl-bterm Architecture: m68k Version: 0.1.10-3 Distribution: unstable Urgency: low Maintainer: buildd m68k user account [EMAIL PROTECTED] Changed-By: Daniel Jacobowitz [EMAIL PROTECTED] Description: bogl-bterm - Ben's Own Graphics Library - graphical terminal libbogl-dev - Ben's Own Graphics Library - development files libbogl0 - Ben's Own Graphics Library - shared library Closes: 167195 Changes: bogl (0.1.10-3) unstable; urgency=low . * Change build depends to libgd-noxpm-dev | libgd-xpm-dev to avoid the GIF version (Closes: #167195). Files: 1679bf0ab79ed0cf26c16c80556af88c 61938 devel optional libbogl-dev_0.1.10-3_m68k.deb 6cba3e80f52affd038ec6a0f9628ba95 37990 libs optional libbogl0_0.1.10-3_m68k.deb 38a3e0bb7b0dda21b5ae5eb50eb8ef59 16518 utils optional bogl-bterm_0.1.10-3_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE93ILTWgZ1HEtaPf0RAmKiAJ9EeAj8F3Dt5UQT98+xzkmrvvrvRwCgkzXB 4JUukxQCs2R7+x1HctaoPTM= =m+HJ -END PGP SIGNATURE-
Uploaded eterm 0.9.2-0pre2002111702 (m68k) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 17 Nov 2002 20:15:55 -0500 Source: eterm Binary: eterm Architecture: m68k Version: 0.9.2-0pre2002111702 Distribution: unstable Urgency: low Maintainer: buildd m68k user account [EMAIL PROTECTED] Changed-By: Laurence J. Lane [EMAIL PROTECTED] Description: eterm - Enlightened Terminal Emulator Changes: eterm (0.9.2-0pre2002111702) unstable; urgency=low . * rebuilt with versioned libast Files: e91f722593824619650e3fae2213a43b 355762 x11 optional eterm_0.9.2-0pre2002111702_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE93IMDWgZ1HEtaPf0RAt3rAKCUohkSpALf5mApuO8fd17/IKVOQwCgj2Kl CxnRsH9CjDYnNi1cPE2VkT0= =Fp1b -END PGP SIGNATURE-
Uploaded zlib 1.1.4-8 (m68k) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 20 Nov 2002 21:04:58 + Source: zlib Binary: zlib1g-dev zlib1g zlib1 zlib-bin zlib1-altdev Architecture: m68k Version: 1:1.1.4-8 Distribution: unstable Urgency: low Maintainer: buildd m68k user account [EMAIL PROTECTED] Changed-By: Mark Brown [EMAIL PROTECTED] Description: zlib-bin - compression library - sample programs zlib1g - compression library - runtime zlib1g-dev - compression library - development Closes: 169924 Changes: zlib (1:1.1.4-8) unstable; urgency=low . * Leave libz.so in /usr/lib (closes: #169924). Files: f8ad39cb544268231100a68697ebf11b 41098 libs standard zlib1g_1.1.4-8_m68k.deb c6f9e7883c12b740461cb436b99c69bc 214968 devel optional zlib1g-dev_1.1.4-8_m68k.deb 3cb30b1d3af09bb15552d6e9ba72ca61 18898 utils optional zlib-bin_1.1.4-8_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE93IO4WgZ1HEtaPf0RArTuAJ4xne51pnYPE5rsz9BVYCMtOcueRACeP/Ou VWV/h9mq0pL9f3JcSfU1kVQ= =Afm2 -END PGP SIGNATURE-
Uploaded glut 3.7-17 (m68k) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 20 Nov 2002 14:45:25 +1100 Source: glut Binary: libglut3-dev libglut3 glutg3-dev glutg3 glut-doc Architecture: m68k Version: 3.7-17 Distribution: unstable Urgency: low Maintainer: buildd m68k user account [EMAIL PROTECTED] Changed-By: Jamie Wilkinson [EMAIL PROTECTED] Description: libglut3 - the OpenGL Utility Toolkit libglut3-dev - development libraies and headers for GLUT Closes: 163952 Changes: glut (3.7-17) unstable; urgency=low . * Packed example code back into tarballs. (Closes: #163952) * Updated to DH_COMPAT 4. * Bumped standards version to 3.5.8.0. Files: a93bdb66bed12dab938be869c0099488 169462 libs optional libglut3_3.7-17_m68k.deb 84c7259a8616164260c1dece5a589d74 248416 devel optional libglut3-dev_3.7-17_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE93IMhWgZ1HEtaPf0RAoeEAJwMM9Oyi5e/X1xs0XNyhPzF7ZZUngCfUGp9 cP6U0dI/JTMs3W0vkaRMukY= =TKxx -END PGP SIGNATURE-
Uploaded nsd 1.0.2b1-7 (m68k) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 20 Nov 2002 15:50:17 +0100 Source: nsd Binary: nsd Architecture: m68k Version: 1.0.2b1-7 Distribution: unstable Urgency: low Maintainer: buildd m68k user account [EMAIL PROTECTED] Changed-By: Ondrej Sury [EMAIL PROTECTED] Description: nsd- authoritative name domain server Changes: nsd (1.0.2b1-7) unstable; urgency=low . * Modified /etc/init.d/nsd to use start-stop-daemon, but I am still unable to convice start-stop-daemon to check whether nsd has started succesfully. * Add creation of nsd group and user to postinst (same as in bind9 postinst), nsd will now setuid by default to nsd user, for chroot it requires setting up additional syslogd socket, so it cannot be made as default :( Files: b37a9cdbf334bf9e9dac7a7c2028775e 72886 net optional nsd_1.0.2b1-7_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE93INXWgZ1HEtaPf0RArgvAJ4qL3s4EEEmfGEGT3RxbPkA3p3WiQCdGnhr NFpRH8VbBmgFsQqRJ0n5A+s= =iHBT -END PGP SIGNATURE-
Uploaded stlport4.5 4.5.3-7 (m68k all) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 20 Nov 2002 15:01:35 +0100 Source: stlport4.5 Binary: libstlport4.5 libstlport4.5-common libstlport4.5-full libstlport4.5-dev Architecture: m68k all Version: 4.5.3-7 Distribution: unstable Urgency: low Maintainer: buildd m68k user account [EMAIL PROTECTED] Changed-By: Torsten Werner [EMAIL PROTECTED] Description: libstlport4.5 - STLport C++ class library libstlport4.5-common - STLport C++ class library libstlport4.5-dev - STLport C++ class library libstlport4.5-full - STLport development files Closes: 166080 Changes: stlport4.5 (4.5.3-7) unstable; urgency=low . * fixed string to include locale, closes: #166080 * added symlink libstlport_gcc.a - libstlport.a to *-dev package Files: 8b2f968fe26fa13a1879216c02681de5 1432 devel optional libstlport4.5-dev_4.5.3-7_m68k.deb f481525e5a931899da90f72bbd0ccdaa 292148 libs optional libstlport4.5_4.5.3-7_m68k.deb 2af983d6bebaeae16f777a614384620f 3142230 devel extra libstlport4.5-full_4.5.3-7_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE93INwWgZ1HEtaPf0RAn2gAJ9ExfpuvE+/2adRKEgoYmvnMkPxPgCgjBIB MFJt1IeQyAm6kdb0ugdB+/s= =BUCt -END PGP SIGNATURE-
Uploaded doctorj 3.3.9-1 (m68k) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sat, 16 Nov 2002 23:30:30 + Source: doctorj Binary: doctorj Architecture: m68k Version: 3.3.9-1 Distribution: unstable Urgency: low Maintainer: buildd m68k user account [EMAIL PROTECTED] Changed-By: Paul Cupis [EMAIL PROTECTED] Description: doctorj- A tool to analyze Java code Changes: doctorj (3.3.9-1) unstable; urgency=low . * New upstream release * Standards-Version 3.5.7 * debian/rules now turns on all compiler warnings, respects 'noopt' in DEB_BUILD_OPTIONS, and creates code with debug information in * dh_installdocs uses -n for this release - debhelper in testing still creates /usr/doc symlinks * Don't set infodir in ./configure, don't run dh_installman Files: 2940fefc5cdda0815a638358724987ff 514502 devel optional doctorj_3.3.9-1_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE93ILyWgZ1HEtaPf0RAjtMAKCT12+fhOEduISPFYKsE5sb8dlSawCeO9Bl BDcICBYjwxZPLmUQyzW/Qzk= =+kW1 -END PGP SIGNATURE-
Uploaded nullmailer 1.00RC5-22 (m68k) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 13 Nov 2002 16:38:02 +0100 Source: nullmailer Binary: nullmailer Architecture: m68k Version: 1.00RC5-22 Distribution: unstable Urgency: low Maintainer: buildd m68k user account [EMAIL PROTECTED] Changed-By: Martin A. Godisch [EMAIL PROTECTED] Description: nullmailer - Simple relay-only mail transport agent Closes: 128269 Changes: nullmailer (1.00RC5-22) unstable; urgency=low . * Fixed nullmailer-inject domain qualification, closes: #128269. Thanks to Peter Muir [EMAIL PROTECTED] for providing the patch. * Fixed init script, prevents trigger recreation when nullmailer is already running. * Fixed depends, added debconf version (= 1.2.9) and debhelper version (= 4.1.8), assures that dpkg-reconfigure calls prerm when nullmailer is already running. * Fixed German templates file. * Added Linda overrides file. Files: 71c24f267b1889754763991a3be5f0e0 65438 mail optional nullmailer_1.00RC5-22_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE93INiWgZ1HEtaPf0RAg7RAJ99GhzQrBwWeQmGH40yBH9sZlwyogCfUFYM XWJ5ymPrhzFqcpSfKJoBrto= =tBLe -END PGP SIGNATURE-
Uploaded melon 1.6-2 (m68k) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 20 Nov 2002 08:27:17 +0100 Source: melon Binary: melon Architecture: m68k Version: 1.6-2 Distribution: unstable Urgency: low Maintainer: buildd m68k user account [EMAIL PROTECTED] Changed-By: Philipp Frauenfelder [EMAIL PROTECTED] Description: melon - Mail notifier with configurable icons, xbiff replacement Closes: 169828 Changes: melon (1.6-2) unstable; urgency=low . * Remove left over .xvpics directories. Closes: #169828 Reported this problem upstream (the directory is in the orig.tar.gz) Files: 4694e833827de277a01ae5b43467e84d 303288 mail optional melon_1.6-2_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE93INLWgZ1HEtaPf0RAm1cAJ4qxDpCY2FFBuGSy3OE1ye1av+fRACfUoMM MFaUMoeHwECjL4Hup6WrXzs= =MzWE -END PGP SIGNATURE-
Uploaded elm-me+ 2.4pl25ME+99d-1 (m68k) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 20 Nov 2002 05:29:35 +0100 Source: elm-me+ Binary: elm-me+ Architecture: m68k Version: 2.4pl25ME+99d-1 Distribution: unstable Urgency: low Maintainer: buildd m68k user account [EMAIL PROTECTED] Changed-By: Matej Vela [EMAIL PROTECTED] Description: elm-me+- MIME PGP-aware interactive mail reader [enhanced] Changes: elm-me+ (2.4pl25ME+99d-1) unstable; urgency=low . * QA upload. * New upstream release. * Conforms to Standards version 3.5.8. Files: 48658f955ca0aab52c408da48619c521 785024 mail optional elm-me+_2.4pl25ME+99d-1_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE93IL8WgZ1HEtaPf0RAu8zAJ99lQW3YlB9HsTxGBrua9GPAeo9qACfU1Pr ioldtWicjRbXOSwH7jOsoWI= =j0d+ -END PGP SIGNATURE-
Uploaded castle-combat 0.7.2-3 (m68k) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 19 Nov 2002 21:38:59 -0500 Source: castle-combat Binary: castle-combat Architecture: m68k Version: 0.7.2-3 Distribution: unstable Urgency: low Maintainer: buildd m68k user account [EMAIL PROTECTED] Changed-By: Clint Adams [EMAIL PROTECTED] Description: castle-combat - enclose land and destroy your opponent's castle Changes: castle-combat (0.7.2-3) unstable; urgency=low . * Update to Standards-Version 3.5.8. * Support 'noopt'. Files: 05e5af24707c169f9b31b8c0fe4cb7d0 1575642 games optional castle-combat_0.7.2-3_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE93ILfWgZ1HEtaPf0RAqTFAJ4oM5pg5CDuWrY1aAJsuYJP/IOW6wCfRLdh 9+Uf8sI6jO1WwFPcsYRS8h8= =vbUM -END PGP SIGNATURE-
Uploaded dash 0.4.4 (m68k all) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 20 Nov 2002 19:48:31 +1100 Source: dash Binary: dash-udeb ash dash Architecture: m68k all Version: 0.4.4 Distribution: unstable Urgency: low Maintainer: buildd m68k user account [EMAIL PROTECTED] Changed-By: Herbert Xu [EMAIL PROTECTED] Description: ash- Compatibility package for the Debian Almquist Shell dash - The Debian Almquist Shell dash-udeb - The Debian Almquist Shell for boot floppies (udeb) Closes: 167893 169503 Changes: dash (0.4.4) unstable; urgency=low . * Fixed duplicate define warnings in init.c. * Set debhelper compat to 4. * Vanishing mail boxes no longer elicit you have mail messages. * Function redirection errors no longer abort the shell. * Fixed potential memory leak in redirect. * Only allocate memory if necessary in redirect. * Reap dead here documents. * Do not strdup default values of static shell variables. * Removed unnecessary setprompt(0) calls. * Read in BUFSIZ chunks rather than BUFSIZ - 1. * Documented undefined escape behaviour for echo(1) (closes: #167893). * Do va_copy when we use a va_list twice (closes: #169503). Files: 6387a61461e0eca5f59b033165a99390 71490 shells optional dash_0.4.4_m68k.deb 1e1b68ec9d1c34a688e45409decaa4ac 38860 debian-installer standard dash-udeb_0.4.4_m68k.udeb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE93ILlWgZ1HEtaPf0RAmjGAJ9JUH510Kv8vA1ocrPYUivl/TqYuwCeL86A I+0JsdxkHz5mM+ALVpXifTk= =gQ5a -END PGP SIGNATURE-
Uploaded wmwork 0.2.1-1 (m68k) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sat, 02 Nov 2002 16:39:05 +0100 Source: wmwork Binary: wmwork Architecture: m68k Version: 0.2.1-1 Distribution: unstable Urgency: low Maintainer: buildd m68k user account [EMAIL PROTECTED] Changed-By: Martin A. Godisch [EMAIL PROTECTED] Description: wmwork - Keep track of time worked on projects Changes: wmwork (0.2.1-1) unstable; urgency=low . * New upstream release. Files: 7891f71c08576686ad338d88c89db09d 16808 x11 optional wmwork_0.2.1-1_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE93IOlWgZ1HEtaPf0RAmA/AKCI/6dagAxaAZtEwKOwrNs0UaO+KwCfXcrA LgcCSG5aM9ON/8C0IvcMt1A= =czIP -END PGP SIGNATURE-
Uploaded foomatic 2.0.2-20021120-1 (m68k) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 20 Nov 2002 00:26:18 -0600 Source: foomatic Binary: foomatic-bin foomatic-db Architecture: m68k Version: 2.0.2-20021120-1 Distribution: unstable Urgency: low Maintainer: buildd m68k user account [EMAIL PROTECTED] Changed-By: Chris Lawrence [EMAIL PROTECTED] Description: foomatic-bin - linuxprinting.org printer support - programs Closes: 169767 Changes: foomatic (2.0.2-20021120-1) unstable; urgency=low . * New upstream CVS snapshot release. + Add margins when printing plain text. + Fix option parsing bug. (Closes: #169767) (This may also fix #169509 and #169623, but I'm not sure.) Files: 7e9924071c70ef3039686e0e27a0f946 230624 text optional foomatic-bin_2.0.2-20021120-1_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE93IMPWgZ1HEtaPf0RAkMwAKCOaHRShav4eWgkCeM35f6Hgr4YiwCggAaX 0wyb2GQHRcAkxLY+0trW0NQ= =ZHZV -END PGP SIGNATURE-
Uploaded keynote 2.3-6 (m68k) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 20 Nov 2002 20:53:11 +0100 Source: keynote Binary: libkeynote0 keynote libkeynote-dev Architecture: m68k Version: 2.3-6 Distribution: unstable Urgency: low Maintainer: buildd m68k user account [EMAIL PROTECTED] Changed-By: Martin Waitz [EMAIL PROTECTED] Description: keynote- Decentralized Trust-Management system libkeynote-dev - Decentralized Trust-Management system, development files libkeynote0 - Decentralized Trust-Management system, shared library Closes: 169892 Changes: keynote (2.3-6) unstable; urgency=low . * explicitly chmod +x missing in debian/rules (Closes: #169892) Files: a0a0e071395e2cfd5b543a273cac90ae 18472 admin optional keynote_2.3-6_m68k.deb 00e8e53f38618496af7fdf0f3e2dfd19 28678 libs optional libkeynote0_2.3-6_m68k.deb fe0a3d5152fd63cedc9a37cdd0cb04c3 57916 devel optional libkeynote-dev_2.3-6_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE93IM4WgZ1HEtaPf0RApeKAJ9Jq7ZfnThBNH/4rP9ydMcimVW6pgCfUY1r iPW+0Jsm+q+whZ8wPNfdx9s= =+jys -END PGP SIGNATURE-
Uploaded gkrellmss2 2.2-1 (m68k) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 20 Nov 2002 13:45:55 +0900 Source: gkrellmss2 Binary: gkrellmss2 Architecture: m68k Version: 2.2-1 Distribution: unstable Urgency: low Maintainer: buildd m68k user account [EMAIL PROTECTED] Changed-By: A Lee [EMAIL PROTECTED] Description: gkrellmss2 - Plugin for GKrellM 2 that has a VU meter and a chart Changes: gkrellmss2 (2.2-1) unstable; urgency=low . * New upstream release. Files: 6aea0cffea6db3338c99f03ad7d0660f 27350 sound optional gkrellmss2_2.2-1_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE93IMVWgZ1HEtaPf0RAr3kAJ9daD0yCJApHc2hqveNqL2jz4rruACgiKFV T6WZ8Tr68/u6hboqEZhYNIw= =69XU -END PGP SIGNATURE-
Uploaded smurf 0.52.6-3 (m68k) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 19 Nov 2002 21:55:28 -0500 Source: smurf Binary: smurf Architecture: m68k Version: 0.52.6-3 Distribution: unstable Urgency: low Maintainer: buildd m68k user account [EMAIL PROTECTED] Changed-By: H. S. Teoh [EMAIL PROTECTED] Description: smurf - A SoundFont editor for Linux / *nix Changes: smurf (0.52.6-3) unstable; urgency=low . * Fixed incorrect maintainer email address (sighhh) Files: e83edaab412cae47942eeb29099f8398 194904 sound optional smurf_0.52.6-3_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE93INpWgZ1HEtaPf0RApTVAJ4/xzchyzTWTUxeAdf/0TupdthxywCfbACy hHKhfeDdOupbgw0JmXXwbU4= =Xp+q -END PGP SIGNATURE-
Uploaded libtlen 20021119-1 (m68k) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 20 Nov 2002 17:05:06 +0100 Source: libtlen Binary: libtlen1 libtlen1-dev Architecture: m68k Version: 20021119-1 Distribution: unstable Urgency: low Maintainer: buildd m68k user account [EMAIL PROTECTED] Changed-By: Adam Byrtek [EMAIL PROTECTED] Description: libtlen1 - API for Tlen.pl, an IM protocol based on Jabber libtlen1-dev - API for Tlen.pl (development files) Closes: 169561 Changes: libtlen (20021119-1) unstable; urgency=low . * New upstream release * Undefined reference to `floor' fixed, Closes: #169561 Files: 784f06eb98b92568a4d2dc5a66d6c05e 99634 devel optional libtlen1-dev_20021119-1_m68k.deb 68d4250ab449a7f77f1ed33019813168 68216 libs optional libtlen1_20021119-1_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE93IM+WgZ1HEtaPf0RAviyAKCBa5z5noqGeot3Nl6p1E0GAFyilACcCkyu 56JubaAt7JGKPbJPIwrB5A8= =iNmC -END PGP SIGNATURE-
Uploaded guarddog 2.0.0-2 (m68k) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 31 Oct 2002 22:05:47 + Source: guarddog Binary: guarddog Architecture: m68k Version: 2.0.0-2 Distribution: unstable Urgency: low Maintainer: buildd m68k user account [EMAIL PROTECTED] Changed-By: Paul Cupis [EMAIL PROTECTED] Description: guarddog - firewall configuration utility for KDE Closes: 164905 165570 Changes: guarddog (2.0.0-2) unstable; urgency=low . * Fixed init.d to call /etc/rc.firewall with /bin/bash, not just the default /bin/sh. This fixes systems using ash/dash as the default /bin/sh, for example. (closes: #164905) * Depend on 'gawk', which is required by the generated rc.firewall script. (closes: #165570) * Standard-Version 3.5.7 * debian/rules now turns on all compiler warnings, respects 'noopt' in DEB_BUILD_OPTIONS, and creates code with debug information in. * Adjusted desciption in debian/control - program can be used as GUI for both ipchains and iptables systems. * Added -n parameter to dh_installdocs to allow packages built on testing (with Woody's debhelper) comply with Statndards-Version 3.5.7. Files: 4b005d70e19b829e05b1f7bf263712b0 263554 net optional guarddog_2.0.0-2_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE93IMnWgZ1HEtaPf0RAriyAJ0RBVojYOBs2k9dUKUNDeKM5P5aUgCgkMZ5 itVW+pY6Yug4lwOZSBcTQAc= =uYXf -END PGP SIGNATURE-
Uploaded tetex-bin 1.0.7+20021025-3 (m68k) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 20 Nov 2002 14:30:39 +0900 Source: tetex-bin Binary: libkpathsea3 tetex-bin libkpathsea-dev Architecture: m68k Version: 1.0.7+20021025-3 Distribution: unstable Urgency: low Maintainer: buildd m68k user account [EMAIL PROTECTED] Changed-By: Atsuhito KOHDA [EMAIL PROTECTED] Description: libkpathsea-dev - kpathsea.a and include files for teTeX libkpathsea3 - shared libkpathsea for teTeX tetex-bin - teTeX binary files Closes: 169816 169833 Changes: tetex-bin (1.0.7+20021025-3) unstable; urgency=low . * Installed prologue files for dvips. They were installed with tetex-base formerly but now they were not in tetex-base. [kohda] (Closes: #169833) * Fixed man directory structure. This was a bad effect of a fix for #134260 The patch in #134260 didn't work well. [kohda] (Closes: #169816) * Fixed handling of restore-symlinks in rules; it had failed if one ran debuild twice. [kohda] Files: f0fd70058c7fcbaf8853dfe62a4807eb 2647708 tex optional tetex-bin_1.0.7+20021025-3_m68k.deb 629893c0e89c59081b6bc68fb4da0ce8 43380 libs optional libkpathsea3_1.0.7+20021025-3_m68k.deb 75f7a98fb124ff0b5bc094bd88138ac4 62062 devel optional libkpathsea-dev_1.0.7+20021025-3_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE93IONWgZ1HEtaPf0RAtJVAJ0TNwUjzNmPF/HBVA/PNQaHTABy8wCeKyaD VuXm570ozI8BtFz/1m/DZyE= =31g6 -END PGP SIGNATURE-
Uploaded lukemftpd 1.1-2 (m68k) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 20 Nov 2002 05:03:23 +0900 Source: lukemftpd Binary: lukemftpd Architecture: m68k Version: 1.1-2 Distribution: unstable Urgency: low Maintainer: buildd m68k user account [EMAIL PROTECTED] Changed-By: Takuo KITAME [EMAIL PROTECTED] Description: lukemftpd - The enhanced ftp daemon from NetBSD. Changes: lukemftpd (1.1-2) unstable; urgency=low . * change maintainer address to @debian.org Files: c155a2d2cc3f5212d01ee24ba0400d55 67030 net optional lukemftpd_1.1-2_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE93INEWgZ1HEtaPf0RAgz4AJkBOPvefVYWtYfuIi3NZ7sIQLLO1ACgnDqp knuxAAp0fGxvYV6gSLtAk/8= =vB6l -END PGP SIGNATURE-
Uploaded leakbug 0.1.5-2 (m68k) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 21 Nov 2002 16:44:31 +0100 Source: leakbug Binary: libleakbug1 libleakbug-dev Architecture: m68k Version: 0.1.5-2 Distribution: unstable Urgency: low Maintainer: buildd m68k user account [EMAIL PROTECTED] Changed-By: Domenico Andreoli [EMAIL PROTECTED] Description: libleakbug-dev - Development files for GNUpdate leakbug tracer library libleakbug1 - GNUpdate leakbug tracer library Changes: leakbug (0.1.5-2) unstable; urgency=low . * Orphaned, set maintainer to Debian QA Group [EMAIL PROTECTED] Files: ad6aa063070a9ad0e7a505445ddb012d 8574 libs optional libleakbug1_0.1.5-2_m68k.deb 9f0af5107f5de3f0dd7093875e8a9317 31162 devel optional libleakbug-dev_0.1.5-2_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE93RzCWgZ1HEtaPf0RAlhkAJ9h4BAMVZCGOcf6h9kVypGENrntGACeOxzN zXHn0QAHdJXn6EyhVcAM2CI= =BR8H -END PGP SIGNATURE-
Uploaded octave2.1 2.1.40-1 (m68k) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 20 Nov 2002 20:25:23 -0600 Source: octave2.1 Binary: octave2.1-htmldoc octave2.1-info octave2.1-emacsen octave2.1 octave2.1-headers octave2.1-doc Architecture: m68k Version: 2.1.40-1 Distribution: unstable Urgency: low Maintainer: buildd m68k user account [EMAIL PROTECTED] Changed-By: Dirk Eddelbuettel [EMAIL PROTECTED] Description: octave2.1 - The GNU Octave language for numerical computations (2.1 branch) octave2.1-headers - Header files for the GNU Octave language (2.1 branch) Changes: octave2.1 (2.1.40-1) unstable; urgency=low . * New upstream version octave 2.1.40 released earlier today Files: c7536f7c511e3aa1529af8d0b4cb11ab 3097726 math optional octave2.1_2.1.40-1_m68k.deb b9fc64a051ae9ce6409bb75903930e5c 167636 math optional octave2.1-headers_2.1.40-1_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE93RzUWgZ1HEtaPf0RAlqiAJwPxU4tC22SjRumlgWyqUGZ0Q/mewCfRXmT t8iI+Nadtu9Dxn7fej84sZE= =qMRW -END PGP SIGNATURE-
Uploaded openbox 2.2.1-1 (m68k) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 20 Nov 2002 22:30:20 -0500 Source: openbox Binary: openbox openbox-tools Architecture: m68k Version: 2.2.1-1 Distribution: unstable Urgency: low Maintainer: buildd m68k user account [EMAIL PROTECTED] Changed-By: Kyle McMartin [EMAIL PROTECTED] Description: openbox- A window manager for X openbox-tools - Companion tools for openbox Closes: 160801 Changes: openbox (2.2.1-1) unstable; urgency=low . * New upstream. * Not sure why this didn't get closed last go round. (closes: #160801) Files: 47ca50fbb294cd346c9f9e207d0ad1fa 325774 x11 optional openbox_2.2.1-1_m68k.deb ca687bdb220f0490ba038967bb2b08d5 53136 x11 optional openbox-tools_2.2.1-1_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE93RzlWgZ1HEtaPf0RAnPZAKCPmavkB0JQBSNGIjxByTEmuyQGDgCdFgTr M4BOs9KakWlOmMgl3oYlyRQ= =h/Kh -END PGP SIGNATURE-
Uploaded inn 1.7.2-21 (m68k) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 20 Nov 2002 21:47:35 +0100 Source: inn Binary: inn-dev inewsinn inn Architecture: m68k Version: 1:1.7.2-21 Distribution: unstable Urgency: medium Maintainer: buildd m68k user account [EMAIL PROTECTED] Changed-By: Marco d'Itri [EMAIL PROTECTED] Description: inewsinn - NNTP client news injector, from InterNetNews (INN). inn- News transport system `InterNetNews' by the ISC and Rich Salz inn-dev- The libinn.a library and manpages. Closes: 14677 149042 169777 Changes: inn (1:1.7.2-21) unstable; urgency=medium . * Switch back to custom memrchr() to unbreak XOVER (Closes: #169777). * Backported controlchan support from INN 2 (Closes: #14677, #149042). * Backported the INN 2 code to allow modifying headers in the nnrpd perl filter. Now the body is available in $body. * Applied two small patches by Olaf Titz to tell clients the recommended Message-ID and have a more precise timers on usually idle systems. * Added NNTP-Posting-Date to the list of headers which cannot be set with POST. * Make innreport generate valid HTML (see #166372). * Added support for $INND_BIND_ADDRESS. * Updated control.ctl. * Renamed the nntpport inn.conf entry to port. * Added support for the INN 2 bindaddress entry. Files: 5aedbf35781eecc6831ec6338b95e51d 691366 news extra inn_1.7.2-21_m68k.deb 9b25a983951f714c34cce0ab35f58e5b 34070 news extra inewsinn_1.7.2-21_m68k.deb 0b01245d35ef78b943e7b96f19bf47fa 55398 news extra inn-dev_1.7.2-21_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE93RyzWgZ1HEtaPf0RAiROAJ4uwE5CH2xgS7mhR31o6uxgJi8r1gCfc+HR uMGGDB4e/TJCYb1COeEAe5c= =VenV -END PGP SIGNATURE-
Uploaded libgnurdf 0.3.1-2 (m68k) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 21 Nov 2002 16:51:04 +0100 Source: libgnurdf Binary: libgnurdf-dev libgnurdf2 Architecture: m68k Version: 0.3.1-2 Distribution: unstable Urgency: low Maintainer: buildd m68k user account [EMAIL PROTECTED] Changed-By: Domenico Andreoli [EMAIL PROTECTED] Description: libgnurdf-dev - Development files for libgnurdf libgnurdf2 - A library for parsing and processing RDF files Changes: libgnurdf (0.3.1-2) unstable; urgency=low . * Orphaned, set maintainer to Debian QA Group [EMAIL PROTECTED] Files: 516f694bde37a1adcbde1cd44da5eda4 17258 libs optional libgnurdf2_0.3.1-2_m68k.deb 87081bdd461f3480ab1b01138c05ee21 101656 devel optional libgnurdf-dev_0.3.1-2_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE93SzNWgZ1HEtaPf0RAmoxAJ9uzgNKS0PMgD6UFO7apmzxtGvaUgCfbhVM b4NIHUxqdtxru/tZoO1e9zc= =CaTy -END PGP SIGNATURE-
Uploaded dircproxy 1.0.5-1 (m68k) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 21 Nov 2002 14:35:05 + Source: dircproxy Binary: dircproxy Architecture: m68k Version: 1.0.5-1 Distribution: unstable Urgency: medium Maintainer: buildd m68k user account [EMAIL PROTECTED] Changed-By: Scott James Remnant [EMAIL PROTECTED] Description: dircproxy - IRC proxy for people who use IRC from different workstations Changes: dircproxy (1.0.5-1) unstable; urgency=medium . * New upstream release Files: 5cc908e1997f7699ba1caef014c32a4a 108984 net optional dircproxy_1.0.5-1_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE93TbBWgZ1HEtaPf0RAmRdAJ4l5VHdnkSIupI6zCU1pixVcfLxgwCfRXGI UWcFMPITmCQdJXfG/9iqu4E= =NlQF -END PGP SIGNATURE-
Re: Are we losing users to Gentoo?
Matt Zimmerman [EMAIL PROTECTED] writes: On Thu, Nov 21, 2002 at 02:17:10PM -0500, Branden Robinson wrote: On Thu, Nov 21, 2002 at 11:55:35AM -0500, Matt Zimmerman wrote: To rely on gracious behaviour from other organisms is a losing evolutionary strategy, and to attempt to avoid bruised feelings by inducing change in social norms is a doomed proposition. Adapt. I read in Dawkins that tit for tat was the most evolutionarily stable strategy. :) But didn't Tit for Two Tats compete favourably against simple Tit for Tat? These days, incidentally, Prisoner's Dilemma is thought to be a poor model for normal types of social interaction. The more common cases are actually best modeled by a Stag Hunt, anyhow. Which is the best strategy depends (of course) on all kinds of details. The early iterated prisoner's dilemma contests are unfortunately all that most computer types have heard of, but the state of the art has vastly moved on since then.
Re: Ask yourself some questions
On Thu, Nov 21, 2002 at 12:19:13PM -0800, Thomas Bushnell, BSG wrote: Andrew Suffield [EMAIL PROTECTED] writes: On Wed, Nov 20, 2002 at 11:54:43PM -0600, Manoj Srivastava wrote: Humour does not have to be at the expense of other people. Where's the evidence? (Heinlein would disagree with you) Of course, this is an argument *in favor* of Manoj's proposition. Heinlein's track record is so poor, that anything he says is more likely wrong that right. Well, a likelihood is not a certainly. I, for one, certainly agree with him that kissing girls is a goodness that beats the hell out of card games... -- G. Branden Robinson|You should try building some of the Debian GNU/Linux |stuff in main that is [EMAIL PROTECTED] |modern...turning on -Wall is like http://people.debian.org/~branden/ |turning on the pain. -- James Troup pgpfGxmgOQ6IH.pgp Description: PGP signature
Pathological case for Debian packages search page
This package: http://packages.debian.org/unstable/editors/the.html never shows up when you search for the in http://www.debian.org/distrib/packages I assume it's because the search engine ignores common words like the :-) Also, because the BTS uses the search engine to link to the package pages, the package link on the BTS page for the will never turn up anything. Now just think of all those poor people who are searching for the editor on Google... :-P T -- The diminished 7th chord is the most flexible and fear-instilling chord. Use it often, use it unsparingly, to subdue your listeners into submission!
Re: Are we losing users to Gentoo?
On Thu, 2002-11-21 at 15:15, Thomas Bushnell, BSG wrote: Craig Sanders [EMAIL PROTECTED] writes: i remember a year or so ago when i complained about this worthless practice i said that it would end up consuming hundreds of megabytes - i was told that was ridiculous, it would never happen. Megabytes! Horrors. You counted up to 96 MB in your computation, which I will assume to be correct. Current cost of hard disk is something between $1.00 and $1.50 per gigabyte. So that means that 96 MB costs the whopping sum of about twelve cents. Whom shall I write a check to? And if it's hundreds of megabytes, which I'm happy to consider, then the cost of holding all those kernels might well rise to a whole dollar. I just added up the size of all i386 packages in the pool on auric. (There are 15,688 of them, since there are multiple versions of many). That comes to the whopping amount of 6,367,729,045 bytes, which looks like a lot, except that it's really 6GB. Oh my golly, that might be a whopping $10. The total size of /org/ftp.debian.org/ftp/pool on auric is about 63 GB. Which is about right, since we have ten released ports. 10% of the whole distribution : that's a lot Moreover bandwidth costs too.
Re: Are we losing users to Gentoo?
On Thu, Nov 21, 2002 at 12:15:12PM -0800, Thomas Bushnell, BSG wrote: Branden, could we afford to buy a couple 110 GB disks to hold this increase? I really don't like to wear my SPI Treasurer hat on this mailing list, and with that hat on I don't like to offer opinions about how Debian should spend its money. But, assuming a price of approx. US$128 for a 120GB IDE drive, yes, Debian could afford two of these at a drain of less than 1% of its total assets. -- G. Branden Robinson| What influenced me to atheism was Debian GNU/Linux | reading the Bible cover to cover. [EMAIL PROTECTED] | Twice. http://people.debian.org/~branden/ | -- J. Michael Straczynski pgpCN83dsls44.pgp Description: PGP signature
Re: gpg error at developer.php after the fire
Hi, On Thu, Nov 21, 2002 at 07:38:05PM +, Colin Watson wrote: Works for my key. Did it formerly find key ids for people who aren't in the Debian keyring? I have tested it with my own key. And yes it was find before. Think it find your because it is in the debian keyring and _not_ only one one of the public gpg servers A bug report against qa.debian.org would be appropriate. done. #170080 Bye Thorsten -- Thorsten Sauter [EMAIL PROTECTED] (Is there life after /sbin/halt -p?) pgpX2gFzC7keL.pgp Description: PGP signature
Re: Are we losing users to Gentoo?
On Thu, Nov 21, 2002 at 03:32:33PM -0500, Benoit Peccatte wrote: 10% of the whole distribution : that's a lot Moreover bandwidth costs too. multiple architectures can be placed on different servers. The overall traffic will not increase and the overall disk space also wont. But well, perhaps we can just stop supporting Pentium in the default distribution and this will already help. Then a single dedicated server can host the old system debian distribution for 386/486 compatibility. PErhaps even with some space optimized binaries. So we have only 2 sub architectures and a build system for user optimized building. Greetings Bernd
Re: gpg error at developer.php after the fire
Hi Thorsten, Thorsten Sauter wrote: On Thu, Nov 21, 2002 at 07:38:05PM +, Colin Watson wrote: Works for my key. Did it formerly find key ids for people who aren't in the Debian keyring? I have tested it with my own key. And yes it was find before. Think it find your because it is in the debian keyring and _not_ only No, you defenitely are _not_ in the Debian keyring. Last time I looked (before satie's death) you were at the begnning of the NM queue. Only keys of DDs are in the keyring., Regards, Rene -- .''`. Rene Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' [EMAIL PROTECTED] | GnuPG-Key ID: 248AEB73 `- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73 pgpy6Mpy7X52x.pgp Description: PGP signature
Re: Are we losing users to Gentoo?
On Nov 21, Thomas Bushnell, BSG wrote: Now, if we were to have precompiled binaries for say ten different varieties of i386 (and I think that's enough to make anyone happy), the 6GB currently holding 386 packages would be 60, for a net increase of 54GB. We'd need perhaps three different m68k varieties (two more than now), one more Sparc, one more alpha, no more powerpc IIUC, no more arm, one more mips, one more HPPA (or two?), no more ia64 or s390. So that's nine more varities of 386 to consider, and maybe six for the other architectures. So the total would be fifteen more copies of every package, and it's 6GB per copy, so the total storage requirement is about 90GB. Bah, don't forget that you'd want multiple PPC (603e, 604e, G3, G4, 790...) You could get away with 3 m68k (68020+MMU/030, 040, 060), although you might want more (040 w soft-FPU emulation for the LC040). Of course, this would also entail separate CD images for each possible permutation. (What do you mean, I have to install these crizappy i386 packages and then upgrade; I want ones optimized for my six-way Athlon MP setup out of the box! And don't give me Athlon XP packages, it's *just not the same*; the timings on this one instruction give a .0002% speedup, which dang-it I NEED!) Not to mention build daemons for each possible permutation; some could conceivably be hosted on existing boxes, but they'd need extra RAM or disk space to keep up (and more people to keep an eye on them). Oh, by the way, hurd-i386 and the *BSDs will want all of these optimizations too. Better double your estimate :-) Chris, glad he picked up a 120GB drive the other day so he can build custom CDs for all of these wacked-out optimizations. -- Chris Lawrence [EMAIL PROTECTED] - http://www.lordsutch.com/chris/ Computer Systems Manager, Physics and Astronomy, Univ. of Mississippi 125B Lewis Hall - 662-915-5765
[mechanix@debian.org: Bug#169709: idesk: could use a better description]
Hi, anyone can agree that this is a little bit more clearer? snip Description: Display program shortcuts as icons on desktop With idesk you can define shortcut's for several programs and display these icons with a short description on the desktop of any window manager. . It can use png images as icon source (including transparent support) and support antialised fonts to print the description. /snip Thanks for you help... - Forwarded message from Filip Van Raemdonck [EMAIL PROTECTED] - The current description doesn't fullfill it's purpose. idesk plops icons down on your root window (desktop). `Plops'? What's that? And wearing my dummy desktop user hat, WTF is a root window? It includes support for PNG alpha layers, and pretty antialiased text with Xft Same hat; what are alpha layers and Xft? I'd rather just talk about translucent [1] icons and pretty antialiased [2] text without mentioning PNG alpha layers or Xft. Also, this sentence needs a . at the end, and it could be separated from the previous one (although that isn't strictly necessary). Now, I've read the entire description, and either as a dummy or non-dummy user I still don't know what I can do with the icons. Are they: - some sort of shortcuts? - actual files and directories? - both? - icons for minimized applications, as in the iconbox of some motif based desktops? Regards, Filip [1] Assuming that's what it does; if it only means that the icons can have completely transparant parts that's hardly a feature, and I'd rather consider it a misfeature of any icon using app which doesn't do that. [2] It's debatable if a dummy user knows what antialiased text is, but it is good enough a feature to mention it even if only for more experienced computer users. - End forwarded message - Bye Thorsten -- Thorsten Sauter [EMAIL PROTECTED] (Is there life after /sbin/halt -p?) pgpdSX860mRQR.pgp Description: PGP signature
Re: Are we losing users to Gentoo?
Le jeu 21/11/2002 à 21:44, Bernd Eckenfels a écrit : But well, perhaps we can just stop supporting Pentium in the default distribution and this will already help. Then a single dedicated server can host the old system debian distribution for 386/486 compatibility. PErhaps even with some space optimized binaries. So we have only 2 sub architectures and a build system for user optimized building. I would strongly disagree with such a solution. And again, before proposing to abandon some of our users, you should explain what benefit our users would get from that. -- .''`. Josselin Mouette/\./\ : :' : [EMAIL PROTECTED] `. `'[EMAIL PROTECTED] `- Debian GNU/Linux -- The power of freedom signature.asc Description: PGP signature
Re: gpg error at developer.php after the fire
Hello, hmm. maybe we misunderstand us :) No, you defenitely are _not_ in the Debian keyring. I'm *not* in the debian keyring, but before the century crash :), my gpg key was find by qa because it was stored on one of the public servers. Please see for this the original error message also: GPG key id not found! (key id was not found neither in the Debian keyring nor on a public keyserver) ^^ Last time I looked (before satie's death) you were at the begnning of the NM queue. Hope thats still true. :) Only keys of DDs are in the keyring., I know. Bye Thorsten -- Thorsten Sauter [EMAIL PROTECTED] (Is there life after /sbin/halt -p?) pgpBZ25E2lEq1.pgp Description: PGP signature
Re: Are we losing users to Gentoo?
On Thu, 2002-11-21 at 15:44, Bernd Eckenfels wrote: On Thu, Nov 21, 2002 at 03:32:33PM -0500, Benoit Peccatte wrote: 10% of the whole distribution : that's a lot Moreover bandwidth costs too. multiple architectures can be placed on different servers. The overall traffic will not increase and the overall disk space also wont. But well, perhaps we can just stop supporting Pentium in the default distribution and this will already help. Then a single dedicated server can host the old system debian distribution for 386/486 compatibility. PErhaps even with some space optimized binaries. So we have only 2 sub architectures and a build system for user optimized building. I was talking about kernels. Anyways, this can be a god idea if : - there are really few users of 386 and 486 - there is really an improvement using 586 binaries instead of 386 on an average machine.
Re: Test package apt repositories, and Release files.
On Thu, Nov 21, 2002 at 01:36:07PM -0500, Matt Zimmerman wrote: On Thu, Nov 21, 2002 at 02:19:50AM -0700, Joel Baker wrote: And/or, has katie advanced to the point where mere mortals can actually get it installed and working without taking a 3D6 SAN loss? For all of it's limitations (and yes, I've failed to find time to patch it to fix many of those, like lack of coping with pools), debarchiver is still the only thing I've found that really copes with things and doesn't require someone to do a lot of support work before it will produce useful results. I haven't tried it, but I've heard some positive feedback about mini-dinstall. Release file support is (on the) TODO list. i use that for a private archive i work with and it is a great package. it was a little difficult to install, but it works great and is now easy to use. thanks colin. -- gram pgp28NgTHVIVo.pgp Description: PGP signature
Re: Are we losing users to Gentoo?
On Wednesday 20 November 2002 20:51, Matt Zimmerman wrote: On Wed, Nov 20, 2002 at 11:07:13AM -0800, Michael Cardenas wrote: To quote from the gentoo intro: (glibc-2.2.5, gcc 3.2, XFS, ReiserFS, ext3, EVMS, LVM, ALSA, pcmcia-cs support, ... KDE 3.0 and 3.1_beta and GNOME 2.0.2 I sure those things appeal to a lot of users more than optimized binaries that they can build themselves. And we have all of them except for the latest KDE and GNOME. GNOME2 is working itself out in unstable right now, and KDE is only waiting for gcc 3.2 to be ready to be our default compiler. And for all the people who just cannot live without it (like me ;-)), it's just a single line in your sources.list away... Cheers, Yven -- Yven Johannes Leist - [EMAIL PROTECTED] http://www.leist.beldesign.de
Re: web browser bookmark defaults
This one time, at band camp, Mark Howard wrote: I also vote for removing any other upstream bookmarks (e.g. rpm search, slackware searches). Feel free to disagree, with a convincing argument. I use a Debian workstation, but admin a collection of Debian and Red Hat machines -- remove the rpm search and I will be filing bugs. -- [EMAIL PROTECTED] http://people.debian.org/~jaq
Re: Are we losing users to Gentoo?
On Thu, 2002-11-21 at 15:58, Josselin Mouette wrote: Le jeu 21/11/2002 à 21:44, Bernd Eckenfels a écrit : But well, perhaps we can just stop supporting Pentium in the default distribution and this will already help. Then a single dedicated server can host the old system debian distribution for 386/486 compatibility. PErhaps even with some space optimized binaries. So we have only 2 sub architectures and a build system for user optimized building. I would strongly disagree with such a solution. And again, before proposing to abandon some of our users, you should explain what benefit our users would get from that. I didn't understood this as an abandon of some users but as a separation of people using old machines and people using more recent machines.
Re: Are we losing users to Gentoo?
On Thu, Nov 21, 2002 at 11:51:34AM -0500, Matt Zimmerman wrote: On Fri, Nov 22, 2002 at 12:06:40AM +1100, Hamish Moffatt wrote: I don't believe that transfer will be CPU bound, but rather network and/or internal bus bandwidth limited. It is not unusual for large scp jobs to be CPU bound when slow-to-modest systems are connected to fast networks. How fast are we talking about - GbE, or 100Mb? Hamish -- Hamish Moffatt VK3SB [EMAIL PROTECTED] [EMAIL PROTECTED]
Re: Bug#170069: ITP: grunt -- Secure remote execution via UUCP or e-mail using GPG
On Fri, 2002-11-22 at 06:36, Alexander Neumann wrote: John Goerzen wrote: GRUNT is a tool to let you execute commands remotely, offline. It will also let you copy files to a remote machine. How did you solve the problem of re-sending such mails? Say, Joe Evil Cracker is able to catch a command mail containing halt. Will he be able to shutdown my machine every time he want? I can't speak for GRUNT (having no first-hand knowledge of it) but a couple of ways to do this spring to mind. For example, timestamp every message internally (so the timestamp is inside the GPG payload, not just in the header) and keep a record at the recipient end of timestamps of all executed commands. Ignore duplicates. Alternatively a random character string could be used, but timestamps might give other benefits (for eg, ignore messages older than 5 minutes). Jonathan Oxer Ph +61 3 9723 9399 / Fx +61 3 9723 4899 GPG key: http://www.ivt.com.au/gpg/jon.oxer.gpg signature.asc Description: This is a digitally signed message part
Re: Are we losing users to Gentoo?
On Wed, Nov 20, 2002 at 02:38:29PM -0500, Mark Mealman wrote: Gentoo on the other hand uses a build system that allows for rapid deployment(KDE 3.1 final is in Gentoo and I don't think 3.1 has even been officially announced yet), but it won't ever achieve Debian's stability. How can it have 3.1 final if 3.1 hasn't been announced? We could have kernel 4.0, XFree86 8.4 etc too with a simple change to the source. Then we'd be really c00l. How about it Branden and Herbert? Hamish -- Hamish Moffatt VK3SB [EMAIL PROTECTED] [EMAIL PROTECTED]
s/(non-free|contrib)/non-debian/g?
On Fri, Nov 15, 2002 at 05:48:39PM -0500, Branden Robinson wrote: On Fri, Nov 15, 2002 at 02:57:25PM -0500, Phillip Hofmeister wrote: If user confusion is the issue, why not just rename all non-free packages to packagename-nf or packagename-nonfree or something of the like? Just a thought...don't toast me to hot with your flame throwers please... The asserted confusion isn't that people don't understand the licensing (though likely many of them don't), but that people don't really know what is part of the Debian system, and what isn't. Then perhaps we could just s/(non-free|contrib)/non-debian/. It might be helpful to add a one-line note in the package descriptions as to why things get put in non-us/non-free/contrib, ie uses patented algorithm/violates DFSG clause 3/requires non-DFSG-free component. -- Love the dolphins, she advised him. Write by W.A.S.T.E..
Another mass bug filing: get rid of xlib6g*
As discussed previously, I'll be filing bugs against any source or binary packages which still depend on the obsolete xlib6g* packages. These will be normal severity for now, but will be raised to serious severity (for source packages) or grave severity (for binary packages) once these packages disappear. The currently affected packages include: Source packages: 3dchess, ax25-tools, bbdate, cheops, chimera2, clara, clips, cpanel, crossfire-client, dfm, directory-administrator, doxygen, ecawave, erlang, everybuddy, evolver, floatbg, geg, gkrellm-mailwatch, gkrellm-radio, gkrellm-volume, gkrellmwireless, gkrellweather, gmgaclock, gnome-ruby, gnome-system-tools, gretl, gtkfontsel, icon, ion, ircii-pana, karpski, mp, nase-a60, nte, octave-forge, openuniverse, openvrml, pcmcia-cs, pdl, postilion, qbrew, rat, roxen, sabre, scrot, smurf, sourcenav, stardic, svncviewer, sylpheed, sylpheed-claws, synaesthesia, vnc, vstream, wmix, wmmon, wmmount, wmusic, workman, x2vnc, xarchon, xautolock, xbreaky, xbuffy, xcal, xcin2.3, xeji, xflip, ximian-setup-tools, xinput, xinv3d, xjig, xkbsel, xli, xlife, xmailbox, xmms-crossfade, xmms-status-plugin, xmountains, xmpi, xpat2, xplanet, xscavenger, xsok, xtet42, xzoom Source packages specifying xlib6g-dev|xlibs-dev (in that order): buici-clock, gmod, phaseshift, tclx8.2, tclx8.3, wdm, xlassie. These will have wishlist bugs filed asking them to reverse the order. Binary packages (excluding those in source packages listed above): axyftp-gtk, axyftp-lesstif, codebreaker, gfpoken, glbiff, glotski, gnome-think, gnosamba, gtk-theme-switch, gwm, gwml, libvdkbuilder-dev, libvdkbuilder2-dev, lightspeed, mountapp, multimon, oneliner, perspic, quickplot, sclient, spacechart, vdkbuilder, vdkbuilder2, wmmatrix, wmmoonclock, xaw3dg-dev, xcin2.3, xdigger, xdkcal, xgraph, xsol, xtoolwait, xtranslate, xtv. These lists don't include packages from contrib or non-free. The proposed text for a source package bug: (This is an automatically generated bug, based on the current contents of the Sources file for the main section.) This source package contains a build dependency on xlib6g-dev. This needs to be updated since the xlib6g* packages will disappear by the time of the next release. Be aware that, in addition to xlibs-dev, you may also need to specify libxaw7-dev. Also, if your source package uses imake, you will need to specify xutils as well. The proposed text for a binary package bug: (This is an automatically generated bug, based on the current contents of the Packages file for the main section.) This package still depends on xlib6g; this needs to be updated since the xlib6g* packages will disappear by the time of the next release. (If this was pulled in by ${shlibs:Depends}, all you should need to do to fix this bug is rebuild the package. However, if your source package is missing Build-Depends, you may need to add these for the autobuilders to work.) -- Daniel Schepler Please don't disillusion me. I [EMAIL PROTECTED]haven't had breakfast yet. -- Orson Scott Card
Re: Are we losing users to Gentoo?
Chris Lawrence [EMAIL PROTECTED] writes: We'd need perhaps three different m68k varieties (two more than now), one more Sparc, one more alpha, no more powerpc IIUC, no more arm, one more mips, one more HPPA (or two?), no more ia64 or s390. So that's nine more varities of 386 to consider, and maybe six for the other architectures. So the total would be fifteen more copies of every package, and it's 6GB per copy, so the total storage requirement is about 90GB. Bah, don't forget that you'd want multiple PPC (603e, 604e, G3, G4, 790...) You could get away with 3 m68k (68020+MMU/030, 040, 060), although you might want more (040 w soft-FPU emulation for the LC040). So I didn't UC for ppc. I said three different 68k, which is really right. Of course, this would also entail separate CD images for each possible permutation. (What do you mean, I have to install these crizappy i386 packages and then upgrade; I want ones optimized for my six-way Athlon MP setup out of the box! And don't give me Athlon XP packages, it's *just not the same*; the timings on this one instruction give a .0002% speedup, which dang-it I NEED!) But the cost of CD images is even smaller, and there is no extra bandwidth, since each person still only downloads the same. Not to mention build daemons for each possible permutation; some could conceivably be hosted on existing boxes, but they'd need extra RAM or disk space to keep up (and more people to keep an eye on them). No, this isn't necessary. GNU tools (which we use) make it really easy to set up cross-compilation environments. The only wrinkle is being able to execute binaries midway through building, which is not supposed to be needed for GNU packages, but others require that. This is no trouble, however, provided you build on a machine that can execute all the instructions you are compiling to (that is, normally just whatever is the highest end target). Oh, by the way, hurd-i386 and the *BSDs will want all of these optimizations too. Better double your estimate :-) And yet, it's still amazingly cheap. The habits (and I have them too) of thinking that disk space is costly are really old habits that it's time to break.
Re: Ask yourself some questions
Branden Robinson [EMAIL PROTECTED] writes: On Thu, Nov 21, 2002 at 12:19:13PM -0800, Thomas Bushnell, BSG wrote: Andrew Suffield [EMAIL PROTECTED] writes: On Wed, Nov 20, 2002 at 11:54:43PM -0600, Manoj Srivastava wrote: Humour does not have to be at the expense of other people. Where's the evidence? (Heinlein would disagree with you) Of course, this is an argument *in favor* of Manoj's proposition. Heinlein's track record is so poor, that anything he says is more likely wrong that right. Well, a likelihood is not a certainly. I, for one, certainly agree with him that kissing girls is a goodness that beats the hell out of card games... Not me! I'd much rather be kissing Johnny Depp.
Re: Bug#170069: ITP: grunt -- Secure remote execution via UUCP or e-mail using GPG
On Thu, Nov 21, 2002 at 08:36:37PM +0100, Alexander Neumann wrote: John Goerzen wrote: GRUNT is a tool to let you execute commands remotely, offline. It will also let you copy files to a remote machine. How did you solve the problem of re-sending such mails? Say, Joe Evil Cracker is able to catch a command mail containing halt. Will he be able to shutdown my machine every time he want? Each message has its payload and its header information (what command to run, what file is being copied, etc.) GPG-signed. (The two are combined together to a single file, which is GPG signed as a whole.) This header information includes, among other things: 1. Date time the file was prepared 2. pid that created the file 3. 2048 bits of random data After verifying the signature on the data, the receiver does some sanity checks. One of the checks is doing an md5sum over the entire file (remember, this includes both the headers and the payload). If it has seen the same md5sum in the last 60 days, it rejects the request. If the date of the request was more than 30 days ago, it rejects the request. Therefore, the sender is able to reissue the halt command legitimately as often as he/she wants, since the random bits time will ensure different md5sums on the recipient. But replay attacks will be useless since the recipient will have seen the request already, and will reject it. -- John
Re: gpg error at developer.php after the fire
HI Thorsten, Thorsten Sauter wrote: Hello, hmm. maybe we misunderstand us :) Uups, yes. The second time I read your message I replied to I see. Misread your sentence. Sorry. Regards, Rene -- .''`. Rene Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' [EMAIL PROTECTED] | GnuPG-Key ID: 248AEB73 `- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73 pgp0WgD6Xb3gw.pgp Description: PGP signature
Re: Ask yourself some questions
On Thu, Nov 21, 2002 at 02:07:23PM -0800, Thomas Bushnell, BSG wrote: Well, a likelihood is not a certainly. I, for one, certainly agree with him that kissing girls is a goodness that beats the hell out of card games... Not me! I'd much rather be kissing Johnny Depp. Johnny Depp isn't a girl? OOOH! BURN! /me launches into a drum solo That's just fine with me, Thomas; you take Johnny Depp and I'll take the forgettable leftovers that are his co-stars, like Christina Ricci[1] and Heather Graham. Rowr. [1] though the weird crash diet she went on over the past year or so was a big, big mistake -- I thought the goal of diets was to, er, *lose* ten pounds or so...not *weigh* ten pounds or so Eventually, we'll get so far off-topic we'll come full-circle, I reckon. -- G. Branden Robinson|I'm sorry if the following sounds Debian GNU/Linux |combative and excessively personal, [EMAIL PROTECTED] |but that's my general style. http://people.debian.org/~branden/ |-- Ian Jackson pgpYMAjxTWH4D.pgp Description: PGP signature
Re: [mechanix@debian.org: Bug#169709: idesk: could use a better description]
On Thu, 2002-11-21 at 15:56, Thorsten Sauter wrote: Hi, anyone can agree that this is a little bit more clearer? snip Description: Display program shortcuts as icons on desktop With idesk you can define shortcut's for several programs The apostophe is an error. and display these icons with a short description on the desktop of any window manager. I'd just drop the of any window manager. . It can use png images as icon source (including transparent That should be including transparency, and I'd capitalize PNG. support) and support antialised fonts to print the description. This last bit is awkward, and has two typos; I would instead write: ...and supports using antialiased fonts for the description. or maybe just ...and supports antialiased fonts.
Re: Another mass bug filing: get rid of xlib6g*
On Thu, Nov 21, 2002 at 02:03:06PM -0800, Daniel Schepler wrote: Binary packages (excluding those in source packages listed above): wmmoonclock, xaw3dg-dev, xcin2.3, xdigger, xdkcal, xgraph, xsol, I'm not sure how you gather that data, but xsol binary package is built from the xsol source package... -- 2. That which causes joy or happiness.
Re: Another mass bug filing: get rid of xlib6g*
Josip Rodin [EMAIL PROTECTED] writes: On Thu, Nov 21, 2002 at 02:03:06PM -0800, Daniel Schepler wrote: Binary packages (excluding those in source packages listed above): wmmoonclock, xaw3dg-dev, xcin2.3, xdigger, xdkcal, xgraph, xsol, I'm not sure how you gather that data, but xsol binary package is built from the xsol source package... Umm, xsol wasn't listed above... xsok in the source package list was not a misspelling. BTW, let me register my preference that people don't Cc me on replies to the list. -- Daniel Schepler Please don't disillusion me. I [EMAIL PROTECTED]haven't had breakfast yet. -- Orson Scott Card
Re: Another mass bug filing: get rid of xlib6g*
On Thu, Nov 21, 2002 at 02:03:06PM -0800, Daniel Schepler wrote: As discussed previously, I'll be filing bugs against any source or binary packages which still depend on the obsolete xlib6g* packages. These will be normal severity for now, but will be raised to serious severity (for source packages) or grave severity (for binary packages) once these packages disappear. And let it be known that it is *my* fickle finger on the trigger! As from this moment - are you listening to me, Romana? Because if you're not listening, I can MAKE you listen. Because I can do anything. As from this moment there's no such thing as free will in the entire universe. There's only MY will because I POSSESS THE KEY TO TIME! /me wanders off, laughing maniacally and regressing to childhood Saturday nights watching PBS... -- G. Branden Robinson| Debian GNU/Linux | If encryption is outlawed, only [EMAIL PROTECTED] | outlaws will @goH7Ok=q4fDj]Kz?. http://people.debian.org/~branden/ | pgp71ylrw0rqo.pgp Description: PGP signature
Should pure virtual dependencies be allowed?
I'm forwarding this message to the list with the permission of the author, since it relates to the recent thread about mass filing of bugs regarding libxaw-dev. ---BeginMessage--- On Wed, Nov 20, 2002 at 10:27:25PM -0800, Daniel Schepler wrote: Package: acfax Severity: normal This package Build-Depends on libxaw-dev, which is wrong because it's a pure virtual package. You need to specify a specific version of libxaw-dev to be used. Why do I need to specify a specific version? Which part of policy says so? The same applies to normal depends. Some people believe that any dependency on a virtual package must be expressed as a real package | the virtual package. However this is a workaround for a limitation of apt-get (that it can't choose a default for a virtual package). The correct solution is to fix the package management tools, not to kludge around the problem. Debian does not have a history of kludging around the problems so let's not start now. Hamish -- Hamish Moffatt VK3SB [EMAIL PROTECTED] [EMAIL PROTECTED] ---End Message--- -- Daniel Schepler Please don't disillusion me. I [EMAIL PROTECTED]haven't had breakfast yet. -- Orson Scott Card
Re: Another mass bug filing: get rid of xlib6g*
On Thu, Nov 21, 2002 at 02:31:03PM -0800, Daniel Schepler wrote: Binary packages (excluding those in source packages listed above): wmmoonclock, xaw3dg-dev, xcin2.3, xdigger, xdkcal, xgraph, xsol, I'm not sure how you gather that data, but xsol binary package is built from the xsol source package... Umm, xsol wasn't listed above... xsok in the source package list was not a misspelling. I know. I went back and reread the whole post. It's confusing. :) (Anyhow, I knew about xsol's dependency for months if not years now. It'll get fixed eventually, it's a tiny little package so it doesn't quite deserve much attention.) BTW, let me register my preference that people don't Cc me on replies to the list. It would help if you had your MUA insert a header to tell other people's MUAs to do that, otherwise you depend on humans to do it. -- 2. That which causes joy or happiness.
Re: Are we losing users to Gentoo?
On Fri, Nov 22, 2002 at 08:36:12AM +1100, Hamish Moffatt wrote: On Thu, Nov 21, 2002 at 11:51:34AM -0500, Matt Zimmerman wrote: On Fri, Nov 22, 2002 at 12:06:40AM +1100, Hamish Moffatt wrote: I don't believe that transfer will be CPU bound, but rather network and/or internal bus bandwidth limited. It is not unusual for large scp jobs to be CPU bound when slow-to-modest systems are connected to fast networks. How fast are we talking about - GbE, or 100Mb? 100mbit. Compare scp to FTP or netcat. -- - mdz
Re: Pathological case for Debian packages search page
On Thu, Nov 21, 2002 at 03:31:52PM -0500, H. S. Teoh [EMAIL PROTECTED] was heard to say: This package: http://packages.debian.org/unstable/editors/the.html never shows up when you search for the in http://www.debian.org/distrib/packages I assume it's because the search engine ignores common words like the :-) Also, because the BTS uses the search engine to link to the package pages, the package link on the BTS page for the will never turn up anything. Now just think of all those poor people who are searching for the editor on Google... :-P Frankly, I think that's the the editor's fault for picking the, maybe the most common word in English, as the name for the. It makes sentences about the like this one appear to be missing words when they talk about the. Maybe the the package should be renamed to the-editor to remove the confusion. That won't help confusion about searching for the when the the you mean is not the the the search engine thinks you mean. Daniel -- / Daniel Burrows [EMAIL PROTECTED] ---\ | The problem with LaTeX is that your answers | |look so good, you think they *must* be right! | | -- Thomas Banchoff | \- The Turtle Moves! -- http://www.lspace.org /
Re: Pathological case for Debian packages search page
On Thu, Nov 21, 2002 at 06:18:30PM -0500, Daniel Burrows wrote: This package: http://packages.debian.org/unstable/editors/the.html never shows up when you search for the in http://www.debian.org/distrib/packages I assume it's because the search engine ignores common words like the :-) Also, because the BTS uses the search engine to link to the package pages, the package link on the BTS page for the will never turn up anything. Now just think of all those poor people who are searching for the editor on Google... :-P Frankly, I think that's the the editor's fault for picking the, maybe the most common word in English, as the name for the. It makes sentences about the like this one appear to be missing words when they talk about the. Maybe the the package should be renamed to the-editor to remove the confusion. That won't help confusion about searching for the when the the you mean is not the the the search engine thinks you mean. The package search engine is simply buggy here, it's not used for phrases so it shouldn't exclude common words. Cf. #102625. -- 2. That which causes joy or happiness.
Re: Pathological case for Debian packages search page
On Thu, 21 Nov 2002, H. S. Teoh wrote: I assume it's because the search engine ignores common words like the :-) Also, because the BTS uses the search engine to link to the package pages, the package link on the BTS page for the will never turn up anything. The BTS uses the search engine? It does? Since when. (ie, the bts is not linked to the search engine, and is completely standalone)
Re: Bug#170069: ITP: grunt -- Secure remote execution via UUCP or e-mail using GPG
Le jeu 21/11/2002 à 23:12, John Goerzen a écrit : After verifying the signature on the data, the receiver does some sanity checks. One of the checks is doing an md5sum over the entire file (remember, this includes both the headers and the payload). If it has seen the same md5sum in the last 60 days, it rejects the request. If the date of the request was more than 30 days ago, it rejects the request
Re: skip to put some version in testing/sarge
From: Julian Gilbey [EMAIL PROTECTED] Subject: Re: skip to put some version in testing/sarge Date: Thu, 21 Nov 2002 14:08:31 + tetex-bin 1.0.7+20021025-1 and -2 are a bit buggy so I strongly want them not to be in testing/sarge. And I would like to see only 1.0.7+20021025-3 and later version(s) of tetex-bin in testing. In this case, testing is at 1.0.7+20011202-8, and will remain that way at least until all of the unstable architectures are in sync. So if we just wait now, the 1.0.7+20021025-3 version will eventually make it into testing; anything else has already been superceded. Thanks for your clarification. I will wait for a while. Best regards, 2002/11/22 -- Debian Developer Debian JP Developer - much more I18N of Debian Atsuhito Kohda [EMAIL PROTECTED] Department of Math., Tokushima Univ.
Re: VNC plans.
On Thu, Nov 21, 2002 at 01:49:33PM +0100, Ola Lundqvist wrote: Hello Some people might have notived that I have made some (dramatic?) changes to the vnc packages. The reason is that the upstream development have started again. :) The problem is that I used to have the tightvnc patches applied but due to the upstreams is so different, that is not possible anymore. The new upstream has nice new features and tightvnc has other nice features. They may coexist in the future but that is far away. So this is what I intend to do to solve these issues: 0) Start using alternatives for vnc. 0.1) Link svncviewer staically with libvncauth instead of dynamically. 1) Package tightvnc as: tightvncserver, provides vncserver tight[x?]vncclient, provides vncviewer tightvnc-doc The hard part is to test that they can coexist. 2) Change the vnc package to realvnc realvncserver, provides vncserver realvncviewer, provides vncviewer vnc-common (I have to check what's in there). Perhaps you should make the virtual package rfbserver and rfbviewer and ditch the 'real' bit. There's already an 'rfb' package in Debian that you should probably coordinate with. -- Love the dolphins, she advised him. Write by W.A.S.T.E..
Re: Are we losing users to Gentoo?
On Thu, Nov 21, 2002 at 11:45:55AM -0800, Thomas Bushnell, BSG wrote: Craig Dickson [EMAIL PROTECTED] writes: True, but Thomas Bushness was pretty clearly advocating supplying optimized binaries from the repository. Perhaps you missed that implication. There is no such person who has posted on this thread, or any other related that I can find. Read the whole thread before replying ... -- Colin Watson [EMAIL PROTECTED]
Re: Pathological case for Debian packages search page
On Thu, Nov 21, 2002 at 05:43:43PM -0600, Adam Heath wrote: On Thu, 21 Nov 2002, H. S. Teoh wrote: I assume it's because the search engine ignores common words like the :-) Also, because the BTS uses the search engine to link to the package pages, the package link on the BTS page for the will never turn up anything. The BTS uses the search engine? It does? Since when. It links to http://packages.debian.org/$foo, which invokes the search engine in question. -- Colin Watson [EMAIL PROTECTED]
Re: Pathological case for Debian packages search page
On Fri, 22 Nov 2002, Colin Watson wrote: On Thu, Nov 21, 2002 at 05:43:43PM -0600, Adam Heath wrote: On Thu, 21 Nov 2002, H. S. Teoh wrote: I assume it's because the search engine ignores common words like the :-) Also, because the BTS uses the search engine to link to the package pages, the package link on the BTS page for the will never turn up anything. The BTS uses the search engine? It does? Since when. It links to http://packages.debian.org/$foo, which invokes the search engine in question. Well, packages.d.o/$foo should not be a search is all. bugs.d.o/$foo isn't a search, it just does an exact match. My assumption was that looking up a package exactly would do just that, and not search.
Re: Are we losing users to Gentoo?
On Thu, Nov 21, 2002 at 02:07:00PM -0800, Thomas Bushnell, BSG wrote: The habits (and I have them too) of thinking that disk space is costly are really old habits that it's time to break. No, it's not. Low end disks are cheap. High end disks still aren't. Bandwidth still isn't. Especially when you're spending donated resources rather than your own. More importantly, I don't believe we can have a reasonable test coverage if we start exponentially increasing the number of package permutations. Gentoo can ignore that because they don't worry about testing or integration, but we cannot. Mike Stone
Re: Are we losing users to Gentoo?
On Thu, Nov 21, 2002 at 12:15:12PM -0800, Thomas Bushnell, BSG wrote: Craig Sanders [EMAIL PROTECTED] writes: i remember a year or so ago when i complained about this worthless practice i said that it would end up consuming hundreds of megabytes - i was told that was ridiculous, it would never happen. Megabytes! Horrors. You counted up to 96 MB in your computation, what computation? i provided an example directory listing taken directly out of my debian mirror. the approx 310MB came directly from du: falls:/home/ftp/pub/mirrors/debian/pool/main/k# du -sck kernel-image-*i386 14360 kernel-image-2.2.20-i386 3572kernel-image-2.2.20-reiserfs-i386 7544kernel-image-2.2.20-udma100-ext3-i386 14124 kernel-image-2.2.21-i386 14128 kernel-image-2.2.22-i386 85560 kernel-image-2.4.16-i386 76528 kernel-image-2.4.18-i386 96712 kernel-image-2.4.19-i386 312528 total *i386 missed one, should have been *i386*. add another ~20MB for: 19268 kernel-image-2.4.18-i386bf these figures don't include the alsa-modules or linux-wlan-ng kernel module packages that have to be compiled for each specific kernel (add another approx 17MB for those at the moment). which I will assume to be correct. how generous of you. you could have quibbled about every line of the directory listing i provided, but you restrained yourself - for that small mercy, i will be forever in your debt. Current cost of hard disk is something between $1.00 and $1.50 per gigabyte. it's not just the cost of disk space, it's the cost of bandwidth too - and recurring bandwidth expenses cost a LOT more than disks (once-off capital expenditure) Branden, could we afford to buy a couple 110 GB disks to hold this increase? can debian afford to buy the same for every mirror too? or pay the bandwidth costs of about 100MB per debian release of each kernel version? at an average of 4 or 5 debian releases per kernel-image package, that's about 400 or 500MB per kernel version. bandwidth isn't free, nor is it universally cheap. some countries are still paying up to $0.20 per MB for downloads, or even more. work out the cost for your location. even in the US where bandwidth is relatively cheap, it still adds up to real money. every mirror has this expense, just to provide allegedly optimised kernels for people who are too lazy to compile their own, who probably wouldn't even notice the optimisation anyway. craig -- craig sanders [EMAIL PROTECTED] Fabricati Diem, PVNC. -- motto of the Ankh-Morpork City Watch
Re: Are we losing users to Gentoo?
Michael Stone [EMAIL PROTECTED] writes: Well, see, now Manoj would say that none at all were funny. What statistical conclusions am I to derive from that? That you're not as funny as you think you are? Still, he is often very funny (and on target), and to be honest, I think he's quite right -- his joking around _does_ rather lighten the mood (something that can't be said about Manoj's prim-lipped harrumphing). -Miles -- Somebody has to do something, and it's just incredibly pathetic that it has to be us. -- Jerry Garcia
Re: Are we losing users to Gentoo?
On Fri, Nov 22, 2002 at 12:01:12PM +1100, Craig Sanders wrote: Current cost of hard disk is something between $1.00 and $1.50 per gigabyte. it's not just the cost of disk space, it's the cost of bandwidth too - and recurring bandwidth expenses cost a LOT more than disks (once-off capital expenditure) Are you referring to the increase in bandwidth requirements for the mirroring itself? I wouldn't expect an increase in the number of available kernels to lead to an increase in the number of kernel packages users need to have installed. -- Steve Langasek postmodern programmer pgpXaXO5pfzuq.pgp Description: PGP signature
Re: debian-installer
* Michael Cardenas | What we really need is a debian installer web page that has a link to | cvs, the current status, the mailing list, and the current todo list | front and center. I'm planning on adding this to my p.d.o site, but I | haven't had the time yet, as I've been working on udebs for gtkfb. http://raw.no/d-i/getting_started.html has some. Additions are welcome. -- Tollef Fog Heen,''`. UNIX is user friendly, it's just picky about who its friends are : :' : `. `' `-
Re: Why are new package versions depending on libc6 in unstable?
* Michael Stone | On Thu, Nov 21, 2002 at 10:26:37AM -0800, Mike Fedyk wrote: | Yes, please use experemental more than it is now. | | Please never use experimental. I much prefer private apt repositories | with discrete units (e.g., an X repository or gnome repository) over | experimental, which is a random collection of software, some of which | might really toast your system. Nothing is installed from experimental because of dependencies.. you have to be explicit about each and every package. (Unless you have overridden that using apt's preference, in which case you should know that you are out on a limb). AIUI, anyhow. -- Tollef Fog Heen,''`. UNIX is user friendly, it's just picky about who its friends are : :' : `. `' `-
Re: debian-installer
* Tim Dijkstra | I've got a new old box to play with. Naturally I'll have to install | debian on it (was planning to install sarge). I remember some people on | the list asking for debian-installer testers. I would be happy to be | one, but where can I find it? Mostly-fresh images can be found either in joeyh's[0] or my[1] repository, as linked to from http://raw.no/d-i/getting_started.html [0] http://people.debian.org/~joeyh/debian-installer/daily/images/ [1] http://people.debian.org/~tfheen/d-i/images/daily/ -- Tollef Fog Heen,''`. UNIX is user friendly, it's just picky about who its friends are : :' : `. `' `-
Re: Why are new package versions depending on libc6 in unstable?
On Fri, Nov 22, 2002 at 02:29:48AM +0100, Tollef Fog Heen wrote: * Michael Stone | On Thu, Nov 21, 2002 at 10:26:37AM -0800, Mike Fedyk wrote: | Yes, please use experemental more than it is now. | | Please never use experimental. I much prefer private apt repositories | with discrete units (e.g., an X repository or gnome repository) over | experimental, which is a random collection of software, some of which | might really toast your system. Nothing is installed from experimental because of dependencies.. you have to be explicit about each and every package. (Unless you have overridden that using apt's preference, in which case you should know that you are out on a limb). AIUI, anyhow. Nice, (btw, this is documented in man apt_preferences) but how do you know there is a new version available in experemental from apt-cache? Anyway, with this, experemental looks even better. :)
Re: Are we losing users to Gentoo?
Michael Stone [EMAIL PROTECTED] writes: On Thu, Nov 21, 2002 at 02:07:00PM -0800, Thomas Bushnell, BSG wrote: The habits (and I have them too) of thinking that disk space is costly are really old habits that it's time to break. No, it's not. Low end disks are cheap. High end disks still aren't. Disks are still $1 per gigabyte. IDE disks are more than sufficient for this task, aren't they? Other disks run--omigosh--up to $2 per gigabyte. Bandwidth still isn't. Especially when you're spending donated resources rather than your own. Mirrors are quite free to decide not to download anything but the i386 packages. Surely doing this job right would involve making sure that this is possible and works well. So adding extra to our stock wouldn't increase *anything* except for those who choose to carry more. Ordinary users download what they actually need, and wouldn't download any more than they do now.
Re: Are we losing users to Gentoo?
Craig Sanders [EMAIL PROTECTED] writes: which I will assume to be correct. how generous of you. you could have quibbled about every line of the directory listing i provided, but you restrained yourself - for that small mercy, i will be forever in your debt. I wasn't being generous, just assuming you counted correctly. No matter, if it's way more than that, it's still cheap. Branden, could we afford to buy a couple 110 GB disks to hold this increase? can debian afford to buy the same for every mirror too? or pay the bandwidth costs of about 100MB per debian release of each kernel version? at an average of 4 or 5 debian releases per kernel-image package, that's about 400 or 500MB per kernel version. A mirror that only wants to carry the i386 packages can continue to only carry the i386 packages. Nothing we do could compel them to carry more.
Re: Proposal - non-free software removal
From: [EMAIL PROTECTED] (NOKUBI Takatsugu) Subject: Re: Proposal - non-free software removal Date: Thu, 21 Nov 2002 21:25:01 JST In article [EMAIL PROTECTED] [EMAIL PROTECTED] writes: xpdf-japanese cmap-adobe-japan1 cmap-adobe-japan2 cmap-adobe-korea1 cmap-adobe-gb1 cmap-adobe-cns1 My question is: how did Japenese users make it with Debian prior to the introduction of these packages? Couldn't they continue using whatever methods worked then? Prior to the cmap-adobe-japan1,2 Japanese users used to use another mechanism i.e. VFlib to display Japanese fonts, at least in ghostscript. Perhaps at that time, xpdf didn't support Japanese so Japanese users could use only ghostscript to display Japanese PDF files (and from time to time Japanize patch lost PDF support). But VFlib cann't support Korean nor Chinese, that is, it is Japanese specific. In this respect, cmap-adobe-* might be much better than VFlib. Perhaps they simply used acroread from non-free? Or perhaps the importance of pdf has increased and they could do without it then and cannot now. This is also right. The importance of PDF increases much. xpdf-japanese is required to display Japanese PDF with xpdf. It is also need to convert PDF to plain text with pdftotext. I'm not familiar about cmap-*. In fact, cmap-adobe-* and xpdf-japanese/korean/chinese-* are same kind of files so I believe they could be collected to one package (per japanese/korean/chinese) to be used both xpdf and ghostscript. And Hamish Moffatt is now working to try to do so, I guess. (Perhaps dvipdfm-cjk-cmap is also the same kind of package as far as I understand) Best regards, 2002/11/22 -- Debian Developer Debian JP Developer - much more I18N of Debian Atsuhito Kohda [EMAIL PROTECTED] Department of Math., Tokushima Univ.
Re: Are we losing users to Gentoo?
It also makes it 5 times as hard to build a modules package for our stock kernels. And uses an equivilant of extra space there of course. If you punch out a kernel module package its not so bad if all the headers files are installed. I wrote up a e1000 kernel package before it showed up here as an ITP by someone else and it worked great. -- Scott Dier [EMAIL PROTECTED] KC0OBS http://www.ringworld.org/ Many voters assume that their political leaders are hard at work on these issues. They are not. _Editorial: Time to choose / Who will deliver on transportation?_ http://www.startribune.com/stories/1519/3367890.html
Re: Are we losing users to Gentoo?
On Thu, Nov 21, 2002 at 05:48:47PM -0800, Thomas Bushnell, BSG wrote: Michael Stone [EMAIL PROTECTED] writes: On Thu, Nov 21, 2002 at 02:07:00PM -0800, Thomas Bushnell, BSG wrote: The habits (and I have them too) of thinking that disk space is costly are really old habits that it's time to break. No, it's not. Low end disks are cheap. High end disks still aren't. Disks are still $1 per gigabyte. IDE disks are more than sufficient for this task, aren't they? Other disks run--omigosh--up to $2 per gigabyte. There's how much does disk space cost?, and then there's we have x disk space available currently, and no budget for expansion right now; we only use y GB of it; how much can we mirror with the free disk space as a service to the community? I don't imagine everyone is going to be able to buy additional disks for their mirror servers just to accomodate Debian. I'm pretty sure *no* one's going to add a $5, 5GB HD to their mirror server if that's how much Debian pushes them over their current capacity. There are likely to be some trade-offs if Debian takes on packages that mirror operators consider useless bloat. Then again, we seem to have a large number of mirror operators well-snowed as it is right now, so maybe a few more GB won't make a difference. ;) -- Steve Langasek postmodern programmer pgp2k1q3RuCGD.pgp Description: PGP signature
Re: Are we losing users to Gentoo?
On Thu, Nov 21, 2002 at 07:27:06PM -0600, Steve Langasek wrote: On Fri, Nov 22, 2002 at 12:01:12PM +1100, Craig Sanders wrote: Current cost of hard disk is something between $1.00 and $1.50 per gigabyte. it's not just the cost of disk space, it's the cost of bandwidth too - and recurring bandwidth expenses cost a LOT more than disks (once-off capital expenditure) Are you referring to the increase in bandwidth requirements for the mirroring itself? yep. i wouldn't mind so much if all the extra i386 kernels were in a separate subdirectory under pool/main/k/ - then there would be no need to update regexp exclusion patterns every time there's a new i386 compatible architecture or a new compile-time option. it would still be wasteful, but a lot easier to manage. I wouldn't expect an increase in the number of available kernels to lead to an increase in the number of kernel packages users need to have installed. right, no significant increase. those who upgrade every day know that it costs them, and it only affects them if they use the debian-supplied kernels rather than compile their own. at worst, it's probably less than 10MB per week. craig -- craig sanders [EMAIL PROTECTED] Fabricati Diem, PVNC. -- motto of the Ankh-Morpork City Watch
Re: Ask yourself some questions
Branden Robinson [EMAIL PROTECTED] writes: On Thu, Nov 21, 2002 at 02:07:23PM -0800, Thomas Bushnell, BSG wrote: Well, a likelihood is not a certainly. I, for one, certainly agree with him that kissing girls is a goodness that beats the hell out of card games... Not me! I'd much rather be kissing Johnny Depp. Johnny Depp isn't a girl? OOOH! BURN! /me launches into a drum solo That's just fine with me, Thomas; you take Johnny Depp and I'll take the forgettable leftovers that are his co-stars, like Christina Ricci[1] and Heather Graham. Rowr. [1] though the weird crash diet she went on over the past year or so was a big, big mistake -- I thought the goal of diets was to, er, *lose* ten pounds or so...not *weigh* ten pounds or so I thought that was the weight limit required to be on Ally McBeal... However, I can't say I have much attraction to any girl whose forehead rivals the size of some small nations. Eventually, we'll get so far off-topic we'll come full-circle, I reckon. With a wide radius, apparently. -- Curse my natural showmanship! pgpMtJ5Pbs7az.pgp Description: PGP signature
Re: Are we losing users to Gentoo?
Branden == Branden Robinson [EMAIL PROTECTED] writes: Branden On Thu, Nov 21, 2002 at 12:18:20PM +0100, Josip Rodin wrote: This is, what, the fourth or fifth? post from Manoj in reply to one of your non-free-debate-related joke. One or two were funny, sure, but I think we've all lost the humour bit after the Nth instance, and then Manoj overreacted to the whole slew of them. Branden Well, see, now Manoj would say that none at all were funny. What Branden statistical conclusions am I to derive from that? Notice that is did not respond to the first few, even though you were ridiculing positions I took, However, there seemed to be no end in sight, and there was no response to my earlier non overreacting messages. Branden It's been said that self-censorship is the worst form of Branden censorship. I guess that isn't the case when we're asking Branden other people to practice it. Is politeness self censorship, then? (that is a pretty damning admission, and one I would have hesitated in levelling against you). manoj -- You will see the light at the end of the tunnel; unfortunately, it will be the light of an oncoming freight train. Manoj Srivastava [EMAIL PROTECTED] http://www.debian.org/%7Esrivasta/ 1024R/C7261095 print CB D9 F4 12 68 07 E4 05 CC 2D 27 12 1D F5 E8 6E 1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C
Re: Are we losing users to Gentoo?
Matt == Matt Zimmerman [EMAIL PROTECTED] writes: Matt On Thu, Nov 21, 2002 at 12:48:51AM -0600, Manoj Srivastava wrote: Emile == Emile van Bergen [EMAIL PROTECTED] writes: Emile Leaving me wondering how the collection of selfish genes, known as the Emile individual Manoj, was driven to make such a compassionate statement. Perhaps because I may be one of the victims? Perhaps not in this incident, but other like it? and if I can change social norms of conduct so that I would nto be hurt in the future? This is too easy. Matt To rely on gracious behaviour from other organisms is a losing evolutionary Matt strategy, and to attempt to avoid bruised feelings by inducing change in Matt social norms is a doomed proposition. Where did I ever say that I depended on politeness from others? Or that I expected a change? The Bhagavata Geeta says that our actions (karma) should be according to what is right (dharama), and let the fruits and consequences of the karma fall where they will. Matt Adapt. Quite. manoj -- I have a friend who just got back from the Soviet Union, and told me the people there are hungry for information about the West. He was asked about many things, but I will give you two examples that are very revealing about life in the Soviet Union. The first question he was asked was if we had exploding television sets. You see, they have a problem with the picture tubes on color television sets, and many are exploding. They assumed we must be having problems with them too. The other question he was asked often was why the CIA had killed Samantha Smith, the little girl who visited the Soviet Union a few years ago; their propaganda is very effective. Victor Belenko, MiG-25 fighter pilot who defected in 1976 Defense Electronics, Vol 20, No. 6, pg. 100 Manoj Srivastava [EMAIL PROTECTED] http://www.debian.org/%7Esrivasta/ 1024R/C7261095 print CB D9 F4 12 68 07 E4 05 CC 2D 27 12 1D F5 E8 6E 1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C
Re: Are we losing users to Gentoo?
Miles == Miles Bader [EMAIL PROTECTED] writes: Miles Michael Stone [EMAIL PROTECTED] writes: Well, see, now Manoj would say that none at all were funny. What statistical conclusions am I to derive from that? That you're not as funny as you think you are? Miles Still, he is often very funny (and on target), and to be honest, I think Miles he's quite right -- his joking around _does_ rather lighten the mood Miles (something that can't be said about Manoj's prim-lipped harrumphing). Oooh. We have a masochist amidst us. Being ridiculed is funny? Strange, but who am I to comment on the strange predilections of our peers? Whatever turns you on. (does meet the asocial geek streotype, I guess). However, I shall respect your wishes, and I shall hereby attempt to provide you with entertainement, no matter how perverse it appears to be. prim-lipped harrumphing, eh? So cry havoc, and let slip ze hounds. manoj wondering if he still retains a modicum of his erstwhile ability to ridicule the ridiculous -- You think Oedipus had a problem -- Adam was Eve's mother. Manoj Srivastava [EMAIL PROTECTED] http://www.debian.org/%7Esrivasta/ 1024R/C7261095 print CB D9 F4 12 68 07 E4 05 CC 2D 27 12 1D F5 E8 6E 1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C
Re: Are we losing users to Gentoo?
Steve Langasek [EMAIL PROTECTED] writes: There's how much does disk space cost?, and then there's we have x disk space available currently, and no budget for expansion right now; we only use y GB of it; how much can we mirror with the free disk space as a service to the community? This is why I asked Branden if we could afford a couple more big disks for Debian. He said, IIRC, it would take 1% of our money. I don't imagine everyone is going to be able to buy additional disks for their mirror servers just to accomodate Debian. In which case, they should just continue to merror the i386 packages they have now. I would certainly agree that if we add such packages, we should do it in a way that makes it easy to mirror only some. I'm pretty sure *no* one's going to add a $5, 5GB HD to their mirror server if that's how much Debian pushes them over their current capacity. I'm sure of it too, since you can't even buy a 5GB disk anymore. There are likely to be some trade-offs if Debian takes on packages that mirror operators consider useless bloat. Then again, we seem to have a large number of mirror operators well-snowed as it is right now, so maybe a few more GB won't make a difference. ;) Right; if that happens, then those mirrors won't carry those additional architectures. No harm done.
Re: Ask yourself some questions
Branden == Branden Robinson [EMAIL PROTECTED] writes: Branden Well, a likelihood is not a certainly. I, for one, Branden certainly agree with him that kissing girls is a goodness Branden that beats the hell out of card games... Being happily married, kissing girl(s) plural does not enter the realm of goodness by any stretch of the imagination. A good game of bridge, on the other hand ... manoj -- There are some good people in it, but the orchestra as a whole is equivalent to a gang bent on destruction. John Cage, composer Manoj Srivastava [EMAIL PROTECTED] http://www.debian.org/%7Esrivasta/ 1024R/C7261095 print CB D9 F4 12 68 07 E4 05 CC 2D 27 12 1D F5 E8 6E 1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C
Re: Ask yourself some questions
Andrew == Andrew Suffield [EMAIL PROTECTED] writes: Andrew On Wed, Nov 20, 2002 at 11:54:43PM -0600, Manoj Srivastava wrote: Humour does not have to be at the expense of other people. Andrew Where's the evidence? (Heinlein would disagree with you) ok. Even though evidence is hard to produce for something as subjective as humour, here are a few points: a) Heinlein would disagree with me b) The four instances of things that made me laugh out loud today did not have explicit victims (generic stereotypes can be the butt of jokes quite easily, and then there is siuational humour) c) Heinlein would disagree with me d) look at my sig, my rand sig generator is being ever so helpful. manoj -- Money is the root of all money. the moving finger Manoj Srivastava [EMAIL PROTECTED] http://www.debian.org/%7Esrivasta/ 1024R/C7261095 print CB D9 F4 12 68 07 E4 05 CC 2D 27 12 1D F5 E8 6E 1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C
Re: Ask yourself some questions
Manoj Srivastava [EMAIL PROTECTED] writes: Being happily married, kissing girl(s) plural does not enter the realm of goodness by any stretch of the imagination. A good game of bridge, on the other hand ... So it's agreed! A game of bridge, me, Branden, Manoj, and some unnamed fourth. Hey, I know who should be the fourth! Johnny Depp! Assuming, that is, that he will kiss me after we beat the hell out of the Branden/Manoj partnership. (And *that* will be easy, because Johnny and I will be making googly eyes at each other, but Manoj and Branden will be fighting with each other.) :) Thomas
Re: Are we losing users to Gentoo?
On Wed, 20 Nov 2002 22:23:17 +0200 Mikko Moilanen [EMAIL PROTECTED] wrote: On Wed, Nov 20, 2002 at 02:47:16PM -0500, Matt Zimmerman wrote: Are you suggesting that you would prefer the latest software, without the integration that Debian provides? If so, you can get this easily by building from source. Debian's value is entirely in making the packages play nice together. They play very nicely together in Gentoo also. In Debian things work better, but not much better. And I am not talking about stability now. For me, Gentoo was more stable, even their 'development' version. Please provide support for this statement... stability is not subjective; are you saying debian crashes more often? -Jim (no need to CC: me; I'm subscribed)
Re: Are we losing users to Gentoo?
On Thu, Nov 21, 2002 at 08:37:19PM -0600, Manoj Srivastava wrote: Matt == Matt Zimmerman [EMAIL PROTECTED] writes: On Thu, Nov 21, 2002 at 12:48:51AM -0600, Manoj Srivastava wrote: and if I can change social norms of conduct so that I would nto be hurt in the future? ^^ Matt To rely on gracious behaviour from other organisms is a losing evolutionary Matt strategy, and to attempt to avoid bruised feelings by inducing change in Matt social norms is a doomed proposition. Where did I ever say that I depended on politeness from others? Or that I expected a change? Up there. The Bhagavata Geeta says that our actions (karma) should be according to what is right (dharama), and let the fruits and consequences of the karma fall where they will. That may be, but I don't see what that has to do with the sentiment that you have expressed. _You_ said Perhaps[...]if I can change social norms of conduct so that I would nto[sic] be hurt in the future? as justification for your earlier statements. This certainly sounds to me like your goal was to change others' conduct so that you would not be hurt in the future. -- - mdz
Re: Test package apt repositories, and Release files.
Karl == Karl M Hegbloom [EMAIL PROTECTED] writes: Karl Just a reminder... Will folks who place test packages in apt Karl repositories PLEASE put Release files in there along with Packages Karl and Sources, so that we can use the man apt_preferences functionality Karl to Pin those test package repositories? A real Release file has md5sums of the Packages files, and has a detached signature -- and I can't seem to find a straight forward means of creating one. manoj -- Do your otters do the shimmy? Do they like to shake their tails? Do your wombats sleep in tophats? Is your garden full of snails? Manoj Srivastava [EMAIL PROTECTED] http://www.debian.org/%7Esrivasta/ 1024R/C7261095 print CB D9 F4 12 68 07 E4 05 CC 2D 27 12 1D F5 E8 6E 1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C
Re: Test package apt repositories, and Release files.
On Thu, Nov 21, 2002 at 09:35:51PM -0600, Manoj Srivastava wrote: Karl == Karl M Hegbloom [EMAIL PROTECTED] writes: Karl Just a reminder... Will folks who place test packages in apt Karl repositories PLEASE put Release files in there along with Packages Karl and Sources, so that we can use the man apt_preferences functionality Karl to Pin those test package repositories? A real Release file has md5sums of the Packages files, and has a detached signature -- and I can't seem to find a straight forward means of creating one. There are two different sorts of Release files -- binary-*/Release which is what Karl was talking about, and dists/*/Release{,.gpg} which is what you're talking about. The former can be written by hand, and doesn't change (except at release time), or can be generated from the latter. The latter needs to be updated every time any Packages file changes, obviously. It should be fairly straightforward to create a Release{,.gpg} set yourself, the files aren't particularly complicated. Ripping out code from ziyi in the katie suite might help. Cheers, aj -- Anthony Towns [EMAIL PROTECTED] http://azure.humbug.org.au/~aj/ I don't speak for anyone save myself. GPG signed mail preferred. ``If you don't do it now, you'll be one year older when you do.''
Re: Why are new package versions depending on libc6 in unstable?
On Thu, Nov 21, 2002 at 05:40:39PM -0800, Mike Fedyk [EMAIL PROTECTED] was heard to say: Nice, (btw, this is documented in man apt_preferences) but how do you know there is a new version available in experemental from apt-cache? apt-cache show or showpkg will show this.. Daniel -- / Daniel Burrows [EMAIL PROTECTED] ---\ | The spork is strong with him... -- Fluble | \ Be like the kid in the movie! Play chess! -- http://www.uschess.org ---/