Uploaded wmrack 1.1-2 (m68k) to ftp-master

2001-05-01 Thread Debian/m68k Build Daemon
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Mon, 30 Apr 2001 11:35:04 -0700
Source: wmrack
Binary: wmrack
Architecture: m68k
Version: 1.1-2
Distribution: unstable
Urgency: low
Maintainer: Debian/m68k Build Daemon (buildd4) [EMAIL PROTECTED]
Changed-By: Chris Waters [EMAIL PROTECTED]
Description: 
 wmrack - Combined CD Player + Mixer designed for WindowMaker
Changes: 
 wmrack (1.1-2) unstable; urgency=low
 .
   * added missing build-dependency on xutils (grr, this is one of the most
 inobvious and annoying build-dependencies around---its only used by
 one test in the configure script...sigh).
Files: 
 fd46ed847ac8db3a74888d2c503654bc 28940 sound optional wmrack_1.1-2_m68k.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: Rick Younie [EMAIL PROTECTED]

iD8DBQE67j3gEycGpQPNsdIRArD4AJ90ZhYMdHCzsDIJWg/h6DetKZB4PQCdG2u4
1H3t8luVkZGhz/Lli76WuS0=
=PPmw
-END PGP SIGNATURE-




Uploaded scrot 0.3-2 (m68k) to ftp-master

2001-05-01 Thread Debian/m68k Build Daemon
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Thu, 16 Nov 2000 10:27:21 -0500
Source: scrot
Binary: scrot
Architecture: m68k
Version: 0.3-2
Distribution: unstable
Urgency: low
Maintainer: Debian/m68k Build Daemon (buildd4) [EMAIL PROTECTED]
Changed-By: Laurence J. Lane [EMAIL PROTECTED]
Description: 
 scrot  - command line screen capture utility
Closes: 77179
Changes: 
 scrot (0.3-2) unstable; urgency=low
 .
   * Build-Depends typo corrected, closes: #77179
Files: 
 3f9347b6b60eb7fd2ffd53944b5f2247 10880 x11 optional scrot_0.3-2_m68k.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: Rick Younie [EMAIL PROTECTED]

iD8DBQE67lu9EycGpQPNsdIRAqffAJ9jL0BtUoZ0ZWKsWWlJpIusse/8hQCgg91y
EE8WZmpYiYp/0aHvnqJb9xQ=
=XOWm
-END PGP SIGNATURE-




Uploaded lockfile-progs 0.1.8 (m68k) to ftp-master

2001-05-01 Thread Debian/m68k Build Daemon
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Mon, 23 Apr 2001 15:24:26 -0500
Source: lockfile-progs
Binary: lockfile-progs
Architecture: m68k
Version: 0.1.8
Distribution: unstable
Urgency: low
Maintainer: Debian/m68k Build Daemon (buildd4) [EMAIL PROTECTED]
Changed-By: Rob Browning [EMAIL PROTECTED]
Description: 
 lockfile-progs - Programs for locking and unlocking files and mailboxes.
