Release-critical Bugreport for September 7, 2001
Bug stamp-out list for Sep 7 05:00 (CST) Total number of release-critical bugs: 446 Number that will disappear after removing packages marked [REMOVE]: 0 -- Package: abiword (debian/main) Maintainer: Darren Benham [EMAIL PROTECTED] 108986 abiword_0.9.0-0.1(unstable): fails to build from source 109580 abiword: font error Package: abuse-sdl (debian/main) Maintainer: Arto Jantunen [EMAIL PROTECTED] 100920 bus error on Sparc Package: ace (debian/main) Maintainer: Ossama Othman [EMAIL PROTECTED] 101170 ace_5.1.8-5(unstable): missing build depends 85230 ace: failed to build from source Package: acpid (debian/main) Maintainer: Robert van der Meulen [EMAIL PROTECTED] 110698 acpid isn't installable Package: adns (debian/main) Maintainer: Bernd Eckenfels [EMAIL PROTECTED] 110492 adns_1.0-6 fails to build on ia64 Package: ale-clone (debian/contrib) Maintainer: Anthony Towns [EMAIL PROTECTED] 101414 ale-clone_1.15pre16.3-1(unstable): needs to include time.h 110165 failed autobuild of ale-clone_1.15pre16.3-1 (powerpc): missing powerpc support Package: alsa-lib (debian/main) Maintainer: Masato Taruishi [EMAIL PROTECTED] 97988 can't build on arm Package: alsa-lib-0.5 (debian/main) Maintainer: Masato Taruishi [EMAIL PROTECTED] 101285 alsa-lib-0.5_0.5.10-2(unstable): needs to run libtoolize Package: alsa-source (debian/main) Maintainer: Masato Taruishi [EMAIL PROTECTED] 104163 alsa-source wrong and broken dependency information Package: alsaconf-0.4 (debian/main) Maintainer: Masato Taruishi [EMAIL PROTECTED] 89844 alsaconf-0.4: uninstallable Package: alsaplayer (debian/main) Maintainer: Ivo Timmermans [EMAIL PROTECTED] 110626 alsaplayer_0.99.36+1-1 fails to build on ia64 Package: anacron (debian/main) Maintainer: Sean 'Shaleh' Perry [EMAIL PROTECTED] 97969 refuses to stop Package: aolserver (debian/main) Maintainer: Brent A. Fulgham [EMAIL PROTECTED] 109901 [EMAIL PROTECTED]: AOLserver 3.0 vulnerability] Package: apache-perl (debian/main) Maintainer: Daniel Jacobowitz [EMAIL PROTECTED] 101841 apache-perl uninstallable 93462 apache-perl: testing needs update to Perl 5.6 93602 apache-perl: Uninstallable in unstable 97105 apache-perl: build dependency on a package in non-US 98555 policy violation causes apache-perl to be just plain broken with perl 5.6.1 Package: atari800 (debian/contrib) Maintainer: Dale Scheetz [EMAIL PROTECTED] 104829 atari800_0.9.9f-2(unstable): missing zlib1g-dev and sharutils build-deps Package: autofs (debian/main) Maintainer: Adam Heath [EMAIL PROTECTED] 98381 autofs: Local DoS attack Package: autolog (debian/main) Maintainer: Nicolás Lichtmaier [EMAIL PROTECTED] 103841 duplicate build-depends lines break autobuilding Package: ax25-tools (debian/main) Maintainer: Patrick Ouellette [EMAIL PROTECTED] 101419 ax25-tools_0.0.8-1(unstable): outdated build-depends Package: axkit (debian/main) Maintainer: Ardo van Rangelrooij [EMAIL PROTECTED] 100314 not working with current apache versions 103717 AxKit is very unstable. Package: barracuda (debian/main) Maintainer: Arpad Magosanyi [EMAIL PROTECTED] 11 barracuda: Depends on postgresql: should move to non-US Package: basilix (debian/main) Maintainer: Andreas Mueller [EMAIL PROTECTED] 111259 Basilix security issue Package: bbkeys (debian/main) Maintainer: Sean 'Shaleh' Perry [EMAIL PROTECTED] 101420 bbkeys_0.3.6-1(unstable): missing xlibs-dev build-depends Package: bbmail (debian/main) Maintainer: Brent A. Fulgham [EMAIL PROTECTED] 101422 bbmail_0.6.11-1(unstable): missing xlibs-dev build-dep 108782 /etc/bbtools/bbmail.bb deleted Package: bibletime (debian/main) Maintainer: Daniel Glassey [EMAIL PROTECTED] 84241 bibletime recommends unavailable packages Package: binutils-avr (debian/main) Maintainer: Hakan Ardo [EMAIL PROTECTED] 109205 binutils-avr_2.11.90.0.7-3(unstable): outdated build depends Package: bock (debian/main) Maintainer: Charles Briscoe-Smith [EMAIL PROTECTED] 111304 bock: please recompile with libgc6 Package: bsmtpd (debian/main) Maintainer: Roland Rosenfeld [EMAIL PROTECTED] 97698 bsmtpd stopped working after upgrade last friday Package: camlp4 (debian/main) Maintainer: Fernando Sanchez [EMAIL PROTECTED] 108003 camlp4_3.02-1 fails to autobuild on m68k Package: cdrecord (debian/main) Maintainer: Erik Andersen [EMAIL PROTECTED] 106231 postinst call MAKEDEV without permission of the user 98953 cdrecord spews errors, makes frisbees coasters Package: cgiwrap (debian/main) Maintainer: Jim Lynch [EMAIL PROTECTED] 106299 [EMAIL PROTECTED]: Re: [cgiwrap-users] Re: Security hole in CGIWrap (cross-site scripting vulnerability)] Package: cint (debian/main) Maintainer: Richard Kreckel [EMAIL PROTECTED] 109681 cint_5.15.10-1(unstable): missing build-depends 96234 failed autobuild of cint_5.14.85-1 (m68k): segfaulting cint -I. iosenum.cxx loops
Uploaded thrust 0.89-16 (m68k) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 4 Sep 2001 14:09:35 +0200 Source: thrust Binary: thrust Architecture: m68k Version: 0.89-16 Distribution: unstable Urgency: low Maintainer: Debian/m68k buildd4 [EMAIL PROTECTED] Changed-By: RISKO Gergely [EMAIL PROTECTED] Description: thrust - a port of the classic Commodore 64 game Changes: thrust (0.89-16) unstable; urgency=low . * lintian override added Files: c196620628228ab52e919ee490655e17 97506 games optional thrust_0.89-16_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Rick Younie [EMAIL PROTECTED] iEYEARECAAYFAjuYE9kACgkQEycGpQPNsdJtgQCdGQEWAEIrbs45QYgalsnD7+8E AeMAnjnq3035oVeh8eW4o82ViPE48x2n =St4h -END PGP SIGNATURE-
Uploaded pdl 2.2.1-7 (m68k) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 26 Aug 2001 21:44:51 -0400 Source: pdl Binary: pdl Architecture: m68k Version: 1:2.2.1-7 Distribution: unstable Urgency: low Maintainer: Debian/m68k buildd4 [EMAIL PROTECTED] Changed-By: Raul Miller [EMAIL PROTECTED] Description: pdl- The perl data language. Perl extensions for numerics. Changes: pdl (1:2.2.1-7) unstable; urgency=low . * rebuild with dh_gencontrol instead of dpkg-gencontrol, new perl policy seems to need this. * include lintian override for non-pic code in Slatec.so * include debian/all (build/check script) in source Files: d936e1a4de3f6e3f32e25dd56aa82f8e 1743046 math optional pdl_2.2.1-7_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Rick Younie [EMAIL PROTECTED] iEYEARECAAYFAjuY3dIACgkQEycGpQPNsdLPaACfR/t/lAdPjqc8qcOVkv7cVCeB fA0AnAtJ+M3VAPPBml/4JUTKZu3hPVRF =ZG4k -END PGP SIGNATURE-
Uploaded moon-lander 0.9.0-4 (m68k) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sat, 25 Aug 2001 11:48:46 +0100 Source: moon-lander Binary: moon-lander Architecture: m68k Version: 1:0.9.0-4 Distribution: unstable Urgency: low Maintainer: Debian/m68k buildd4 [EMAIL PROTECTED] Changed-By: Peter Joseph [EMAIL PROTECTED] Description: moon-lander - A fun and entertaining game based on the classic moon lander. Closes: 109986 Changes: moon-lander (1:0.9.0-4) unstable; urgency=low . * Added -f to rm moon-lander in debian/rules clean targets to ensure build continues regardless of presence of moon-lander binary (closes: #109986) Files: a59ab0a7a6bf98483765e6ad9dacf87f 1355924 games optional moon-lander_0.9.0-4_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Rick Younie [EMAIL PROTECTED] iEYEARECAAYFAjuYE84ACgkQEycGpQPNsdKRywCfRf0vlXS9j5LGbRmaZAm8bTVP KQYAoIrttyZGp+I4PWD3p97QwSCi5DS+ =b6OG -END PGP SIGNATURE-
Uploaded libapache-mod-gzip 1.3.19.1a-3 (m68k) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sat, 25 Aug 2001 22:31:19 +0200 Source: libapache-mod-gzip Binary: libapache-mod-gzip Architecture: m68k Version: 1.3.19.1a-3 Distribution: unstable Urgency: low Maintainer: Debian/m68k buildd4 [EMAIL PROTECTED] Changed-By: Ryszard Lach [EMAIL PROTECTED] Description: libapache-mod-gzip - HTTP compression module for Apache Closes: 108676 Changes: libapache-mod-gzip (1.3.19.1a-3) unstable; urgency=low . * Added checking of existence of apache-sslctl before apache-ctl in postinst (closes: #108676) Files: 20139bd5b27cd8aeebf4c2121d050adf 40062 web optional libapache-mod-gzip_1.3.19.1a-3_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Rick Younie [EMAIL PROTECTED] iEYEARECAAYFAjuYE8MACgkQEycGpQPNsdLbIgCgjgM3WkiULZ7GM5AtIBwJ+XXC j0oAnjT1q3GtfMzyNFLFoBu/upHlvBhJ =FYjV -END PGP SIGNATURE-
Uploaded gretl 0.96-2 (m68k) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 27 Aug 2001 21:02:27 -0500 Source: gretl Binary: libgretl0-dev libgretl0 gretl Architecture: m68k Version: 0.96-2 Distribution: unstable Urgency: low Maintainer: Debian/m68k buildd4 [EMAIL PROTECTED] Changed-By: Dirk Eddelbuettel [EMAIL PROTECTED] Description: gretl - The GNU Regression, Econometric Time-Series Library libgretl0 - The GNU Regression, Econometric Time-Series Library -- library libgretl0-dev - The GNU Regression, Econometric Time-Series Library -- developm Closes: 110317 Changes: gretl (0.96-2) unstable; urgency=low . * Compiled against libgtkextra16 (Closes: #110317) * debian/gretl-config.1: Contributed manual page (Lintian) Files: 412c1c16aa9e2ca62e47f22a9d6127a7 1068802 math optional gretl_0.96-2_m68k.deb a0645e35c281e324b296c8a330dda292 116594 libs optional libgretl0_0.96-2_m68k.deb 0bae403dc25704be3f97196d2f416fb8 133976 devel optional libgretl0-dev_0.96-2_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Rick Younie [EMAIL PROTECTED] iEYEARECAAYFAjuY2tEACgkQEycGpQPNsdKmnACfamZEq6qsOLY4o0OuPgWNuh/W vogAoKkhi1wwYMyyhRe5Bh0Y9SnigEY5 =IM4P -END PGP SIGNATURE-
Uploaded mserv 0.33-8 (m68k) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 3 Sep 2001 17:08:33 -0700 Source: mserv Binary: mserv-dev mserv Architecture: m68k Version: 0.33-8 Distribution: unstable Urgency: low Maintainer: Debian/m68k buildd4 [EMAIL PROTECTED] Changed-By: David Kimdon [EMAIL PROTECTED] Description: mserv - local centralised multiuser music server mserv-dev - local centralised multiuser music environment Closes: 109096 Changes: mserv (0.33-8) unstable; urgency=low . * don't create config file in config, rather do it in postinst (closes: #109096) Files: c95a4722fb33a1c4db4f1e9087c031b1 109932 sound optional mserv_0.33-8_m68k.deb a31a6fa81627c4e0922056c7d974bec9 6334 devel optional mserv-dev_0.33-8_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Rick Younie [EMAIL PROTECTED] iEYEARECAAYFAjuYE/EACgkQEycGpQPNsdJ+IACffh3o5tcsgwZySdRa8R1giRWv mj4AmwfKVFTWJU8rQ4xsbLQe/nKhWkth =dkDj -END PGP SIGNATURE-
Uploaded geneweb 4.03-1 (m68k) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 30 Aug 2001 09:14:21 +0200 Source: geneweb Binary: geneweb Architecture: m68k Version: 4.03-1 Distribution: unstable Urgency: low Maintainer: Debian/m68k buildd4 [EMAIL PROTECTED] Changed-By: Christian Perrier [EMAIL PROTECTED] Description: geneweb- Genealogy Software with Web Interface Changes: geneweb (4.03-1) unstable; urgency=low . * New upstream release * Moved several doc and examples files from /usr/lib/geneweb to /usr/share/doc/geneweb : CHANGES.TXT, LISEZMOI.txt, README.txt, a.gwf, etc directory, only.txt file * /usr/lib/geneweb/lang moved to /etc/geneweb as files there may be setup by local sysadmins. * Added a /etc/geneweb/etc directory where system-wide custom templates will be read. This directory *has* to be named etc, sorry. * several variables for the location of files moved back from /etc/geneweb/genewebrc to /etc/init.d/geneweb. These variables should not be changed by users otherwise it would break the daemon * Simplified the cron.daily script. Group owning logs is hardcoded to geneweb because having something else woudl break logging. /etc/geneweb/cron.conf is thus a lot simplified. * Corrected doc-base entry after reading documentation of doc-base..:-) * debian/rules files is a bit better documented * Moving gwtp files to better places. gwtp still doesn't work * Updated README.Debian, removing non-Debian informations and explaining why gwtp does not work yet. Try to explain the mechanisms used by the package for system-wide/database-wide customisations. * Images are now in /usr/share/geneweb/images with an horrible link from /etc/geneweb/images..:-( * When removing package, Pproperly remove files created in /usr/share/doc/geneweb by the registering documentation for $LANG function of the daemon when it starts Files: 1a618bf61ccb56dafac37719de3fa6ec 809184 misc optional geneweb_4.03-1_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Rick Younie [EMAIL PROTECTED] iEYEARECAAYFAjuYE+IACgkQEycGpQPNsdKU3QCfbASvSHpV2NjY3FYeRUyICa4C OnEAnj+Oe4zr/5Du6iCCeJjT/sSNeQid =pbg2 -END PGP SIGNATURE-
Uploaded xpvm 1.2.5-7 (sparc) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 10 Jun 2001 14:34:13 +1000 Source: xpvm Binary: xpvm Architecture: sparc Version: 1.2.5-7 Distribution: unstable Urgency: low Maintainer: Debian/sparc Build Daemon [EMAIL PROTECTED] Changed-By: Anand Kumria [EMAIL PROTECTED] Description: xpvm - graphical console and monitor for PVM Closes: 92691 Changes: xpvm (1.2.5-7) unstable; urgency=low . * Update Build-Depends for new X (Closes: #92691) * Update maintainer address Files: 9bd3bb26eb2afdfc97a6f4326dfb45a7 173776 devel extra xpvm_1.2.5-7_sparc.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.6 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjuYtIQACgkQgD/uEicUG7DrWQCeLW70TgD5q/w1e6DDSvRO7+eJ 8ZQAnRLcDH9NSImK9gVYxzDXKrZHldQL =YD7p -END PGP SIGNATURE-
Uploaded xtel 3.3.0-3 (sparc) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 5 Sep 2001 23:58:05 +0200 Source: xtel Binary: xtel Architecture: sparc Version: 3.3.0-3 Distribution: unstable Urgency: low Maintainer: Debian/sparc Build Daemon [EMAIL PROTECTED] Changed-By: Eric Delaunay [EMAIL PROTECTED] Description: xtel - An X emulator of the french Minitel. Closes: 111320 Changes: xtel (3.3.0-3) unstable; urgency=low . * Change from dhelp to doc-base to support both dhelp dwww at the same time. Added doc-base to Build-depends. Closes: #111320. * Added bullet images into the HTML documentation index page. Need to be encoded in pure text (base64 for instance) to be representable in the diff. Therefore metamail is appended to Build-depends (provides mimencode). Files: bf4cf29cb55726402addc0d64a10c922 222746 comm extra xtel_3.3.0-3_sparc.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.6 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjuYtHYACgkQgD/uEicUG7DDOQCgoSZL2LfMRqmYxqqIXjEXOHhn 9GYAni1mD2doz1z5HAqV2u5tPOWzcFI7 =al+8 -END PGP SIGNATURE-
Uploaded nap 1.4.6-2 (sparc) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 5 Sep 2001 11:09:30 +0200 Source: nap Binary: nap Architecture: sparc Version: 1.4.6-2 Distribution: unstable Urgency: low Maintainer: Debian/sparc Build Daemon [EMAIL PROTECTED] Changed-By: Massimo Dal Zotto [EMAIL PROTECTED] Description: nap- Napster console client Changes: nap (1.4.6-2) unstable; urgency=low . * Fixed install command in debian/rules and restored the original configure script. Files: 91c53a3e0c245431a9c8d80c85e35b90 145260 net optional nap_1.4.6-2_sparc.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.6 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjuYqeMACgkQgD/uEicUG7COIwCeLG25xcbWHTvfdamauXZii3n2 B4sAoNO2yAMMqpf8x0zdEPCf6veQYR6D =sbld -END PGP SIGNATURE-
Uploaded sfront 0.75-1 (sparc) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 5 Sep 2001 22:42:25 +0200 Source: sfront Binary: sfront Architecture: sparc Version: 0.75-1 Distribution: unstable Urgency: low Maintainer: Debian/sparc Build Daemon [EMAIL PROTECTED] Changed-By: Enrique Robledo Arnuncio [EMAIL PROTECTED] Description: sfront - MPEG 4 Structured Audio files decoder. Changes: sfront (0.75-1) unstable; urgency=low . * New upstream version. Files: 8b15497b8cdd23d1095912b832c9f168 694758 sound optional sfront_0.75-1_sparc.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.6 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjuYtJIACgkQgD/uEicUG7Bn7wCghkZpsPCkd5bIUgwSuPlRxqHJ CrMAoOOsjsTUWZA0EIqpguoYB3g6oFIl =0tJ6 -END PGP SIGNATURE-
Uploaded xfree86 4.1.0-5 (sparc) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 5 Sep 2001 17:20:25 -0500 Source: xfree86 Binary: xserver-common xlibs-dev xfs xfree86-common xfonts-pex x-window-system xlibmesa-dev xspecs xlibmesa3 xfonts-cyrillic xlibmesa3-dbg xserver-xfree86 xlibs-dbg libxaw6 libxaw7 xterm xvfb xfonts-scalable xfonts-75dpi xlib6g proxymngr libxaw6-dev libdps1-dbg xlib6g-dev xfonts-base xutils libxaw7-dev xnest xlibs libxaw6-dbg xmh lbxproxy libxaw7-dbg xfonts-base-transcoded xbase-clients xprt xlibosmesa3 x-window-system-core xlibosmesa-dev twm xfwp xfonts-100dpi-transcoded xlibosmesa3-dbg xfonts-100dpi xdm libdps-dev xfonts-75dpi-transcoded libdps1 Architecture: sparc Version: 4.1.0-5 Distribution: unstable Urgency: high Maintainer: Debian/sparc Build Daemon [EMAIL PROTECTED] Changed-By: Branden Robinson [EMAIL PROTECTED] Description: lbxproxy - Low Bandwidth X (LBX) proxy server libdps-dev - Display PostScript (DPS) client library development files libdps1- Display PostScript (DPS) client library libdps1-dbg - Display PostScript (DPS) client library (unstripped) libxaw6- X Athena widget set library (version 6) libxaw6-dbg - X Athena widget set library (version 6) (unstripped) libxaw6-dev - X Athena widget set library development files (version 6) libxaw7- X Athena widget set library libxaw7-dbg - X Athena widget set library (unstripped) libxaw7-dev - X Athena widget set library development files proxymngr - X proxy services manager twm- Tab window manager xbase-clients - miscellaneous X clients xdm- X display manager xfs- X font server xfwp - X firewall proxy server xlibmesa-dev - XFree86 version of Mesa 3D graphics library development files xlibmesa3 - XFree86 version of Mesa 3D graphics library xlibmesa3-dbg - XFree86 version of Mesa 3D graphics library (unstripped) xlibosmesa-dev - Mesa/XFree86 offscreen rendering library development files xlibosmesa3 - Mesa/XFree86 offscreen rendering library xlibosmesa3-dbg - Mesa/XFree86 offscreen rendering library (unstripped) xlibs - X Window System client libraries xlibs-dbg - X Window System client libraries (unstripped) xlibs-dev - X Window System client library development files xmh- X interface to the MH mail system xnest - nested X server xprt - X print server xserver-common - files and utilities common to all X servers xserver-xfree86 - the XFree86 X server xterm - X terminal emulator xutils - X Window System utility programs xvfb - virtual framebuffer X server Closes: 107385 109596 109678 109814 109845 110871 110896 Changes: xfree86 (4.1.0-5) unstable; urgency=high . * High urgency upload because the version in testing is ancient, has non-free code in the source tarball, and this version is the first in quite some time that should build on all architectures in unstable without kludges. . * patch #000_post-410: more fixes from xf-4_1-branch: + Fix DPMS support in i128 driver (Robin Cutshaw). . * patch #000_stolen_from_HEAD: + Mark Vojkovich: Fix null pointer dereference in Xinerama extension when no Xv-enabled adapters are present. (thanks for the heads-up, Stephen Frost) (Closes: #107385) + Fix a VT switching crash in the cirrus driver when acceleration is disabled. (Closes: #109678) . * patch #800: gnu.cf updates from Marcus Brinkmann * patch #801: new; build PCI bus code on the Hurd (Closes: #109845) . * debian/control: + replaced Build-Dependency kernel-headers-2.4 [!m68k] with kernel-headers-2.4 [!hurd-i386]; m68k now has 2.4 headers, and of course the Hurd does not (Closes: #109814) + corrected typo in xspecs' extended description + x-window-system metapackage no longer depends on any -dbg or -dev packages, and now depends on xdm * debian/xserver-xfree86.examples.mips: ship example XF86Config.indy file (Closes: #109596) * debian/xserver-xfree86.files.mips{,el}: ship manpages for the following modules: mga glint nv s3virge sis savage trident chips tdfx fbdev ati (thanks, Guido Guenther) (Closes: #110871) * debian/xserver-xfree86.templates: give people no guidance at all in selecting mouse protocols because anyone who writes a debconf question like that deserves a bug report. You're told not to do so in the debconf tutorial. * debian/MANIFEST.mips: updated (thanks, Ryan Murray) (Closes: #110896) Files: 5cb46046d325317c8400a29106e105de 122044 x11 optional lbxproxy_4.1.0-5_sparc.deb 67b61e53d09ff84564c1cc19167381f5 164412 libs optional libdps1_4.1.0-5_sparc.deb 91f8968a6d25652ef5ab7be87aa2e0e6 422780 devel extra libdps1-dbg_4.1.0-5_sparc.deb 491e0a94295456c39ea49fd3a6f234ed 229222 devel optional libdps-dev_4.1.0-5_sparc.deb db554a7482a4e750afc9e96edd0aa9f8 154072 libs optional libxaw6_4.1.0-5_sparc.deb f6b34be215dc5c1a1280403b21368470 329270 devel extra
Uploaded e2fsprogs 1.24a-1 (sparc) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 4 Sep 2001 23:44:56 +0200 Source: e2fsprogs Binary: e2fsck-static e2fsprogs-bf e2fslibs-dev comerr-dev ss-dev e2fsprogs uuid-dev Architecture: sparc Version: 1.24a-1 Distribution: unstable Urgency: high Maintainer: Debian/sparc Build Daemon [EMAIL PROTECTED] Changed-By: Yann Dirson [EMAIL PROTECTED] Description: comerr-dev - The Common Error Description library - headers and static librari e2fsck-static - A statically-linked version of the ext2 filesystem checker. e2fslibs-dev - The headers and static libraries for ext2fs-aware tools-developme e2fsprogs - The EXT2 file system utilities and libraries. e2fsprogs-bf - A stripped-down versions of e2fsprogs, for boot-floppies ss-dev - Command-line interface parsing library - headers and static libra uuid-dev - Universally unique id library - headers and static libraries. Closes: 30833 106696 107458 108165 108174 108555 109577 110621 Changes: e2fsprogs (1.24a-1) unstable; urgency=high . * New upstream release (Closes: #109577). ** The only new code in there is in codepaths that are only visited when previously unsupported features are used, so they add virtually no risk. Support for raw image files will be of great help to debug users' problems. Urgency set to high to make sure this version gets released with woody. . ** Fsck prints a warning message if now valid filesystems are passed to it. (Closes: #107458). ** Fsck -A will not try to interpret device names for filesystems which have a pass number is 0. (Closes: #106696). ** If -O none is passed to mke2fs, it will now not set the sparse_super feature (Closes: #108165). ** Tune2fs has been fixed to make sure that only error messages go to stderr, and normal message go to stdout (Closes: #108555). ** Minor man pages updates (Closes: #30833, #108174). ** Doc fixes (Closes: #110621). Files: d944e11742e392eb5caad320071b816c 232878 admin optional e2fsck-static_1.24a-1_sparc.deb 10eb15df4f0db38500ecdf19649884c9 168110 devel extra e2fsprogs-bf_1.24a-1_sparc.deb d8e939f6d1c8c26f45fb71b974142bf0 332070 base required e2fsprogs_1.24a-1_sparc.deb 593fa6a09a9a5487b951ae74576d8efc 108028 devel extra e2fslibs-dev_1.24a-1_sparc.deb 861ab19afdbdc24245e0bc026fe87ed7 31388 devel extra comerr-dev_2.0-1.24a-1_sparc.deb 8ff88ac672c6f48e90b77348809069e5 14142 devel extra ss-dev_2.0-1.24a-1_sparc.deb e11a2cca002e0d746d22cbfb535da3db 13646 devel extra uuid-dev_1.2-1.24a-1_sparc.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.6 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjuYqTgACgkQgD/uEicUG7DewACfQJZUCRqfanG3vv4F+n6iUTtj 2OMAoNbymacGDXqD1JJyEAROFDQfm7i6 =Vrh7 -END PGP SIGNATURE-
Uploaded chemtool 1.3.1-3 (sparc) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 6 Sep 2001 19:11:23 +0200 Source: chemtool Binary: chemtool Architecture: sparc Version: 1.3.1-3 Distribution: unstable Urgency: low Maintainer: Debian/sparc Build Daemon [EMAIL PROTECTED] Changed-By: Michael Banck [EMAIL PROTECTED] Description: chemtool - X11/GTK-based chemical formula drawing program Closes: 110716 Changes: chemtool (1.3.1-3) unstable; urgency=low . * Backported a fallback to fixed-font if helvetica isn't available; closes: #110716 Files: fd6e9e1df3897f619bc7eb569948c7a0 105174 science optional chemtool_1.3.1-3_sparc.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.6 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjuYtI8ACgkQgD/uEicUG7B4KwCgrd4uHUKGle/mTBdchmhZYce8 XvQAnR9Im80T6CMM7T3Ab7UZUGXGFopL =zzbt -END PGP SIGNATURE-
Uploaded gnome-iconedit 1.2.0-6 (sparc) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 2 Sep 2001 21:40:47 + Source: gnome-iconedit Binary: gnome-iconedit Architecture: sparc Version: 1.2.0-6 Distribution: unstable Urgency: low Maintainer: Debian/sparc Build Daemon [EMAIL PROTECTED] Changed-By: Jan-Hendrik Palic [EMAIL PROTECTED] Description: gnome-iconedit - A small tool to create icons for the gnome-desktop Changes: gnome-iconedit (1.2.0-6) unstable; urgency=low . * changed in po/Makefile.in.in: prefix = @prefix@ to prefix = $(DESTDIR)@prefix@ * Changed the copryrightphrase in debian/copyright * Included gettext-support Files: a4e2ededd7337c075fbea4455b207444 69892 x11 optional gnome-iconedit_1.2.0-6_sparc.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.6 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjuYpNgACgkQgD/uEicUG7BwvgCgg+9JjDJlVfA9NXEiMBJ9vtmN ob8AoORaHX4foj9nhIoXLWoIiwTMyxiK =n/1O -END PGP SIGNATURE-
Uploaded xine-ui 0.5.3-1 (sparc) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 4 Sep 2001 19:13:25 +0200 Source: xine-ui Binary: xine-ui Architecture: sparc Version: 0.5.3-1 Distribution: unstable Urgency: low Maintainer: Debian/sparc Build Daemon [EMAIL PROTECTED] Changed-By: Siggi Langauf [EMAIL PROTECTED] Description: xine-ui- the xine video player, user interface Closes: 111083 Changes: xine-ui (0.5.3-1) unstable; urgency=low . * updated build-depends (closes: #111083) * corrected doc pathname in package description (thanks to Rich Wareham!) * new upstream release (bugfix release) Files: 6b153452249ff4f8115c6a0d84f40e6e 433628 graphics optional xine-ui_0.5.3-1_sparc.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.6 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjuYtHUACgkQgD/uEicUG7B3LQCgxSb6RqyLn+/NcVrMQYINNBCY lwsAnjJeK8sUlkYeQO6kiMsKvl63ME+X =bpwQ -END PGP SIGNATURE-
Uploaded tama 1.0-10 (sparc) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 6 Sep 2001 13:25:47 +0200 Source: tama Binary: tama Architecture: sparc Version: 1.0-10 Distribution: unstable Urgency: medium Maintainer: Debian/sparc Build Daemon [EMAIL PROTECTED] Changed-By: Gergely Nagy [EMAIL PROTECTED] Description: tama - Net Tamagotchi server Closes: 77984 Changes: tama (1.0-10) unstable; urgency=medium . * The `Giggling Hordes' release * Separated patches into smaller chunks, because from now on, they are applied at build time (reflect this with a build-dependency on patch) * Don't patch the Makefile, install from debian/rules instead * Moved tamad binary from /usr/sbin to /usr/games. It didn't make much sense having it in sbin. * Build with -O0 again, to get rid of the weird segfault * Use `units' instead of `pounds', and be diplomatic wrt weight units. This Closes: #77984. * Added a warning to README.Debian, courtesy of Steve Kowalik * Repackaged without debhelper Files: f932ebb018771c0125f0c0a1d6af19fe 19162 games extra tama_1.0-10_sparc.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.6 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjuYtHgACgkQgD/uEicUG7BHMACeKfBlzo0LdEreXV1/sFvam6SA ENQAnRzwjPi3pSW4QEO9DZyJ8tlXleJH =Gf5P -END PGP SIGNATURE-
Uploaded gnome-guile 0.20-7 (sparc) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 5 Sep 2001 11:51:30 -0400 Source: gnome-guile Binary: libguilegnome-dev libguilegtk-dev libguilegnome0 libguilegtk0 Architecture: sparc Version: 1:0.20-7 Distribution: unstable Urgency: low Maintainer: Debian/sparc Build Daemon [EMAIL PROTECTED] Changed-By: James LewisMoss [EMAIL PROTECTED] Description: libguilegnome-dev - Dev libraries for gnome-guile scheme interpreter (part of Gnome) libguilegnome0 - Libraries for gnome-guile scheme interpreter (part of Gnome) libguilegtk-dev - Dev libraries for Guile-Gtk scheme interpreter libguilegtk0 - Libraries for Guile-Gtk scheme interpreter Closes: 63 Changes: gnome-guile (1:0.20-7) unstable; urgency=low . * Remove libguilegtk-dev build-depends. Hold over from when two separate packages. Oops. (Closes: #63 (again)) Files: 5e97cf4ab0bf192dff00675aa0371173 245918 libs optional libguilegtk0_0.20-7_sparc.deb de4115cef3a0488776c3bdff5810f558 220496 devel optional libguilegtk-dev_0.20-7_sparc.deb c004b2781cae9b8bff82d0d3b6dfae7b 88396 libs optional libguilegnome0_0.20-7_sparc.deb 8b3a4437b7f6e9a712a92597f57761bc 116632 devel optional libguilegnome-dev_0.20-7_sparc.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.6 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjuYpOUACgkQgD/uEicUG7BFcwCgiHkWr06vhlhNqIR3iBzDs0++ UdIAoODoD655cZ+tFBCyxij0dkn+Gsql =6zDy -END PGP SIGNATURE-
Uploaded libnss-ldap 172-1 (sparc) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 5 Sep 2001 22:00:48 +0300 Source: libnss-ldap Binary: libnss-ldap Architecture: sparc Version: 172-1 Distribution: unstable Urgency: low Maintainer: Debian/sparc Build Daemon [EMAIL PROTECTED] Changed-By: Sami Haahtinen [EMAIL PROTECTED] Description: libnss-ldap - NSS module for using LDAP as a naming service Changes: libnss-ldap (172-1) unstable; urgency=low . * New upstream release * Fixed priorities, related to bug #108864 * Rewrote configuration script in perl, still the same is waiting for postinst Files: ee9b0a3061e6935afbe7ace93b3d3d5d 65790 net extra libnss-ldap_172-1_sparc.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.6 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjuYtHoACgkQgD/uEicUG7CyvQCfSb+VAehWM/kabuSEhYtUjgYp kZsAnilj+GR31/f1J9dbmSFd7tfWJJIe =Egue -END PGP SIGNATURE-
Uploaded logrotate 3.5.9-1 (sparc) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 5 Sep 2001 22:42:13 +0100 Source: logrotate Binary: logrotate Architecture: sparc Version: 3.5.9-1 Distribution: unstable Urgency: low Maintainer: Debian/sparc Build Daemon [EMAIL PROTECTED] Changed-By: Paul Martin [EMAIL PROTECTED] Description: logrotate - Log rotation utility Closes: 42683 104335 Changes: logrotate (3.5.9-1) unstable; urgency=low . * New upstream release: + Incorporates the Debian fix to #110958. + Manpage updates. + Checks for negative values of rotate (Closes: #42683) + Fix to extension being ignored (Closes: #104335) Files: ca977e8c8be9e2162e1f08f894498f25 27766 admin important logrotate_3.5.9-1_sparc.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.6 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjuYqTUACgkQgD/uEicUG7A7WwCffG6gZ3GefKQ6C0QHw3scKF+2 YtMAoMHSPdFLkvAfu+XjpsmLTNu9R6pG =diA2 -END PGP SIGNATURE-
Uploaded xine-lib 0.5.3-1 (sparc) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 4 Sep 2001 19:14:01 +0200 Source: xine-lib Binary: libxine-dev libxine0 Architecture: sparc Version: 0.5.3-1 Distribution: unstable Urgency: low Maintainer: Debian/sparc Build Daemon [EMAIL PROTECTED] Changed-By: Siggi Langauf [EMAIL PROTECTED] Description: libxine-dev - the xine video player library, development packages libxine0 - the xine video player library, binary files Closes: 40 Changes: xine-lib (0.5.3-1) unstable; urgency=low . * added build-depends: lobesd0-dev (closes: Bug#40) * new upstream release (fixes many race conditions, etc.) Files: 32fe19c615c960678100157a241f6d02 243548 devel optional libxine-dev_0.5.3-1_sparc.deb 15801c987e99dc3219c84f0381a8751f 396960 libs optional libxine0_0.5.3-1_sparc.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.6 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjuYpOQACgkQgD/uEicUG7CBCQCfVvwFit5d6Wb7F1oTX4LM4db/ mMUAoMNd2QXCnVb2NLX80D7WW+JGBG7o =/VZO -END PGP SIGNATURE-
Uploaded openc++ 2.5.11-1 (sparc) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 6 Sep 2001 00:50:37 +0200 Source: openc++ Binary: openc++ Architecture: sparc Version: 2.5.11-1 Distribution: unstable Urgency: low Maintainer: Debian/sparc Build Daemon [EMAIL PROTECTED] Changed-By: Yann Dirson [EMAIL PROTECTED] Description: openc++- extensible C++ compiler Closes: 102410 111306 Changes: openc++ (2.5.11-1) unstable; urgency=low . * New upstream release. * Pristine source is back (Closes: #102410). * Use new libgc6 (Closes: #111306). Files: 5932694edee50ca707bfa133b6586579 512064 devel optional openc++_2.5.11-1_sparc.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.6 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjuYqTAACgkQgD/uEicUG7B3cACgqLdZRhuUETpSQCa5xJdAP68W 3h0AnigNDpkGuhespa4xfkeYKekNY6JK =I92r -END PGP SIGNATURE-
Uploaded turqstat 2.1.1 (sparc) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 30 Aug 2001 19:00:00 +0200 Source: turqstat Binary: xturqstat turqstat Architecture: sparc Version: 2.1.1 Distribution: unstable Urgency: low Maintainer: Debian/sparc Build Daemon [EMAIL PROTECTED] Changed-By: peter karlsson [EMAIL PROTECTED] Description: turqstat - Fidonet and Usenet message base statistics program xturqstat - Fidonet and Usenet message base statistics program for X Changes: turqstat (2.1.1) unstable; urgency=low . * Fix a bug which caused hangs when illegal QP sequences were encountered. (Reported by: Gonzalo Paniagua Javier [EMAIL PROTECTED]) Files: b6652b8254abf317e868d1913c36f0dc 106842 mail optional turqstat_2.1.1_sparc.deb c661adf8920315483de8203c02d9d069 144304 mail optional xturqstat_2.1.1_sparc.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.6 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjuYpQkACgkQgD/uEicUG7BdCACg7hyy0ZO4s8N72zk6VnuodEir zfgAn1LF/yAvyNnx1IpEMK58bUIoJyAh =GFPl -END PGP SIGNATURE-
Uploaded space-orbit 1.0.1-6 (sparc) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 28 Aug 2001 08:55:02 -0600 Source: space-orbit Binary: space-orbit Architecture: sparc Version: 1.0.1-6 Distribution: unstable Urgency: low Maintainer: Debian/sparc Build Daemon [EMAIL PROTECTED] Changed-By: Eric Schwartz [EMAIL PROTECTED] Description: space-orbit - A 3D space combat simulator Closes: 106699 Changes: space-orbit (1.0.1-6) unstable; urgency=low . * Changed 'int tm' to 'time_t tm' (closes: #106699) Files: 6c035794c7c95dbb1368ff6e31b6d840 3180064 games optional space-orbit_1.0.1-6_sparc.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.6 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjuYtJoACgkQgD/uEicUG7BvTgCcDJePfz+h1oVAqLwukfELijfs om4AoKCUGB3gHhoTwdaKlpHGOIunaAzh =iJx4 -END PGP SIGNATURE-
Uploaded courier 0.35.0.20010828-2 (sparc all) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 6 Sep 2001 10:28:13 +0200 Source: courier Binary: courier-doc courier-authmysql courier-mlm courier-pop sqwebmail courier-webadmin courier-mta courier-authdaemon courier-imap courier-ldap courier-base Architecture: sparc all Version: 0.35.0.20010828-2 Distribution: unstable Urgency: low Maintainer: Debian/sparc Build Daemon [EMAIL PROTECTED] Changed-By: Stefan Hornburg (Racke) [EMAIL PROTECTED] Description: courier-authdaemon - Courier Mail Server Suite authentification daemon courier-authmysql - MySQL authentification for Courier Mail System courier-base - Courier Mail Server Suite Base System courier-doc - Documentation for the Courier Mail Server courier-imap - IMAP daemon with PAM and Maildir support courier-ldap - LDAP support for Courier Mail Server suite courier-mlm - Courier mailing list manager courier-mta - Mail Transport Agent of the Courier Mail Server Suite courier-pop - POP3 daemon with PAM and Maildir support courier-webadmin - Web-based Administration Tool for the Courier Mail Server Suite sqwebmail - Webmail Server Closes: 111375 Changes: courier (0.35.0.20010828-2) unstable; urgency=low . * replaced chown 4550 authstart by chmod 4550, a silly error breaking SMTP authentification (Closes: #111375, thanks to Steve J. Kondik [EMAIL PROTECTED]) Files: 9542c88fda955f15e968e8ad916ac50b 165432 mail optional courier-base_0.35.0.20010828-2_sparc.deb 3862a6f018fa44cf9f279f40891bc928 101496 mail optional courier-mlm_0.35.0.20010828-2_sparc.deb ca632ed7e82ef732a425e1eb821e7447 512528 mail optional courier-mta_0.35.0.20010828-2_sparc.deb 7b49db2832d47e26a97580e0e53a3fb6 25592 mail optional courier-webadmin_0.35.0.20010828-2_sparc.deb 5ec0891235cf6ab3d730d98f89d922c7 233912 mail optional sqwebmail_0.35.0.20010828-2_sparc.deb a031817d5122d7deddf7b8c68bc2d59c 36068 mail optional courier-pop_0.35.0.20010828-2_sparc.deb 9a7cee152c3fc7d5db6a3ada00d9a7f7 50896 mail optional courier-ldap_0.35.0.20010828-2_sparc.deb 668e20988471130d1cbc8c647b3bc871 37254 mail optional courier-authdaemon_0.35.0.20010828-2_sparc.deb 4b38b45e5792a9baa8621fd204ab8df3 36592 mail optional courier-authmysql_0.35.0.20010828-2_sparc.deb 924f8b28102731e57501983a80655ea4 123568 mail optional courier-imap_1.3.10.20010827-2_sparc.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.6 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjuYtJ4ACgkQgD/uEicUG7DK7wCg6EfCpgxKMvibToVmk+0POIDo itoAn0NLdRBlhgh5HOWXwgZmf2rNmys5 =YJwB -END PGP SIGNATURE-
Uploaded exult 0.94alpha5-4 (sparc) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 6 Sep 2001 17:35:54 +0200 Source: exult Binary: exult Architecture: sparc Version: 0.94alpha5-4 Distribution: unstable Urgency: low Maintainer: Debian/sparc Build Daemon [EMAIL PROTECTED] Changed-By: Robert Bihlmeyer [EMAIL PROTECTED] Description: exult - Play Ultima VII on a decent OS Changes: exult (0.94alpha5-4) unstable; urgency=low . * I give up. g++-3 on arm or sparc still broken. Revert to older version on these platforms. alpha, i386, powerpc seem to work fine; no words from the other arches. * Remove some autogenerated _flx.h files when cleaning. Files: 5954d884c61113332906d7a1cd06a758 847632 contrib/games extra exult_0.94alpha5-4_sparc.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.6 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjuYpnsACgkQgD/uEicUG7CB7gCcC/K6CKZN/sBEq8mncnnCpgpG UiAAn38glJ4KIbw8Rmy6oDUD5sRpZBRn =DxMi -END PGP SIGNATURE-
Uploaded xfishtank 2.2-20 (sparc) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 28 Aug 2001 09:01:17 -0600 Source: xfishtank Binary: xfishtank Architecture: sparc Version: 2.2-20 Distribution: unstable Urgency: low Maintainer: Debian/sparc Build Daemon [EMAIL PROTECTED] Changed-By: Eric Schwartz [EMAIL PROTECTED] Description: xfishtank - turns your X root into an aquarium Closes: 105115 107801 110214 Changes: xfishtank (2.2-20) unstable; urgency=low . * Added MANSRCSUFFIX, per patch provided by [EMAIL PROTECTED] (closes: #107801) * Added patch from Randolph Chung to build on ia64 (closes: #110214) * Patch also fixes build problems reported by Lamont (closes: #105115) Files: b20a1f350d21b7d5ffc0b46daa8819ef 87820 x11 optional xfishtank_2.2-20_sparc.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.6 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjuYtJgACgkQgD/uEicUG7DCWQCgvm58hhFptYAdMOedQ/RfmB3o Pl0AnRXOyRFeAafTAB0s6dFz4yWWVoqa =V2uc -END PGP SIGNATURE-
Uploaded pan 0.10.0.90-1 (sparc) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 7 Sep 2001 00:14:18 +0900 Source: pan Binary: pan Architecture: sparc Version: 0.10.0.90-1 Distribution: unstable Urgency: low Maintainer: Debian/sparc Build Daemon [EMAIL PROTECTED] Changed-By: Takuo KITAME [EMAIL PROTECTED] Description: pan- Pimp A** Newsreader (Uses GTK, looks like Forte Agent) Changes: pan (0.10.0.90-1) unstable; urgency=low . * New upstream release Files: e4cda25cc0ba00f14b641fbbb95d53c4 843316 news optional pan_0.10.0.90-1_sparc.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.6 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjuYtJwACgkQgD/uEicUG7AGnQCglZPPBIRQvXkLjcXPucDjX5OS lysAnjyjuPCPljdbfHy644z8azaEJ6yB =7gI0 -END PGP SIGNATURE-
Uploaded mp3kult 0.4-3 (sparc) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 5 Sep 2001 11:32:55 -0300 Source: mp3kult Binary: mp3kult Architecture: sparc Version: 0.4-3 Distribution: unstable Urgency: low Maintainer: Debian/sparc Build Daemon [EMAIL PROTECTED] Changed-By: Carlos Laviola [EMAIL PROTECTED] Description: mp3kult- Organizes your MP3 collection in a MySQL database Closes: 98463 111318 Changes: mp3kult (0.4-3) unstable; urgency=low . * debian/mp3kult.postinst: Fixed a minor mistake that caused a big problem, since mysqlshow was relying on debconf, which hadn't been called yet. (Closes: #111318) * Added a manpage for mp3kult, made by Ben Burton [EMAIL PROTECTED]. Thanks. (Closes: #98463) Files: 2c4907e9950067d7d488abc4e63ff6d5 200616 sound optional mp3kult_0.4-3_sparc.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.6 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjuYpg0ACgkQgD/uEicUG7AfGgCgyz9SF0+sfc7plIeUxT5z2hNW Go4AoN93liqk7n3H4hHEzpL23wLotGCu =JJEP -END PGP SIGNATURE-
Uploaded aterm 0.4.2-1 (sparc) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 6 Sep 2001 19:22:33 +0200 Source: aterm Binary: aterm aterm-ml Architecture: sparc Version: 0.4.2-1 Distribution: unstable Urgency: low Maintainer: Debian/sparc Build Daemon [EMAIL PROTECTED] Changed-By: Jordi Mallach [EMAIL PROTECTED] Description: aterm - Afterstep XVT - a VT102 emulator for the X window system aterm-ml - Afterstep XVT - a VT102 emulator for the X window system Changes: aterm (0.4.2-1) unstable; urgency=low . * New upstream release. * This version includes all our patches except the Home and End translations. * debian/docs: README.Unix98PTY moved to docs/. Files: 70888227ead4d73712cae2c0e97e50b9 103238 x11 optional aterm_0.4.2-1_sparc.deb 334e47a932602a402ab1dae595224a1c 261432 x11 optional aterm-ml_0.4.2-1_sparc.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.6 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjuYpN8ACgkQgD/uEicUG7D12wCgxlZ5sVQaX5ofMVzQWZo7Y4C0 jB8AniNxBjQyGqikVwzo0upYwu7kuPkb =1W8F -END PGP SIGNATURE-
Uploaded oidentd 1.9.9-2 (sparc) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 4 Sep 2001 15:03:52 +0200 Source: oidentd Binary: oidentd Architecture: sparc Version: 1.9.9-2 Distribution: unstable Urgency: low Maintainer: Debian/sparc Build Daemon [EMAIL PROTECTED] Changed-By: Martin Waitz [EMAIL PROTECTED] Description: oidentd- Replacement ident daemon Closes: 110498 1109875 Changes: oidentd (1.9.9-2) unstable; urgency=low . * debian/control: added bison, flex to build-depends (Closes: #110498, #1109875) Files: b305e2d1841bc15a28c051ef1c4dcc04 35792 net optional oidentd_1.9.9-2_sparc.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.6 and Gnu Privacy Guard http://www.gnupg.org/ iEYEARECAAYFAjuYtl4ACgkQgD/uEicUG7B8SACeNYMwhhFXL29ldPGGrTGLiVt3 +SoAoOWb1Pkjp+X398cfUZf4ox+vv8HL =HeGu -END PGP SIGNATURE-
Re: sysctl should disable ECN by default
Dominik Kubla [EMAIL PROTECTED] writes: On Thu, Sep 06, 2001 at 05:02:19PM +0200, Guillaume Morin wrote: RFC793 says Reserved: 6 bits Reserved for future use. Must be zero. The last statement is the cause of all confusions. s/Must/Should/ would have been better. Wrong. It is misinterpreted. Must be zero is for GENERATING conformant packages. Clearing bits is most certainly a violation of the internet standards. This knife cuts both sides. Why should someone bother to forward non-conformant packages? -- Florian Weimer[EMAIL PROTECTED] University of Stuttgart http://cert.uni-stuttgart.de/ RUS-CERT +49-711-685-5973/fax +49-711-685-5898
Re: sysctl should disable ECN by default
* Florian Weimer | This knife cuts both sides. Why should someone bother to forward | non-conformant packages? Because they are reserved and might be used for some useful purpose one day, which they are now. -- Tollef Fog Heen You Can't Win
Re: sysctl should disable ECN by default
On 7 Sep 2001, Florian Weimer wrote: snip This knife cuts both sides. Why should someone bother to forward non-conformant packages? Reserved bits can have any value. Routers need to _ignore_ them if they don't know what they mean (that is, if they're too old). They must _generate_ packages with the value zero at any time, but when forwarding, they must not touch them. Any implementation that does is not just broken, but was made by a braindead person (I refuse to call someone like that a programmer) -- wouter dot verhelst at advalvas dot be Human knowledge belongs to the world -- from the movie Antitrust
Re: Wherabouts of buildd logs
On Thu, Sep 06, 2001 at 08:49:17PM -0700, Stephen Zander uttered: I'm trying to track down why some of my packages have not made into testing. update_excuses shows one of them as out of date on hppa, but doesn't give a buildd log showing why. Do hppa buildd logs exist online anywhere? From a quick look around, I turned up this: http://paer.debian.org/~lamont/logs/ -- Steve Synthetic Transforming Entity Viable for Exploration and Nocturnal Killing pgpkw17nMEN6m.pgp Description: PGP signature
Re: Bug#111309: ITP: xtail -- like tail -f, but works on truncated files, directories, more
On Thu, Sep 06, 2001 at 04:21:04PM -0700, John H. Robinson, IV wrote: On Thu, Sep 06, 2001 at 04:09:49PM +0200, Marc Haber wrote: On Wed, 5 Sep 2001 21:08:21 +0200, Eric Van Buggenhaut [EMAIL PROTECTED] wrote: Do you want to go for another name then ? I find it quite confusing. mtail or multitail might be clearer. Changing the upstream name for this sake is a bad idea. Hey, xinetd doesn't need X as well. nor does xargs. OK, that makes 2 packages out of ... [EMAIL PROTECTED]:~]$ zgrep Package /var/lib/apt/lists/192.168.2.73_debian_dists_testing_main_binary-i386_Packages\ |grep ' x' |wc -l 417 [EMAIL PROTECTED]:~]$ 417 (!) It hardly convinces me. -- Eric VAN BUGGENHAUT Oh My God! They killed init! You Bastards! --from a /. post \_|_/ Andago \/ \/ Av. Santa Engracia, 54 a n d a g o |--E-28010 Madrid - tfno:+34(91)2041100 /\___/\ http://www.andago.com / | \ Innovando en Internet [EMAIL PROTECTED]
Re: A script to see how much a package is depended upon.
On Fri, Sep 07, 2001 at 12:11:28AM +0900, Junichi Uekawa wrote: Hello, I was writing a script to see how much a package is depended upon, i. e. cumulatively culculating Reverse-Build-Deps, and Reverse-dependencies. However, I thought it might be useful to see what kind of packages have a weight, i.e. needs fixing first for packages to enter testing. As I anticipated, it has a lot of loops, and it is going in ridiculous values. These things should have had trouble when porting to new arches, but anyway, I have put the script up on http://mikilab.doshisha.ac.jp/~dancer/analyse-sourcepackages It requires Packages.gz and Sources.gz on the current directory. It needs tweaking (like removing all base/required/build-essential packages from the selection to reduce the number of loops), but anyway. The number on the left is the superficious number of packages which depend on this package, hopefully. [...] 36682876 lynx 36681394 tcl8.0 36681213 tcl8.2 36681104 utah-glx 36679531 menu 36679469 mh 36679467 xfree86 32006927 tiff 30466075 opensp 29400691 docbook Uh ? [EMAIL PROTECTED]:~]$ grep-available -F Depends -s Package docbook Package: cygnus-stylesheets Package: docbook-stylesheets Package: docbook-to-man Package: task-sgml Package: sgmltools-2 [EMAIL PROTECTED]:~]$ Am I missing the point ? -- Eric VAN BUGGENHAUT Oh My God! They killed init! You Bastards! --from a /. post \_|_/ Andago \/ \/ Av. Santa Engracia, 54 a n d a g o |--E-28010 Madrid - tfno:+34(91)2041100 /\___/\ http://www.andago.com / | \ Innovando en Internet [EMAIL PROTECTED]
Re: dispersive translation via DDTS
On Fri, Sep 07, 2001 at 09:01:55AM +0900, Tomohiro KUBOTA wrote: However, I think the official translator should be able to be changed easily, though I don't have concrete idea now. The best way would be to make it possible for the translation coordinator. -- Misha
Re: Bug#111309: ITP: xtail -- like tail -f, but works on truncated files, directories, more
On Fri, Sep 07, 2001 at 09:56:37AM +0200, Eric Van Buggenhaut wrote: On Thu, Sep 06, 2001 at 04:21:04PM -0700, John H. Robinson, IV wrote: On Thu, Sep 06, 2001 at 04:09:49PM +0200, Marc Haber wrote: On Wed, 5 Sep 2001 21:08:21 +0200, Eric Van Buggenhaut [EMAIL PROTECTED] wrote: Do you want to go for another name then ? I find it quite confusing. mtail or multitail might be clearer. Changing the upstream name for this sake is a bad idea. Hey, xinetd doesn't need X as well. nor does xargs. nor does xtell OK, that makes 2 packages out of ... [EMAIL PROTECTED]:~]$ zgrep Package /var/lib/apt/lists/192.168.2.73_debian_dists_testing_main_binary-i386_Packages\ |grep ' x' |wc -l 417 [EMAIL PROTECTED]:~]$ 417 (!) not all these packages are X-related. I am sure one could find more programs beginning with x and not having anything in common with X (e.g. xfs filesystem tools) We also do not name curses packages with first letter c, daemons with first letter d (but with the last one :-)) etc... -- --- | Radovan Garabik http://melkor.dnp.fmph.uniba.sk/~garabik/ | | __..--^^^--..__garabik @ melkor.dnp.fmph.uniba.sk | --- Antivirus alert: file .signature infected by signature virus. Hi! I'm a signature virus! Copy me into your signature file to help me spread!
Re: Reasons why package central approach to handling translations may be suboptimal
On Thu, Sep 06, 2001 at 08:10:10PM +0200, Michael Bramer wrote: no, don't re-invent the wheel. This all make gettext. We don't need patch apt, dpkg, other toold this way. We must only use a old, nice and tested tool: gettext. Nice, I wasn't aware it solves the encoding problem as well! The only place where it isn't 100% suited for our purposes is the Descriptions-XX.po, because the English text is duplicated. Would it make sense to hack gettext to make it allow checksums instead of the English descriptions? Cheers, Richard -- __ _ |_) /| Richard Atterer | CS student at the Technische | GnuPG key: | \/¯| http://atterer.net | Universität München, Germany | 0x888354F7 ¯ ´` ¯
Re: ddts: notification about pt_BR-translation of the hello-debhelper description
On 01-09-06 Nick Phillips wrote: On Thu, Sep 06, 2001 at 07:47:26PM +0200, Christian Kurz wrote: upstream packages because they are not part of a package? The translation of the error messages and other messages of a program belong to the package of it. That depends on whether you're distributing one package or thousands. Why do make this dependant on the number of packages? I think that using some count like you do, is a bad thing. Because if you're only distributing one package or small group of packages (say, KDE), then your focus is making the translations available for all the So you want to compare packages from an upstream with packages created by either someone or a team for a distribution? people who use that package, whether or not the particular distribution they got it from has infrastructure to support translations. Hence it makes sense to put the translations in the package in that case. If on the other hand you are one of those distributions, distributing all sorts of packages, some of which have upstream translations, some of which don't, some of whose maintainers are able and willing to spend time on translations, some of whose maintainers aren't, then it doesn't make sense to set yourselves up in such a way (translations always living in packages) that translations will only be available when the maintainer does work on them. Which creates the situation, that packages in debian will on the one hand be different then the one you can get from the upstream and on the other hand it's a violation of our social-contract: | software will be widely distributed and used. We will feed back | bug-fixes, improvements, user requests, etc. to the upstream authors | of software included in our system. So if we correct wrong translation or create a new translation, then we shall send it to the upstream and inform them. With your suggestion above, this will only happen, if either the translator is doing this task also or if the maintainer is taking care of the translation. In all other cases, where the maintainer is not taking care of the translation, we'll have a nice violation of that statement. And since the maintainer is the contact to the upstream and responsible for the debian package, he shall be involved in the translation. Splitting translation out of upstream packages is in my opinion a bad thing and should never be done. But if we want to be, and are, able to easily add extra translations, or override poor-quality upstream translations (all without causing hassles for maintainers), then why not? Because for example I would prefer to be informed if any of my packages has a bad upstream translation and some has better one for me. Then I can forward and discuss it with the upstream and he can include it maybe in the official upstream sources. That way we wouldn't only improve the translation for people using debian, but also for people who are using some other free operating system and the upstream package. Fine, no-one is saying that you shouldn't be able to arrange to be notified when a particular package has a translation made available. And how do you propose to integration this notifications? According to your statement, everyone can update the translation without having to hassle with me and that's the point which makes me sad. Christian -- Debian Developer (http://www.debian.org) 1024/26CC7853 31E6 A8CA 68FC 284F 7D16 63EC A9E6 67FF 26CC 7853 pgpDbHwSPjryI.pgp Description: PGP signature
Re: Translating Debian packages' descriptions
Le Wed, Sep 05, 2001 at 02:48:06PM -0400, Joey Hess écrivait: Maybe you missed my mail in which I stated that now that someone had bothered to tell me this was a problem, I could fix in it about oh, 10 minutes. The only reason I have not yet is that debconf is currently frozen, along with the rest of the base system. Yes of course, but the problem is that we don't need a single fix for that, but a general solution for all other translations in all other packages. And since i've not studied debconf, I don't know what is best (using a gettext like mechamisn, using a version number on the translation, ...) to solve those kind of problems once for all. Cheers, -- Raphaël Hertzog -+- http://strasbourg.linuxfr.org/~raphael/ Le bouche à oreille du Net : http://www.beetell.com Naviguer sans se fatiguer à chercher : http://www.deenoo.com Formation Linux et logiciel libre : http://www.logidee.com
Re: What is debian.net used for?
A new option! (I.e. new to me. Should have RTFM.) Thanks! -- Mikael Hedin, MSc +46 (0)980 79176 Swedish Institute of Space Physics +46 (0)8 344979 (home) Box 812, S-981 28 KIRUNA, Sweden+46 (0)70 5891533 (mobile) [gpg key fingerprint = 387F A8DB DC2A 50E3 FE26 30C4 5793 29D3 C01B 2A22]
Re: isync vs mailsync
GOTO == GOTO Masanori [EMAIL PROTECTED] writes: GOTO wanderlust (package: wl) ? It is also slow but it has nice GOTO feature including mail caching and imap disconnect mode. Looks Interesting. I even found documentation in English! It seems to be a good mail reader, but I am having problems connecting using SSL/TLS. My last attempt produced an error that I need starttls, but I can't find any starttls program in the Debian archive... GOTO wanderlust suits your purpose. I also had trouble to select GOTO imap offline cache program previously, but wanderlust took GOTO me the answer. Yes. It looks good here. I still haven't found out how to work it properly yet (eg. I couldn't work out how to get it to download new messages for off line reading), but from what I have seen it is very good. It is just a pity that gnus won't install at the same time. I tried chaos instead, but couldn't get imap to work :-( -- Brian May [EMAIL PROTECTED]
Re: sysctl should disable ECN by default
On Thu, 6 Sep 2001, Alex Pennace wrote: On Wed, Sep 05, 2001 at 02:37:06PM +0200, Florian Weimer wrote: Russell Coker [EMAIL PROTECTED] writes: Why should the default configuration be changed to account for the diminishing number of broken routers on the net? From a technical behavior, throwing away packets with unknown protocol flags is perfectly acceptable in any case and even reasonable in some environments. No, such bastardization of TCP/IP, while already rampant, has no place on the Internet. While at the same time not properly functioning IMAP clients, browsers that are unable to correctly interpret HTML, SMB Machines that spew broadcasts, RIP being propagated who knows where, routes flapping etc. etc. has a place? No - you are right we have to sweep the place with a steel broom. And whoever behaves not in exact accordance with an RFC will immediately be exterminated by the Debian Intifada. Amen, *t Tomas Pospisek SourcePole - Linux Open Source Solutions http://sourcepole.ch Elestastrasse 18, 7310 Bad Ragaz, Switzerland Tel: +41 (81) 330 77 11
Re: dispersive translation via DDTS
On Fri, Sep 07, 2001 at 12:25:05PM +0400, Mikhail Sobolev wrote: On Fri, Sep 07, 2001 at 09:01:55AM +0900, Tomohiro KUBOTA wrote: However, I think the official translator should be able to be changed easily, though I don't have concrete idea now. The best way would be to make it possible for the translation coordinator. I can add this feature and put it now on my TODO list. If you or others need this feature now, please ask. I can make this by hand. Gruss Grisu -- Michael Bramer - a Debian Linux Developer http://www.debian.org PGP: finger [EMAIL PROTECTED] -- Linux Sysadmin -- Use Debian Linux Ein Computer ist nunmal ein Hochgeschwindigkeitstrottel. -- Jens Dittmar in de.comp.os.unix.linux.newusers pgpZERFaMcYDL.pgp Description: PGP signature
Re: ddts: notification about pt_BR-translation of the hello-debhelper description
On Fri, Sep 07, 2001 at 10:35:06AM +0200, Christian Kurz wrote: So you want to compare packages from an upstream with packages created by either someone or a team for a distribution? No, I'm saying that if you're dealing with a package that will be distributed by means over which you have no control, then you are forced to include the translation in the package. If you have control over the distribution methods, then you can integrate the translation system into the distribution system however is most convenient, which almost certainly doesn't mean forcing it into the package in every case. If on the other hand you are one of those distributions, distributing all sorts of packages, some of which have upstream translations, some of which don't, some of whose maintainers are able and willing to spend time on translations, some of whose maintainers aren't, then it doesn't make sense to set yourselves up in such a way (translations always living in packages) that translations will only be available when the maintainer does work on them. Which creates the situation, that packages in debian will on the one hand be different then the one you can get from the upstream and on the other hand it's a violation of our social-contract: No, it doesn't. So if we correct wrong translation or create a new translation, then we shall send it to the upstream and inform them. With your suggestion above, this will only happen, if either the translator is doing this task also or if the maintainer is taking care of the translation. In all other cases, where the maintainer is not taking care of the translation, we'll have a nice violation of that statement. And since the maintainer is the contact to the upstream and responsible for the debian package, he shall be involved in the translation. Great. So rather than have a system that enables us to get a working translation, the option for the maintainer to be notified/involved, and otherwise the ability for the translators to send translations upstream, you'd rather keep banging your head against the brick wall that is maintainers just not able/willing/with enough time to deal with, check, integrate translations, and keep *us*, never mind upstream, from getting good translations. Feel free to keep banging your head against any walls you like, but don't complain when you find you're not getting through. Splitting translation out of upstream packages is in my opinion a bad thing and should never be done. I was careful to avoid suggesting that such a thing should be done. Although providing a better/alternative translation as an override should be simple. And if a maintainer decides that the upstream translations are worse than useless, then yes, they should be free to remove them, and the translation project should be able to provide alternatives without necessarily causing extra work for the maintainer. Fine, no-one is saying that you shouldn't be able to arrange to be notified when a particular package has a translation made available. And how do you propose to integration this notifications? According to your statement, everyone can update the translation without having to hassle with me and that's the point which makes me sad. If a translation is added to the official Debian archive, then it would be simple to arrange to notify any maintainer who wanted to know. If some third party at some random site provides a translation archive, then it's up to them whether they tell you or not. That doesn't mean that we shouldn't provide a mechanism for them to do so. It's free software after all. That means that if someone wants to do a translation, or if they want to run the code through an obfuscator, they don't *have* to tell you. Cheers, Nick -- Nick Phillips -- [EMAIL PROTECTED] Abandon the search for Truth; settle for a good fantasy.
http://standard.debian.net/ now available
http://standard.debian.net/ is now available showing all bugs in standard. 8 RC bugs are currently open. I think gpm needs an NMU, although I'm not sure. It would surely be great if someone could look into #85551 and #110112 (merged) and submit a patch. The bug in mig (needed for Hurd only) is not relevant to woody since Hurd is not being released. I assume Wichert will make an strace upload soon. gpm (Zephaniah E. Hull [EMAIL PROTECTED]) #102031: Format string bugs in gpm-root may offer local root exploit libgpmg1 (Zephaniah E. Hull [EMAIL PROTECTED]) #85551: [powerpc] jed segfaults when using gpm library #110112: Jed segfaults mig #83111: mig looks for i386-gnu-gcc instead of gcc strace (Wichert Akkerman [EMAIL PROTECTED]) #104594: Does not build on s390 #109815: strace still doesn't built on ia64 - libc6 dep issue #109857: strace_4.4-1(unstable): fails to build on mips{,el} #109993: strace claims not to support arm architecture -- Martin Michlmayr [EMAIL PROTECTED]
Re: Reasons why package central approach to handling translations may be suboptimal
On Fri, Sep 07, 2001 at 11:47:36AM +0200, Richard Atterer wrote: On Thu, Sep 06, 2001 at 08:10:10PM +0200, Michael Bramer wrote: no, don't re-invent the wheel. This all make gettext. We don't need patch apt, dpkg, other toold this way. We must only use a old, nice and tested tool: gettext. Nice, I wasn't aware it solves the encoding problem as well! I don't check it, but the info page assert this: ... `gettext' not only looks up a translation in a message catalog. It also converts the translation on the fly to the desired output character set. This is useful if the user is working in a different character set than the translator who created the message catalog, because it avoids distributing variants of message catalogs which differ only in the character set. ... The only place where it isn't 100% suited for our purposes is the Descriptions-XX.po, because the English text is duplicated. Would it See the last proposal, we can bypass this problem. With a Descriptions-XX file (without the .po and without the english description) we can reduce the download size. But we must make a work on the client side and we use the size on the client all the time. make sense to hack gettext to make it allow checksums instead of the English descriptions? Maybe. But we can use gettext now. Make a generall improvement to gettext to use optinal md5sum-.mo files. Gettext support a version number in the .mo file also. With this improvement all programs can use this feature. Gruss Grisu -- Michael Bramer - a Debian Linux Developer http://www.debian.org PGP: finger [EMAIL PROTECTED] -- Linux Sysadmin -- Use Debian Linux Ein Computer ist nunmal ein Hochgeschwindigkeitstrottel. -- Jens Dittmar in de.comp.os.unix.linux.newusers pgpVVTr42C1wP.pgp Description: PGP signature
Re: http://standard.debian.net/ now available
On Fri, Sep 07, 2001 at 01:58:37PM +0200, Martin Michlmayr wrote: http://standard.debian.net/ is now available showing all bugs in standard. 8 RC bugs are currently open. Standard for the purpose of the freeze also includes all packages included in tasks. Roughly http://ftp-master.debian.org/~ajt/stddscs.txt. The following should be roughly accurate: abiword 108986 open serious abiword 109580 open grave anacron 97969 open serious cxterm 110380 open serious cxterm 94631 open serious fetchmail 98388 forwarded grave gimp 109786 open serious gnuplot 100541 open serious gnuplot 100612 open grave gpm 102031 open grave patch security gpm 110112 open serious gpm 85551 open serious gs 107437 open serious kdeutils 110707 open serious libtool 106943 open serious sid libtool 107997 open serious sid libtool 109203 open serious libtool 109883 open serious libtool 66135 open serious mc 103102 open serious mc 108375 open grave mc 108375 open grave mc 42 open grave menu 110251 open grave menu 110593 open grave woody mig 83111 open grave mozilla 101931 open serious mozilla 107002 forwarded grave security mozilla 107605 open grave sid mozilla 108456 open serious mozilla 108946 open grave sid mozilla 109139 open serious mozilla 109650 open serious mozilla 110551 open serious openssh 77361 open critical potato pdl 104630 open serious pdl 110577 open grave sid pdl 94002 open serious pdl 95423 open serious python-ldap 76717 open serious samba 102226 open grave potato samba 94380 open grave potato samba 95015 open grave potato strace 104594 open serious patch strace 109815 open serious patch strace 109857 open serious strace 109993 open serious swig 108039 open serious tetex-base 111284 open serious tetex-base 111289 open serious wvdial 97298 open serious xfonts-biznet-iso-8859-2 108911 open grave Cheers, aj -- Anthony Towns [EMAIL PROTECTED] http://azure.humbug.org.au/~aj/ I don't speak for anyone save myself. GPG signed mail preferred. ``_Any_ increase in interface difficulty, in exchange for a benefit you do not understand, cannot perceive, or don't care about, is too much.'' -- John S. Novak, III (The Humblest Man on the Net)
Re: http://standard.debian.net/ now available
* Anthony Towns aj@azure.humbug.org.au [20010907 23:18]: Standard for the purpose of the freeze also includes all packages included in tasks. Roughly http://ftp-master.debian.org/~ajt/stddscs.txt. Right, I forgot about those; fixed now. -- Martin Michlmayr [EMAIL PROTECTED]
Base freeze on? Will autobuilders use it?
Has base actually frozen? Is there a space on www.debian.org to track this? Or which mailing list? More importantly, will autobuilders use it? If they don't and rather continue to track unstable, then how will new optional package enter testing before the `optional' freeze? They may get built against library versions that aren't in woody and thus never allowed to migrate to woody due to unresolved dependencies? Thanks, Peter
Re: Base freeze on? Will autobuilders use it?
On Fri, Sep 07, 2001 at 09:50:14AM -0400, Peter S Galbraith wrote: If they don't and rather continue to track unstable, then how will new optional package enter testing before the `optional' freeze? They may get built against library versions that aren't in woody and thus never allowed to migrate to woody due to unresolved dependencies? I keep asking this (or related questions) and no one seems to answer me ;) I think we need a fiat from on high. ajt? I believe the answer is that once base is totally frozen, there will be no new (unstable) versions of the libraries, so that the problem won't occur. Jules
Student Looking for A Final Year Project
Hi I'm a student at Kent University Canterbury UK I will be starting my final year project some time next year and I am looking to find a project that involves linux development ideally kernel / module based or a port of software to a specific platform. I am unsure as to what projects are about as I have to do a unique project and not a redevelopment of something that has already been done. Any ideas. Blake Drayson Programmer /n./ A red-eyed, mumbling mammal capable of conversing with inanimate objects.
Re: Bug#111309: ITP: xtail -- like tail -f, but works on truncated files, directories, more
On Fri, Sep 07, 2001 at 09:56:37AM +0200, Eric Van Buggenhaut wrote: OK, that makes 2 packages out of ... [EMAIL PROTECTED]:~]$ zgrep Package /var/lib/apt/lists/192.168.2.73_debian_dists_testing_main_binary-i386_Packages\ |grep ' x' |wc -l 417 [EMAIL PROTECTED]:~]$ 417 (!) It hardly convinces me. And? If that's what the upstream wants, I hardly see reason enough to change it. -- David Starner - [EMAIL PROTECTED] Pointless website: http://dvdeug.dhis.org I don't care if Bill personally has my name and reads my email and laughs at me. In fact, I'd be rather honored. - Joseph_Greg
wipe WARNING (it will delete parent files and directories!)
Package: wipe (0.16-4) Version: This is wipe version 0.16, Jul 8 2001 by Berke Durak, compiled Jul 8 2001. If you wipe hidden directories using the command: wipe -r .* once it has finished deleting files down the directory tree it will move up to the root of your hard disk while continuing to delete everything (if run as root). The wildcard .* is matched against the parent directories (..) I do not consider this to be safe behaviour. In comparison a rm -f -R .* will only result in: rm: cannot remove `.' or `..' rm: cannot remove `.' or `..' i.e. a rm doesn't touch parent directories and files. Regards, Adam Warner PS: I am extremely fortunate that I only lost program files in /usr :-) I got to it before it took out my data files.
Re: Student Looking for A Final Year Project
On Fri, Sep 07, 2001 at 03:18:35PM +0100, [EMAIL PROTECTED] wrote: Hi I'm a student at Kent University Canterbury UK I will be starting my final year project some time next year and I am looking to find a project that involves linux development ideally kernel / module based or a port of software to a specific platform. I am unsure as to what projects are about as I have to do a unique project and not a redevelopment of something that has already been done. Any ideas. You might want to join the new project of porting Debian to Windows platform ;) -- Eric VAN BUGGENHAUT Oh My God! They killed init! You Bastards! --from a /. post \_|_/ Andago \/ \/ Av. Santa Engracia, 54 a n d a g o |--E-28010 Madrid - tfno:+34(91)2041100 /\___/\ http://www.andago.com / | \ Innovando en Internet [EMAIL PROTECTED]
Re: Student Looking for A Final Year Project
On Fri, Sep 07, 2001 at 03:18:35PM +0100, [EMAIL PROTECTED] wrote: Hi I'm a student at Kent University Canterbury UK I will be starting my final year project some time next year and I am looking to find a project that involves linux development ideally kernel / module based or a port of software to a specific platform. I am unsure as to what projects are about as I have to do a unique project and not a redevelopment of something that has already been done. Any ideas. Well, that was a bit apropos of nothing... The most obvious think that jumps to mind in kernel development is to pick a random piece of unsupported hardware, reverse engineer its protocol and write a driver for it. For example, I believe there are quite a few unsupported digital cameras. Or perhaps lego mindstorms (or did someone already write a driver for that?). Use your imagination. Jules
Re: Bug#111309: ITP: xtail -- like tail -f, but works on truncated files, directories, more
On Fri, Sep 07, 2001 at 09:29:13AM -0500, David Starner wrote: On Fri, Sep 07, 2001 at 09:56:37AM +0200, Eric Van Buggenhaut wrote: OK, that makes 2 packages out of ... [EMAIL PROTECTED]:~]$ zgrep Package /var/lib/apt/lists/192.168.2.73_debian_dists_testing_main_binary-i386_Packages\ |grep ' x' |wc -l 417 [EMAIL PROTECTED]:~]$ 417 (!) It hardly convinces me. And? If that's what the upstream wants, I hardly see reason enough to change it. My message was a *comment* nothing more. -- Eric VAN BUGGENHAUT Oh My God! They killed init! You Bastards! --from a /. post \_|_/ Andago \/ \/ Av. Santa Engracia, 54 a n d a g o |--E-28010 Madrid - tfno:+34(91)2041100 /\___/\ http://www.andago.com / | \ Innovando en Internet [EMAIL PROTECTED]
Re: http://standard.debian.net/ now available
Hello, On Fri, 7 Sep 2001, Anthony Towns wrote: On Fri, Sep 07, 2001 at 01:58:37PM +0200, Martin Michlmayr wrote: http://standard.debian.net/ is now available showing all bugs in standard. 8 RC bugs are currently open. Standard for the purpose of the freeze also includes all packages included in tasks. Roughly http://ftp-master.debian.org/~ajt/stddscs.txt. Just curious, why does 'samba' appear on this list? The package is priority: optional in both potato and sid (not yet present in testing), and if it's part of a task I would think the dependencies (samba-common, libcupsys2) would also be pulled in. It does show up in the list when I run tasksel, but I have no idea where tasksel is getting this information. Is this an old-style task package at work? samba 102226 open grave potato samba 94380 open grave potato samba 95015 open grave potato Cheers, Steve Langasek postmodern programmer
Re: http://standard.debian.net/ now available
On Fri, 7 Sep 2001, Steve Langasek wrote: Just curious, why does 'samba' appear on this list? The package is priority: optional in both potato and sid (not yet present in testing), Correction: Samba is present in woody, but it's the same version that was released with potato -- complete with security holes. :/ Steve Langasek postmodern programmer
Re: Student Looking for A Final Year Project
Add versioning to debian packet management. Something like: # apt-get install package # # damn it broke my server again!! # apt-get rewind package *t Tomas Pospisek SourcePole - Linux Open Source Solutions http://sourcepole.ch Elestastrasse 18, 7310 Bad Ragaz, Switzerland Tel: +41 (81) 330 77 11
Re: Release-critical Bugreport for September 7, 2001
On Fri, Sep 07, 2001 at 06:00:02AM -0500, BugScan reporter wrote: Package: camlp4 (debian/main) Maintainer: Fernando Sanchez [EMAIL PROTECTED] 108003 camlp4_3.02-1 fails to autobuild on m68k mmm, both camlp4_3.02-1_m68k.deb and camlp4_3.02-2_m68k.deb are in the archive. Also This bug message speaks about only ocaml 3.01 being available in the archive, but now also ocaml 3.02 is in there, which is the ocaml version that should be used with camlp4 3.02. So, please someone check this, maybe the original bug submitter, and close this bug, if everything is working right as i guess it is. Friendly, Sven Luther
Re: sysctl should disable ECN by default
On Fri, Sep 07, 2001 at 12:47:05PM +0200, T.Pospisek's MailLists wrote: On Thu, 6 Sep 2001, Alex Pennace wrote: On Wed, Sep 05, 2001 at 02:37:06PM +0200, Florian Weimer wrote: Russell Coker [EMAIL PROTECTED] writes: Why should the default configuration be changed to account for the diminishing number of broken routers on the net? From a technical behavior, throwing away packets with unknown protocol flags is perfectly acceptable in any case and even reasonable in some environments. No, such bastardization of TCP/IP, while already rampant, has no place on the Internet. While at the same time not properly functioning IMAP clients, browsers that are unable to correctly interpret HTML, SMB Machines that spew broadcasts, RIP being propagated who knows where, routes flapping etc. etc. has a place? No - you are right we have to sweep the place with a steel broom. And whoever behaves not in exact accordance with an RFC will immediately be exterminated by the Debian Intifada. Nazis. Hitler. Microsoft rules! (Die thread die!) -- Nathan Norman - Staff Engineer | A good plan today is better Micromuse Ltd. | than a perfect plan tomorrow. mailto:[EMAIL PROTECTED] | -- Patton pgpJ4ApmRjdrr.pgp Description: PGP signature
Re: Student Looking for A Final Year Project
On 09/07/2001 09:45:35 AM T.Pospisek's MailLists wrote: Add versioning to debian packet management. Something like: # apt-get install package # # damn it broke my server again!! # apt-get rewind package I'd prefer something like CVS so I could roll back to milestones or back to a specific date apt-get make my Debian system exactly like it was when it passed my benchmark test, several upgrades ago apt-get make my Debian system exactly like it was on May 13 2001 apt-get roll my system back to the CVS tag potato Also, integrate all files tagged as conf-files into CVS optionally/automatically. apt-get roll my httpd.conf back to last working version etc. Add comments / CVS tags / CVS userid so you can tell the difference between a change a package upgrade tried to automatically make (and probably screwed up) or a change a sysadmin manually made. And add an easy to use shortcut command to rollback any changes a package tried to make in it's config, like apt-get rewind conf package. Don't forget the obligatory GUI interface (??) Oh, and use the features of CVS so I can remotely secure CVS into a machine, change stuff, and it'll automatically act based solely on the CVS commit I make, without having to log in. So, via remote CVS I could force an apt-get install of any arbitrary package. Integrating CVS into Debian (as a core component, not just a package) would be a long, complex, and rewarding project.
Re: sysctl should disable ECN by default
On Fri, Sep 07, 2001 at 10:02:48AM -0500, Nathan E Norman wrote: Nazis. Hitler. Microsoft rules! (Die thread die!) You fool you! Godwin's law is powerless when deliberately invoked... ('s' a bit like the chronicles of thomas covenant, now I think about it) Jules
Re: Student Looking for A Final Year Project
On Fri, Sep 07, 2001 at 10:13:50AM -0500, Vince Mulhollon wrote: On 09/07/2001 09:45:35 AM T.Pospisek's MailLists wrote: Add versioning to debian packet management. Something like: # apt-get install package # # damn it broke my server again!! # apt-get rewind package I'd prefer something like CVS so I could roll back to milestones or back to a specific date apt-get make my Debian system exactly like it was when it passed my benchmark test, several upgrades ago apt-get make my Debian system exactly like it was on May 13 2001 apt-get roll my system back to the CVS tag potato Also, integrate all files tagged as conf-files into CVS optionally/automatically. apt-get roll my httpd.conf back to last working version etc. Yes ! Do that ! It's exactly what I dreamed of yesterday. You make snapshots of your system whenever you want then roll back when you need to. -- Eric VAN BUGGENHAUT Oh My God! They killed init! You Bastards! --from a /. post \_|_/ Andago \/ \/ Av. Santa Engracia, 54 a n d a g o |--E-28010 Madrid - tfno:+34(91)2041100 /\___/\ http://www.andago.com / | \ Innovando en Internet [EMAIL PROTECTED]
Re: Student Looking for A Final Year Project
On Fri, Sep 07, 2001 at 04:45:35PM +0200, T.Pospisek's MailLists [EMAIL PROTECTED] was heard to say: # apt-get install package # # damn it broke my server again!! # apt-get rewind package Aside from the fact that the specific packages may not handle this gracefully, and that you may not be able to get old versions of the package, writing (or modifying) a tool to do this is pretty trivial. Whether it should be integrated into an apt frontend is another question..I could add this to aptitude, but I think it's not very useful there; a command-line utility makes a lot more sense to me. Daniel -- / Daniel Burrows [EMAIL PROTECTED] ---\ |Who is General Failure, and why is he reading my hard drive? | \-Evil Overlord, Inc: planning your future today. http://www.eviloverlord.com-/
Re: http://standard.debian.net/ now available
On Fri, Sep 07, 2001 at 11:18:43PM +1000, Anthony Towns wrote: abiword 108986 open serious abiword 109580 open grave I'm working on a new version of Abiword, will check if it helps with these.
Re: Student Looking for A Final Year Project
On Fri, Sep 07, 2001 at 10:13:50AM -0500, Vince Mulhollon wrote: Integrating CVS into Debian (as a core component, not just a package) would be a long, complex, and rewarding project. But futile and misguided. CVS has whole swathes of fundamental flaws, largely historical. Better to integrate with something similar to CVS - there is even a project or two working on better alternatives to CVS already... -- .''`. ** Debian GNU/Linux ** | Andrew Suffield : :' : | Dept. of Computing, `. `' | Imperial College, `-http://www.debian.org/ | London, UK pgpPhPHcE4j2M.pgp Description: PGP signature
How to make your custom debian packages apt-gettable
I wrote a documentation How to make your custom debian packages apt-gettable. Have I re-invented the wheel? sgml (DocBook) source http://www.interq.or.jp/libra/oohara/apt-gettable/apt-gettable.sgml html version (formatted with NewbieDoc style sheet) http://www.interq.or.jp/libra/oohara/apt-gettable/apt-gettable/index.html html in tarball http://www.interq.or.jp/libra/oohara/apt-gettable/apt-gettable.tar.gz -- Oohara Yuuma [EMAIL PROTECTED] Graduate-school of Science, Kyoto University PGP Key http://www.interq.or.jp/libra/oohara/pub-key.txt Key fingerprint = 6142 8D07 9C5B 159B C170 1F4A 40D6 F42E F464 A695 I always put away what I take. --- Ryuji Akai, Star a way
Re: Student Looking for A Final Year Project
On 09/07/2001 11:20:42 AM Andrew Suffield wrote: On Fri, Sep 07, 2001 at 10:13:50AM -0500, Vince Mulhollon wrote: Integrating CVS into Debian (as a core component, not just a package) would be a long, complex, and rewarding project. But futile and misguided. CVS has whole swathes of fundamental flaws, largely historical. Better to integrate with something similar to CVS References? Just curious what the huge problems are. It fundamentally seems to work, or at least I've not yet run into any road blocks. I know CVS doesn't do binaries or compressed files very well, but for plain text based config files or lists of installed packages, that's OK. I would imagine the tool would store the state of installed packages in a way very similar yet different from dpkg --get-selections | sort file and then CVS commit the file. I've been playing with that method in an extremely manual way, but a smoothly integrated command or script would be much less painful to use, and could have cool features added. I haven't run into any inherent CVS related issues while experimenting with this method, and I'm curious if you've had bad experiences trying something similar, etc. Considering that the student wanted a good project, I'd think that integrating this into the greater overall Debian system would be more useful real world project with all kinds of legacy issues and social interaction w/ other package developers, than the typical individualistic small system end of year project. I follow up to debian-devel, as several developers use CVS, and if there's some big unpublicized fundamental weakness and flaws in CVS, I'm sure others need to know, so please inform us. Thanks!
Re: Student Looking for A Final Year Project
Vince Mulhollon (2001-09-07 12:21:30 -0500) : On 09/07/2001 11:20:42 AM Andrew Suffield wrote: But futile and misguided. CVS has whole swathes of fundamental flaws, largely historical. Better to integrate with something similar to CVS References? Just curious what the huge problems are. It fundamentally seems to work, or at least I've not yet run into any road blocks. On URL:http://subversion.tigris.org/ you can read a list of features that make Subversion better than CVS, which points to weaknesses in CVS: - Directories, renames and meta-data are not really supported in CVS; - Symlinks are not either; - Repeated merges (when you work on branches) are a PITA. These are real-life problems of CVS, not just theoretical weaknesses. One lives with it (I've been doing so for years), but one dreams of a day when they are no more problems. Roland. -- Roland Mas Je suis un anti-virus de signature. Copiez-moi dans la vôtre pour éliminer les virus de signature !
Re: Student Looking for A Final Year Project
On Fri, 7 Sep 2001 12:21:30 -0500 Vince Mulhollon [EMAIL PROTECTED] wrote: On 09/07/2001 11:20:42 AM Andrew Suffield wrote: On Fri, Sep 07, 2001 at 10:13:50AM -0500, Vince Mulhollon wrote: Integrating CVS into Debian (as a core component, not just a package) would be a long, complex, and rewarding project. But futile and misguided. CVS has whole swathes of fundamental flaws, largely historical. Better to integrate with something similar to CVS References? Just curious what the huge problems are. It fundamentally seems to work, or at least I've not yet run into any road blocks. The command line arguments CVS use are truely original, which is a really really bad thing ! :pserver:, :ext: mixed with environment variables crazy... what were they thinking when they came up with that stuff, not simplicity thats for sure. I hate CVS, i thought everyone else did as well and people only used it because of a lack of alternatives. Glenn
Re: isync vs mailsync
Brian May [EMAIL PROTECTED] writes: - delete message on client = gets transfered again on next download. Not if you can set up your mail client properly. If using mutt, set maildir_trash. I typed in rm Maildir/cur/* and all messages were copied over again from scratch. Nothing was deleted. This was with -d and expunge active. Well, do what Joey suggested; use the flag deleted. mv Maildir/cur/foo:2,S Maildir/cur/foo:2,ST There's no way to differentiate between a totally-removed and a never-delivered message, in a maildir, and isync stores no external state. -- [EMAIL PROTECTED],havoc,gaeshido}.fi,{debian,wanderer}.org,stonesoft.com} double a,b=4,c;main(){for(;++a2e6;c-=(b=-b)/a++);printf(%f\n,c);}
Re: Student Looking for A Final Year Project
On 09/07/2001 09:21:27 PM Glenn McGrath wrote: The command line arguments CVS use are truely original, which is a really really bad thing ! :pserver:, :ext: mixed with environment variables crazy... what were they thinking when they came up with that stuff, not simplicity thats for sure. Agreed. That was the entire point of the suggested project for that student, encapsulate all the uglyness of CVS into either APT or DPKG or a separate program. Right now I can type something that vaguely resembles line noise into my terminal to do what I'm proposing. The goal of the student's project would be to replace that uglyness with a nice smooth interface thats well integrated with the rest of the Debian system, all well working cooperatively with other developers.
Bug#111609: ITP: cathedral-book -- The Eric S Raymond book The Cathedral and the Bazaar
Package: wnpp Version: N/A; reported 2001-09-07 Severity: wishlist Package name: cathedral-book Version : 3.0 (probably) Upstream Author : Eric S Raymond [EMAIL PROTECTED] URL : http://www.tuxedo.org/~esr/writings License : Open Publication License version 2 Description : The Eric S Raymond book The Cathedral and the Bazaar This book contains several essays by Eric Raymond, and was published by O'Reilly Associates under hard and soft cover. Included in this package are postscript and plain text versions. SGML source is in the source package. Currently there are difficulties finding a copy of OPLv2 (which apparently appears to have dropped off the net). ESR is trying to find a copy for inclusion in the package, and so I cannot upload until then at least. -- Stephen Stafford -- System Information Debian Release: testing/unstable Architecture: i386 Kernel: Linux clothcat 2.2.18 #1 Thu Mar 8 17:54:26 UTC 2001 i586 Locale: LANG=C, LC_CTYPE=C
Re: Student Looking for A Final Year Project
Glenn McGrath [EMAIL PROTECTED] writes: I hate CVS, i thought everyone else did as well and people only used it because of a lack of alternatives. http://subversion.tigris.org -- Alan Shutko [EMAIL PROTECTED] - In a variety of flavors! Silverman's Law: If Murphy's Law can go wrong, it will.
Re: How to make your custom debian packages apt-gettable
Hi, I wrote a documentation How to make your custom debian packages apt-gettable. I think a mini-howto like yours is desirable, especially for new users, to better utilize their use of apt. Since your docs aim at the beginner, I would include some more specific examples, then it would indeed be valuable. So far it mentions not much more than in dpkg-scanpackages(8) and dpkg-scansources(8) ;) I think some debian-books/-guides explain the use of dpkg-scan... as well. Besides that you should post your Email as well to debian-doc. People there might better be able to answer any questions. Kind regards, Jens -- ruehmkorf at informatik dot uni hyphen koeln dot de
Re: Student Looking for A Final Year Project
On Fri, Sep 07, 2001 at 02:56:23PM -0400, Alan Shutko wrote: Glenn McGrath [EMAIL PROTECTED] writes: I hate CVS, i thought everyone else did as well and people only used it because of a lack of alternatives. http://subversion.tigris.org OT: galeon does not like this website much. (Looks like a cool project though) -- Nathan Norman - Staff Engineer | A good plan today is better Micromuse Ltd. | than a perfect plan tomorrow. mailto:[EMAIL PROTECTED] | -- Patton pgp6hdjznRIlK.pgp Description: PGP signature
Clueless bug reports from autobuilders.
Hi, I am getting more of these bug reports from autobuilders, and I would like to suggest this. Many just send me a bug log, and that doesn't really tell me much, because it lacks the following information : o what kind of things may be broken for the arch? o what version of gcc it is running o what was the last version of the software that DID compile and build. regards, junichi -- [EMAIL PROTECTED] : Junichi Uekawa http://www.netfort.gr.jp/~dancer GPG Fingerprint : 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4
libasound2-dev and alsa-headers
It seems like in the current unstable, libasound2-dev and alsa-headers have a mismatch, and doesn't let packages which depend on libasound2-dev to build. I am uncertain as to if everything will not rebuild, or only some packages. Enlighten me on how I would fix the build failure errors. It's a serious bug if packages cannot be rebuilt, BTW. regards, junichi -- [EMAIL PROTECTED] : Junichi Uekawa http://www.netfort.gr.jp/~dancer GPG Fingerprint : 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4
Re: How to make your custom debian packages apt-gettable
On Sat, Sep 08, 2001 at 01:22:00AM +0900, Oohara Yuuma wrote: I wrote a documentation How to make your custom debian packages apt-gettable. Have I re-invented the wheel? Not afaik, but you've chosen a rather complex method for it. Here's my ~/bin/makepackages: #!/bin/sh apt-ftparchive packages . Packages apt-ftparchive sources . Sources gzip -c Packages Packages.gz gzip -c Sources Sources.gz (Yes, I know I could do that in one line. No, I don't care.) Override files are totally pointless in this context. -- .''`. ** Debian GNU/Linux ** | Andrew Suffield : :' : | Dept. of Computing, `. `' | Imperial College, `-http://www.debian.org/ | London, UK pgpvXyz0uMSc7.pgp Description: PGP signature
Re: How to make your custom debian packages apt-gettable
[moving the thread to debian-doc; see Mail-Followup-To:] [for debian-doc people: please Cc: to me because I am subscribed to only debian-devel] On Fri, 7 Sep 2001 22:42:42 +0100, Andrew Suffield wrote: On Sat, Sep 08, 2001 at 01:22:00AM +0900, Oohara Yuuma wrote: I wrote a documentation How to make your custom debian packages apt-gettable. Have I re-invented the wheel? Not afaik, but you've chosen a rather complex method for it. Here's my ~/bin/makepackages: #!/bin/sh apt-ftparchive packages . Packages apt-ftparchive sources . Sources gzip -c Packages Packages.gz gzip -c Sources Sources.gz (Yes, I know I could do that in one line. No, I don't care.) Override files are totally pointless in this context. I have only a potato system, so I can't use apt-ftparchive. -- Oohara Yuuma [EMAIL PROTECTED] Graduate-school of Science, Kyoto University PGP Key http://www.interq.or.jp/libra/oohara/pub-key.txt Key fingerprint = 6142 8D07 9C5B 159B C170 1F4A 40D6 F42E F464 A695 I always put away what I take. --- Ryuji Akai, Star a way
Re: How to make your custom debian packages apt-gettable
[moving the thread to debian-doc; see Mail-Followup-To:] [for debian-doc people: please Cc: to me because I am subscribed to only debian-devel] On Fri, 7 Sep 2001 21:12:00 +0200, Jens Ruehmkorf wrote: I wrote a documentation How to make your custom debian packages apt-gettable. I think a mini-howto like yours is desirable, especially for new users, to better utilize their use of apt. Since your docs aim at the beginner, I would include some more specific examples, then it would indeed be valuable. So far it mentions not much more than in dpkg-scanpackages(8) and dpkg-scansources(8) ;) I think some debian-books/-guides explain the use of dpkg-scan... as well. Besides that you should post your Email as well to debian-doc. People there might better be able to answer any questions. I have a custom package already uploaded to my web page, but it seems to be a dangerous example. Package: gogo Status: install ok installed Priority: optional Section: non-free/sound Installed-Size: 348 Maintainer: Oohara Yuuma [EMAIL PROTECTED] Version: 2.39b-3 Depends: libc6 (= 2.1.2) Description: mp3 encoder This is an unofficial .deb package of gogo, a LAME-based mp3 encoder. . WARNING: Use only in Japan, or you will be involved in patent problems. A backported-to-potato package is better? -- Oohara Yuuma [EMAIL PROTECTED] Graduate-school of Science, Kyoto University PGP Key http://www.interq.or.jp/libra/oohara/pub-key.txt Key fingerprint = 6142 8D07 9C5B 159B C170 1F4A 40D6 F42E F464 A695 I always put away what I take. --- Ryuji Akai, Star a way
Re: isync vs mailsync
On Wed, Sep 05, 2001 at 09:43:09AM +1000, Brian May wrote: Despite these problems, Gnus is the only program I have seen that will highlight replies to my mail, something I find very valuable in large mailing lists like this one. btw, mutt will do that. it highlights messages sent by or to you. dunno if it looks at References: or In-Reply-To: lines for that, but it certainly uses From:, To:, and CC: headers. makes it quite easy to spot your messages and replies to them in large threads. craig -- craig sanders [EMAIL PROTECTED] Fabricati Diem, PVNC. -- motto of the Ankh-Morpork City Watch
Locale for i18n boot-floppies
Since nobody helped on debian-boot, I'm posting this here. Anyone? thanks Marcin -- Marcin Owsiany [EMAIL PROTECTED] http://marcin.owsiany.pl/ GnuPG: 1024D/60F41216 FE67 DA2D 0ACA FC5E 3F75 D6F6 3A0D 8AA0 60F4 1216 ---BeginMessage--- Hi! The status is that we need a locale for i18n bf. Edmund GRIMLEY EVANS posted a locale definition that should be both usable and small. (attached) However I seem to lack the knowledge needed to compile it: [EMAIL PROTECTED]:~$ LANG=C localedef -i c-utf8-in C-at-UTF8 /usr/share/i18n/locales/i18n:1597: LC_MONETARY: unknown character in field `currency_symbol' no output file produced because warning were issued Please help Marcin -- Marcin Owsiany [EMAIL PROTECTED] http://student.uci.agh.edu.pl/~porridge/ GnuPG: 1024D/60F41216 FE67 DA2D 0ACA FC5E 3F75 D6F6 3A0D 8AA0 60F4 1216 comment_char % escape_char / LC_IDENTIFICATION title POSIX/i18n locale for UTF-8 source address contact email debian-boot@lists.debian.org tel fax language territory revision draft date 2001-05-30 % category [EMAIL PROTECTED]:2000;LC_IDENTIFICATION category [EMAIL PROTECTED]:2000;LC_CTYPE category [EMAIL PROTECTED]:2000;LC_COLLATE category [EMAIL PROTECTED]:2000;LC_TIME category [EMAIL PROTECTED]:2000;LC_NUMERIC category [EMAIL PROTECTED]:2000;LC_MONETARY category [EMAIL PROTECTED]:2000;LC_MESSAGES category [EMAIL PROTECTED]:2000;LC_PAPER category [EMAIL PROTECTED]:2000;LC_NAME category [EMAIL PROTECTED]:2000;LC_ADDRESS category [EMAIL PROTECTED]:2000;LC_TELEPHONE END LC_IDENTIFICATION LC_COLLATE copy POSIX END LC_COLLATE LC_MESSAGES copy POSIX END LC_MESSAGES LC_NUMERIC copy POSIX END LC_NUMERIC LC_TIME copy POSIX END LC_TIME LC_ADDRESS copy i18n END LC_ADDRESS LC_CTYPE copy i18n END LC_CTYPE LC_MEASUREMENT copy i18n END LC_MEASUREMENT LC_MONETARY copy i18n END LC_MONETARY LC_NAME copy i18n END LC_NAME LC_PAPER copy i18n END LC_PAPER LC_TELEPHONE copy i18n END LC_TELEPHONE ---End Message---
Re: http://standard.debian.net/ now available
On Fri, Sep 07, 2001 at 09:39:03AM -0500, Steve Langasek wrote: On Fri, 7 Sep 2001, Anthony Towns wrote: On Fri, Sep 07, 2001 at 01:58:37PM +0200, Martin Michlmayr wrote: http://standard.debian.net/ is now available showing all bugs in standard. 8 RC bugs are currently open. Standard for the purpose of the freeze also includes all packages included in tasks. Roughly http://ftp-master.debian.org/~ajt/stddscs.txt. Just curious, why does 'samba' appear on this list? Package: samba Version: 2.0.7-3 Task: print-server, file-server The package is priority: optional in both potato and sid (not yet present in testing), and if it's part of a task I would think the dependencies (samba-common, libcupsys2) would also be pulled in. That's the roughly in the above, unfortunately. Dependents aren't counted :( Anyone who wants to do this better is more than welcome. OTOH, it's by source package, so samba-common gets counted as samba anyway. It does show up in the list when I run tasksel, but I have no idea where tasksel is getting this information. The Packages file, see above. Note that Task: fields tend to appear *after* the long description. Cheers, aj -- Anthony Towns [EMAIL PROTECTED] http://azure.humbug.org.au/~aj/ I don't speak for anyone save myself. GPG signed mail preferred. ``_Any_ increase in interface difficulty, in exchange for a benefit you do not understand, cannot perceive, or don't care about, is too much.'' -- John S. Novak, III (The Humblest Man on the Net)
Cruft update
Hi, I'm currently sitting on a pile of cruft filter file updates. The reason I'm sitting on it is that I don't know what to do with them. I already asked a similar question about this some time ago but got no answer. At first sight it would seem logical to simply send a bug report against cruft with all the updates but I think it would actually make much more sense to send bug reports against each package so that *they* and not cruft include these filter files. Here's why. First, what do the filter files contain? They contain a list of files (file patterns more precisely) that belong to a specific package although they are not listed in as such. These files are typically files that are generated at run time like sendmail's spool files, squid's cache or, more and more frequently I believe, debconf-generated configuration files. Now let's assume we have package A which in version 1 put some files in /usr/lib/whatever, and in version 2 has moved this file to /var/lib/whatever (there are many such cases, not necessarily between usr and var). If the filter file for package A is delivered with cruft, what should it contain? * neither of the above: this is typically the current situation since th efile is missing altogether. This means cruft will complain about both files which adds up to thousands of files (only slightly exagerating here) * include only /usr/lib/whatever Then users of version 1 are happy but not users of version 2 * include /var/lib/whatever Then it's users of version 2 that are happy while users of version 1 complain. But at least this is correct in the long run (well, at least until version 3 moves the file yet to another place) * include both Nobody complains, but nobody notices that the upgrade left the outdated /usr/lib/whatever file behind (well, this is more typical with 'not-empty' directories). I.e., cruft does not detect cruft anymore. If the filter file is delivered with package A then the right version of the filter file can be shipped with it. Plus the maintainance of the filter file will be done by the package maintainer who just happens to be the person who knows best which files are supposed to be around and which are not (any longer). Plus it distributes the burden of maintaining the filter files among all maintainers which makes it actually feasible (how would the cruft maintainer be able to keep track of more than 7000 packages)? So I'm very inclined to file a bug report for each package for which I wrote a new filter file. But I want to know about the community's feelings before I do that. The alternative would be to file one bug report against cruft per package for which I have a new filter file, and to copy that package's maintainer (using X-Debbugs), since I really want each maintainer to check the validity of my filter files. I attached my current cruft filter files so that you can have a look at them. It contains both the new files and updates to existing files in unified diff format. If we go with shipping the cruft filter files with packages then there will also be the question of migrating them from the cruft package to each individual package... -- Francois Gouget [EMAIL PROTECTED]http://fgouget.free.fr/ The greatest programming project of all took six days; on the seventh day the programmer rested. We've been trying to debug the *^%$#@ thing ever since. Moral: design before you implement. cruft-filters.txt.gz Description: cruft-filters.txt.gz
Re: Locale for i18n boot-floppies
Hello, At Sat, 8 Sep 2001 02:29:39 +0200, Marcin Owsiany [EMAIL PROTECTED] wrote: However I seem to lack the knowledge needed to compile it: [EMAIL PROTECTED]:~$ LANG=C localedef -i c-utf8-in C-at-UTF8 /usr/share/i18n/locales/i18n:1597: LC_MONETARY: unknown character in field `currency_symbol' no output file produced because warning were issued Try LANG=C localedef -i c-utf8-in -f UTF-8 C-at-UTF8 --- Tomohiro KUBOTA [EMAIL PROTECTED] http://www.debian.or.jp/~kubota/ Introduction to I18N http://www.debian.org/doc/manuals/intro-i18n/
Re: Student Looking for A Final Year Project
On Fri, 07 Sep 2001 14:56:23 -0400 Alan Shutko [EMAIL PROTECTED] wrote: Glenn McGrath [EMAIL PROTECTED] writes: I hate CVS, i thought everyone else did as well and people only used it because of a lack of alternatives. http://subversion.tigris.org Yes, interesting, i hadnt heard of it before this thread. It looks like a candidate to be packaged as well. Glenn
Re: Student Looking for A Final Year Project
Glenn McGrath [EMAIL PROTECTED] writes: [subversion] It looks like a candidate to be packaged as well. Maybe not yet, though ISTR there's a Debian Developer who follows subversion. Right now, its under extreme development and just started self-hosting, so people interested in it probably want to keep up-to-date by compiling it locally. -- Alan Shutko [EMAIL PROTECTED] - In a variety of flavors! Oh, Aunty Em, it's so good to be home!