Closes: 80755 91571 94948
Changes: 
 lockfile-progs (0.1.8) unstable; urgency=low
 .
   * Add Build-Depends: liblockfile-dev (Closes: Bug#94948 Bug#84547).
   * Move manpages to /usr/share/man (Closes: Bug#80755 Bug#91205).
   * Move docs to /usr/share (Closes: Bug#91571).
Files: 
 4a3f888fca53b3f2477c1d78eb8fb8f4 7000 misc optional 
lockfile-progs_0.1.8_m68k.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: Rick Younie [EMAIL PROTECTED]

iD8DBQE67j3YEycGpQPNsdIRAgNmAJ9f49A2JEO5L4m4EFWf4r3u4PKoEQCeJfyX
E7pBCWo7tsJ+yVaLeivVbHM=
=w2PJ
-END PGP SIGNATURE-




Uploaded newspost 1.13-1 (m68k) to ftp-master

2001-05-01 Thread Debian/m68k Build Daemon
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Sun, 29 Apr 2001 22:27:39 -0700
Source: newspost
Binary: newspost
Architecture: m68k
Version: 1.13-1
Distribution: unstable
Urgency: low
Maintainer: Debian/m68k Build Daemon (buildd4) [EMAIL PROTECTED]
Changed-By: Ian Eure [EMAIL PROTECTED]
Description: 
 newspost   - Usenet binary autoposter
Changes: 
 newspost (1.13-1) unstable; urgency=low
 .
   * New upstream release
Files: 
 3cba9462ba3eefef892c3da251dc7455 14784 news optional newspost_1.13-1_m68k.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: Rick Younie [EMAIL PROTECTED]

iD8DBQE67j3cEycGpQPNsdIRAvi3AJ0fAkqPBi7mHS7J4W9SW99s1+4xhgCfdVOM
MI5pJY0K7PCmF6Ua3tG92gs=
=lWK7
-END PGP SIGNATURE-




Uploaded libplot-perl 2.2.0-3 (m68k) to ftp-master

2001-05-01 Thread Debian/m68k Build Daemon
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Tue, 10 Apr 2001 17:35:15 -0700
Source: libplot-perl
Binary: libplot-perl
Architecture: m68k
Version: 2.2.0-3
Distribution: unstable
Urgency: low
Maintainer: Debian/m68k Build Daemon (buildd4) [EMAIL PROTECTED]
Changed-By: Stephen Zander [EMAIL PROTECTED]
Description: 
 libplot-perl - perl interface to plot library
Closes: 80713
Changes: 
 libplot-perl (2.2.0-3) unstable; urgency=low
 .
   * Updated for policy 3.5.1 and the new perl packaging policy, Closes: #80713
Files: 
 a68f41949e0b3b8583d89a62ca93c2f2 29016 math extra libplot-perl_2.2.0-3_m68k.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: Rick Younie [EMAIL PROTECTED]

iD8DBQE67lnFEycGpQPNsdIRAncfAJ0TaW3d26kGDH1T9Bdrfrw1/tk6ewCgn2CL
klloRuLm9D55agwS9a0m3jc=
=3VQk
-END PGP SIGNATURE-




Uploaded gkrellm-mailwatch 0.5-1 (m68k) to ftp-master

2001-05-01 Thread Debian/m68k Build Daemon
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Fri, 13 Apr 2001 14:22:38 +0200
Source: gkrellm-mailwatch
Binary: gkrellm-mailwatch
Architecture: m68k
Version: 0.5-1
Distribution: unstable
Urgency: low
Maintainer: Debian/m68k Build Daemon (buildd4) [EMAIL PROTECTED]
Changed-By: Sjoerd Simons [EMAIL PROTECTED]
Description: 
 gkrellm-mailwatch - GKrellM plugin to watch mailboxes in multiple panels
Changes: 
 gkrellm-mailwatch (0.5-1) unstable; urgency=low
 .
   * New upstream release.
Files: 
 26db6269c3c06bb66bda1c80ffe5a7ff 13532 mail optional 
gkrellm-mailwatch_0.5-1_m68k.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: Rick Younie [EMAIL PROTECTED]

iD8DBQE67j3PEycGpQPNsdIRAkeMAJ9aUfnhO3LzettD1nLgCUnWAAFV1wCaAqI/
lQdcJxXUgNJvAWOciOlAU/s=
=drIl
-END PGP SIGNATURE-




Uploaded gozer 0.2-1 (m68k) to ftp-master

2001-05-01 Thread Debian/m68k Build Daemon
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Fri, 26 Jan 2001 20:20:44 -0500
Source: gozer
Binary: gozer
Architecture: m68k
Version: 0.2-1
Distribution: unstable
Urgency: low
Maintainer: Debian/m68k Build Daemon (buildd4) [EMAIL PROTECTED]
Changed-By: Eric Dorland [EMAIL PROTECTED]
Description: 
 gozer  - a text renderer
Closes: 84624
Changes: 
 gozer (0.2-1) unstable; urgency=low
 .
   * Initial Release. (Closes: #84624)
Files: 
 44d9080fde97e4915e5e27c7abc42592 126734 graphics optional gozer_0.2-1_m68k.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: Rick Younie [EMAIL PROTECTED]

iD8DBQE67lnCEycGpQPNsdIRAgKNAKCiUTetFr2bgNDw2LyodEDHEXyAgQCfblwH
vOAbPJODS/gIVORv/w82pns=
=KlXl
-END PGP SIGNATURE-




Uploaded pyao 0.0.2-2 (m68k) to ftp-master

2001-05-01 Thread Debian/m68k Build Daemon
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Wed, 28 Feb 2001 08:00:00 -0600
Source: pyao
Binary: pyao
Architecture: m68k
Version: 0.0.2-2
Distribution: unstable
Urgency: low
Maintainer: Debian/m68k Build Daemon (buildd4) [EMAIL PROTECTED]
Changed-By: Christopher L Cheney [EMAIL PROTECTED]
Description: 
 pyao   - A Python interface to the Audio Output library
Closes: 87977
Changes: 
 pyao (0.0.2-2) unstable; urgency=low
 .
   * Fixed Build-Depends libao-dev version to 0.6.0 (closes: #87977)
Files: 
 d18c3ae017fe2392e197681a25d772c0 8678 interpreters optional 
pyao_0.0.2-2_m68k.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: Rick Younie [EMAIL PROTECTED]

iD8DBQE67rKSEycGpQPNsdIRAshTAJkBT/8IuAoLUn4gjcy9t2ebgQtoagCgpGMx
AafLPqfSEycHnN/auAd+I7M=
=RpWh
-END PGP SIGNATURE-




Uploaded commonc++ 1.4.2-1 (m68k) to erlangen

2001-05-01 Thread m68k build daemon
-BEGIN PGP SIGNED MESSAGE-

Format: 1.7
Date: Wed, 25 Apr 2001 00:19:30 -0400
Source: commonc++
Binary: libcommonc++-dev libcommonc++-1.4
Architecture: m68k
Version: 1.4.2-1
Distribution: unstable
Urgency: low
Maintainer: Debian/m68k Build Daemon [EMAIL PROTECTED]
Changed-By: Matt Zimmerman [EMAIL PROTECTED]
Description: 
 libcommonc++-1.4 - A GNU package for creating portable C++ programs
 libcommonc++-dev - Header files and static libraries for Common C++
Changes: 
 commonc++ (1.4.2-1) unstable; urgency=low
 .
   * Non-maintainer upload (soon to be de facto maintainer)
   * New upstream version.
Files: 
 7206328fa2d722e4afe07ac7983326e8 545428 devel optional 
libcommonc++-dev_1.4.2-1_m68k.deb
 36b166bed260dbcab3063d5e9e7c64bf 136680 devel optional 
libcommonc++-1.4_1.4.2-1_m68k.deb

-BEGIN PGP SIGNATURE-
Version: 2.6.3i
Charset: noconv

iQCVAwUBOu7Zvm547I3m3eHJAQE1egP9HmdT98PObZr0QJ0H8oYB041UW0QfDmf+
0qh7HXKqf6kj3oc9k6/opGM4IuPDpj3XmdkdEEJREP7d37W7/AflaRam6erdMXfy
6woghTPUJ+EivoRuUZSZyFbIvxFRt1nxpkp3YLn+OibYT/ArwKUFny+PsGM63qMP
8JTcqAsSs7Y=
=SYps
-END PGP SIGNATURE-




Uploaded base-config 0.63 (m68k) to erlangen

2001-05-01 Thread m68k build daemon
-BEGIN PGP SIGNED MESSAGE-

Format: 1.7
Date: Sun, 29 Apr 2001 23:14:04 -0400
Source: base-config
Binary: base-config
Architecture: m68k
Version: 0.63
Distribution: unstable
Urgency: low
Maintainer: Debian/m68k Build Daemon [EMAIL PROTECTED]
Changed-By: Joey Hess [EMAIL PROTECTED]
Description: 
 base-config - Debian base configuration package
Closes: 95611
Changes: 
 base-config (0.63) unstable; urgency=low
 .
   * Ensure that Mirrors.masterlist is distributed in the source tarball,
 Closes: #95611
Files: 
 428228981cbe401709a940316dbb9386 98444 base optional base-config_0.63_m68k.deb

-BEGIN PGP SIGNATURE-
Version: 2.6.3i
Charset: noconv

iQCVAwUBOu7zqW547I3m3eHJAQEGsgP/Vb4gJfpceH1443r4OZSLMWZ6aoT2cWpN
J6dzxBddT9E2DuLD80ctkjqG6r7zy2fKS5oJssgZSAXL++ZmVhpfwcfGjrJs0AUp
KEGJWogIWawsi/DuZE20CxjeyIA7jkfLX5zZrfrQxsfZh4KD50t7OBUXQ8u/+Esz
ntGxOTtsZBU=
=d4AD
-END PGP SIGNATURE-




Uploaded coq 7.0-1 (m68k) to erlangen

2001-05-01 Thread m68k build daemon
-BEGIN PGP SIGNED MESSAGE-

Format: 1.7
Date: Tue,  17 Apr 2001 19:24:34 +0200
Source: coq
Binary: coq
Architecture: m68k
Version: 7.0-1
Distribution: unstable
Urgency: low
Maintainer: Debian/m68k Build Daemon [EMAIL PROTECTED]
Changed-By: Judicaƫl Courant [EMAIL PROTECTED]
Description: 
 coq- a proof assistant for higher-order logic.
Closes: 70273 92461
Changes: 
 coq (7.0-1) unstable; urgency=low
 .
   * New maintainer Judicaƫl Courant [EMAIL PROTECTED].
   * New upstream version.
   * Added Build-Depends (closes: Bug#70273).
   * Cleaned up dependencies.
   * Emacs mode installation now follows Emacs policy.
   * Made compilation non-interactive (closes: Bug#92461).
   * Added Suggests cle.
Files: 
 879e97dc2380da8a6e9d2ed92150bbdc 7400524 devel optional coq_7.0-1_m68k.deb

-BEGIN PGP SIGNATURE-
Version: 2.6.3i
Charset: noconv

iQCVAwUBOu7Z+G547I3m3eHJAQE1QwP/dQTaiyUjFd+N2/KB/FjWII64wpj6/zyn
kfVMJMXkGi9/biOea9IxndfRDH3tHTKENubcLC5956iVjKIXI6tMXhYt/NS5bR/g
TnT6fyEVfS93VseUvTPEcjU6dGkcbzuQ5jhEQmI5ANGseV9YcY7XOUwmAz4LMhBU
9omKlnTvNaY=
=83vo
-END PGP SIGNATURE-




Uploaded tclreadline 1.2.0-4 (m68k) to erlangen

2001-05-01 Thread m68k build daemon
-BEGIN PGP SIGNED MESSAGE-

Format: 1.7
Date: Thu, 26 Apr 2001 05:30:27 -0700
Source: tclreadline
Binary: tclreadline
Architecture: m68k
Version: 1.2.0-4
Distribution: unstable
Urgency: high
Maintainer: Debian/m68k Build Daemon [EMAIL PROTECTED]
Changed-By: Mike Markley [EMAIL PROTECTED]
Description: 
 tclreadline - GNU Readline Extension for Tcl/Tk.
Closes: 95320
Changes: 
 tclreadline (1.2.0-4) unstable; urgency=high
 .
   * Rebuild against new libreadline4 (Closes: #95320)
Files: 
 b78595687bc6a3f869d01e057fc0e494 62258 devel optional 
tclreadline_1.2.0-4_m68k.deb

-BEGIN PGP SIGNATURE-
Version: 2.6.3i
Charset: noconv

iQCVAwUBOu7aDm547I3m3eHJAQEhlgP+POQobLY8IfqA5eYodgIv13g1vmXz4QKS
ae/p6QwdFZmbujdkj5qHh0Mw6/qpJhyu1eGIYiBewSO2e8TapT1wiAvAwEyFxymN
7uGn8YkyJsLqJJXgjQFGWY21dsFpr4KVo5gd0JWSDO1oZkDsOi8P+rznE0d8masG
yl4toVuxr/w=
=fmmt
-END PGP SIGNATURE-




Uploaded libhdf4 4.1r4-5 (m68k) to erlangen

2001-05-01 Thread m68k build daemon
-BEGIN PGP SIGNED MESSAGE-

Format: 1.7
Date: Tue, 24 Apr 2001 12:09:13 -0700
Source: libhdf4
Binary: libhdf4g-dev libhdf4g-doc libhdf4g libhdf4g-run
Architecture: m68k
Version: 4.1r4-5
Distribution: unstable
Urgency: low
Maintainer: Debian/m68k Build Daemon [EMAIL PROTECTED]
Changed-By: Philippe Troin [EMAIL PROTECTED]
Description: 
 libhdf4g   - The Hierarchical Data Format library -- library package
 libhdf4g-dev - The Hierarchical Data Format library -- development package
 libhdf4g-run - The Hierarchical Data Format library -- runtime package
Closes: 94163
Changes: 
 libhdf4 (4.1r4-5) unstable; urgency=low
 .
   * Ported to mips and mipsel; closes: #94163.
Files: 
 91cfa3486e2c983d0dacc82cc2f9ff60 226122 libs optional libhdf4g_4.1r4-5_m68k.deb
 ce7fb22b8a35fb10070b4882d7190c75 370994 graphics optional 
libhdf4g-dev_4.1r4-5_m68k.deb
 015e2b810e37035ea18dd58a01d2c510 156324 graphics optional 
libhdf4g-run_4.1r4-5_m68k.deb

-BEGIN PGP SIGNATURE-
Version: 2.6.3i
Charset: noconv

iQCVAwUBOu7aXG547I3m3eHJAQHXnAP/VxyuubrftPzF5FkNQmTA+dC+G0dl6yEY
9czktgErWAqrUV75S3IKSHGN36KBSDsFZJMUvKAdIf4oEZ7/uhmu/csPItEkBGN0
BGMQWVGyNem+EIgsxIRzFHm4lEvQQCgGyZmi64rfgnbSN5vYU0QYrwEHMQiNzIVY
zmiSf8+ctbc=
=JGyd
-END PGP SIGNATURE-




Uploaded stormpkg 2.30.0 (m68k) to erlangen

2001-05-01 Thread m68k build daemon
-BEGIN PGP SIGNED MESSAGE-

Format: 1.7
Date: Tue, 24 Apr 2001 23:57:06 -0700
Source: stormpkg
Binary: stormpkg
Architecture: m68k
Version: 2.30.0
Distribution: unstable
Urgency: low
Maintainer: Debian/m68k Build Daemon [EMAIL PROTECTED]
Changed-By: Ryan Murray [EMAIL PROTECTED]
Description: 
 stormpkg   - Storm Package Manager
Closes: 89926
Changes: 
 stormpkg (2.30.0) unstable; urgency=low
 .
   * New upstream release (closes: #89926)
Files: 
 be232041a1ebb76e75e1c62dd005bfa0 97906 admin optional stormpkg_2.30.0_m68k.deb

-BEGIN PGP SIGNATURE-
Version: 2.6.3i
Charset: noconv

iQCVAwUBOu7a3G547I3m3eHJAQFB6gP+LieDwIM3PP6wNrNxtNnMv3gNGsWO9cph
KjdoyXDuvRvhzBbet5OJzGaqlL0l5270sodMEVjc/Syvn0BZp4JgpgpM0hnZPp3r
6RZMBB4rqb8c0GG7Un/NHbYdLKv6JvX4dlk2KuEtOUtvu+2sks9rIU8tpMp1lglY
iCuf0rBmJAA=
=oPYV
-END PGP SIGNATURE-




Uploaded c2050 0.3-2 (m68k) to erlangen

2001-05-01 Thread m68k build daemon
-BEGIN PGP SIGNED MESSAGE-

Format: 1.7
Date: Fri, 13 Apr 2001 09:51:53 +
Source: c2050
Binary: c2050
Architecture: m68k
Version: 0.3-2
Distribution: unstable
Urgency: low
Maintainer: Debian/m68k Build Daemon [EMAIL PROTECTED]
Changed-By: Marco Nenciarini [EMAIL PROTECTED]
Description: 
 c2050  - Lexmark 2050 Color Jetprinter Linux Driver
Changes: 
 c2050 (0.3-2) unstable; urgency=low
 .
   * Changed priority from optional to extra.
   * Added gs check to ps2lexmark script.
Files: 
 56829eb5f8ba7483065cb8bff8dfecc0 8948 admin extra c2050_0.3-2_m68k.deb

-BEGIN PGP SIGNATURE-
Version: 2.6.3i
Charset: noconv

iQCVAwUBOu7xlm547I3m3eHJAQHT7AQAiYyC4Mi0lLNWTyDsVBGjvQm6xhr/xDr9
gZMe3p664FSVEM/vH8J6WbiUks79hA1TqnvY4ulfJfzMynuYV/bcJ78Mrh4AqIIq
FbOPoQWTQtBeW3xNyY0GCgeB4waPd8Je6fujspNo7V6p3PnIcPJfcJD1dle85S9E
kEJmusQhbno=
=jzwM
-END PGP SIGNATURE-




Uploaded lockfile-progs 0.1.8 (sparc) to ftp-master

2001-05-01 Thread Debian/SPARC Build Daemon
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Mon, 23 Apr 2001 15:24:26 -0500
Source: lockfile-progs
Binary: lockfile-progs
Architecture: sparc
Version: 0.1.8
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: Rob Browning [EMAIL PROTECTED]
Description: 
 lockfile-progs - Programs for locking and unlocking files and mailboxes.
Closes: 80755 91571 94948
Changes: 
 lockfile-progs (0.1.8) unstable; urgency=low
 .
   * Add Build-Depends: liblockfile-dev (Closes: Bug#94948 Bug#84547).
   * Move manpages to /usr/share/man (Closes: Bug#80755 Bug#91205).
   * Move docs to /usr/share (Closes: Bug#91571).
Files: 
 4e2c36eaead667e79f8b984bfd537729 10176 misc optional 
lockfile-progs_0.1.8_sparc.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: Ben Collins [EMAIL PROTECTED]

iD8DBQE67iIofNc/ZB4E7C0RAnmZAJ0V2tCRUZ7C8hNGCbQ/h0Tqp1v2UgCeNBvH
T4XqiOfYTI1Bz0ODP/gGmZQ=
=WvEK
-END PGP SIGNATURE-




Uploaded aalib 1.4p4-2 (sparc) to ftp-master

2001-05-01 Thread Debian/SPARC Build Daemon
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Mon, 30 Apr 2001 13:19:49 -0400
Source: aalib
Binary: aalib-bin aalib1-dev aalib1
Architecture: sparc
Version: 1.4p4-2
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: Joey Hess [EMAIL PROTECTED]
Description: 
 aalib-bin  - sample programs using aalib
 aalib1 - ascii art library
 aalib1-dev - ascii art library, development kit
Closes: 95844
Changes: 
 aalib (1.4p4-2) unstable; urgency=low
 .
   * Build-dep on libgpm1-dev only for [!hurd-i386], Closes: #95844
Files: 
 581b0e9406b59a3e0430cfbd02f9c0cc 136920 devel optional 
aalib1-dev_1.4p4-2_sparc.deb
 878a3b642ec38aab4202cc6fc55a7f59 52052 libs optional aalib1_1.4p4-2_sparc.deb
 b2135b8175fd29a1ac663aa6f8d2b674 13246 text optional 
aalib-bin_1.4p4-2_sparc.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: Ben Collins [EMAIL PROTECTED]

iD8DBQE67cggfNc/ZB4E7C0RAuenAJ9KdV21yEn+iqelsas0YFnx9dVeJACgiDBu
dDqueMr3dcd/TilHfVZxLMw=
=c3gn
-END PGP SIGNATURE-




Uploaded tpconfig 3.1-9 (sparc) to ftp-master

2001-05-01 Thread Debian/SPARC Build Daemon
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Sun, 29 Apr 2001 20:56:43 -0400
Source: tpconfig
Binary: tpconfig
Architecture: sparc
Version: 3.1-9
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: Chris Hanson [EMAIL PROTECTED]
Description: 
 tpconfig   - A program to configure touchpad devices.
Closes: 95700 95701
Changes: 
 tpconfig (3.1-9) unstable; urgency=low
 .
   * Fix reference to /etc/tpconfig.conf that was missed in the previous
 edit.  (closes: Bug#95700)
   * Run /etc/init.d/tpconfig a little earlier so that it gets done
 before gpm is started.  (closes: Bug#95701)
   * Update to standards-version 3.5.3.
   * Eliminate two lintian problems.
Files: 
 3cd7703753c0e431807e20efffba6774 34752 utils optional tpconfig_3.1-9_sparc.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: Ben Collins [EMAIL PROTECTED]

iD8DBQE67exrfNc/ZB4E7C0RAp5RAJ9zsOK8YZ0/HCqC+GA4gFF7Y91jhgCfYFla
iACfP+oLBCMsVIHj9P3L09U=
=ze6u
-END PGP SIGNATURE-




Uploaded powstatd 1.5.1-1 (sparc) to ftp-master

2001-05-01 Thread Debian/SPARC Build Daemon
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Mon, 30 Apr 2001 09:46:32 -0400
Source: powstatd
Binary: powstatd
Architecture: sparc
Version: 1.5.1-1
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: Peter S Galbraith [EMAIL PROTECTED]
Description: 
 powstatd   - Configurable UPS monitoring daemon
Changes: 
 powstatd (1.5.1-1) unstable; urgency=low
 .
   * New upstream version (bug fix release).
Files: 
 f5dd68c5990a1f5db57a039dfbb3b4a4 39080 admin extra powstatd_1.5.1-1_sparc.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: Ben Collins [EMAIL PROTECTED]

iD8DBQE67iIrfNc/ZB4E7C0RAtnqAKCoXTSgusi/+MH1m23FHm6Y3xAgKACfdE1Z
TH++2o0Q/H50xTW4w+QmPBE=
=PeiF
-END PGP SIGNATURE-




Uploaded kdesdk 2.1.1-6 (sparc) to ftp-master

2001-05-01 Thread Debian/SPARC Build Daemon
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Sun, 29 Apr 2001 15:52:54 -0500
Source: kdesdk
Binary: kstartperf kdesdk kbabel-dev kapptemplate kbabel kmtrace kexample 
kdepalettes kdesdk-scripts
Architecture: sparc
Version: 2.1.1-6
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: Ben Burton [EMAIL PROTECTED]
Description: 
 kbabel - a PO-file editor for KDE
 kbabel-dev - a PO-file editor for KDE (development files)
 kexample   - a simple KDE demo application for programmers
 kmtrace- a KDE memory leak tracer
 kstartperf - startup time measurement for KDE apps
Closes: 92451
Changes: 
 kdesdk (2.1.1-6) unstable; urgency=low
 .
   * Added man pages for kdesdk-scripts (closes: Bug#92451).
   * Added gdb macros and emacs helper files.
   * Added suggestions and recommendations for kdesdk-scripts
 to satisfy requirements of individual scripts.
   * Fixed location of KDE docs in /usr/bin/kdedoc.
   * Fixed location of Qt docs in /usr/bin/qtdoc.
   * Changed conflict for kexample to version ( 2.1.1-0) so potato
 packages don't break.
Files: 
 d96d3c27323438cbc27d2d8c98ed3985 647772 devel optional kbabel_2.1.1-6_sparc.deb
 4f142755790825e0284541b6ee59400a 17886 devel optional 
kbabel-dev_2.1.1-6_sparc.deb
 1acda204339b4d09674b6df9dcc57288 25088 devel optional 
kexample_2.1.1-6_sparc.deb
 d07c81e203725c19c87cf01a3688 54414 devel optional kmtrace_2.1.1-6_sparc.deb
 2c098cf628d19cabe2140ace92c8f630 12424 devel optional 
kstartperf_2.1.1-6_sparc.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: Ben Collins [EMAIL PROTECTED]

iD8DBQE67dj4fNc/ZB4E7C0RAk+WAJ9Nt1nDdJOqVZLqFinfMV4/2IQCLwCeLGhR
k4XO/gRuRjtRmOlC2hA4CcM=
=u94w
-END PGP SIGNATURE-




Uploaded musicbrainz 1.0.0.final-2 (sparc) to ftp-master

2001-05-01 Thread Debian/SPARC Build Daemon
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Mon, 30 Apr 2001 10:47:29 -0400
Source: musicbrainz
Binary: libmusicbrainz-dev libmusicbrainz1
Architecture: sparc
Version: 1.0.0.final-2
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: Brian M. Almeida [EMAIL PROTECTED]
Description: 
 libmusicbrainz-dev - Second generation incarnation of the CD Index - 
development
 libmusicbrainz1 - Second generation incarnation of the CD Index - library
Changes: 
 musicbrainz (1.0.0.final-2) unstable; urgency=low
 .
   * Updated debian/libmusicbrainz1.shlibs
Files: 
 51a28d8c6542b90e4c021e6423f47f54 214968 devel optional 
libmusicbrainz-dev_1.0.0.final-2_sparc.deb
 454ea1fb51d5cf8e71c2352fb079921a 163626 libs optional 
libmusicbrainz1_1.0.0.final-2_sparc.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: Ben Collins [EMAIL PROTECTED]

iD8DBQE67dj1fNc/ZB4E7C0RArDeAJsHue3TzGJW/5BtvDBx+K5xHr9cIwCbB013
O/JVcW1Gb7HDozOgFaDxvp0=
=TpcF
-END PGP SIGNATURE-




Uploaded unison 2.6.11-1 (sparc) to ftp-master

2001-05-01 Thread Debian/SPARC Build Daemon
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Mon, 30 Apr 2001 19:06:03 +0100
Source: unison
Binary: unison
Architecture: sparc
Version: 2.6.11-1
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: Robert McQueen [EMAIL PROTECTED]
Description: 
 unison - A file-synchronization tool for Unix and Windows.
Changes: 
 unison (2.6.11-1) unstable; urgency=low
 .
   * New upstream version.
Files: 
 d8890655eb65f25eb894dc68e5c84c0a 523712 utils optional 
unison_2.6.11-1_sparc.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: Ben Collins [EMAIL PROTECTED]

iD8DBQE67exrfNc/ZB4E7C0RAisYAJ9io2N7DlcNCJJ+kntd+XLtXEFyTQCfd12N
w387s826sO4PwLKHncNh9BQ=
=7dt+
-END PGP SIGNATURE-




Uploaded eggdrop 1.6.4-1 (sparc) to ftp-master

2001-05-01 Thread Debian/SPARC Build Daemon
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Sun, 29 Apr 2001 22:24:05 -0700
Source: eggdrop
Binary: eggdrop
Architecture: sparc
Version: 1.6.4-1
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: Ian Eure [EMAIL PROTECTED]
Description: 
 eggdrop- Advanced IRC Robot
Closes: 94330
Changes: 
 eggdrop (1.6.4-1) unstable; urgency=low
 .
   * New upstream release
   * remove broken test for res_init, since it's part of glibc. (closes: #94330)
Files: 
 33f14321e1b41e2cfdc9aa749e5b654e 733058 net extra eggdrop_1.6.4-1_sparc.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: Ben Collins [EMAIL PROTECTED]

iD8DBQE67iItfNc/ZB4E7C0RAqv2AJ44yrUk0KbNsueSz+WWC20QLmjbKACfaz7U
IFstfnAuUK+kG1hy6alWg+E=
=KzhI
-END PGP SIGNATURE-




Uploaded kernel-source-2.4.4 2.4.4-1 (sparc) to ftp-master

2001-05-01 Thread Debian/SPARC Build Daemon
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Sun, 29 Apr 2001 10:32:51 +1000
Source: kernel-source-2.4.4
Binary: kernel-source-2.4.4 kernel-doc-2.4.4 mkcramfs
Architecture: sparc
Version: 2.4.4-1
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: Herbert Xu [EMAIL PROTECTED]
Description: 
 mkcramfs   - Make a CramFs (Compressed ROM File System)
Closes: 95255
Changes: 
 kernel-source-2.4.4 (2.4.4-1) unstable; urgency=low
 .
   * New upstream release.
   * Fixed a typo in Documentation/sound/OPL3-SA (Carlos Valdivia Yag|e,
 closes: #95255).
Files: 
 2fff00ba403250a49704a00d739992cc 14254 utils optional 
mkcramfs_2.4.4-1_sparc.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: Ben Collins [EMAIL PROTECTED]

iD8DBQE67dj8fNc/ZB4E7C0RAmawAJ0Wk0PhTY0rNVqtf+RFDk0k0b8QqACgrmSq
OzzYpTAmw1qoNcA9uzaSFeE=
=yJSF
-END PGP SIGNATURE-




Uploaded debootstrap 0.1.6 (sparc) to ftp-master

2001-05-01 Thread Debian/SPARC Build Daemon
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Mon, 23 Apr 2001 18:02:55 +1000
Source: debootstrap
Binary: debootstrap
Architecture: sparc
Version: 0.1.6
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: Anthony Towns aj@azure.humbug.org.au
Description: 
 debootstrap - Bootstrap a basic Debian system
Changes: 
 debootstrap (0.1.6) unstable; urgency=low
 .
   * Only create stuff in /etc if it hasn't already been created.
Files: 
 def9f03736db8487b16bdead16dfdddc 24498 admin extra debootstrap_0.1.6_sparc.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: Ben Collins [EMAIL PROTECTED]

iD8DBQE67kOOfNc/ZB4E7C0RAghEAJ0V5peCajsr3vABGlMevfT0ILWNtgCfYsFo
6XVvsqTNrNdhNPj+Uuh1nW8=
=0tIG
-END PGP SIGNATURE-




Uploaded newspost 1.13-1 (sparc) to ftp-master

2001-05-01 Thread Debian/SPARC Build Daemon
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Sun, 29 Apr 2001 22:27:39 -0700
Source: newspost
Binary: newspost
Architecture: sparc
Version: 1.13-1
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: Ian Eure [EMAIL PROTECTED]
Description: 
 newspost   - Usenet binary autoposter
Changes: 
 newspost (1.13-1) unstable; urgency=low
 .
   * New upstream release
Files: 
 e2d35318018dcd29bd06cd8e364e9a14 17984 news optional newspost_1.13-1_sparc.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: Ben Collins [EMAIL PROTECTED]

iD8DBQE67hMmfNc/ZB4E7C0RAh6aAJ4wQLOB1BAV9WbURm60mbaAb5o6SACgpBW6
FYKYH3usGIMXqG8QgZ3TrwM=
=4sc3
-END PGP SIGNATURE-




Uploaded dialog 0.9a-20010429-1 (sparc) to ftp-master

2001-05-01 Thread Debian/SPARC Build Daemon
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Mon, 30 Apr 2001 19:45:03 +0200
Source: dialog
Binary: dialog
Architecture: sparc
Version: 0.9a-20010429-1
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: Santiago Vila [EMAIL PROTECTED]
Description: 
 dialog - Displays user-friendly dialog boxes from shell scripts
Changes: 
 dialog (0.9a-20010429-1) unstable; urgency=low
 .
   * New upstream release, rewritten text justification code.
Files: 
 ef839f15bd8062b314cd6ff96f1eee37 103618 misc optional 
dialog_0.9a-20010429-1_sparc.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: Ben Collins [EMAIL PROTECTED]

iD8DBQE67iInfNc/ZB4E7C0RAnVPAJ48kZG8AIZq0lGqof4rdEnFdPSYgwCfb81e
gyBxNeyipWEYkk+pfc9Xm8A=
=jvyd
-END PGP SIGNATURE-




Uploaded gkrellweather 0.2.5-1 (sparc) to ftp-master

2001-05-01 Thread Debian/SPARC Build Daemon
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Mon, 30 Apr 2001 02:57:25 -0500
Source: gkrellweather
Binary: gkrellweather
Architecture: sparc
Version: 0.2.5-1
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: An Thi-Nguyen Le [EMAIL PROTECTED]
Description: 
 gkrellweather - A weather monitor plugin for GKrellM
Changes: 
 gkrellweather (0.2.5-1) unstable; urgency=low
 .
   * New upstream release
   * debian/control: Removed perl-5.005 dependency; added versioned
 dependency for perl-base
Files: 
 a7a81b68594ceb9677e8c1ba80dd6dd9 21254 x11 optional 
gkrellweather_0.2.5-1_sparc.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: Ben Collins [EMAIL PROTECTED]

iD8DBQE67extfNc/ZB4E7C0RArmHAKCqTSgDozohzZJ4k+ghECW3W3DlKQCgyFwA
JwHou6cmyoU9GN5PaJn8Mi8=
=P20i
-END PGP SIGNATURE-




Uploaded koffice 1.1-beta1-1 (sparc) to ftp-master

2001-05-01 Thread Debian/SPARC Build Daemon
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Mon, 23 Apr 2001 23:41:44 -0500
Source: koffice
Binary: killustrator kword kspread kpresenter krayon kivio koffice koffice-dev 
koffice-libs kchart kugar kformula koshell
Architecture: sparc
Version: 1:1.1-beta1-1
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: Ben Burton [EMAIL PROTECTED]
Description: 
 kchart - a chart drawing program for the KDE Office Suite
 kformula   - a formula editor for the KDE Office Suite
 killustrator - a vector graphics tool for the KDE Office Suite
 kivio  - a flowcharting program for the KDE Office Suite
 koffice-dev - common libraries for KOffice (development files)
 koffice-libs - common libraries and files for the KDE Office Suite
 koshell- the KDE Office Suite workspace
 kpresenter - a presentation program for the KDE Office Suite
 krayon - an image editor for the KDE Office Suite
 kspread- a spreadsheet for the KDE Office Suite
 kugar  - a business report maker for the KDE Office Suite
 kword  - a word processor for the KDE Office Suite
Changes: 
 koffice (1:1.1-beta1-1) unstable; urgency=low
 .
   * New upstream release.
   * Added package kformula.
   * Changed koffice-libs conflicts from  version-1 to  version-0 to
 avoid problems with potato packages.
   * Added koffice-libs conflicts to all application packages to avoid
 conflicts with man pages that were once undocumented links in
 koffice-libs.
Files: 
 e14a7761c4e882a73841ef59d4d094f9 267148 x11 optional 
kchart_1.1-beta1-1_sparc.deb
 a912be1f6c10d4728f07c253be069797 61582 x11 optional 
kformula_1.1-beta1-1_sparc.deb
 b144f10c4466da54b08632d1ddf19722 497234 graphics optional 
killustrator_1.1-beta1-1_sparc.deb
 310e95e2b8a1e02b240bff9855781be2 740626 graphics optional 
kivio_1.1-beta1-1_sparc.deb
 71993e13807381fc2266dd29abce5399 31852 x11 optional 
koshell_1.1-beta1-1_sparc.deb
 071c7dcf613915076f4dfc73dc030b1f 615522 x11 optional 
kpresenter_1.1-beta1-1_sparc.deb
 7ae1fa6ddac0907e71e49e471ecf11a7 705674 graphics optional 
krayon_1.1-beta1-1_sparc.deb
 26501a3bc230774c3945ae3a09b8a29e 749422 x11 optional 
kspread_1.1-beta1-1_sparc.deb
 36e789ca636d37ce95bc0799ad5b4d70 127042 x11 optional 
kugar_1.1-beta1-1_sparc.deb
 6071bb8093373dbcb6e635ba9753f20a 1646308 x11 optional 
kword_1.1-beta1-1_sparc.deb
 c44e1b3ba5e36131f71c5c60487a9440 1199736 libs optional 
koffice-libs_1.1-beta1-1_sparc.deb
 fa0f477d131d791e4290d5cb7cb4b6a0 52340 devel optional 
koffice-dev_1.1-beta1-1_sparc.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: Ben Collins [EMAIL PROTECTED]

iD8DBQE67gzxfNc/ZB4E7C0RAkIcAJ904JqWVmB9uS1Bx47mWydmk42bYACeJ5Ve
piK7qV6q5nIAGzCo6h7digU=
=hMaJ
-END PGP SIGNATURE-




Uploaded sysstat 4.0.0-2 (sparc) to ftp-master

2001-05-01 Thread Debian/SPARC Build Daemon
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Mon, 30 Apr 2001 13:00:18 +0200
Source: sysstat
Binary: isag sysstat
Architecture: sparc
Version: 4.0.0-2
Distribution: unstable
Urgency: high
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: Robert Luberda [EMAIL PROTECTED]
Description: 
 sysstat- sar, iostat and mpstat - system performance tools for Linux
Closes: 95561
Changes: 
 sysstat (4.0.0-2) unstable; urgency=high
 .
   * Set umask in sa[12] scripts (closes: #95561).
   * Also in postinst: `chmod go-w' files from /var/log/systat.
Files: 
 7f5b7d2c8096bf091e1af49a36679fad 81192 admin optional sysstat_4.0.0-2_sparc.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: Ben Collins [EMAIL PROTECTED]

iD8DBQE67exqfNc/ZB4E7C0RArP/AJ9gXhyGEOr64R0G2mmF3wi4QimFRwCghyI2
3OAHpHR+AV7ECEHzF9A1nhw=
=OhwL
-END PGP SIGNATURE-




Uploaded apt-spy 2.0-1 (sparc) to ftp-master

2001-05-01 Thread Debian/SPARC Build Daemon
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Wed, 11 Apr 2001 19:30:37 +
Source: apt-spy
Binary: apt-spy
Architecture: sparc
Version: 2.0-1
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: Stephen Stafford [EMAIL PROTECTED]
Description: 
 apt-spy- writes a sources.list file based on bandwidth tests.
Closes: 95011
Changes: 
 apt-spy (2.0-1) unstable; urgency=low
 .
   * Uploading (closes: #95011)
   * Namechange, manpage fixed
   * used --transform-program-name instead of adjusting configure
Files: 
 b8ef9204f3739179bae1485b9eb42f85 16544 admin optional apt-spy_2.0-1_sparc.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: Ben Collins [EMAIL PROTECTED]

iD8DBQE67kOAfNc/ZB4E7C0RAtNtAKCgGqW8hA6vBjcOOPxWorJBDSnNUQCghKYu
H8hLIQ9CrqGx2f8B4SS4Ffc=
=GTOa
-END PGP SIGNATURE-




Uploaded wdm 1.20-10 (sparc) to ftp-master

2001-05-01 Thread Debian/SPARC Build Daemon
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Mon, 30 Apr 2001 13:51:44 -0400
Source: wdm
Binary: wdm
Architecture: sparc
Version: 1.20-10
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: Noah Meyerhans [EMAIL PROTECTED]
Description: 
 wdm- WINGs Display Manager, an xdm replacement with a WindowMaker look
Closes: 93685 95386 95754
Changes: 
 wdm (1.20-10) unstable; urgency=low
 .
   * Fixed a typo in /etc/X11/wdm/Xreset (Closes: Bug#93685)
   * Removed reference to pam_condev.so in /etc/pam.d/wdm
 (Closes: Bug#95386)
   * Fixed an invalid comparison (bash syntax) in /etc/X11/wdm/Xsession
 (Closes: Bug#95754)
Files: 
 40af457e24bc8d30d37f2fbcc281a54f 341376 x11 extra wdm_1.20-10_sparc.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: Ben Collins [EMAIL PROTECTED]

iD8DBQE67iIsfNc/ZB4E7C0RAn8pAKCTALYWDQhesfwvfmrF2eCWlXq5IgCgic0s
Ms2wAWiJzyJSAzPwtxAZA0A=
=YTKL
-END PGP SIGNATURE-




Uploaded base-config 0.63 (sparc) to ftp-master

2001-05-01 Thread Debian/SPARC Build Daemon
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Sun, 29 Apr 2001 23:14:04 -0400
Source: base-config
Binary: base-config
Architecture: sparc
Version: 0.63
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: Joey Hess [EMAIL PROTECTED]
Description: 
 base-config - Debian base configuration package
Closes: 95611
Changes: 
 base-config (0.63) unstable; urgency=low
 .
   * Ensure that Mirrors.masterlist is distributed in the source tarball,
 Closes: #95611
Files: 
 97c5ff10553044d491565a2fe47652d8 101376 base optional 
base-config_0.63_sparc.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: Ben Collins [EMAIL PROTECTED]

iD8DBQE67dj2fNc/ZB4E7C0RAmcxAJ4gzbfXXTZ9VcLiJpKHMRps/tFfHgCgmOyd
YvqxTmxUOf5b1IWBrKbYtWI=
=psm9
-END PGP SIGNATURE-




Uploaded snort 1.7-6 (sparc) to ftp-master

2001-05-01 Thread Debian/SPARC Build Daemon
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Mon, 30 Apr 2001 01:34:25 +0200
Source: snort
Binary: snort
Architecture: sparc
Version: 1.7-6
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: Robert van der Meulen [EMAIL PROTECTED]
Description: 
 snort  - flexible packet sniffer/logger that detects attacks
Closes: 78667 90889 90979 91219 92748 93742 94651
Changes: 
 snort (1.7-6) unstable; urgency=low
 .
   * Added more paths in /etc/init.d/snort (Closes: #94651)
   * Removed non-US dependency on libssl096 (Closes: #92748)
   * Fixed old man-page synopsis bug (Closes: #90889)
   * Added 'please restart' notice for dialup users that upgrade(Closes: 
#90979).
   * Fixed 'snort.conf' indiscrepancy (comma-seperated versus
 whitespace-separated)  (Closes: #93742)
   * Added '-d' option for startup (Closes: #78667)
   * Added snort FAQ (Closes: #91219)
Files: 
 6113f6e269b6ce1ee7d8f8459f8ca81f 533780 net optional snort_1.7-6_sparc.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: Ben Collins [EMAIL PROTECTED]

iD8DBQE67hMkfNc/ZB4E7C0RApxAAKC/CI7ReN1yG2i5o5Th8eqw4EuQCwCeOOXB
E1JePSb7WSldel93ZC7z88M=
=tjBS
-END PGP SIGNATURE-




Uploaded sdl-mixer1.2 1.2.0-1 (sparc) to ftp-master

2001-05-01 Thread Debian/SPARC Build Daemon
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Fri, 20 Apr 2001 15:19:03 -0400
Source: sdl-mixer1.2
Binary: libsdl-mixer1.2 libsdl-mixer1.2-dev
Architecture: sparc
Version: 1.2.0-1
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: Christian T. Steigies [EMAIL PROTECTED]
Description: 
 libsdl-mixer1.2 - mixer library for Simple DirectMedia Layer 1.2
 libsdl-mixer1.2-dev - Development files for SDL1.2 mixer library
Closes: 94453
Changes: 
 sdl-mixer1.2 (1.2.0-1) unstable; urgency=low
 .
   * sdl-mixer for SDL1.2. Initial Release. (closes: #94453)
Files: 
 25e89b0bb074ba33536891c42ce44e90 108582 libs optional 
libsdl-mixer1.2_1.2.0-1_sparc.deb
 17f44fcf1ae4b4626b4d296753e5337f 146232 libs optional 
libsdl-mixer1.2-dev_1.2.0-1_sparc.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: Ben Collins [EMAIL PROTECTED]

iD8DBQE67iIxfNc/ZB4E7C0RAlS5AJ9H9RCzevo5jMGHo7op3ehDkZMq9wCghqhJ
dGtNFCXx0r3umJGwaVYtbZg=
=hKdq
-END PGP SIGNATURE-




Uploaded wmrack 1.1-2 (sparc) to ftp-master

2001-05-01 Thread Debian/SPARC Build Daemon
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Mon, 30 Apr 2001 11:35:04 -0700
Source: wmrack
Binary: wmrack
Architecture: sparc
Version: 1.1-2
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: Chris Waters [EMAIL PROTECTED]
Description: 
 wmrack - Combined CD Player + Mixer designed for WindowMaker
Changes: 
 wmrack (1.1-2) unstable; urgency=low
 .
   * added missing build-dependency on xutils (grr, this is one of the most
 inobvious and annoying build-dependencies around---its only used by
 one test in the configure script...sigh).
Files: 
 47385a1356f57d5c30a5384b016b4c8c 35056 sound optional wmrack_1.1-2_sparc.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: Ben Collins [EMAIL PROTECTED]

iD8DBQE67iIpfNc/ZB4E7C0RAktnAJwMtZYCd1o3QlgJ3kkzIJhbo8UIxQCgqGWd
2ZCsqyP0hsE4T719v2RzHuk=
=XUTJ
-END PGP SIGNATURE-




Uploaded fspanel 0.6-2 (sparc) to ftp-master

2001-05-01 Thread Debian/SPARC Build Daemon
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Sun, 29 Apr 2001 15:29:33 -0600
Source: fspanel
Binary: fspanel
Architecture: sparc
Version: 0.6-2
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: David Starner [EMAIL PROTECTED]
Description: 
 fspanel- A miminalist panel for X
Changes: 
 fspanel (0.6-2) unstable; urgency=low
 .
   * Recompile with a version of xlibs in the archive
Files: 
 096f4fdb901db58def8fb4b0341c2311 11026 x11 optional fspanel_0.6-2_sparc.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: Ben Collins [EMAIL PROTECTED]

iD8DBQE67exsfNc/ZB4E7C0RAnT9AJ99cy77/cQB5hYH8+YM/vRgMhRJ9ACgkS2L
VPNISH+vmWEuW/suL0fJRt4=
=aj30
-END PGP SIGNATURE-




Uploaded grepmail 4.47-2 (sparc) to ftp-master

2001-05-01 Thread Debian/SPARC Build Daemon
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Sun, 29 Apr 2001 22:14:30 -0400
Source: grepmail
Binary: grepmail
Architecture: sparc
Version: 4.47-2
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: Joey Hess [EMAIL PROTECTED]
Description: 
 grepmail   - search mailboxes for mail matching an expression
Closes: 95516
Changes: 
 grepmail (4.47-2) unstable; urgency=low
 .
   * Moved out of privlib, Closes: #95516
Files: 
 80d3ae7714861d5e61684e2d66189a78 41262 mail optional grepmail_4.47-2_sparc.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: Ben Collins [EMAIL PROTECTED]

iD8DBQE67hMlfNc/ZB4E7C0RAlvRAJ0fqPP/1nLrU/Y51uOZXw419PsPGwCgtjkv
RWDPDRFyOMLCII2sQDaMEqE=
=dw6+
-END PGP SIGNATURE-




Uploaded rpm 4.0.2-6 (sparc) to ftp-master

2001-05-01 Thread Debian/SPARC Build Daemon
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Mon, 30 Apr 2001 00:00:28 -0400
Source: rpm
Binary: librpm0-dev librpm0 rpm
Architecture: sparc
Version: 4.0.2-6
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: Joey Hess [EMAIL PROTECTED]
Description: 
 librpm0- RPM shared library
 librpm0-dev - RPM shared library, development kit
 rpm- Red Hat Package Manager
Closes: 95709
Changes: 
 rpm (4.0.2-6) unstable; urgency=low
 .
   * Fixed python/Makefile.am to link in the shared popt lib, not the static
 one I don't build. Closes: #95709
Files: 
 cd208fed7546d91366104cf9dfef2b09 466558 admin optional rpm_4.0.2-6_sparc.deb
 691fabfd8910a7de9a53dcb71ac964e3 271960 libs optional librpm0_4.0.2-6_sparc.deb
 fc13bac584c9ec80a0dfa4a358883000 343486 devel extra 
librpm0-dev_4.0.2-6_sparc.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: Ben Collins [EMAIL PROTECTED]

iD8DBQE67exofNc/ZB4E7C0RAuzbAKCdPg/Xa/z6gDuIiNl1u9gmgTuWTwCgtIoS
SuS6qamZGE1QNWY2L3p0Yvw=
=ip7C
-END PGP SIGNATURE-




Uploaded gdk-pixbuf 0.11.0-1 (sparc) to ftp-master

2001-05-01 Thread Debian/SPARC Build Daemon
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Sun, 29 Apr 2001 16:26:51 -0700
Source: gdk-pixbuf
Binary: libgdk-pixbuf-gnome2 libgdk-pixbuf-gnome-dev libgdk-pixbuf2 
libgdk-pixbuf-dev
Architecture: sparc
Version: 0.11.0-1
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: Ryan Murray [EMAIL PROTECTED]
Description: 
 libgdk-pixbuf-dev - The GdkPixBuf library - development files.
 libgdk-pixbuf-gnome-dev - The GNOME GdkPixBuf library - development files.
 libgdk-pixbuf-gnome2 - The GNOME GdkPixBuf library.
 libgdk-pixbuf2 - The GdkPixBuf library.
Changes: 
 gdk-pixbuf (0.11.0-1) unstable; urgency=low
 .
   * New upstream release
   * Add knowledge of 16bpp BMP files.  They currently display as blank
 black boxes, until someone writes the progressive line-by-line
 decoder, but will cause things to not exit that try to use them...
Files: 
 dc2d2d0a060a5c71bd1d1dc9cec1a738 156980 libs optional 
libgdk-pixbuf2_0.11.0-1_sparc.deb
 16aaecdda86720427e69bb44437a637a 7432 libs optional 
libgdk-pixbuf-gnome2_0.11.0-1_sparc.deb
 a9f42fb655ac1eef6dfbbcdcc90d6218 158242 devel optional 
libgdk-pixbuf-dev_0.11.0-1_sparc.deb
 cabfc061eab69866fd17d54b80dd1764 8160 devel extra 
libgdk-pixbuf-gnome-dev_0.11.0-1_sparc.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: Ben Collins [EMAIL PROTECTED]

iD8DBQE67djzfNc/ZB4E7C0RAiM1AJ9onfqDGG8wcCYKoD1CVrmLCsziaACePyUA
fV21zoKeHH0iue+i98QInSI=
=c6Hv
-END PGP SIGNATURE-




Uploaded popt 1.6.2-5 (sparc) to ftp-master

2001-05-01 Thread Debian/SPARC Build Daemon
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Mon, 30 Apr 2001 12:31:24 +0100
Source: popt
Binary: libpopt0 libpopt-dev
Architecture: sparc
Version: 1.6.2-5
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: Paul Martin [EMAIL PROTECTED]
Description: 
 libpopt-dev - lib for parsing cmdline parameters - development files
 libpopt0   - lib for parsing cmdline parameters
Changes: 
 popt (1.6.2-5) unstable; urgency=low
 .
   * Add versioned shlibs. This helps out rpm's Bug#95789.
Files: 
 860beda90b7ed37623e764ad2a89edc2 24350 base important 
libpopt0_1.6.2-5_sparc.deb
 3f32c2532b28df8424836656cdea19a5 32386 devel optional 
libpopt-dev_1.6.2-5_sparc.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: Ben Collins [EMAIL PROTECTED]

iD8DBQE67cazfNc/ZB4E7C0RAudUAJ0RT15+fV0RVZPrSNybcJ1XCXni0wCfeaDj
4pwMQ11sBPQOOMmX+d/h9Tg=
=6DbK
-END PGP SIGNATURE-




Uploaded cint 5.14.85-1 (sparc) to ftp-master

2001-05-01 Thread Debian/SPARC Build Daemon
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Mon, 30 Apr 2001 17:18:34 +0200
Source: cint
Binary: cint
Architecture: sparc
Version: 5.14.85-1
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: Richard Kreckel [EMAIL PROTECTED]
Description: 
 cint   - A C/C++ interpreter
Closes: 95618
Changes: 
 cint (5.14.85-1) unstable; urgency=low
 .
   * New upstream version.
   * Removed build dependency on libstdc++2.9-dev; closes: #95618.
Files: 
 41407eded4a38eaf1a790b9b5c1e945a 1383072 devel optional 
cint_5.14.85-1_sparc.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: Ben Collins [EMAIL PROTECTED]

iD8DBQE67dj3fNc/ZB4E7C0RAirbAKCoLQnEi7CEou9mR3S5rfc9gNRvGwCePjIY
muMs/wmeqz7WVgz/LJzD4J8=
=ZY0y
-END PGP SIGNATURE-




Uploaded crawl 4.0.0beta15-1 (sparc) to ftp-master

2001-05-01 Thread Debian/SPARC Build Daemon
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Sat, 28 Apr 2001 13:36:31 +0200
Source: crawl
Binary: crawl
Architecture: sparc
Version: 1:4.0.0beta15-1
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: Guus Sliepen [EMAIL PROTECTED]
Description: 
 crawl  - Dungeon Crawl, a text-based roguelike game
Closes: 94925
Changes: 
 crawl (1:4.0.0beta15-1) unstable; urgency=low
 .
   * New upstream release.
   * New version numbering scheme.
   * Documented running/open prefix commands. Closes: #94925
Files: 
 16d1ac1c51a5b2a10c56971aaa97d39e 591132 games optional 
crawl_4.0.0beta15-1_sparc.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: Ben Collins [EMAIL PROTECTED]

iD8DBQE67hMofNc/ZB4E7C0RAjUkAKCGTi+RevgexpL+RDLcRLE7ppYiOwCeLOSu
nqUZOjmVikJWxYr+tJ7aACU=
=7yZ1
-END PGP SIGNATURE-




Uploaded squidguard 1.1.9-20010302-3 (sparc) to ftp-master

2001-05-01 Thread Debian/SPARC Build Daemon
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Mon, 30 Apr 2001 02:18:00 -0700
Source: squidguard
Binary: squidguard
Architecture: sparc
Version: 1.1.9-20010302-3
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: Ivan E. Moore II [EMAIL PROTECTED]
Description: 
 squidguard - filter, redirector and access controller plug for Squid
Closes: 95794
Changes: 
 squidguard (1.1.9-20010302-3) unstable; urgency=low
 .
   * Update Build-Depends
   * Move to DB3 (Closes: #95794)
   * Add debconf warnings about new db format
   * Add bits in postinst to make sure file and directory permissions are set
 properly and then rebuild squidGuard db files to make sure we are using
 the proper db format.
Files: 
 d457751bbe51eeb4aa9bd05b177cadc9 128890 web optional 
squidguard_1.1.9-20010302-3_sparc.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: Ben Collins [EMAIL PROTECTED]

iD8DBQE67hMofNc/ZB4E7C0RAi23AJ4xUmOpIkGbQ0q1NuxBq4yDIu+chgCgmg4t
60cNX56C3JNVi0gQusCCHgw=
=tOzC
-END PGP SIGNATURE-




Uploaded libxml2 2.3.7-1 (sparc) to ftp-master

2001-05-01 Thread Debian/SPARC Build Daemon
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Sun, 29 Apr 2001 11:42:54 +0200
Source: libxml2
Binary: libxml2-dev libxml2
Architecture: sparc
Version: 2.3.7-1
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: Fredrik Hallenberg [EMAIL PROTECTED]
Description: 
 libxml2- GNOME XML library
 libxml2-dev - Development files for the GNOME XML library
Closes: 95692
Changes: 
 libxml2 (2.3.7-1) unstable; urgency=low
 .
   * New upstream release (closes: #95692)
Files: 
 373a215e608d227b99b72c728b1f8f65 256182 libs optional libxml2_2.3.7-1_sparc.deb
 cd8f7590c5910653c0980c9df052888e 506816 devel optional 
libxml2-dev_2.3.7-1_sparc.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: Ben Collins [EMAIL PROTECTED]

iD8DBQE67dj1fNc/ZB4E7C0RAvEaAJ47WqQNWK9/gL7t8jyaf1izexoapwCdEiuc
vy4OmBN1qkWf1uMnm41Nt58=
=HPBz
-END PGP SIGNATURE-




Uploaded sdl-image1.2 1.2.0-1 (sparc) to ftp-master

2001-05-01 Thread Debian/SPARC Build Daemon
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Fri, 20 Apr 2001 15:19:03 -0400
Source: sdl-image1.2
Binary: libsdl-image1.2 libsdl-image1.2-dev
Architecture: sparc
Version: 1.2.0-1
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: Christian T. Steigies [EMAIL PROTECTED]
Description: 
 libsdl-image1.2 - image loading library for Simple DirectMedia Layer 1.2
 libsdl-image1.2-dev - Development files for SDL1.2 image loading libray
Closes: 94452
Changes: 
 sdl-image1.2 (1.2.0-1) unstable; urgency=low
 .
   * sdl-image for SDL1.2. Initial Release. (closes: #94452)
Files: 
 15aa36ad545ee995b83f3949ff03f719 16710 devel optional 
libsdl-image1.2_1.2.0-1_sparc.deb
 d6a8ee16c749ff4d9ffd11cbdfc4b4c2 21500 devel optional 
libsdl-image1.2-dev_1.2.0-1_sparc.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: Ben Collins [EMAIL PROTECTED]

iD8DBQE67iIwfNc/ZB4E7C0RAhgcAKCY7PnSeMfV865+BScXwC56VzAIFwCdGXjr
VvN8xOdmrHXy108/gQaVQrw=
=7okY
-END PGP SIGNATURE-




Uploaded kdetoys 2.1.1-2.1 (sparc) to ftp-master

2001-05-01 Thread Debian/SPARC Build Daemon
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Sat, 28 Apr 2001 03:34:00 -0700
Source: kdetoys
Binary: eyesapplet kscore kodo kworldwatch kteatime amor kmoon ktux
Architecture: sparc
Version: 4:2.1.1-2.1
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: Ivan E. Moore II [EMAIL PROTECTED]
Description: 
 amor   - Amusing Misuse Of Resources
 eyesapplet - Eyes Applet for KDE
 kmoon  - displays various phases of the moon
 kodo   - mouse odometer which shows how far your mouse has traveled
 kscore - Sports Ticker for KDE
 kteatime   - A tea cooker timer
 ktux   - Tux screensaver for KDE
 kworldwatch - displays where in the world it is light and dark
Changes: 
 kdetoys (4:2.1.1-2.1) unstable; urgency=low
 .
   * NMU
   * Fixing build-depends
   * Update config.* files for hppa/ia64 archs
Files: 
 208cbe3da0ed73a8733fbe73ae682e5e 152496 games optional amor_2.1.1-2.1_sparc.deb
 39ae035483b1e8c8596bfa53f8c8b5a4 67806 games optional kmoon_2.1.1-2.1_sparc.deb
 f1ccd2edd8ccc8be9c8b2edd9eff6c32 271504 games optional ktux_2.1.1-2.1_sparc.deb
 3b30fd0dbe2f3d401d3a839b8cde67c4 620874 games optional 
kworldwatch_2.1.1-2.1_sparc.deb
 e32bdb7b92e3957d4a3e2520940e63d3 38364 games optional kodo_2.1.1-2.1_sparc.deb
 867f406efa938070859edb54c9899da6 33318 games optional 
kteatime_2.1.1-2.1_sparc.deb
 3aec5aaeb7bc151beb8014a0c7e071a7 60146 games optional 
kscore_2.1.1-2.1_sparc.deb
 2a1c0395f01656ff9bc0f8752a35672a 13640 games optional 
eyesapplet_2.1.1-2.1_sparc.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: Ben Collins [EMAIL PROTECTED]

iD8DBQE67iIlfNc/ZB4E7C0RAjK9AKCbD/KUf3s8zb/MpphSlCD2bYHu8QCfe6JL
jkEkof3pgg7ZmjbRvf2xpBY=
=duId
-END PGP SIGNATURE-




Uploaded htcheck 1.1.0b8-muttley-2 (sparc) to ftp-master

2001-05-01 Thread Debian/SPARC Build Daemon
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Mon, 30 Apr 2001 10:09:09 +
Source: htcheck
Binary: htcheck htcheck-php
Architecture: sparc
Version: 1.1.0b8-muttley-2
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: Marco Nenciarini [EMAIL PROTECTED]
Description: 
 htcheck- Utility for checking web site for dead/external links
Changes: 
 htcheck (1.1.0b8-muttley-2) unstable; urgency=low
 .
   * Applied patch file regarding the PHP interface (showurl.php file)
Files: 
 dd3c02fbdecdf2de28d4df842016e1fa 255080 web extra 
htcheck_1.1.0b8-muttley-2_sparc.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: Ben Collins [EMAIL PROTECTED]

iD8DBQE67iItfNc/ZB4E7C0RAkkTAJ9yH+0zv0YaLbolk92ABCt1iJSwBgCfZlDL
9JIyvjAkEFJjurqIIO+cSjg=
=ABqs
-END PGP SIGNATURE-




Uploaded gkrellm-mailwatch 0.5-1 (sparc) to ftp-master

2001-05-01 Thread Debian/SPARC Build Daemon
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Fri, 13 Apr 2001 14:22:38 +0200
Source: gkrellm-mailwatch
Binary: gkrellm-mailwatch
Architecture: sparc
Version: 0.5-1
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: Sjoerd Simons [EMAIL PROTECTED]
Description: 
 gkrellm-mailwatch - GKrellM plugin to watch mailboxes in multiple panels
Changes: 
 gkrellm-mailwatch (0.5-1) unstable; urgency=low
 .
   * New upstream release.
Files: 
 1a17834686cfe9fb6cacd2e5b1174833 16176 mail optional 
gkrellm-mailwatch_0.5-1_sparc.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: Ben Collins [EMAIL PROTECTED]

iD8DBQE67hMkfNc/ZB4E7C0RAg9+AJ9ZIL9jcZU/YlB5UB6jA6JsXMYlfACgrvMk
fp3PGfnVBQ6M9jFBHxLR+NY=
=FEdC
-END PGP SIGNATURE-




Re: Proposing task-debian

2001-05-01 Thread Matt Zimmerman
On Mon, Apr 30, 2001 at 11:10:47PM -0400, Joey Hess wrote:

 Matt Zimmerman wrote:
  I think it makes as much sense as the existing task packages.
 
 Existing brokenness is no excuse for new brokenness though. I have gone
 into detail about how the current task system is fubar, and I think I've
 filed bugs on most of the task packages you mention since they should
 not exist.

A few sentences in policy, or a small web page on /devel might help keep this
from happening.  More effective though, I think, would be to give developers a
good way to express what they are trying to express with these broken task
packages.  I think they want to give users a way to easily select common
packages at installation time.  When I first installed Debian, I spent hours in
dselect figuring out what I wanted, and today there are several times as many
packages.

I think most packages that fall into this category are server programs.
Desktop systems tend to be installed once and last a long time.  I seem to
build servers many times more frequently than desktop systems, either to bring
more capacity online or to experiment with different applications.  Maybe what
is needed is a Server installation menu which allows the user to install
packages like these without searching around for them.

Or, maybe we just need a better dselect.

-- 
 - mdz




Re: (OT) Storage (8*IDE HDs) any experiences?

2001-05-01 Thread Mike Fedyk
On Sun, Apr 29, 2001 at 10:14:35AM +0200, Russell Coker wrote:
 On Sunday 29 April 2001 06:48, Brandon High wrote:
  On Sat, Apr 28, 2001 at 11:50:26PM +0200, Andreas Bombe wrote:
   The IBM SCSI disk I have here has a jumper to delay spin up depending on
   SCSI ID so that an array of those would spin up sequentially if they all
   had those jumper set (and different IDs, which they need anyway).  Maybe
   there are IDE drives built with RAIDs in mind offering some similar
   option?
 
  I doubt it, but with a sufficiently large case (or small power supply) it
  may be possible to stick a 2nd (or 3rd) power supply in. Drives could be
  plugged into the second PS while the MB is powered off of the primary PS.
 
 That sounds like a really bad idea to me.
 
 In a regular setup the IDE controller and the drive get power from the same 
 source.  So if the signals on the cable have more current going one way than 
 the other then the difference will be made up on the 0V line on the PSU.  If 
 you have separate PSU's then the difference will go through other lines of 
 the data cable.  This is something that is likely to be fatal to drives and 
 motherboards.
 
 But if you try it please let me know how it works.  ;)
I've used a second power supply just to test out some hard drives, because I
didn't want them to hang off the PS.

It worked great.

Mike




Re: Bug#95801: won't let me upgrade perl from stable to unstable

2001-05-01 Thread Jason Gunthorpe

On 1 May 2001, Brian May wrote:

  Jason == Jason Gunthorpe [EMAIL PROTECTED] writes:
 
 Jason On Mon, 30 Apr 2001, Brian May wrote:
 
  WARNING: The following essential packages will be removed This
  should NOT be done unless you know exactly what you are doing!
  perl-5.004-base (due to perl-base)
 
 Jason I'm confused, why is this a bug? You asked it to remove a
 
 No I didn't! I asked to upgrade to the latest perl from unstable!

sigh Please read exactly what I am saying, I already discussed this
problem with Brendan before I replied to you. The fact that dist-upgrade
works makes this not-a-bug.

By asking it to remove some packages, that implicitly implies others need
to be upgraded, which implies that some perl packages need to be removed.
You asked for that, you have to accept that. You may suggest it not remove
perl-5.004 base by also listing that on the command line, but you may find
it removes more packages that you'd like it to.

 It is a bug. It means that I cannot upgrade from stable to unstable.

No, it means you can't do this specific situation you asked for, you said
dist-upgrade works, so you can in fact upgrade to unstable!
 
  The thing is, I can't even see how this is meant to work:
  
  dewey:~# dpkg --print-avail perl-base
  
 
 Jason Try looking at the current version of perl-base, and then
   

 conflicts. Perhaps you are confused? Please check the version number
 again.

Read it. Carefully. Your output has no relevence what so ever for 2
reasons, the first being that it is not the installed package, and the
second being that it is dpkg 'avail' output which is not used by APT.

In fact the output you quote below demonstrates exactly what I was talking
about.

 If you do close this bug again without resolving it, then I guess you
 have just demonstrated that Debian has grown too large and

Why are you arguing with me? Instead of taking the time to reopen the bug,
you should have reassgned it to a perl package, or accept that it is
Not-A-Bug. I have already provided sufficient explanation in the first
message to show that it is not an APT bug. 

Since I am not convinced this is even a bug at all, I am not going to
foist it on anyone else. If you still belive something is wrong then it is
up to you to talk to Brendan yourself - that is why I closed the bug, why
you reopened it in spite of my explaination of why it is not an apt bug is
beyond me...

Jason




Ā„_Ā¤@Ā¤k.......Ā¶WĀÆƅĀ»Ā¶Ā©fĀ§Ćš!

2001-05-01 Thread Ā¤Ć½Ā„ƐĀ§Q




,
,[EMAIL PROTECTED]
[EMAIL PROTECTED]@..
[EMAIL PROTECTED]

-

...
p.s.  Friday's !!




Re: Bug#95801: won't let me upgrade perl from stable to unstable

2001-05-01 Thread Brian May
reassign 95801 perl-base
thanks

To restate this bug report in simple terms:

It is simply not possible to install perl-base[1] from unstable as it
conflicts with perl-5.004-base[2] which is a required package in
stable, and no longer exists in unstable[3].

 Jason == Jason Gunthorpe [EMAIL PROTECTED] writes:

Jason sigh Please read exactly what I am saying, I already
Jason discussed this problem with Brendan before I replied to
Jason you. The fact that dist-upgrade works makes this not-a-bug.

Jason By asking it to remove some packages, that implicitly
Jason implies others need to be upgraded, which implies that some
Jason perl packages need to be removed.  You asked for that, you
Jason have to accept that. You may suggest it not remove
Jason perl-5.004 base by also listing that on the command line,
Jason but you may find it removes more packages that you'd like
Jason it to.

No. I tried that but it did not work. I said why in my previous post:
perl-5.004-base does not exist anymore[3]!

snoopy:nfsroot:/# apt-get install perl-base perl-5.004-base
Reading Package Lists...
Building Dependency Tree...
Sorry, perl-5.004-base is already the newest version.
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

Sorry, but the following packages have unmet dependencies:
  perl-base: Conflicts: perl-5.004-base but 5.004.05-6 is to be installed
E: Sorry, broken packages

It is simply not possible to install perl-base[1] from unstable as it
conflicts with perl-5.004-base[2] which is a required package in
stable, and no longer exists in unstable[3].

 It is a bug. It means that I cannot upgrade from stable to
 unstable.

Jason No, it means you can't do this specific situation you asked
Jason for, you said dist-upgrade works, so you can in fact
Jason upgrade to unstable!
 
I don't recall saying that. If so, I did, I am sorry, I must have been
confused at the time (or maybe the archive has changed since then, or
maybe I just missed the message at the bottom of the verbose
output). dist-upgrade does not work. IT CANNOT WORK! If you don't
understand why it cannot work, please reread my previous message
again.

As for proof (seeing as you won't take my word for it):

snoopy:nfsroot:/# apt-get dist-upgrade 
Reading Package Lists...
Building Dependency Tree...
The following packages will be REMOVED:
  guile1.3 libgimp1.1 libgnomeprint6 libguile6 libguile6-slib mkhybrid
  perl-5.004 perl-5.004-base perl-5.004-suid snes9x-server task-gnome-apps
  task-gnome-desktop task-gnome-games task-gnome-net task-x-window-system-core
  xbase-clients xf86setup xmanpages xpm4g 
The following NEW packages will be installed:
  asclock-themes blas1 bonobo cdrdao console-common cpp-2.95 debconf-utils
  defoma dia-common dialog g++-2.95 gcc-2.95 gconf gnocatan-client
  gnocatan-data gnocatan-help gnome-gnotski guile-common guile1.4
  guile1.4-slib icewm-common ifupdown imagemagick ipchains klogd lapack
  libbonobo2 libbz2-1.0 libcap1 libcupsys2 libdb3 libdps1 libefs1 libfreetype6
  libgconf11 libgimp1.2 libgmp3 libgnome-vfs0 libgnomeprint15 libguile9
  libhtml-tagset-perl libltdl0 libmagick5 libnetpbm9 liboaf0 libperl5.6
  libpspell2 libregexx0 libscrollkeeper0 libstdc++2.10-glibc2.2 libungif4g
  libwmf0 libwraster2 libxaw-dev libxaw6 libxaw7 libxml2 mp3info net-tools
  netkit-inetd netkit-ping netpbm oaf perl perl-5.6 perl-doc perl-modules
  portmap scrollkeeper sox tcl8.3 tk8.3 xlibs xlibs-dev xserver-common-v3
  xserver-xfree86 xutils 
The following packages have been kept back
  gnumeric pan rwho sawfish sawfish-gnome ssh-askpass-gnome xscreensaver 
The following packages will be DOWNGRADED
  dia diskless-image-simple gcd gdm gmc gnome-media gnome-pim
  gnome-pim-conduits gphoto grip libgnome-pilot0 libungif3g libunicode0
  mc-common nvi rep-gtk rep-gtk-gnome xmms 
WARNING: The following essential packages will be removed
This should NOT be done unless you know exactly what you are doing!
  perl-5.004-base (due to perl-base) 
346 packages upgraded, 77 newly installed, 18 downgraded, 19 to remove and 8  
not upgraded.
Need to get 168MB of archives. After unpacking 83.0MB will be used.
You are about to do something potentially harmful
To continue type in the phrase 'Yes, do as I say!'
 ?] 

Jason Read it. Carefully. Your output has no relevence what so
Jason ever for 2 reasons, the first being that it is not the
Jason installed package, and the second being that it is dpkg
Jason 'avail' output which is not used by APT.

It has the highest version number I always run dselect update???

Please, I do know what I am doing. However, perhaps this might
convince you:

Notes: Package [1] from unstable:

[520] 

BTS feature?

2001-05-01 Thread Brian May
Hello,

during the latest debate on the BTS, I thought of a new feature
which would be really useful in the BTS.

Instead of the maintainer sending a message to
bugid[EMAIL PROTECTED] saying this is not a bug (which only
serves to annoy submitters who are convinced otherwise), you should be
able to send a message to bugid[EMAIL PROTECTED]

The BTS system would automatically close the bug if nothing else is
received, say within 30 days. If something is received, then the
autoclose is cancelled, and the bug remains open.

Same for responses of the type if I don't hear from you, I will
assume this bug has been fixed. I think it would be nice if this
could get automated.

Comments?
-- 
Brian May [EMAIL PROTECTED]




Re: Many ports open by default

2001-05-01 Thread David Nusinow
On 30 Apr 2001 15:30:48 -0400, Wolfgang Sourdeau wrote:
  As always, that would be true if they weren't installed by default. The
  current method requires too much prior knowledge.
 
 This could be put as a question whenever someone installs Debian
 GNU/Linux. Something like Do you want to enable the installed server
 software by default. Beware that this might cause security problems on
 your system since it is recommended to only run server programs if and
 only if needed. If you do not feel confident enough with system
 administration, you should answer No here.
 

I like this idea a lot. Newbies simply don't know if they need a daemon
or not (or even what a daemon is sometimes), so they could use a little
hand holding. While I agree with Craig that if you don't want it run,
then either don't install or edit by hand, but I think that this doesn't
apply at all if it's installed by default. If you know enough to know
you need the server, then you should be able to install it yourself, you
don't need it installed by default for you.

- David Nusinow
   [EMAIL PROTECTED]




Re: Bug#95801: won't let me upgrade perl from stable to unstable

2001-05-01 Thread Jason Gunthorpe

On 1 May 2001, Brian May wrote:

 Jason No, it means you can't do this specific situation you asked
 Jason for, you said dist-upgrade works, so you can in fact
 Jason upgrade to unstable!
  
 I don't recall saying that. If so, I did, I am sorry, I must have been
 confused at the time (or maybe the archive has changed since then, or

You seem to be confused. It is in the bug log.

[..]
 apt-get dist-upgrade would work, but I want to remove my Helix packages
 first (otherwise things will break), and apt wont let me do that without
[..]

 It has the highest version number I always run dselect update???

I don't care? It is not the installed package! Why are you ignoring that
absolutely critical detail?? Lets review my first message:

 Try looking at the current version of perl-base, and then look at the
 thing that actually provides the pre-depends it needs, which in this case
 will be perl-5.004-base. This has very little to do with the packages you
 are going to install. 

Now, hold my hand. Your installed perl-base looks like this: 

 Package: perl-base
 Essential: yes
 Priority: required
 Section: base
 Installed-Size: 10
 Maintainer: Darren Stalder [EMAIL PROTECTED]
 Architecture: all
 Version: 5.004.05-1.1
 Pre-Depends: perl5-base
   

And your perl-5.004-base looks like this!

 snoopy:nfsroot:/# dpkg -s perl-5.004-base
 Package: perl-5.004-base
 Provides: perl5-base
^^

Mkay? 

Now, the *only* ground you can attempt to stand on to claim this is an APT
bug is that it is erronously giving the error.

The above proves the relationship between perl-base and perl-5.004-base
and it also proves the fact that perl-base is essential -- on your system,
as it is now. 

I established this in the last paragraph of my first message, which you
totally ignored. Establishing this absolves me of all responsibility so I
closed the bug.

 details to explain the problem, which you don't seem to understand,
 you are constantly accusing me of being wrong. However, thank-you for

Yes, of course, I have no idea how the software I wrote works. Silly me.

Jason




SGML Question - help?

2001-05-01 Thread Stephen M Moraco
Hi,

I'm new to SGML (Month+) and cannot for the life
of me sovle this and am finally posting to this list for help.

I'm trying to generate HTML from an article document.

I'm using jade.  I'll use what-ever solves my problem, i am
not tied to jade.

My quest is simple, I thought ;-(

I want to automatically generate an index and simultaneously
have an article table of contents.

For weeks, now I have been able to generate one or the other
(an index or an article toc) but not both.

When I use a style-sheet that asks for the aticle-toc then
jade fails to emit the HTML.index.  When I use a style-
sheet with which jade will emit the HTML.index i can enable
the article toc.

Does anybody have a style-sheet that will support this?

I've been thru the duck-book by Norman Walsh and Leonard Muellner
and thru docbook publishing by Joe Zonker Brockmeier and
Kara Pritchard as well as the documentation arriving with jade
and sgmltools-lite, etc.  I've also been to numerous docbook
linux doc web-sites.  There is something simple out there that
i have missed, isn't there?

Any constructive suggestions welcome  ;-)

Thanks in advance for your help.

Regards,
Stephen obviously SGML challenged Moraco


pgp5dMuWxjFes.pgp
Description: PGP signature


Re: Proposing task-debian

2001-05-01 Thread Sam Powers
While we're discussing what's wrong with task packages, I'd like to pick on 
them a little more:
Task packages make things like task-gnome-desktop very easy to install, but 
removing the packages which are installed can sometimes be really tough, if 
you just wanted to try out gnome, for example.
Perhaps task packages should be required to flag their dependencies for 
removal in their prerm to ease removal of the entire package group. (probably 
a better name for this type of package..)
Any better ideas?




Re: ITP: ttf-japanese-kandata

2001-05-01 Thread Takashi Okamoto
At Wed, 25 Apr 2001 23:54:02 -0700,
Osamu Aoki wrote:
 Big question is what did Mr. Wakaba used as the base of glyph.  And how
 far modification later affected the total collection.  If he started
 with then popular PC9800's ROM fonts with mere 16x16 bitmap fonts as
 starting point of making TT fonts, it may be well within fair use.

I can't heard the base of glyph. And we can't detect the problem part
because he recycled part of glyph widely. But Mr.Uchida is rewriting
the problem part now. It will take more one of half year to finish
removing the problem. In addition, if kandata is legal, he don't like
that we distribute kandata under such a unclear situation.

So, I decided that I wait his work. I'll make kandata package
after the problem will be removed.

Thanks.

Takashi Okamoto




Re: Bug#95430: acknowledged by developer (Re: Bug#95430: ash: word-splitting changes break shell scripts)

2001-05-01 Thread Herbert Xu
severity 95430 normal
quit

On Mon, Apr 30, 2001 at 07:48:07PM -0700, Zack Weinberg wrote:
 severity 95430 critical
 quit
 
 I can keep this up just as long as you can.

Everyone around here knows that I just love this game.

   (tests) ... except that ash does honor IFS from the environment.  You
   realize that this is a gaping security hole, even if IFS is only used
   to split the results of expansion?  You realize that it is trivial to
   break any shell script on the entire machine that way?
  
  Get a clue, Linux does not allow setuid scripts.
 
 Irrelevant.  Look up IFS in a bugtraq archive.
 I shan't do your homework for you.

I did.  And guess what, I didn't find one single exploit regarding this
on Linux.  Interestingly, I found one exploit that relied on IFS to be set
to work.

  You're the one who doesn't get it.  If you are writing shell functions
  and you need to save the IFS, then you need to save it properly.
 
 You don't seem to comprehend the difference between shell *functions*
 and shell *scripts*.

Sorry I misread one of your messages.

In any case, your script is still broken.  I'm only working around this
because a related autoconf breakage (#95447) is very widespread.
-- 
Debian GNU/Linux 2.2 is out! ( http://www.debian.org/ )
Email:  Herbert Xu ~{PmVHI~} [EMAIL PROTECTED]
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt




Re: 404's

2001-05-01 Thread Doug Porter
Matt Zimmerman wrote:
 
 On Mon, Apr 30, 2001 at 02:00:18PM -0700, Adam McKenna wrote:
  
  rsync --exclude Packages* debian/pool
  rsync --delete debian/pool  (If old packages are even deleted)

It is probably a good idea to hold off the Sources* and Release*
files too and then at the very end run a --delete-after.  This is
aproximately what I have started using...

rsync -vaH --stats --partial --exclude Packages* \
  --exclude Sources* --exclude Release* host::debian debian/
rsync -vaH --stats --partial --delete --delete-after \
  host::debian debian/

 with this rsync implementation, will cause nearly every file
 in the archive to be checksum-compared twice instead of once.

No, rsync will only checksum files by default when they are being
sent or if the timestamp and/or file sizes do not match.  Rsync
will only checksum every file if you hand it the -c option.

The only problem with this is getting the whole file list twice
which takes some io.  I am looking at the possibility of using
cvsup (yes that sounds strange, but trust me) for mirroring
because it uses the same algorithm as rsync and is much faster
when it comes to getting the file list.  Rsync will wait until
the entire file list has been received, whereas cvsup will
immediately grab the first file on the list which saves a lot of
time in many cases.

- Doug




Re: (OT) Storage (8*IDE HDs) any experiences?

2001-05-01 Thread Russell Coker
On Monday 30 April 2001 00:04, Hamish Moffatt wrote:
 On Sun, Apr 29, 2001 at 10:14:35AM +0200, Russell Coker wrote:
  In a regular setup the IDE controller and the drive get power from the
  same source.  So if the signals on the cable have more current going one
  way than the other then the difference will be made up on the 0V line on
  the PSU.  If you have separate PSU's then the difference will go through
  other lines of the data cable.

 I don't see why. Nor is this any different to any external drives.
 You have a hefty ground connection between the power supplies anyway
 (the mains, plus the metal case acting as ground).

External drives generally don't use an ATA interface!  I am not confidant of 
the main earth acting as a suitable earth for the DC power.

On Monday 30 April 2001 01:01, Brian May wrote:
 Another thing to watch out for is timing differences. Eg. if you turn
 on one power supply before the other. Or if one power supply generates
 good power before the other.

 I would assume (hope!) the original poster plans to run both power
 supplies from the same central switch, in order to minimise problems
 here.

 Designers of the interface need to take into consideration if it is
 going to be used for external devices powered by external power or
 internal devices. A number of factors need to be taken into account
 ranging from internal delays in the power supply, logic levels, cable
 length vs cable quality vs speed of communication vs reliability of
 communication, ground loops, etc.

There was a presentation at a Linux Users of Victoria meeting some years ago 
about doing hot-swap IDE hard drives with cheap standard hardware.  My 
recollection is that the power lines of the hard drive had to be connected in 
a particular order...


On Monday 30 April 2001 16:11, PiotR wrote:
 A good solution for this might be to connect the first PS's output to the
 other, so the voltage is the same, and there's no massive current flow
 across the data cables.

That's if both PSU's have exactly the same voltage.  If one provides a 
slightly higher voltage than the other then it will try to power everything 
itself (at least until the current drain lowers the output voltage).  Also if 
two PSUs with different voltages are connected together with insufficient 
load then reverse current will flow through the PSU with the lower voltage!

Go to http://www.raidzone.com/ if you want affordable IDE-based RAID 
solutions without all this bother.

-- 
http://www.coker.com.au/bonnie++/ Bonnie++ hard drive benchmark
http://www.coker.com.au/postal/   Postal SMTP/POP benchmark
http://www.coker.com.au/projects.html Projects I am working on
http://www.coker.com.au/~russell/ My home page




Re: debbugs can now send bug mails to someone different than the maintainer

2001-05-01 Thread Julian Gilbey
On Mon, Apr 30, 2001 at 11:35:56AM -0500, Adam Heath wrote:
  No; at present, we only have to enter the correct entry in the
  changelog, keeping Debian policy list debian-policy@lists.debian.org
  in the control file Maintainer field.  Then all of our uploads are
  considered NMUs and we have to close the bugs manually thereafter (how
  lazy we have become!).
 
 Um, why not set 'Debian policy list debian-policy@lists.debian.org' in the
 changelog, but just sign the files with the key of the uploader?

I know that we *can* do this, but it's still a hack.  I think it's
nicer to actually see who did which upload.  (I know that info can be
gleaned from the CVS logs, but the changelog is part of the package,
the CVS history isn't.)

   Julian

-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

 Julian Gilbey, Dept of Maths, Queen Mary, Univ. of London
   Debian GNU/Linux Developer,  see http://people.debian.org/~jdg
  Donate free food to the world's hungry: see http://www.thehungersite.com/




Re: Fwd: Re: [GB]Conflict with name libgb.so

2001-05-01 Thread Julian Gilbey
On Mon, Apr 30, 2001 at 10:42:26PM -0500, Ben Burton wrote:
 
 Hi.. just received this from the primary Gnome Basic author.
 
 I'll make the suggested changes and merge the Gnome Basic stuff into 
 /usr/lib/libgbrun.so; Stanford GraphBase need not be touched.

Great, thanks!

   Julian

-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

 Julian Gilbey, Dept of Maths, Queen Mary, Univ. of London
   Debian GNU/Linux Developer,  see http://people.debian.org/~jdg
  Donate free food to the world's hungry: see http://www.thehungersite.com/




Re: (OT) Storage (8*IDE HDs) any experiences?

2001-05-01 Thread Hamish Moffatt
On Tue, May 01, 2001 at 11:03:06AM +0200, Russell Coker wrote:
 On Monday 30 April 2001 00:04, Hamish Moffatt wrote:
  I don't see why. Nor is this any different to any external drives.
  You have a hefty ground connection between the power supplies anyway
  (the mains, plus the metal case acting as ground).
 
 External drives generally don't use an ATA interface!  I am not confidant of 
 the main earth acting as a suitable earth for the DC power.

True, but I don't see this as a big issue.

 On Monday 30 April 2001 01:01, Brian May wrote:
  Another thing to watch out for is timing differences. Eg. if you turn
  on one power supply before the other. Or if one power supply generates
  good power before the other.
 
  I would assume (hope!) the original poster plans to run both power
  supplies from the same central switch, in order to minimise problems
  here.

I think it would be better to deliberately turn them on in order, rather
than trying to guess at the same time. Turn the hard drives on first.
They may or may not spin up while the controller is powered off. Then
turn on the main supply.

 There was a presentation at a Linux Users of Victoria meeting some years ago 
 about doing hot-swap IDE hard drives with cheap standard hardware.  My 
 recollection is that the power lines of the hard drive had to be connected in 
 a particular order...

Standard power supplies may have sequencing to switch the supplies on a
known order. That doesn't stop you powering them from different power
supplies though, as the sequencing isn't under motherboard control.

 On Monday 30 April 2001 16:11, PiotR wrote:
  A good solution for this might be to connect the first PS's output to the
  other, so the voltage is the same, and there's no massive current flow
  across the data cables.
 
 That's if both PSU's have exactly the same voltage.  If one provides a 
 slightly higher voltage than the other then it will try to power everything 
 itself (at least until the current drain lowers the output voltage).  Also if 
 two PSUs with different voltages are connected together with insufficient 
 load then reverse current will flow through the PSU with the lower voltage!

Yes, that's a bad idea.


Hamish
-- 
Hamish Moffatt VK3SB [EMAIL PROTECTED] [EMAIL PROTECTED]




Re: debbugs can now send bug mails to someone different than the maintainer

2001-05-01 Thread Julian Gilbey
On Tue, May 01, 2001 at 09:17:21AM +1000, Brian May wrote:
  Matt == Matt Zimmerman [EMAIL PROTECTED] writes:
 
 Matt Unless, of course, you can do your filtering on the mail
 Matt server, as I do.
 
 In my case, my MTA server is on the wrong side of my permanent
 28.8kbps modem link.
 
 Of course, I could make master.debian.org my server, too. Just not as
 convenient (I would need to implement something, eg. fetchmail based
 for retrieving the mail.) One day, I need to investigate fetchmail,
 and how it works. Or that BSMTP stuff.

Subscribe with @d.o address.
Filter the mail on master.
Forward anything you want to see to your regular email address,
leaving nothing on master.

   Julian

-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

 Julian Gilbey, Dept of Maths, Queen Mary, Univ. of London
   Debian GNU/Linux Developer,  see http://people.debian.org/~jdg
  Donate free food to the world's hungry: see http://www.thehungersite.com/




Re: problems with atari800

2001-05-01 Thread Paul Martin
On Mon, Apr 30, 2001 at 09:05:33PM -0300, Ben Armstrong wrote:
 $ host -a www.signus.demon.co.uk
 www.signus.demon.co.uk  MX  10 punt-1.mail.demon.net
 www.signus.demon.co.uk  MX  10 punt-2.mail.demon.net
 
 So, it seems there are at least MX records for this address, but no A or
 CNAME records.  So the web site, it seems, does not exist for the moment.
 You may, however, be able to contact someone via email to that address.

$ host -a www.i-smell-a-wildcard-here.demon.co.uk
www.i-smell-a-wildcard-here.demon.co.uk MX  10 punt-1.mail.demon.net
www.i-smell-a-wildcard-here.demon.co.uk MX  10 punt-2.mail.demon.net

Demon are well known for having wildcards in their DNS. If you didn't
get an A or CNAME record back, the account's dead.

-- 
Paul Martin [EMAIL PROTECTED]




Re: Are build-dependancies mandatory?

2001-05-01 Thread Marcin Owsiany
On Mon, Apr 30, 2001 at 09:18:20AM +0100, Julian Gilbey wrote:
 On Sun, Apr 29, 2001 at 05:05:08PM -0700, Daniel Schepler wrote:
  Is this an inconsistency with the above quote from section 7.6, which
  uses the word may?
 
 Yes.

Ah, you see my point now :)

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




Re: kernel-{image,headers} package bloat

2001-05-01 Thread Torsten Landschoff
On Tue, May 01, 2001 at 12:19:29AM +1000, Craig Sanders wrote:
  This is the point where I disagree. I really hate having to build my
  own kernel just to do some tests with a fresh installation.
 
 so you have spent good money on a high-end SMP machine but you're not
 willing to put in 5(*) minutes work (running make config or menuconfig or
 xconfig) to build a kernel which is optimised for your hardware.
 
 strange.

Yes, really strange. When I had money I spent it on buying a SMP machine
since I wanted to experiment with parallel code. It's now only half a 
year since I actually had the money to buy two PII-400 processors to
actually make use of the SMP feature. Not to mention that the board has 2
UW-SCSI Slots but I have only a 4GB DDRS drive which is slow as hell compared
to current disks. 

And it is not 5 minutes time but 5 minutes on top on each installation.
And, BTW: It's even 5 minutes if I don't need to build a new kernel 
since I have to reboot to get into the new system and that takes quite
a long time on this system even without Zope being installed.

I wouldn't have commented this but I am getting really pissed if somebody
accuses me of not being willing to spend x minutes on something. I am
doing all my Debian work in my spare time and if 5 minutes of that perhaps
60 a day go away for senseless work I think it is okay if I don't like
that. 

 of machine if you have a bunch of similar or identical machines). after
 that, it's less work because you can re-use the old .config file and
 just run make oldconfig to handle any new compile-time options.

It's even less work since I have my kernel .deb around.

Anyway, I would like to have an smp kernel readily available in Debian.
Mandrake for example installs the SMP kernel by default if the target
machine is a smp box. If another kernel-image is needed to support that
I can life with only UP.

Basically I don't care if our distributed kernels squeeze the last 10%
out of the processor(s). But in an ideal world it should at least support all
installed processors so that I don't lose 100% compared to a custom kernel. 
Anyway, if it's impossible to do that without adding bloat I can do without.

cu
Torsten


pgpb99fmldzp3.pgp
Description: PGP signature


Re: Bug#95801: won't let me upgrade perl from stable to unstable

2001-05-01 Thread Brian May
 Jason == Jason Gunthorpe [EMAIL PROTECTED] writes:

Jason Now, hold my hand. Your installed perl-base looks like
Jason this:

The installed stuff is not relevant. There is nothing wrong with my
existing setup. apt-get is happy with it as is. However it won't let
me upgrade.

1. I want apt-get to upgrade perl-base to the latest version.

2. the latest version of perl-base conflicts with perl-5.004-base.

3. apt-get tries to upgrade perl-5.004-base but finds it is already the latest
version (or rather it doesn't exist in unstable).

4. apt-get only has one option left, and that is to remove
perl-5.004-base, which is a required package.

Jason Now, the *only* ground you can attempt to stand on to claim
Jason this is an APT bug is that it is erronously giving the
Jason error.

Didn't you see that I reassigned the bug to perl-base

Anyway, it doesn't matter anymore for me. That particular laptop
computer died due (I think) to hardware problems.

And it doesn't matter for you either, because I reassigned the bug to
perl-base. If you continue to argue and say that it is not a bug
(somewhere; anywhere) that I can't upgrade from stable to unstable I
will ignore your messages.

In the unlikely event that the perl maintainers get confused and don't
fix the problem, somebody else will complain about it latter on. Then
they can deal with the problems.
-- 
Brian May [EMAIL PROTECTED]




Re: debbugs can now send bug mails to someone different than the maintainer

2001-05-01 Thread Brian May
 Julian == Julian Gilbey [EMAIL PROTECTED] writes:

Julian Subscribe with @d.o address.  Filter the mail on master.
Julian Forward anything you want to see to your regular email
Julian address, leaving nothing on master.

Now why didn't I think of that? ;-)

In the past, I seem to remember having problems when mail bounced
after it was forwarded by procmail (I think I may have somehow created
a mail loop with bounce messages somehow creating more bounce
messages; I can't remember the details now). I will have to watch out
for that.
-- 
Brian May [EMAIL PROTECTED]




Re: Bug#95801: won't let me upgrade perl from stable to unstable

2001-05-01 Thread Brian May
 Steve == Steve Langasek [EMAIL PROTECTED] writes:

Steve On Mon, 30 Apr 2001, xsdg wrote:
 I'm not sure if this is the correct answer, but do you have the
 newest apt, apt-utils, debconf, debconf-utils, and dpkg
 installed on that box?

Steve Does that really address the problem?  A user upgrading
Steve from potato to woody once woody is released will also not
Steve have the newest versions of these tools installed.

I think the problem would occur regardless of what apt you had
installed.

Jason may even be correct when he said it was not a problem with apt.
I am not going to argue where the problem lies, but just think it
should get fixed.

My apt, at the time, however was 0.5.0 (or possibly 0.5.3).
-- 
Brian May [EMAIL PROTECTED]




Re: debbugs can now send bug mails to someone different than the maintainer

2001-05-01 Thread Brian May
 Henrique == Henrique M Holschuh [EMAIL PROTECTED] writes:

Henrique Fetchmail is not the best tool for dealing with the
Henrique Debian developer mail accounts, plain and simple.

Why not?

(not trying to argue here, just genuinely curious).

I would have though that fetchmail-ssl would be quite OK.
-- 
Brian May [EMAIL PROTECTED]




Re: Proposing task-debian

2001-05-01 Thread Vince Mulhollon

On 05/01/2001 03:09:16 AM Sam Powers wrote:

 While we're discussing what's wrong with task packages, I'd like to pick
on
 them a little more:
 Task packages make things like task-gnome-desktop very easy to install,
but
 removing the packages which are installed can sometimes be really tough,
if
 you just wanted to try out gnome, for example.
 Perhaps task packages should be required to flag their dependencies for
 removal in their prerm to ease removal of the entire package group.
(probably
 a better name for this type of package..)
 Any better ideas?

Been there, done that, noone cares enough.  Would take a policy change I
suppose, to enforce it.

From my poor memory, the generally agreed best idea is to setup two
packages, vaguely like this:

Package name: task-abc
Conflicts: task-abc-remove
Depends: abc, bcd, cde, def

Package name: task-abc-remove
Conflicts: task-abc, abc, bcd, cde, def

From that description you can probably figure out whats going on.

If someone cared enough to do that for all task packages, that would make
removal of tasks simple.  I don't think this will happen soon, because I
get the feeling the the powerusers who would have to create the -remove
packages don't use task packages to begin with.  Making a sweeping
generalization, most people who have root don't install task packages, if
they want KDE they apt-get install koffice konquerer and let apt figure out
all the dependancies.  In other words they already know the names of the
tools they need, so they don't need a task package crutch.  Then I could
complain that the newbies that could benefit by the installation of
everything to do task-abc will probably not be able to figure out what's
installed by the task package or what in general is installed on their
system..

Ideally task-abc-remove would even remove itself once it's done.  That
would be hard, but it might be possible via a nasty combination of at,
cron, and who knows what else.

Other theories included enforcing the addition of a file in /usr/sbin, for
example:

# filename /usr/sbin/task-abc-remove
# This shell script cleans out task-abc
dpkg --remove abc
# you get the idea
dpkg --remove def
dpkg --remove task-abc
rm /usr/sbin/task-abc-remove

This is also somewhat tricky, as youd have to create
/usr/sbin/task-abc-remove as part of the postinst of task-abc.




Re: Proposing task-debian

2001-05-01 Thread Christian Hammers
On Mon, Apr 30, 2001 at 01:47:34PM -0400, Matt Zimmerman wrote:
 Perhaps it would be useful to create a new archive section for Debian-specific
 tools.  There seem to be more written all the time, and it would be nice to be
 able to easily browse a list of them.  Things like apt-zip, grep-dctrl,
 deborphan, debfoster, dlocate, debsums, dpkg-dev-el, dput, and reportbug come
 to mind as likely candidates for such a section.  There's no reason to make

I like this idea. Do others have other opinions about this?
Who must be asked to create a new section?

bye,

 -christian-

-- 
  Save the forests, eat more beavers!




Whos bug is this? doc/sendmail-doc/op.ps.gz - Error: /invalidfont in findfont

2001-05-01 Thread Karl M. Hegbloom
Package: ???
Version: ???
Severity: snafu

 Not sure who to report this to or how to fix it so I can read this
 manual soon.  Please advise.

Error: /invalidfont in findfont
Operand stack:
   [EMAIL PROTECTED]   --nostringval--   Times-Italic   Font   Times-Italic   
280374   Times-Italic   --nostringval--   Courier   (Courier)   Courier
Execution stack:
   %interp_exit   .runexec2   --nostringval--   --nostringval--   
--nostringval--   2   %stopped_push   --nostringval--   --nostringval--   
--nostringval--   false   1   %stopped_push   1   3   %oparray_pop   1   3   
%oparray_pop   .runexec2   --nostringval--   --nostringval--   --nostringval--  
 2   %stopped_push   --nostringval--   --nostringval--   3   4   %oparray_pop   
4   4   %oparray_pop   --nostringval--   --nostringval--   --nostringval--   
--nostringval--   --nostringval--   false   1   %stopped_push   7   5   
%oparray_pop   --nostringval--   --nostringval--   --nostringval--   
--nostringval--
Dictionary stack:
   --dict:996/1476(ro)(G)--   --dict:0/20(G)--   --dict:67/200(L)--   
--dict:54/120(L)--   --dict:17/17(ro)(G)--   --dict:996/1476(ro)(G)--
Current allocation mode is local
Last OS error: 2
AFPL Ghostscript 6.50: Unrecoverable error, exit code 1

-- 
mailto: (Karl M. Hegbloom) [EMAIL PROTECTED]




Re: Proposing task-debian

2001-05-01 Thread John Hasler
Matt Zimmerman wrote:
 Perhaps it would be useful to create a new archive section for Debian-specific
 tools.

Christian Hammers writes:
 I like this idea. Do others have other opinions about this?

I like it also.
-- 
John Hasler
[EMAIL PROTECTED] (John Hasler)
Dancing Horse Hill
Elmwood, WI




Re: ash word-splitting changes break shell scripts

2001-05-01 Thread Steve M. Robbins
On Tue, May 01, 2001 at 06:15:41PM +1000, Herbert Xu wrote:

 On Mon, Apr 30, 2001 at 07:48:07PM -0700, Zack Weinberg wrote:

  I can keep this up just as long as you can.
 
 Everyone around here knows that I just love this game.

Children!
 

 In any case, your script is still broken.  I'm only working around this
 because a related autoconf breakage (#95447) is very widespread.

Herbert,

It is likely that the folks who wrote autoconf did not invent this
idiom for setting and re-setting $IFS.  They probably borrowed the
idea from existing shell code, meaning that the breakage, as you put
it, will be widespread indeed.

The autoconf folks try very hard to write portable code.  They go to
ridiculous lengths to support every major flavour of OS, compiler,
make, and shell.  Indeed, Zack's tests show that only the recent ash
behaves differently.

Notwithstanding that the Single Unix Specification allows it, what is
the gain of NOT setting $IFS?  Does it simplify initialization code or
save memory?  Does it simplify matters enough to justify calling all
the existing shell code broken and demanding that it be fixed (as
you did with Zack's example, and with bugs #95447 and #95856)?

I am glad that you decided to revert the change to ash.  I hope that
future debates of this sort can be conducted with more reason and
fewer childish BTS games.


Regards,
-Steve




Re: BTS feature?

2001-05-01 Thread Steve M. Robbins
On Tue, May 01, 2001 at 03:38:06PM +1000, Brian May wrote:
 Hello,
 
 during the latest debate on the BTS, I thought of a new feature
 which would be really useful in the BTS.
 
 Instead of the maintainer sending a message to
 bugid[EMAIL PROTECTED] saying this is not a bug (which only
 serves to annoy submitters who are convinced otherwise), you should be
 able to send a message to bugid[EMAIL PROTECTED]
 
 The BTS system would automatically close the bug if nothing else is
 received, say within 30 days. If something is received, then the
 autoclose is cancelled, and the bug remains open.

I don't follow your reasoning.  Are you suggesting that the bug submitters
will be less annoyed if the bug is closed after 30 days, rather than
immediately?  Why would that be?

-S




Re: debbugs can now send bug mails to someone different than the maintainer

2001-05-01 Thread Julian Gilbey
On Mon, Apr 30, 2001 at 11:27:46PM +0100, James Troup wrote:
 Julian Gilbey [EMAIL PROTECTED] writes:
 
  What I am suggesting is that katie has a list of such cases (although
  I'm not proposing a particular format):
 
 From my point of view, such information would ideally be:
 
   o not centrally controlled, but package/maintainer(s) controlled[0]
   o trivial (both in terms of code and CPU use) for katie to obtain[1]
   o not unnecessarily waste space in places it's not needed[2]
  
 I'd love to see suggestions that satisfy those criteria, but was
 eventually someday going to fall back on something like Julian just
 suggested if I couldn't find anything better.

The thought I had would be in the source paragraph of the control
file, but that fails [2].  However, I really don't know how many
packages we're talking about, and therefore whether it would actually
be much of a problem.

   Julian

-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

 Julian Gilbey, Dept of Maths, Queen Mary, Univ. of London
   Debian GNU/Linux Developer,  see http://people.debian.org/~jdg
  Donate free food to the world's hungry: see http://www.thehungersite.com/




intent to package palo

2001-05-01 Thread bame

palo is the PA-RISC/Linux (architecture specific) boot loader

-Paul Bame
[EMAIL PROTECTED]




Re: intent to package palo

2001-05-01 Thread Gustavo Noronha Silva
Em Tue, 01 May 2001 10:10:09 -0600
[EMAIL PROTECTED] escreveu:

 
 palo is the PA-RISC/Linux (architecture specific) boot loader
Hello, this is not the right way of doing an ITP... you should 
send it as a bug to wnpp and include aditional information... 
(like its web page, its license and so on...)

please refer to the Developer's Reference Manual for more info
about it

[]s!

-- 
   Gustavo Noronha Silva - kov http://www.metainfo.org/kov
*--*
|  .''`.  | Debian GNU/Linux - A matter of quality http://www.debian.org
|
| : :'  : |Debian-BR enlarging frontiers
http://debian-br.sourceforge.net|
| `. `'`  |  Be Happy! Be FREE!   
|
|   `-| Think globaly, act localy!  
|
*--*




Re: debbugs can now send bug mails to someone different than the maintainer

2001-05-01 Thread Henrique M Holschuh
On Tue, 01 May 2001, Brian May wrote:
  Henrique == Henrique M Holschuh [EMAIL PROTECTED] writes:
 Henrique Fetchmail is not the best tool for dealing with the
 Henrique Debian developer mail accounts, plain and simple.
 
 Why not?

Because there isn't a IMAP or POP3 server at the other side... and using
shell scripts is easier and faster when doing BSMTP-style delivery over an
ssh tunnel.

-- 
  One disk to rule them all, One disk to find them. One disk to bring
  them all and in the darkness grind them. In the Land of Redmond
  where the shadows lie. -- The Silicon Valley Tarot
  Henrique Holschuh


pgpgmOoKHUYP9.pgp
Description: PGP signature


Re: BTS feature?

2001-05-01 Thread John Hasler
Steve M. Robbins writes:
 I don't follow your reasoning.  Are you suggesting that the bug
 submitters will be less annoyed if the bug is closed after 30 days,
 rather than immediately?  Why would that be?

Many bug submitters never respond to requests for additional information.
Example: let's say I receive a bug against pppconfig which says I typed
pon and nothing happened!.  I conclude that it is probably operator error
and send a request for clarification to bugid[EMAIL PROTECTED]
In the meantime the submitter gets around to reading the pon man page and
realizes that his connection was up all the time.  He is so embarrassed
that he doesn't respond.  Consequently, at the end of 30 days the bug goes
away by itself.  Had he responded to my request, the bug would have become
permanent and I would have to deal with it.

I would think that this autoclose feature would be quite popular with
maintainers of packages that receive large numbers of spurious or duplicate
bug reports.
-- 
John Hasler
[EMAIL PROTECTED]
Dancing Horse Hill
Elmwood, Wisconsin




Re: Proposing task-debian

2001-05-01 Thread Roland Bauerschmidt
Vince Mulhollon wrote:
 From my poor memory, the generally agreed best idea is to setup two
 packages, vaguely like this:
 
 Package name: task-abc
 Conflicts: task-abc-remove
 Depends: abc, bcd, cde, def
 
 Package name: task-abc-remove
 Conflicts: task-abc, abc, bcd, cde, def

Please, NO! This is a pretty ugly hack and there are better ways to do
this, e.g. the debfoster aproach. I don't agree at all with you that
this is the generally agreed best idea. Rather the opposite. 

Roland

-- 
Roland Bauerschmidt




Re: Proposing task-debian

2001-05-01 Thread Vince Mulhollon

On 05/01/2001 12:40:24 PM roland wrote:

 Vince Mulhollon wrote:
  From my poor memory, the generally agreed best idea is to setup two
  packages, vaguely like this:
 
  Package name: task-abc
  Conflicts: task-abc-remove
  Depends: abc, bcd, cde, def
 
  Package name: task-abc-remove
  Conflicts: task-abc, abc, bcd, cde, def

 Please, NO! This is a pretty ugly hack and there are better ways to do
 this, e.g. the debfoster aproach. I don't agree at all with you that
 this is the generally agreed best idea. Rather the opposite.

Oh, I don't know if it's an ugly hack.  Think about it, theres one program
or system that handles conflicts and dependencies.  Why not rely on it?
Making multiple programs to do the same function (installing and removing
packages) is probably not the prettiest method.

As far as generally agreed best idea goes, I put it in quotes for a
reason.  As with all things Debian there is no way to make everyone happy.




Re: why dig ? I wanna use nslookup !

2001-05-01 Thread Marco d'Itri
On Apr 28, Stefano Zacchiroli [EMAIL PROTECTED] wrote:

 OK, but who have choose that nslookup is deprecated in favour of the
 other two tools ?
The people who wrote BIND and developed a very large part of the DNS
infrastructure, the group of people who knows about DNS more than most
other people in the world.
nslookup is broken, please let it die its long-deserved death.

-- 
ciao,
Marco




upgrading only urgency=high packages

2001-05-01 Thread Dan Christensen
Is there a way to upgrade all currently installed packages which have
had an urgency=high version uploaded to the archive since I last
upgraded?  (And any necessary dependencies, of course.)  I'm thinking
of this for the unstable distribution.  The idea is to frequently do
such upgrades to get any security fixes, and less frequently do an
entire dist-upgrade.

(I know about testing, but for the machine in question I like to
stay current with unstable most of the time.)

I'm guessing that the information about the urgency fields might not
be available except in the changelog, so it might be necessary to
download the package and have a script look through the changelog.

Could apt-listchanges be hacked to do this?  Or could apt's new
pinning mechanism help?

Is urgency information stored anywhere besides the changelog?
How do the testing scripts do this?

Thanks for any suggestions,

Dan




Re: (OT) Storage (8*IDE HDs) any experiences?

2001-05-01 Thread PiotR
On Tue, May 01, 2001 at 11:03:06AM +0200, Russell Coker wrote:
 On Monday 30 April 2001 16:11, PiotR wrote:
  A good solution for this might be to connect the first PS's output to the
  other, so the voltage is the same, and there's no massive current flow
  across the data cables.
 
 That's if both PSU's have exactly the same voltage.  If one provides a 
 slightly higher voltage than the other then it will try to power everything 
 itself (at least until the current drain lowers the output voltage).  Also if 
 two PSUs with different voltages are connected together with insufficient 
 load then reverse current will flow through the PSU with the lower voltage!

If you short circuit both PS's outputs then the voltage is the same and there 
won't be any reverse current, neither in the data cables. So te load will be 
distributed between both PS. 

-- 
Pedro Larroy Tovar. PiotR | http://omega.resa.es/piotr/
[EMAIL PROTECTED]




Re: upgrading only urgency=high packages

2001-05-01 Thread Matt Zimmerman
On Tue, May 01, 2001 at 02:12:24PM -0400, Dan Christensen wrote:

 Is there a way to upgrade all currently installed packages which have
 had an urgency=high version uploaded to the archive since I last
 upgraded?  (And any necessary dependencies, of course.)  I'm thinking
 of this for the unstable distribution.  The idea is to frequently do
 such upgrades to get any security fixes, and less frequently do an
 entire dist-upgrade.
 
 (I know about testing, but for the machine in question I like to
 stay current with unstable most of the time.)
 
 I'm guessing that the information about the urgency fields might not
 be available except in the changelog, so it might be necessary to
 download the package and have a script look through the changelog.
 
 Could apt-listchanges be hacked to do this?  Or could apt's new
 pinning mechanism help?
 
 Is urgency information stored anywhere besides the changelog?
 How do the testing scripts do this?

I had an idea (and a working script) to extract changelogs from source packages
and insert them into a SQL database.  My original intention was to allow
apt-listchanges to display changelogs for packages before downloading them, but
such a database would also allow for queries like this.  It would also allow
the CGI changelog viewer to work again.

If the daily lintian runs start up again, this script could easily be run when
a source package is unpacked, to keep the database up-to-date as new packages
come into the archive.

-- 
 - mdz




Re: Proposing task-debian

2001-05-01 Thread Steve Greenland
On 01-May-01, 12:50 (CDT), Vince Mulhollon [EMAIL PROTECTED] wrote: 
 On 05/01/2001 12:40:24 PM roland wrote:
  Vince Mulhollon wrote:
   From my poor memory, the generally agreed best idea is to setup two
   packages, vaguely like this:
  
   Package name: task-abc
   Conflicts: task-abc-remove
   Depends: abc, bcd, cde, def
  
   Package name: task-abc-remove
   Conflicts: task-abc, abc, bcd, cde, def
 
  Please, NO! This is a pretty ugly hack and there are better ways to do
  this, e.g. the debfoster aproach. I don't agree at all with you that
  this is the generally agreed best idea. Rather the opposite.
 
 Oh, I don't know if it's an ugly hack. 

Well, one reason it's ugly is that your -remove tasks will show up in
the Task Selection dialog that runs before the initial install. I expect
that many new users would be rather confused...

Steve
-- 
Steve Greenland [EMAIL PROTECTED]
(Please do not CC me on mail sent to this list; I subscribe to and read
every list I post to.)




Re: upgrading only urgency=high packages

2001-05-01 Thread Gordon Sadler
On Tue, May 01, 2001 at 02:44:21PM -0400, Matt Zimmerman wrote:
 From: Matt Zimmerman [EMAIL PROTECTED]
 To: debian-devel@lists.debian.org
 Subject: Re: upgrading only urgency=high packages
 Mail-Followup-To: debian-devel@lists.debian.org
 
 On Tue, May 01, 2001 at 02:12:24PM -0400, Dan Christensen wrote:
 
  Is there a way to upgrade all currently installed packages which have
  had an urgency=high version uploaded to the archive since I last
  upgraded?  (And any necessary dependencies, of course.)  I'm thinking
  of this for the unstable distribution.  The idea is to frequently do
  such upgrades to get any security fixes, and less frequently do an
  entire dist-upgrade.
  
  (I know about testing, but for the machine in question I like to
  stay current with unstable most of the time.)
  
  I'm guessing that the information about the urgency fields might not
  be available except in the changelog, so it might be necessary to
  download the package and have a script look through the changelog.
  
  Could apt-listchanges be hacked to do this?  Or could apt's new
  pinning mechanism help?
  
  Is urgency information stored anywhere besides the changelog?
  How do the testing scripts do this?
 
 I had an idea (and a working script) to extract changelogs from source 
 packages
 and insert them into a SQL database.  My original intention was to allow
 apt-listchanges to display changelogs for packages before downloading them, 
 but
 such a database would also allow for queries like this.  It would also allow
 the CGI changelog viewer to work again.
 
 If the daily lintian runs start up again, this script could easily be run when
 a source package is unpacked, to keep the database up-to-date as new packages
 come into the archive.
 
You might look at another idea. When katie/dinstall runs it has to parse
the .changes file. This includes both the urgency info and the changelog
relevant to the current upload.


Gordon Sadler




Re: Proposing task-debian

2001-05-01 Thread John Hasler
Vince Mulhollon writes:
 Oh, I don't know if it [task-abc-remove] is an ugly hack.

The obvious thing to do when one wants to remove a package is to remove the
package.  To an ordinary user task-abc is a package.  He is not going to
figure out that the way to remove it is to install another package.
-- 
John Hasler
[EMAIL PROTECTED] (John Hasler)
Dancing Horse Hill
Elmwood, WI




Unable to apt-get dist-upgrade / upgrade whatever...

2001-05-01 Thread grofur
Hi,

I've got a problem with updating my Debian system. It is running the unstable 
version with kernel 2.4.3. When I run dselect and update the package list 
everything goes well. Then I try to install some packages (and update some 
existing packages). Downloading goes well, but then: the package system halts 
with the following message: 

+--
|Fetched 7597kB in 2m52s (44.0kB/s) 
|Preconfiguring packages ..
|Authenticating /var/cache/apt/archives/dpkg_1.9.2_i386.deb ...
|debsig: Origin Signature check failed. This deb might not be signed.
|
|dpkg: error processing /var/cache/apt/archives/dpkg_1.9.2_i386.deb (--unpack):
| Verification on package /var/cache/apt/archives/dpkg_1.9.2_i386.deb failed!
|Errors were encountered while processing:
| /var/cache/apt/archives/dpkg_1.9.2_i386.deb
|E: Sub-process /usr/bin/dpkg returned an error code (1)
|Some errors occurred while unpacking. I'm going to configure the
|packages that were installed. This may result in duplicate errors
|or errors caused by missing dependencies. This is OK, only the errors
|above this message are important. Please fix them and run [I]nstall again
|Press enter to continue.
+--

Pressing enter doesn't work... it just halts... I am sure I downloaded the 
packages of an official source (my sources.list points to http.us.debian.org 
and non-us.debian.org).

Does somebody know a work-around, or are the packages just corrupt and need to 
be fixed?

Thanks in advance,

Martijn Meijers
[EMAIL PROTECTED]

Running Debian GNU/Linux on a Pentium II @ 350 Mhz with 128 MB




Unable to complete dselect install

2001-05-01 Thread grofur
Hi,

I've got a problem with updating my Debian system. It is running the unstable 
version with kernel 2.4.3. When I run dselect and update the package list 
everything goes well. Then I try to install some packages (and update some 
existing packages). Downloading goes well, but then: the package system halts 
with the following message: 

+--
|Fetched 7597kB in 2m52s (44.0kB/s) 
|Preconfiguring packages ..
|Authenticating /var/cache/apt/archives/dpkg_1.9.2_i386.deb ...
|debsig: Origin Signature check failed. This deb might not be signed.
|
|dpkg: error processing /var/cache/apt/archives/dpkg_1.9.2_i386.deb (--unpack):
| Verification on package /var/cache/apt/archives/dpkg_1.9.2_i386.deb failed!
|Errors were encountered while processing:
| /var/cache/apt/archives/dpkg_1.9.2_i386.deb
|E: Sub-process /usr/bin/dpkg returned an error code (1)
|Some errors occurred while unpacking. I'm going to configure the
|packages that were installed. This may result in duplicate errors
|or errors caused by missing dependencies. This is OK, only the errors
|above this message are important. Please fix them and run [I]nstall again
|Press enter to continue.
+--

Pressing enter doesn't work... it just halts... I am sure I downloaded the 
packages of an official source (my sources.list points to http.us.debian.org 
and non-us.debian.org).

Does somebody know a work-around, or are the packages just corrupt and need to 
be fixed?

Thanks in advance,

Martijn Meijers
[EMAIL PROTECTED]

Running Debian GNU/Linux on a Pentium II @ 350 Mhz with 128 MB




Re: Unable to complete dselect install

2001-05-01 Thread Petr Cech
On Tue, May 01, 2001 at 09:56:50PM +0200 , [EMAIL PROTECTED] wrote:
 Hi,
 
 I've got a problem with updating my Debian system. It is running the unstable 
 version with kernel 2.4.3. When I run dselect and update the package list 
 everything goes well. Then I try to install some packages (and update some 
 existing packages). Downloading goes well, but then: the package system halts 
 with the following message: 
 

edit /etc/dpkg/dpkg.cfg and add 

no-debsig

or maybe remove debsig-verify
Petr Cech
-- 
Debian GNU/Linux maintainer - www.debian.{org,cz}
   [EMAIL PROTECTED]

Obviously the only rational solution to your problem is suicide.




Re: Bug#95801: won't let me upgrade perl from stable to unstable

2001-05-01 Thread Matt Zimmerman
On Tue, May 01, 2001 at 09:57:57PM +1000, Brian May wrote:

 And it doesn't matter for you either, because I reassigned the bug to
 perl-base. If you continue to argue and say that it is not a bug
 (somewhere; anywhere) that I can't upgrade from stable to unstable I
 will ignore your messages.

Please stop saying that you can't upgrade from stable to unstable, because it
simply isn't true.  It is a bothersome side effect of the Perl dependency mess
that you can't upgrade ONLY PERL on your system without potentially breaking
it.

-- 
 - mdz




Re: ALL: PARANOID from /etc/hosts.deny Should be Commented by default

2001-05-01 Thread kaneda
On Thursday 19 April 2001 17:33, Nathan Dabney wrote:
 How about we first ask the user upon install if they want to be able to
 accept outside connections at all.

 I think this thread could be solved by designing a few types of installs
 and giving defaults for host.deny and host.allow and other security points
 for each install scenario.

 Example:
   Basic Install - Workstation (no access)
   host.deny: ALL: ALL

   Basic Install - Workstation (some access)
   host.deny: ALL: PARANOID (or IPs)

   Basic Install - Server (some access)
   host.allow: ALL: ip list for accessible points
   host.deny: ALL: PARANOID (prompt user for preference)

   Expert Install - Asks user what they want, IP based or paranoid or none.

 We *need* a secure by default install option for people that may want to
 use it.

That seems really perfect to me. But I've read in this thread of possible 
problems that removing ALL:PARANOID can lead (thanks Anthony Towns - among 
others :)). What about warning the user of them so he will know the 
secondary effects of such a trivial decission?

 What does everyone think of a /etc/security.policy file with a few security
 flags set upon install that packages can read during later installs or
 upgrades to see if they should be open or closed by default?

Great idea.




Dpkg problems

2001-05-01 Thread Jon Eisenstein
I seem to be in a very troublesome spot... My dpkg segfaults in any needed
situation:

dpkg -i foo
Segmentation fault

Dselect: Update
Okay
Dselect: Select
Segmentation fault

dpkg --unpack foo
Segmentation fault

dpkg --help
Okay

What can I do? I downloaded the dpkg deb, used ar x, unpacked the tgz and
copied the appropriate files, but it still segfaults. This might be
related to the fact that my system crashed this morning with a kernel
panic.




  1   2   >