Accepted xevil 2.02r2-3 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 22 Jul 2005 15:53:10 -0700 Source: xevil Binary: xevil Architecture: source i386 Version: 2.02r2-3 Distribution: unstable Urgency: low Maintainer: Aaron Lehmann [EMAIL PROTECTED] Changed-By: Aaron Lehmann [EMAIL PROTECTED] Description: xevil - A violent side-scrolling game for X Closes: 297848 Changes: xevil (2.02r2-3) unstable; urgency=low . * Fix compilation with g++ 4.0 (Closes: #297848) Files: 1a203cffca6132c55c731ef97f4d1e26 852 games optional xevil_2.02r2-3.dsc d36052ca03213737d2c33dafc416ff81 27525 games optional xevil_2.02r2-3.diff.gz 21b96cf143a013ddefbcf76e8fcf7209 548476 games optional xevil_2.02r2-3_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iQEVAwUBQuF6xuUmkte/88/IAQLIiwf/aNDy2cTxp3HpxlNC5nof3AK7b0Vr5Obc O7I1NK75T1Y5Li6GGanbEQc+OPEcRuNMdiqJlgsZJGp2BViWlNMyNmIX3wmRrO3D YJc80ty5qbb1iP6YzlC1FYtEwn3iy376CBf2KBI3ER3DDTDygQd3def3F8OC1uSf bj2oTgB4MSfXIvkdYSSLJ61s7jUatsbVGkHSJEH1fVNzGyWlTeCQRahP5d5Kypie 8mMsaJDURWIY5lpdDNQjsrUkZIvKp9HbZe++Ex30DCEuJxi1r3FzxnhpYrr2z4FI zaJovQeaUsb5NotAgZ/q302RdZquMnG/OZyj6tbCj1ViFs51Jb8FhA== =KRrr -END PGP SIGNATURE- Accepted: xevil_2.02r2-3.diff.gz to pool/main/x/xevil/xevil_2.02r2-3.diff.gz xevil_2.02r2-3.dsc to pool/main/x/xevil/xevil_2.02r2-3.dsc xevil_2.02r2-3_i386.deb to pool/main/x/xevil/xevil_2.02r2-3_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted zsnes 1.400-1 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 17 Jan 2005 18:53:03 -0800 Source: zsnes Binary: zsnes Architecture: source i386 Version: 1.400-1 Distribution: unstable Urgency: low Maintainer: Aaron Lehmann [EMAIL PROTECTED] Changed-By: Aaron Lehmann [EMAIL PROTECTED] Description: zsnes - Emulator of the Super Nintendo Entertainment System (TM) Closes: 287161 287998 290463 Changes: zsnes (1.400-1) unstable; urgency=low . * New upstream version (Closes: #287161, #287998) * Fix manpage (Closes: #290463) Files: 28498174f83d98bcf7f34fc0937c1a4e 972 contrib/otherosfs optional zsnes_1.400-1.dsc 770afa48055722e76574841ca5976126 1062598 contrib/otherosfs optional zsnes_1.400.orig.tar.gz f182b7a9228863b2cd3bd7f13bb77fdc 12899 contrib/otherosfs optional zsnes_1.400-1.diff.gz 73d4c0205e5d50d4c8652c48c5a94b7c 516732 contrib/otherosfs optional zsnes_1.400-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iQEVAwUBQeyAN+Umkte/88/IAQK7DAf9EFghA1wSR2OO1dvcE+KBVqT6RnW3Comh rhqfiEuKTImAX0WE6rk9gx3wPKKIDH6ZDNm2BaR0yWGKFnA3SEo2dAEq8D59csDr vrVkbwp4T+bNPpSlw/uyZgsxAOks8YIZoNuHjx/+bLVX2j5Qq4JeEDXceDmMzzJc UB/Aq0w1W7sWv4qkeT4tneNx8ohk6iL9D1ilJJZnP2yrOwUsrLQlRFIlzvpgzAdr RyJJWW+2qcre1AhfOcnoCYPHh0RSQ0JC37f+M3aYfurvxIkWEWgU0Tg6aJCg0ERD uRyR7AeVbFKOqHZZbfsg6MBa+MK9EBBhTv+5VXmcJ1idQQun4Sdwng== =+Dru -END PGP SIGNATURE- Accepted: zsnes_1.400-1.diff.gz to pool/contrib/z/zsnes/zsnes_1.400-1.diff.gz zsnes_1.400-1.dsc to pool/contrib/z/zsnes/zsnes_1.400-1.dsc zsnes_1.400-1_i386.deb to pool/contrib/z/zsnes/zsnes_1.400-1_i386.deb zsnes_1.400.orig.tar.gz to pool/contrib/z/zsnes/zsnes_1.400.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted pngcrush 1.5.10-2 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sat, 13 Nov 2004 22:43:49 -0800 Source: pngcrush Binary: pngcrush Architecture: source i386 Version: 1.5.10-2 Distribution: unstable Urgency: low Maintainer: Aaron Lehmann [EMAIL PROTECTED] Changed-By: Aaron Lehmann [EMAIL PROTECTED] Description: pngcrush - optimizes PNG (Portable Network Graphics) files Closes: 280245 Changes: pngcrush (1.5.10-2) unstable; urgency=low . * Fix FTBFS due to definition name change. pngcrush.c : rename HANDLE_CHUNK_ALWAYS, HANDLE_CHUNK_IF_SAFE and HANDLE_CHUNK_NEVER to PNG_HANDLE_CHUNK_ALWAYS, PNG_HANDLE_CHUNK_IF_SAFE and PNG_HANDLE_CHUNK_NEVER respectively. Fix by David Kimdon [EMAIL PROTECTED]. (closes: #280245) Files: b610b052ad6f26fbfbfb7a08ccf0cdf9 893 graphics optional pngcrush_1.5.10-2.dsc 45f0225215485ea6a41336f9a528d9b7 11082 graphics optional pngcrush_1.5.10-2.diff.gz a0aee179b6b5459b00fe56526b40bd8d 44184 graphics optional pngcrush_1.5.10-2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iQEVAwUBQZcAC+Umkte/88/IAQLD3wf/X7E1A8mog29a8KaOgQTRL+MQZk1GD52d O3qEriqKv4xEOrFGPcRvMrdxFlXnl1v+7vNWEF82mwSrLlhegP3ASP+7dQGo1DBb dzui+eN5h9dW/2PbRwMSpYwXGlFLQLoVHiX/3fIdGvSqdkwticZp+msXvwFNVynx hDr6BM1+mwh3G1fjXQtBuHA4LiCVyRzC/BssEFG8/1aaYnVzKuJFbyS9IgkbwdDX TXw4Ry7kvFifGvhZ+ZpveEcbehhAYbDEh2ew8z2rRz2APH3igYFBDNZdlbqpCoGf vI/ew6xkSCkBLw4ILI9OeW870rEceIH9TyWjrrH7LP9gqBLAhDVZUA== =/IzW -END PGP SIGNATURE- Accepted: pngcrush_1.5.10-2.diff.gz to pool/main/p/pngcrush/pngcrush_1.5.10-2.diff.gz pngcrush_1.5.10-2.dsc to pool/main/p/pngcrush/pngcrush_1.5.10-2.dsc pngcrush_1.5.10-2_i386.deb to pool/main/p/pngcrush/pngcrush_1.5.10-2_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted zsnes 1.360-2 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 06 Sep 2004 22:29:19 -0700 Source: zsnes Binary: zsnes Architecture: source i386 Version: 1.360-2 Distribution: unstable Urgency: low Maintainer: Aaron Lehmann [EMAIL PROTECTED] Changed-By: Aaron Lehmann [EMAIL PROTECTED] Description: zsnes - Emulator of the Super Nintendo Entertainment System (TM) Closes: 164622 185024 199461 220270 240397 Changes: zsnes (1.360-2) unstable; urgency=low . * Enable OpenGL (Closes: #240397) * Apply save state patch (Closes: #199461, #164622) * Apply enhanced joystick support patch (Closes: #220270) * Add menu entry (Closes: #185024) Files: f4ccfec7128ec1185449566cc8ef3dbb 961 contrib/otherosfs optional zsnes_1.360-2.dsc c6f92a8b52b99d0ba1a7825406b6bb26 12910 contrib/otherosfs optional zsnes_1.360-2.diff.gz 32b0144b985106806be4ce2d1f7fc52f 468222 contrib/otherosfs optional zsnes_1.360-2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iQEVAwUBQT1Qy+Umkte/88/IAQI+zQf/epuIhtYziF2rlvU9V1lFy8ahqWydvoj3 IMt6l8+kqdOKtd2VaksKZxRrDql2eNaGm09/XrLS1cnHISSdWmGjHfWOGrgxrGpX 2TXRqqLmxQ4omv8Z7z9DNSdEYgJ+CJaUA463JOisOlJSX1R9CbJWMwdDPbc2OK8S juBX9X/H+EVrSTu5KGrC6lPL6YSjhmaOofZTYk494gh00k+BJCP8FSQ3iKn++86r 59ympFto98lm9xLTRu6c08hj5+e+E2oKOKNZ11FYndnTruM0Y16v5xINukqgr5o+ MgXWwIJD/SrZvduniu6sOWhe5lTP3NzmPwOTqjZb54fnR4aQHyFd4g== =d2VU -END PGP SIGNATURE- Accepted: zsnes_1.360-2.diff.gz to pool/contrib/z/zsnes/zsnes_1.360-2.diff.gz zsnes_1.360-2.dsc to pool/contrib/z/zsnes/zsnes_1.360-2.dsc zsnes_1.360-2_i386.deb to pool/contrib/z/zsnes/zsnes_1.360-2_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted cdparanoia 3a9.8-11 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 29 Feb 2004 13:53:43 -0800 Source: cdparanoia Binary: libcdparanoia0 cdparanoia libcdparanoia0-dev Architecture: source i386 Version: 3a9.8-11 Distribution: unstable Urgency: low Maintainer: Aaron Lehmann [EMAIL PROTECTED] Changed-By: Aaron Lehmann [EMAIL PROTECTED] Description: cdparanoia - An audio extraction tool for sampling CDs. libcdparanoia0 - Shared libraries for cdparanoia (runtime lib) libcdparanoia0-dev - Development files needed to compile programs that use libcdparano Closes: 235415 Changes: cdparanoia (3a9.8-11) unstable; urgency=low . * Fix double heartbeat (Closes: #235415) Files: d89df3920626402f71e1ded575563fd9 612 sound optional cdparanoia_3a9.8-11.dsc 33a680c01ed0f24a22bfea092d235840 7244 sound optional cdparanoia_3a9.8-11.diff.gz d8fefa708f1710ebc27294912c338ae3 65906 sound optional libcdparanoia0_3a9.8-11_i386.deb 56425f297dbfaf709a3262c80fea4b5f 51856 libdevel optional libcdparanoia0-dev_3a9.8-11_i386.deb aa80f6ba54ef84a0de047fa99efa00d0 20270 sound optional cdparanoia_3a9.8-11_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFAQmEsdtqQf66JWJkRAkElAKCU4ywf85ppMIt9SprIjXrZmPUIXACg5DX5 u0ftzcKPDEK9iq0xVXBVWjo= =U1Aq -END PGP SIGNATURE- Accepted: cdparanoia_3a9.8-11.diff.gz to pool/main/c/cdparanoia/cdparanoia_3a9.8-11.diff.gz cdparanoia_3a9.8-11.dsc to pool/main/c/cdparanoia/cdparanoia_3a9.8-11.dsc cdparanoia_3a9.8-11_i386.deb to pool/main/c/cdparanoia/cdparanoia_3a9.8-11_i386.deb libcdparanoia0-dev_3a9.8-11_i386.deb to pool/main/c/cdparanoia/libcdparanoia0-dev_3a9.8-11_i386.deb libcdparanoia0_3a9.8-11_i386.deb to pool/main/c/cdparanoia/libcdparanoia0_3a9.8-11_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted xdaliclock 2.20-1 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 21 Dec 2003 22:19:11 -0800 Source: xdaliclock Binary: xdaliclock Architecture: source i386 Version: 2.20-1 Distribution: unstable Urgency: low Maintainer: Aaron Lehmann [EMAIL PROTECTED] Changed-By: Aaron Lehmann [EMAIL PROTECTED] Description: xdaliclock - Melting digital clock Closes: 217684 Changes: xdaliclock (2.20-1) unstable; urgency=low . * New upstream version fixes Xinerama problems (Closes: #217684) Files: 1dd127ec67c9b32132161a3a91192242 573 x11 optional xdaliclock_2.20-1.dsc be9642cc711a8d93ff13faac0cf4f306 186192 x11 optional xdaliclock_2.20.orig.tar.gz 950f10e51000db56606ffc7f4de35241 4112 x11 optional xdaliclock_2.20-1.diff.gz a6bbfc4a2791373af84ccf3c834e587e 39518 x11 optional xdaliclock_2.20-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/5o4sdtqQf66JWJkRAnbtAJwP3Pmf4GSvvs/1PRziMSi1qdQeQACfUZGO zu+/MfUAXpSTfEn3jWm5Y10= =92RZ -END PGP SIGNATURE- Accepted: xdaliclock_2.20-1.diff.gz to pool/main/x/xdaliclock/xdaliclock_2.20-1.diff.gz xdaliclock_2.20-1.dsc to pool/main/x/xdaliclock/xdaliclock_2.20-1.dsc xdaliclock_2.20-1_i386.deb to pool/main/x/xdaliclock/xdaliclock_2.20-1_i386.deb xdaliclock_2.20.orig.tar.gz to pool/main/x/xdaliclock/xdaliclock_2.20.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: MEI Whitelist Autoresponse
On Wed, Aug 27, 2003 at 08:30:05AM -0400, [EMAIL PROTECTED] wrote: Your message to [EMAIL PROTECTED] has been quarantined! You only need to do this once, but this time, you must verify that you are a human. I almost wonder if someone sent this intentionally in light of the TDMA bug thread. Either way, it presents a convincing argument.
Re: Should this be filed as grave? Gcc-2.95
On Mon, Aug 04, 2003 at 09:14:08PM -0700, Steve Lamb wrote: Uh, no. I am aware of that. That, however, did not prevent it from running the wrong GCC. v2.4.21 of the kernel had a problem with 3.3. It would die repeatedly on the same line in ide-cd.h. I did tell make to use gcc-2.95 and it failed on the exact same line. Removing gcc, which is 3.3, gcc-2.95 which depended on 3.3 (this is NOT 2.95 in my eyes) and then installing the packages from woody did allow me to recompile that version of the kernel. What exactly does gcc-2.95 -v say? It could be a different version on 2.95 than what's in woody.
Re: libraries being removed from the archive
On Tue, Aug 05, 2003 at 01:07:42AM +0400, Nikita V. Youshchenko wrote: So buidd + distcc on a slow m68k/arm/whatever, and distccd on a fast P4 or Athlon, or even on several of those. This is expected to reduce the compile time to almost the same as it is on x86 :). I'm not sure that's true; but it would be interesting to know for sure. Many packages spend a lot of time running tests and generating documentation. These would still take forever. Also, when using distcc, the m68k is still responsible for preprocessing source, assembling compiler output, and linking objects. These operations take up a nontrivial amount of time on m68k. Plus, the buildd's currently install every non-essential build dependency before building a specific package, and remove them after. Running dpkg is slow on m68k, especially if you're installing a giant chain of build dependencies like GNOME or KDE. I'm sure distcc would help though ;).
Re: mutt co-maintainer badly needed
On Sun, Aug 03, 2003 at 04:37:53AM +0200, Marco d'Itri wrote: - eventually packaging the mutt CVS tree, as the author has not made any new snapshots in the last months He doesn't seem to be committing much, either. A patch I sent was repeatedly ignored.
Re: Bug#203498: ITP: decss -- utility for stripping CSS tags from
On Fri, Aug 01, 2003 at 12:36:52AM +0200, Christoph Berg wrote: If you are both a DD and upstream, why didn't you package it yourself? Because he's also a troll.
Accepted cdparanoia 3a9.8-10 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 30 Jul 2003 11:27:16 -0700 Source: cdparanoia Binary: libcdparanoia0 cdparanoia libcdparanoia0-dev Architecture: source i386 Version: 3a9.8-10 Distribution: unstable Urgency: low Maintainer: Aaron Lehmann [EMAIL PROTECTED] Changed-By: Aaron Lehmann [EMAIL PROTECTED] Description: cdparanoia - An audio extraction tool for sampling CDs. libcdparanoia0 - Shared libraries for cdparanoia (runtime lib) libcdparanoia0-dev - Development files needed to compile programs that use libcdparano Closes: 168683 Changes: cdparanoia (3a9.8-10) unstable; urgency=low . * Check for a null pointer in the scanning routines to prevent a segfault (Closes:#168683) Files: ac295a77de4a86918cdb8f935b636f89 612 sound optional cdparanoia_3a9.8-10.dsc d49d882afb162e54af85e198a065ad0c 7103 sound optional cdparanoia_3a9.8-10.diff.gz 830a3fe3c70a0bc08362d19a2d59b71d 62702 sound optional libcdparanoia0_3a9.8-10_i386.deb fc614abe8de8cc00d5d6f0b1510fca7b 48756 libdevel optional libcdparanoia0-dev_3a9.8-10_i386.deb 8203b941d7a906c3530c4f4cdd33bbfc 19210 sound optional cdparanoia_3a9.8-10_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/KCn4dtqQf66JWJkRAp7HAJ4l9Muin0Ua+7qZOntBZdaJPy+cJgCgx5Uf QqWSJxDkB6XrX7oHPi0H5fw= =sELU -END PGP SIGNATURE- Accepted: cdparanoia_3a9.8-10.diff.gz to pool/main/c/cdparanoia/cdparanoia_3a9.8-10.diff.gz cdparanoia_3a9.8-10.dsc to pool/main/c/cdparanoia/cdparanoia_3a9.8-10.dsc cdparanoia_3a9.8-10_i386.deb to pool/main/c/cdparanoia/cdparanoia_3a9.8-10_i386.deb libcdparanoia0-dev_3a9.8-10_i386.deb to pool/main/c/cdparanoia/libcdparanoia0-dev_3a9.8-10_i386.deb libcdparanoia0_3a9.8-10_i386.deb to pool/main/c/cdparanoia/libcdparanoia0_3a9.8-10_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted cdparanoia 3a9.8-9 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 22 Jul 2003 14:53:34 -0700 Source: cdparanoia Binary: libcdparanoia0 cdparanoia libcdparanoia0-dev Architecture: source i386 Version: 3a9.8-9 Distribution: unstable Urgency: low Maintainer: Aaron Lehmann [EMAIL PROTECTED] Changed-By: Aaron Lehmann [EMAIL PROTECTED] Description: cdparanoia - An audio extraction tool for sampling CDs. libcdparanoia0 - Shared libraries for cdparanoia (runtime lib) libcdparanoia0-dev - Development files needed to compile programs that use libcdparano Closes: 202365 Changes: cdparanoia (3a9.8-9) unstable; urgency=low . * Here's an i386 version that wasn't built with mangled CFLAGS. (Closes: #202365) * Do not unconditionally strip the binary. Files: 24103fe27ae843b3eb5813a5b1309bd0 610 sound optional cdparanoia_3a9.8-9.dsc ddd7a2e6abcb3d9e1eef338e839e994e 6898 sound optional cdparanoia_3a9.8-9.diff.gz 5f1fe67035850426ab7b30f19b2dc121 62686 sound optional libcdparanoia0_3a9.8-9_i386.deb 6ba9296d826711780d196ed321d9e39d 48812 libdevel optional libcdparanoia0-dev_3a9.8-9_i386.deb 348155d9c2409c974bd2e4daa5e56f13 19202 sound optional cdparanoia_3a9.8-9_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/HbVWdtqQf66JWJkRAvp4AJ41HqV2OlLTDAPGEk6Qj4b9UM0jMwCeKYT8 f2vmOLwscoUi5TPPqIq4C/M= =ESJw -END PGP SIGNATURE- Accepted: cdparanoia_3a9.8-9.diff.gz to pool/main/c/cdparanoia/cdparanoia_3a9.8-9.diff.gz cdparanoia_3a9.8-9.dsc to pool/main/c/cdparanoia/cdparanoia_3a9.8-9.dsc cdparanoia_3a9.8-9_i386.deb to pool/main/c/cdparanoia/cdparanoia_3a9.8-9_i386.deb libcdparanoia0-dev_3a9.8-9_i386.deb to pool/main/c/cdparanoia/libcdparanoia0-dev_3a9.8-9_i386.deb libcdparanoia0_3a9.8-9_i386.deb to pool/main/c/cdparanoia/libcdparanoia0_3a9.8-9_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted cdparanoia 3a9.8-8 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 18 Jul 2003 10:17:50 -0700 Source: cdparanoia Binary: libcdparanoia0 cdparanoia libcdparanoia0-dev Architecture: source i386 Version: 3a9.8-8 Distribution: unstable Urgency: low Maintainer: Aaron Lehmann [EMAIL PROTECTED] Changed-By: Aaron Lehmann [EMAIL PROTECTED] Description: cdparanoia - An audio extraction tool for sampling CDs. libcdparanoia0 - Shared libraries for cdparanoia (runtime lib) libcdparanoia0-dev - Development files needed to compile programs that use libcdparano Closes: 163232 187369 Changes: cdparanoia (3a9.8-8) unstable; urgency=low . * New maintainer. (Closes: #163232) * Bump Standards-Version. * Move libcdparanoia0-dev to section libdevel. * Link libcdda_paranoia against libcdda_interface. (Closes: #187369) * Work around deprecated use of labels at the end of compound statements. Files: e11e01d08c600166cb5bb5b748cd75ca 610 sound optional cdparanoia_3a9.8-8.dsc 8551e6b2d10adfdb8be7fa4a70ef98c3 6748 sound optional cdparanoia_3a9.8-8.diff.gz 154832eac7d3fefae5cde78909b04d0c 64226 sound optional libcdparanoia0_3a9.8-8_i386.deb fae7a5c0b4c3be2dc493c742cb6e14a2 49420 libdevel optional libcdparanoia0-dev_3a9.8-8_i386.deb afc38b0155d869614bce702435c8e222 19642 sound optional cdparanoia_3a9.8-8_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/GDXqdtqQf66JWJkRAhlEAJ9Oc5OitBhsDXlqu79Vfvh7ag+WdgCeOeMN StDbAQ++LSXsiJi5H12GkaI= =/omV -END PGP SIGNATURE- Accepted: cdparanoia_3a9.8-8.diff.gz to pool/main/c/cdparanoia/cdparanoia_3a9.8-8.diff.gz cdparanoia_3a9.8-8.dsc to pool/main/c/cdparanoia/cdparanoia_3a9.8-8.dsc cdparanoia_3a9.8-8_i386.deb to pool/main/c/cdparanoia/cdparanoia_3a9.8-8_i386.deb libcdparanoia0-dev_3a9.8-8_i386.deb to pool/main/c/cdparanoia/libcdparanoia0-dev_3a9.8-8_i386.deb libcdparanoia0_3a9.8-8_i386.deb to pool/main/c/cdparanoia/libcdparanoia0_3a9.8-8_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted xevil 2.02r2-1 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sat, 21 Jun 2003 22:18:34 -0700 Source: xevil Binary: xevil Architecture: source i386 Version: 2.02r2-1 Distribution: unstable Urgency: low Maintainer: Aaron Lehmann [EMAIL PROTECTED] Changed-By: Aaron Lehmann [EMAIL PROTECTED] Description: xevil - A violent side-scrolling game for X Changes: xevil (2.02r2-1) unstable; urgency=low . * New upstream version. Nothing new, just merging. Files: 4dbc5c76633f2efa9d91dfe0bb995263 560 games optional xevil_2.02r2-1.dsc b16440c984fc4a98e5270765090856e8 1320146 games optional xevil_2.02r2.orig.tar.gz c6a87df2278b13f1b772c8607c4c146c 26079 games optional xevil_2.02r2-1.diff.gz b664859214ef1f59980cd68f4efe0aeb 545676 games optional xevil_2.02r2-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE+9UH2dtqQf66JWJkRAnF2AJsHheBH2usWlhONZD+nA7K+Dt3PPgCg7BCj YuERsB7U4/iAJ6bFlqZLI30= =INkZ -END PGP SIGNATURE- Accepted: xevil_2.02r2-1.diff.gz to pool/main/x/xevil/xevil_2.02r2-1.diff.gz xevil_2.02r2-1.dsc to pool/main/x/xevil/xevil_2.02r2-1.dsc xevil_2.02r2-1_i386.deb to pool/main/x/xevil/xevil_2.02r2-1_i386.deb xevil_2.02r2.orig.tar.gz to pool/main/x/xevil/xevil_2.02r2.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted xevil 2.02r2-2 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sat, 21 Jun 2003 22:57:26 -0700 Source: xevil Binary: xevil Architecture: source i386 Version: 2.02r2-2 Distribution: unstable Urgency: low Maintainer: Aaron Lehmann [EMAIL PROTECTED] Changed-By: Aaron Lehmann [EMAIL PROTECTED] Description: xevil - A violent side-scrolling game for X Changes: xevil (2.02r2-2) unstable; urgency=low . * Fix a memory leak. Files: 6b48147a57de8fc8e62ef34515f83734 560 games optional xevil_2.02r2-2.dsc de2ec493ad377cf9d2022f1f27806aec 26096 games optional xevil_2.02r2-2.diff.gz 0c8a09bf0812230ee6e24174ce9557b9 545740 games optional xevil_2.02r2-2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE+9UYrdtqQf66JWJkRAgMKAKCff23u+Hh1+VItoHnd0ew4iGAS/gCfUpV+ fvOaq2Fbj2PzEF8oUuxNO9M= =6ySt -END PGP SIGNATURE- Accepted: xevil_2.02r2-2.diff.gz to pool/main/x/xevil/xevil_2.02r2-2.diff.gz xevil_2.02r2-2.dsc to pool/main/x/xevil/xevil_2.02r2-2.dsc xevil_2.02r2-2_i386.deb to pool/main/x/xevil/xevil_2.02r2-2_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#198158: architecture i386 isn't i386 anymore
On Sat, Jun 21, 2003 at 03:06:17AM +0200, Sam Hocevar wrote: Really? Seems wrong to me. Indeed. MMX and PPro are orthogonal features. Wasn't there Pentium MMX in between? I have at least one computer with one of those processors.
Re: Proposal: removing libc5, altgcc and all their old-days dependencies
On Fri, Jun 20, 2003 at 02:35:18PM +1200, Philip Charles wrote: As long as these doc's exist someone will make money by providing the means of reading them, if OOo does not. That someone is Microsoft. IMHO, the problem has been resolved.
Accepted xevil 2.02-6 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sat, 07 Jun 2003 17:02:56 -0700 Source: xevil Binary: xevil Architecture: source i386 Version: 2.02-6 Distribution: unstable Urgency: low Maintainer: Aaron Lehmann [EMAIL PROTECTED] Changed-By: Aaron Lehmann [EMAIL PROTECTED] Description: xevil - A violent side-scrolling game for X Closes: 196314 Changes: xevil (2.02-6) unstable; urgency=low . * Total revamp to build with modern C++ implementations. (Closes: #196314) Files: 622ccd66c0a88e12c09ca5947566364f 554 games optional xevil_2.02-6.dsc cdfbcd1aaedc7440af6749f597151c54 26550 games optional xevil_2.02-6.diff.gz e01e79b5f6839bfca0645c92b4dd0cf6 545788 games optional xevil_2.02-6_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE+4oP7dtqQf66JWJkRArKaAJ9dxzHUlCdt2DPm8qYJhIhYh865kwCaAm/w A6VzDfBkq5YaOV5cGyeSkQE= =bf4W -END PGP SIGNATURE- Accepted: xevil_2.02-6.diff.gz to pool/main/x/xevil/xevil_2.02-6.diff.gz xevil_2.02-6.dsc to pool/main/x/xevil/xevil_2.02-6.dsc xevil_2.02-6_i386.deb to pool/main/x/xevil/xevil_2.02-6_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted xdaliclock 2.19-1 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 05 Jun 2003 19:48:26 -0700 Source: xdaliclock Binary: xdaliclock Architecture: source i386 Version: 2.19-1 Distribution: unstable Urgency: low Maintainer: Aaron Lehmann [EMAIL PROTECTED] Changed-By: Aaron Lehmann [EMAIL PROTECTED] Description: xdaliclock - Melting digital clock Closes: 196312 Changes: xdaliclock (2.19-1) unstable; urgency=low . * New upstream version (Closes: #196312) Files: e6f251e5f79a41f17106fd347de41288 573 x11 optional xdaliclock_2.19-1.dsc 6fbcb06f1ce73a0fcc4d5354a05561e1 181493 x11 optional xdaliclock_2.19.orig.tar.gz edea468654ca904297c8d1ecf105b7b1 4068 x11 optional xdaliclock_2.19-1.diff.gz e0f644b55c975a72ae010c8e057341ba 37576 x11 optional xdaliclock_2.19-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE+4AZbdtqQf66JWJkRAqFBAKCowGviLwgZ8schtLctHNJ5DE+PnACg5gZl bA3KMk1cQdS80izKQ/tXUTM= =NIN9 -END PGP SIGNATURE- Accepted: xdaliclock_2.19-1.diff.gz to pool/main/x/xdaliclock/xdaliclock_2.19-1.diff.gz xdaliclock_2.19-1.dsc to pool/main/x/xdaliclock/xdaliclock_2.19-1.dsc xdaliclock_2.19-1_i386.deb to pool/main/x/xdaliclock/xdaliclock_2.19-1_i386.deb xdaliclock_2.19.orig.tar.gz to pool/main/x/xdaliclock/xdaliclock_2.19.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted rig 1.10-3 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 28 May 2003 01:46:49 -0700 Source: rig Binary: rig Architecture: source i386 Version: 1.10-3 Distribution: unstable Urgency: low Maintainer: Aaron Lehmann [EMAIL PROTECTED] Changed-By: Aaron Lehmann [EMAIL PROTECTED] Description: rig- Random identity generator Closes: 195023 Changes: rig (1.10-3) unstable; urgency=low . * Fix FTBFS with g++ 3.3 (Closes: #195023) Files: bdecc8dc116dd58bd8e9d2b35330dd1a 542 misc optional rig_1.10-3.dsc 6d0a8d13b5e6933f116ef97d90200f2d 2064 misc optional rig_1.10-3.diff.gz 8a9ffccbb42e980c1294b49655d18f0f 27516 misc optional rig_1.10-3_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE+1HfBdtqQf66JWJkRAq+/AJ9iG5X/Lg6Gg/B6e6BkyziznKxRKACfV96p HEpUpgGUqlfqEdNyqbp2M0Q= =3+hJ -END PGP SIGNATURE- Accepted: rig_1.10-3.diff.gz to pool/main/r/rig/rig_1.10-3.diff.gz rig_1.10-3.dsc to pool/main/r/rig/rig_1.10-3.dsc rig_1.10-3_i386.deb to pool/main/r/rig/rig_1.10-3_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted skipstone 0.8.3-4 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 12 Mar 2003 10:45:26 -0800 Source: skipstone Binary: skipstone Architecture: source i386 Version: 0.8.3-4 Distribution: unstable Urgency: low Maintainer: Aaron Lehmann [EMAIL PROTECTED] Changed-By: Aaron Lehmann [EMAIL PROTECTED] Description: skipstone - Web Browser based on Mozilla's embed component Changes: skipstone (0.8.3-4) unstable; urgency=low . * Use pkg-config to prevent linkage with libstdc++3. * Remove g++ 3.0 special casing on ia64. Files: 18f5747b2b2d4a4d0f985dda2c107c17 625 web optional skipstone_0.8.3-4.dsc 392635bdcc5b773248c53d77db3ff3cb 7995 web optional skipstone_0.8.3-4.diff.gz eb2a755538260c82d8bd73634e960b2c 223676 web optional skipstone_0.8.3-4_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+b4mMdtqQf66JWJkRAjleAKDJF/i1hx/GfRUqaewuG89pXY+paQCffon+ w0ha++OHLNUQ11Q1tn6T9iQ= =5303 -END PGP SIGNATURE- Accepted: skipstone_0.8.3-4.diff.gz to pool/main/s/skipstone/skipstone_0.8.3-4.diff.gz skipstone_0.8.3-4.dsc to pool/main/s/skipstone/skipstone_0.8.3-4.dsc skipstone_0.8.3-4_i386.deb to pool/main/s/skipstone/skipstone_0.8.3-4_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted skipstone 0.8.3-3 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 11 Mar 2003 15:55:11 -0800 Source: skipstone Binary: skipstone Architecture: source i386 Version: 0.8.3-3 Distribution: unstable Urgency: low Maintainer: Aaron Lehmann [EMAIL PROTECTED] Changed-By: Aaron Lehmann [EMAIL PROTECTED] Description: skipstone - Web Browser based on Mozilla's embed component Closes: 184383 Changes: skipstone (0.8.3-3) unstable; urgency=low . * Rebuild with gcc 3.2 (Closes: #184383) Files: a9d72c9ab730d11e7ce1117d82c0f712 636 web optional skipstone_0.8.3-3.dsc 3ed7e037c5fa19e22117b7f6a5ae4d74 7883 web optional skipstone_0.8.3-3.diff.gz a6dd9f4bdde9a39931813c65d45da774 229996 web optional skipstone_0.8.3-3_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+bneydtqQf66JWJkRArzJAJsE9kRoBdaucrZ1Fjb8h5BdCKntjwCglO8b jJ3ry27BN1UpgHM80TiryfQ= =piJH -END PGP SIGNATURE- Accepted: skipstone_0.8.3-3.diff.gz to pool/main/s/skipstone/skipstone_0.8.3-3.diff.gz skipstone_0.8.3-3.dsc to pool/main/s/skipstone/skipstone_0.8.3-3.dsc skipstone_0.8.3-3_i386.deb to pool/main/s/skipstone/skipstone_0.8.3-3_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted koules 1.4-11 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sat, 01 Mar 2003 09:19:08 -0800 Source: koules Binary: koules Architecture: source i386 Version: 1.4-11 Distribution: unstable Urgency: low Maintainer: Aaron Lehmann [EMAIL PROTECTED] Changed-By: Aaron Lehmann [EMAIL PROTECTED] Description: koules - Space action game for X11 Closes: 181213 Changes: koules (1.4-11) unstable; urgency=low . * Fix sndsrv issue on 'unsigned char' platforms (Closes: #181213) * Clean up a symlink in the clean target * Fix multi-line string literals Files: d9684743660b774083632fefc8b7e517 564 games optional koules_1.4-11.dsc 2d6e45d474d2e0c6e0e7d281fb9f4432 6762 games optional koules_1.4-11.diff.gz f608ec369494343aced44c29d1067935 236072 games optional koules_1.4-11_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+YPH5dtqQf66JWJkRAiNhAKCaP19BDOmqajUAIRXgwbA5x359xwCgjosq /zuYzXGM9gjpmvBQiMyFNBc= =kYcy -END PGP SIGNATURE- Accepted: koules_1.4-11.diff.gz to pool/main/k/koules/koules_1.4-11.diff.gz koules_1.4-11.dsc to pool/main/k/koules/koules_1.4-11.dsc koules_1.4-11_i386.deb to pool/main/k/koules/koules_1.4-11_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted koules 1.4-10 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sat, 11 Jan 2003 22:15:40 -0800 Source: koules Binary: koules Architecture: source i386 Version: 1.4-10 Distribution: unstable Urgency: low Maintainer: Aaron Lehmann [EMAIL PROTECTED] Changed-By: Aaron Lehmann [EMAIL PROTECTED] Description: koules - Space action game for X11 Closes: 172535 Changes: koules (1.4-10) unstable; urgency=low . * Improve long description (Closes: #172535) Files: 9bb393e337ec5fefd66560f918aa7861 564 games optional koules_1.4-10.dsc 3b2b44a88defc733094423dffeee27ec 6206 games optional koules_1.4-10.diff.gz 95912383ae5495c27ac24cb5b015f4cd 235990 games optional koules_1.4-10_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+IQhDdtqQf66JWJkRAqQ2AJ9MIgWWPnWxpVM+OmP0R1sFQPMYkQCdFQ+9 J5fFhPjNHqurigP2HBatIH0= =az4/ -END PGP SIGNATURE- Accepted: koules_1.4-10.diff.gz to pool/main/k/koules/koules_1.4-10.diff.gz koules_1.4-10.dsc to pool/main/k/koules/koules_1.4-10.dsc koules_1.4-10_i386.deb to pool/main/k/koules/koules_1.4-10_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted rig 1.10-1 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 05 Jan 2003 21:24:45 -0800 Source: rig Binary: rig Architecture: source i386 Version: 1.10-1 Distribution: unstable Urgency: low Maintainer: Aaron Lehmann [EMAIL PROTECTED] Changed-By: Aaron Lehmann [EMAIL PROTECTED] Description: rig- Random identity generator Changes: rig (1.10-1) unstable; urgency=low . * New upstram version. * Builds (and built) with g++ 3.2. Files: 51240461a07c549ef873d781f88402fd 542 misc optional rig_1.10-1.dsc 7ddad435ec07bf1399eb85dc212749ce 22773 misc optional rig_1.10.orig.tar.gz cfc65f7c0d13b55989af7c01df25fe21 1917 misc optional rig_1.10-1.diff.gz 50852b1d1274a9dacf29b4b6d874d7ef 28590 misc optional rig_1.10-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+G142dtqQf66JWJkRAl1wAKDD5TyBsiYBNUUI7QXqDhaARpUuIACglFK/ ujOzk5/fLx3FSuam4FYjQmA= =0upu -END PGP SIGNATURE- Accepted: rig_1.10-1.diff.gz to pool/main/r/rig/rig_1.10-1.diff.gz rig_1.10-1.dsc to pool/main/r/rig/rig_1.10-1.dsc rig_1.10-1_i386.deb to pool/main/r/rig/rig_1.10-1_i386.deb rig_1.10.orig.tar.gz to pool/main/r/rig/rig_1.10.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted xevil 2.02-5 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 07 Jan 2003 15:14:40 -0800 Source: xevil Binary: xevil Architecture: source i386 Version: 2.02-5 Distribution: unstable Urgency: low Maintainer: Aaron Lehmann [EMAIL PROTECTED] Changed-By: Aaron Lehmann [EMAIL PROTECTED] Description: xevil - A violent side-scrolling game for X Changes: xevil (2.02-5) unstable; urgency=low . * Remove platform support information from long description * Bump Standards-Version * Build with g++ 3.2! Files: 294886ee6bfa647d55e67affbb9e8f85 552 games optional xevil_2.02-5.dsc 17a7ffa72dd5dca41a3fdfcbe1cddb52 4680 games optional xevil_2.02-5.diff.gz 0264e1ae38f6cd5ada20d6eb151b0162 524030 games optional xevil_2.02-5_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+G1/jdtqQf66JWJkRAmqxAJ0X2IfmbKoYXtPmwLfUDVykCJ98YQCg7/Ts wKT26i7BVSDln4oTn4dMCIw= =ETR9 -END PGP SIGNATURE- Accepted: xevil_2.02-5.diff.gz to pool/main/x/xevil/xevil_2.02-5.diff.gz xevil_2.02-5.dsc to pool/main/x/xevil/xevil_2.02-5.dsc xevil_2.02-5_i386.deb to pool/main/x/xevil/xevil_2.02-5_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Last known forwarding address for Jared Johnson?
On Tue, Dec 03, 2002 at 03:10:09AM +1100, Andrew Lau wrote: Hey everyone, Can anyone else shed light on fate of Jared Solomon Johnson: I talked to him on IRC for the first time in 6 months about a month ago. He said he had moved and has not had Internet access for the past 3 months. Apparently it's not a priority for him at this point.
Accepted gtk-theme-switch 1.0-3 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 04 Dec 2002 16:23:15 -0800 Source: gtk-theme-switch Binary: gtk-theme-switch Architecture: source i386 Version: 1.0-3 Distribution: unstable Urgency: low Maintainer: Aaron Lehmann [EMAIL PROTECTED] Changed-By: Aaron Lehmann [EMAIL PROTECTED] Description: gtk-theme-switch - Gtk+ theme switching utility Changes: gtk-theme-switch (1.0-3) unstable; urgency=low . * Rebuild to eliminate xlib6g dependency Files: b8c618686734bdac514eb503b9ad85df 534 x11 optional gtk-theme-switch_1.0-3.dsc db0e4861d1af3614cb369162f5b23c0f 12490 x11 optional gtk-theme-switch_1.0-3.tar.gz e5b854f52d53347978ea0b1af4a246f6 16440 x11 optional gtk-theme-switch_1.0-3_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE97pzhdtqQf66JWJkRAtCfAJ4p17GAwh6sWLtfOBwCQoUyKBLpygCfTga5 DVnqjxNEEVu3T3/UrgjUY4g= =H3hO -END PGP SIGNATURE- Accepted: gtk-theme-switch_1.0-3.dsc to pool/main/g/gtk-theme-switch/gtk-theme-switch_1.0-3.dsc gtk-theme-switch_1.0-3.tar.gz to pool/main/g/gtk-theme-switch/gtk-theme-switch_1.0-3.tar.gz gtk-theme-switch_1.0-3_i386.deb to pool/main/g/gtk-theme-switch/gtk-theme-switch_1.0-3_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted libpaper 1.1.9.1 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sat, 23 Nov 2002 11:53:29 -0800 Source: libpaper Binary: libpaper-dev libpaper1 libpaperg-dev libpaperg Architecture: source i386 Version: 1.1.9.1 Distribution: unstable Urgency: medium Maintainer: Stephen Zander [EMAIL PROTECTED] Changed-By: Aaron Lehmann [EMAIL PROTECTED] Description: libpaper-dev - Library for handling paper characteristics (development files) libpaper1 - Library for handling paper characteristics libpaperg - Library for handling paper characteristics (dummy package) libpaperg-dev - Library for handling paper characteristics (dummy development fil Closes: 169152 Changes: libpaper (1.1.9.1) unstable; urgency=medium . * NMU: Make the package installable (Closes: #169152): * Add usr/bin and usr/sbin to installed directories * Give a libpaper1. prefix to the templates files Files: 38cb00e9ba85ab1090cb37974f5d3b5e 554 libs optional libpaper_1.1.9.1.dsc 54d0efb9699d0dac88fbd5db87206847 190848 libs optional libpaper_1.1.9.1.tar.gz d2a99a403d4347e36ad0d4c0f25d8c5d 20330 libs optional libpaper1_1.1.9.1_i386.deb a3086f2af70536024528192598cfba18 12902 devel optional libpaper-dev_1.1.9.1_i386.deb c28195107c63c5be76b72a2aa48b19f1 6602 libs optional libpaperg_1.1.9.1_i386.deb bd8e4fe927adefd4a1c6841716884d1c 6614 devel optional libpaperg-dev_1.1.9.1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE93977dtqQf66JWJkRAow3AJkBetrMVzwjsdub+kZtlEB54nSR3ACgzv/j 2ARa36TxgWOrCgbqWMV4iP4= =HGAZ -END PGP SIGNATURE- Accepted: libpaper-dev_1.1.9.1_i386.deb to pool/main/libp/libpaper/libpaper-dev_1.1.9.1_i386.deb libpaper1_1.1.9.1_i386.deb to pool/main/libp/libpaper/libpaper1_1.1.9.1_i386.deb libpaper_1.1.9.1.dsc to pool/main/libp/libpaper/libpaper_1.1.9.1.dsc libpaper_1.1.9.1.tar.gz to pool/main/libp/libpaper/libpaper_1.1.9.1.tar.gz libpaperg-dev_1.1.9.1_i386.deb to pool/main/libp/libpaper/libpaperg-dev_1.1.9.1_i386.deb libpaperg_1.1.9.1_i386.deb to pool/main/libp/libpaper/libpaperg_1.1.9.1_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted skipstone 0.8.3-1 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 24 Sep 2002 19:05:43 -0700 Source: skipstone Binary: skipstone Architecture: source i386 Version: 0.8.3-1 Distribution: unstable Urgency: medium Maintainer: Aaron Lehmann [EMAIL PROTECTED] Changed-By: Aaron Lehmann [EMAIL PROTECTED] Description: skipstone - Web Browser based on Mozilla's embed component Changes: skipstone (0.8.3-1) unstable; urgency=medium . * Port to Mozilla 1.1 Files: c1134c59886cd2da8ae441db06e57ce3 636 web optional skipstone_0.8.3-1.dsc 005b2782283cd609747a7e23e3fa7277 7530 web optional skipstone_0.8.3-1.diff.gz 83d190db0598d07417cb3ea5f6b246b0 233008 web optional skipstone_0.8.3-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE9kRrqdtqQf66JWJkRAoH+AJwLi03vcNtgsubE677ygGgbn0a/+wCfV9eY WuZK1S39Sx3BjzY/+kT/gsc= =XVYk -END PGP SIGNATURE- Accepted: skipstone_0.8.3-1.diff.gz to pool/main/s/skipstone/skipstone_0.8.3-1.diff.gz skipstone_0.8.3-1.dsc to pool/main/s/skipstone/skipstone_0.8.3-1.dsc skipstone_0.8.3-1_i386.deb to pool/main/s/skipstone/skipstone_0.8.3-1_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#157719: ITP: ffmpeg -- FFmpeg Streaming Multimedia System
On Wed, Aug 21, 2002 at 09:39:56AM +0200, Marc Leeman wrote: * Package name: ffmpeg Version : 0.46 Upstream Author : Fabrice Bellard [EMAIL PROTECTED] * URL : http://ffmpeg.sourceforge.net/ * License : LGPL Description : FFmpeg Streaming Multimedia System A lot of the code in ffmpeg is within the 'libavcodec' subdirectory, and this code has been incorporated by several other projects (xine and mplayer are all I can think of right now). I know that the libxine source, at least on the debian servers, contains a copy of libavcodec. Perhaps a dynamic libavcodec library should be built from the ffmpeg sources and packages like xine could link against it. Also, libavcodec contains some assembly routines that greatly enhance performance. I would make sure that these are enabled on your packages on all relevant architectures. They should not pose any problems because IIRC at least on i386 usage of nonstandard features like MMX, SSE, and 3DNow is decided at runtime based on the processor's features (CPUID).
Re: Bug#157719: ITP: ffmpeg -- FFmpeg Streaming Multimedia System
On Wed, Aug 21, 2002 at 03:10:05PM +0200, Marc Leeman wrote: Are you aware that ffmpeg need lame ? yes and no: yes I am aware of that and no not need --enable-mp3lame) mp3lame=yes (the default is no) but since nvrec requires mp3lame I am trouble anyway ;) Well lame isn't included in the distribution because of patent problems And the same patents (and other ones) cover ffmpeg, which can encode (among other things) AC3, MPEG1 video, MPEG4, and MPEG 1 layer 2 audio. So it looks like either way you're in trouble.
Re: intel's Linux compiler w/ Debian
On Tue, Aug 06, 2002 at 10:31:47AM -0500, Drew Scott Daniels wrote: I think it's worth supporting as an interesting program. It might produce faster binaries, it might produce smaller binaries (usually both go hand in hand, but not always) I'd just like to chime in on this. I actually suffered the humiliation of trying to install the Intel compiler out of morbid curiosity today. I was hoping to get smaller binaries from it (not that I'd just it, but just to confirm that gcc has room for improvement ;) ). However, I couldn't seem to find any combination of flags that would reduce the stripped binary size to significantly below 2x the gcc -Os output. The compiler seems to be geared towards C++, and it links in its C++ and runtime libraries to whatever you compile with it. It's worth noting that this probably means that anything you compile with icc contains proprietary code. This is a much more serious problem than icc's own proprietary nature. I can't say that I've looked up the license that these libraries are under, but for some reason I doubt it's DFSG-free. pgpOcK18PTWi5.pgp Description: PGP signature
Re: [kde] and, for my next trick ...
There appears to be a list named debian-kde. PLEASE use that. -devel is already clogged enough, and should be reserved for extremely general or miscellaneous discussion.
Re: Quake 2 sources GPL'd
On Sun, Dec 23, 2001 at 10:53:06AM +1100, Hamish Moffatt wrote: Several emulators (apple2, atari800, gnuboy, gsnes9x, gtkiemu, nestra pose, uae, vice, and xtrs) from contrib should also move to main immediately then, as you can't argue that there will never be free ROMs for those either. Further, they could be educational. You could add zsnes to this list. zsnes even includes a free demo rom that I got someone to hack up. Still, I don't feel like challenging the will of James Troup. pgpYApeGqrT0F.pgp Description: PGP signature
Re: Quake 2 sources GPL'd
On Mon, Dec 24, 2001 at 09:21:11AM -0500, Daniel Burrows wrote: Quake and doom have been released for ages. I am not aware of any way to play them without using non-free data files. There was a group that was trying to put together free data for Quake, but I don't think they're close to having something usable yet. Hrm? I played quake with the free pox dataset once. I didn't care for it nearly as much as the original, non-free data, but it does exist. pgpBxKeH8crgI.pgp Description: PGP signature
Re: PROPOSED: slight change to wnpp procedures
On Tue, Sep 25, 2001 at 08:15:08PM -0500, Branden Robinson wrote: When a package that has been ITP'ed is finally packaged, I'd like to suggest that it be reassigned to ftp.debian.org. Branden, stop making hysterical comments.
Re: PROPOSED: slight change to wnpp procedures
On Wed, Sep 26, 2001 at 12:54:15PM +1000, Jason Thomas wrote: Branden, stop making hysterical comments. Thats not really fair now is it! Branden is trying to make the procedure better if his suggestions are wrong how about making constructive criticism. Tell that to James Troup.
Re: gpg and trustdb very slow
On Mon, Sep 17, 2001 at 11:54:56PM -0400, Joey Hess wrote: Has anyone else noticed that using gpg with debian-keyring 2001.09.03 results in excessively slow trustdb-related things? This is exactly what I was complaining about on IRC a few days ago. I simply am not going to use the Debian keyring if the precence of so many keys causes verifying a single mail to take barely-finite lengths of time. That's too bad, since there's a lot to be gained by actually verifying Debian signatures. Another example, I ran gpg --list-keys 6 hours ago. It's not done yet. This on a P2-300, 256mb ram. The slowdown is because it is evidently inserting each key into the trustdb in turn, and a single insert takes several minutes. Did you even TRY --check-sigs? :)
Re: neat mutt bug.
On Sun, Sep 16, 2001 at 02:33:29PM +0200, Wichert Akkerman wrote: That's documented Where?
Re: http://standard.debian.net/ now available
On Fri, Sep 07, 2001 at 11:18:43PM +1000, Anthony Towns wrote: abiword 108986 open serious abiword 109580 open grave I'm working on a new version of Abiword, will check if it helps with these.
Re: build depends on kernel-headers
On Sat, May 05, 2001 at 09:44:07PM +1000, Herbert Xu wrote: The thing is, kernel-headers should not be used at all unless you're compile glibc, or modules. Anything else will break. So you're saying it's better to hardcode syscall numbers and stuff than using the kernel headers? Sre...
Re: Many ports open by default
On Mon, Apr 30, 2001 at 02:25:34AM -0400, Andres Salomon wrote: Why would you keep something around if you don't want to run it? Debian makes the (correct) assumption that if you've installed something, you want to run it. That's not true. inetd is depended on by the lame metapackage netbase, but I do not want to run inetd.
Bug#95807: ITP: zsnes -- Free Super Nintendo emulator
Package: wnpp
Severity: wishlist
I intend to package zsnes, an SNES emulator. zsnes
(http://www.zsnes.com) has a DOS heritage, but early this month the
source code was released under the GPL and it was immediately ported
to SDL. Once the Linux version is officially released (which should be
in a matter of days), I plan to upload my package.
I will upload the package to main. Many have suggested that it will
need to go in contrib because Debian doesn't include SNES games. I
find this argument absurd, and could waste a lot of time fighting it,
but instead plan to bundle a small, free demo ROM in
/usr/share/doc/examples to work around the issue.
Note that zsnes will be the first free SNES emulator available in
Debian.
Source: zsnes
Section: otherosfs
Priority: optional
Maintainer: Aaron Lehmann [EMAIL PROTECTED]
Build-Depends: debhelper ( 3.0.0), nasm, libsdl1.2-dev, zlib1g
Standards-Version: 3.5.2
Package: zsnes
Architecture: i386
Depends: ${shlibs:Depends}
Description: Emulator of the Super Nintendo Entertainment System (TM)
ZSNES allows you to play classic games writen for the SNES game
console
on a GNU/Linux system.
.
Please note that many of these games are non-free. See
/usr/share/doc/zsnes/README.Debian for more information.
And here's README.Debian so far:
zsnes for Debian
The zsnes package is not portable to non-i386 architectures because of
the fact that most of it is writen in i386 assembly.
zsnes itself is available under the GNU GPL. However, almost all of the
ROMs that it is designed to run are distributed under stricter
licenses,
which may not permit redistribution. We advise you to pay attention to
license information when obtaining such software. Debian claims no
responsibility for any illegal usage of third-party software under
zsnes.
-- Aaron Lehmann [EMAIL PROTECTED], Sat, 28 Apr 2001 22:51:31 -0700
Re: Lightweight Web browsers
On Fri, Apr 27, 2001 at 10:25:46AM +0200, J?r?me Marant wrote: I mainly focused on low memory consumption, and Encompass meet this requirement. Yes, but only when you ignore the bloat from the horrible Gnome libraries that entangle it. Encompas doesn't take much ram, the ram is all taken up by libgnome, libgnomeui, libbonobo, libgnomevfs, libesd, libaudiofile, libgal, libgnomewebbrowser, etc... Then, mentioning Gnome usually make people think that the Gnome Desktop Environment is required to run the browser which is not the case. Not when people are clued. Installing gnome libraries is bad enough. And unless you have disk space restrictions, I don't see the problem with installing gnome libs since these are shared between a growing number of applications. Maybe because they're bloated, take huge gobs of memory, and are designed only to emulate the mistakes and misdesign of a certain OS from Redmond? Applications should be writen to be small and efficient. Gnome applications force you to install and put up with dozens of libraries that don't actually do anything useful (ex. Glib!!). (Political reasons for not installing Gnome are not good reasons) Umm, why the hell not?
Re: searching for Misha Nasledov [Mailer-Daemon@master.debian.org: Mail delivery failed: returning message to sender]
On Fri, Apr 27, 2001 at 03:00:33PM +0200, Josip Rodin wrote: Hmm, is this a typo in the domain name? [EMAIL PROTECTED]: unrouteable mail domain nsaledov.com Typo. He's at nasledov.com.
Re: Lightweight Web browsers
Quoting [EMAIL PROTECTED]: Now I agree that there's lots of bloat in Gnome, but I have to disagree with you about Glib. Glib provides many handy routines (such as linked list management, and a threads API) for C programmers. Having Glib provide these routines is a much better choice than having each programmer write his or her own procedures to accomplish the same task. It reduces duplicate code and provides what is probably a much more efficient set of routines than what most people would write (not to mention a consistent API). It's bad enough that C has as many problems as it does, Glib is at least an attempt to make things more sane. Well, I've heard these arguments a lot and I agree with them to some extent. I like several of the routines, but things such as g_malloc() and g_free() are equivilent to functions in the standard C libary. I am also very suprized that glib has types like gint, gshort, and gchar which are directly aliased to atomic types from the C language (guint32 for example is actually useful). gint is longer than 'int', won't get highlighted by default in an editor, and makes your code less portable away from glib. I think in principle glib may be a good idea, but it is overdone. --- This mail sent through the IMP demo site: demo.horde.org Find out more at http://www.horde.org/imp/
Re: Packages not making it into testing
On Wed, Apr 25, 2001 at 11:03:41AM +0200, Wichert Akkerman wrote: It's not silly, it is an extremely good idea. I'm very pleasantly surprised to hear that they did that. It is basically not possible to write safe suid X programs. IIRC it also disallows SGID, which breaks some games that only want to write to hi-score files.
Re: 2.4.x Kernel, ECN And Problem Websites
Quoting Daniel Stone [EMAIL PROTECTED]: Why enable ECN at all, if all it effectively does is break stuff? AFAIK, there's no systems out in the wild that actually use ECN to make a difference. All that's happening is that peoples' systems are being broken. Which is sub-optimal. I would have expected something more intelligent from a Linux kernel developer. ECN is COMPLETELY backward-compatible, and the bits it uses are reserved for it. The RFC's instruct these reserved bits to be ignored if the device does not support ECN. When firewalls silently drop packets just because they have the ECN bits set, those firewalls are broken, not Linux or ECN. In short: it's not our problem. I wish people would stop being so sensationalist about ECN. linux-kernel has been tracking delinquent sites for a few months now, and DaveM resolved to turn ECN on on vger, which would effictively cut off hotmail users from it since hotmail is (was?) one such broken site. All of a sudden Slashdot posts a FUD-filled article claiming ECN is enabled by default, isn't backward-compatible, and breaks things. I bet that's where this thread came from.
Re: 2.4.x Kernel, ECN And Problem Websites
Quoting Daniel Stone [EMAIL PROTECTED]: [OK, ECN isn't broken, the routers are, I know, but same effect. ECN breaks stuff]. No, you still are incorrect. The routers are already broken. Use of ECN merely exhibits evidence of the colossal brain-damage in the routers.
Re: 2.4.x Kernel, ECN And Problem Websites
On Thu, Apr 26, 2001 at 05:52:53AM +1000, Daniel Stone wrote: ECN trips broken stuff. Happy now, Oh Mighty Pedant? :) You could say the same thing about Debian. It can be incompatible with broken brains warped by certain other OS's...
Re: kernel-{image,headers} package bloat
On Wed, Apr 25, 2001 at 08:27:18PM -0400, Josh Huber wrote: now what do we have? kernel-image-version-subarch-cpu To be more complete we could have: kernel-image-version-subarch-cpu-scsi|ide-compact|modular-debugging?-filesystems- /sarcasm I've said before that over 2000 kernel configuration options exist and it's obviously not feasable to make a standard binary kernels with every concievable combination. Of these options, CPU optionizations are probably the least important.
Re: kernel-{image,headers} package bloat
On Tue, Apr 24, 2001 at 07:27:42PM +1000, Herbert Xu wrote: In any case, binary modules are a fact of life I'm afraid. Bull. We are Debian, not fucking RedHat or Mandrake. We strive to exist without non-free software and using its existance as an excuse to make your packages far worse is a complete disgrace to the project. Linus doesn't support binary-only modules. He doesn't care about them. That's why they break. This attitude is good. We should ignore non-free software, or at least not give it enough attention to let it hurt the quality of our free software packages.
Re: kernel-{image,headers} package bloat
On Tue, Apr 24, 2001 at 08:01:39PM +1000, Herbert Xu wrote: So that they can compile them? If you don't understand why we should do that, then there's no point in us two arguing about it. If they're binary-only, I doubt much compilation will be necessary.
Re: kernel-{image,headers} package bloat
On Wed, Apr 25, 2001 at 12:33:25AM +1000, Craig Sanders wrote: On Tue, Apr 24, 2001 at 07:30:47PM +1000, Herbert Xu wrote: On Tue, Apr 24, 2001 at 08:47:44AM +1000, Craig Sanders wrote: what is the DIFFERENCE between kernel-headers-2.4.2 and all the other 2.4.2 kernel headers packages? Kernel-headers-2.4.2 is built with the default config file, and the other ones are built with their respective config files. so, what's the difference between all the packages? they're the same header files from the same kernel source tree, aren't they? One file, composing of a few kilobytes, is an autogenerated header consisting of #define correctives enumerating the configuration.
Re: kernel-{image,headers} package bloat
On Wed, Apr 25, 2001 at 09:05:42AM +1000, Herbert Xu wrote: On Tue, Apr 24, 2001 at 02:10:48PM -0700, Aaron Lehmann wrote: If they're binary-only, I doubt much compilation will be necessary. They don't just come out of nowhere you know... Binary-only is a misnomer, since one could translate them to ASCII or EBDIC if they wanted to. I'm not quite sure whether you're describing non-free kernel modules or kernel modules distributed in precompiled form (or both of the above). There's no reason to put up with either.
Re: kernel-{image,headers} package bloat
On Wed, Apr 25, 2001 at 09:06:21AM +1000, Herbert Xu wrote: Bullshit. Why don't you do a diff instead of talking about something that you have no idea about? Do you deny that the file named autoconf.h contains precicely what I suggested? I did not attempt to present an exhaustive description of the differences between the various kernel-headers packages, which I indeed do not know in their entirety and had inquired about in a previous message in this thread. Instead, I presented Craig with a desceription of one (and the foremost, AFAIK) of the files that differs in the kernel-headers packages. As many people have pointed out, you ought to read messages before replying to them. If this doesn't help, meditate on their messages.
Re: kernel-{image,headers} package bloat
On Wed, Apr 25, 2001 at 09:17:35AM +1000, Herbert Xu wrote: One file, composing of a few kilobytes, is an autogenerated header consisting of #define correctives enumerating the configuration. I think it's fairly clear that you were trying suggest that this is the ONLY difference between these packages. You are wrong. Please quit wasting your time postulating what I was trying to suggest, and read my mail messages literally. But if I could ask a favor from you, why don't you post a list of affected files, and hopefully some description of these and why they are changed? There seems to be much confusion about the differences between the kernel-headers packages. I'm sure it would work towards clearing up these misconceptions. Many people (including me) have asked what these differences are, and now you're telling us to diff the patches. That's fair, but since you seem to think you know what differences there are you could save us all a lot of time by telling us what the differences are rather than sending us all on individual quests to download packages and seek these differences. I think we would all appreciate the favor.
Re: kernel-{image,headers} package bloat
On Wed, Apr 25, 2001 at 09:47:14AM +1000, Herbert Xu wrote: No, but they can at least compile one for i386 easily as we're providing matching kernel-headers. You're in exactly the same situation (i.e., without binary modules) anyway if you compile your own kernel so IMHO it's a moot point. Ok, so why did this come up at all in the discussion of the kernel package bloat? It seems to me that providing optimized kernels is a liability in this case since distributors of non-free no-source kernel modules will not compile a version against each possible kernel. In fact, they're much more likely to throw up their hands in disgust after seeing so many kernel versions. Your binary module argument would support encouraging the use of a uniform kernel build. I don't care about this particular argument or its consequences, but I would think that you would, with your sympathies to binary-only kernel modules.
Re: FYI: dh_upx compresses i386 executables
On Sun, Apr 22, 2001 at 11:39:07PM -0700, David Whedon wrote: Recent versions of upx can compress a linux bzImage (I've seen 13% shaved off a bzImage). debian-installer may use it to squeeze more onto the single floppy (kernel + initrd with modules). Isn't that slightly redundant? A bzImage is compressed in the first place. If anything, it should compress the vmlinux.
Re: kernel-{image,headers} package bloat
On Mon, Apr 23, 2001 at 10:34:38PM +1000, Herbert Xu wrote: I meant to say binary modules. Maybe that's the problem! Binary modules are an abomination and should NOT be distributed seperate from a binary kernel. Again, refer what craig sanders has to say.
Re: FYI: dh_upx compresses i386 executables
On Mon, Apr 23, 2001 at 11:35:12AM +0100, Colin Watson wrote: Incidentally, I assume the temporarily decompressed executables created by UPX are mode 700? I would hope that they have the same permissions as the originals. And I don't want to imagine what might happen with a suid excecutable...
Re: kernel-{image,headers} package bloat
On Sun, Apr 22, 2001 at 01:38:42PM +1000, Herbert Xu wrote: This is exactly our disagreement. My position is that it is well within our capabilities to make this unnecessary. And you disagree with that which is fine with me. It was recently calculated that there are over 2000 kernel options in the 2.4-ac series. If you wanted to build a kernel with every possible configuration of those options, well, it would be hard. This is about choice. I want to compile my sound card's driver into the kernel. I want to compile bttv, however, as a module. I also want IDE as a module, but I want support for my particular scsi card (and only that scsi card) built-in. I also want a custom set of IP options, Athlon optimizations, and to be running the -ac branch. I should build my own kernel, right? And why is that kind of custom configuration different from saying I want my kernel to be optimized for XXX processor, of which there are dozens of types? It's so much more unlikely that anyone would notice the performance differences of your kernels than one would notice feature differences in a suite of targeted kernels (kernel for a router, kernel for a workstation, kernel for a server...). I don't support distribution of more than one or two standard kernel binaries, for the purpose of installations, but I'm merely trying to show that CPU optimizations are the least of what important kernel options and CPU optimizations exist. And that everyone should build their own kernel to get the quality and performance they would expect from Debian.
Re: kernel-{image,headers} package bloat
On Sun, Apr 22, 2001 at 12:22:33PM +0800, zhaoway wrote: I should build my own kernel, right? Sure, you're a computer geek. But remember we don't expect our users to be all computer elites. No, they're no dummies. Think about scientists, etc. who just simply don't have that much enough time sometimes to make oneself be familiar with kernel compiling. And why bother? (Ie. in most cases.) If they're not into madly trying to get the configuration perfect when it comes to the kernel, why install an optimized version at all?
Re: kernel-{image,headers} package bloat
On Sun, Apr 22, 2001 at 09:44:01PM +1000, Craig Sanders wrote: just as you stated you'd be filing bug-reports to get 2.2.17 kernel image removed from the archive, i'll be filing package should not exist bugs against all the excess kernel-image bugs. Alternatively, you could bring it up with the technical committee.
Re: kernel-{image,headers} package bloat
On Sun, Apr 22, 2001 at 02:47:36PM +0200, Roland Mas wrote: Nonono, we should automate it as much as possible. I envision a global Makefile somewhere, and a ports/ directory, and a make-world.sh, and... And then Debian GNU/BSD! Yay! I've been spending a lot of time starting to design a ports system based on dpkg-dev and apt. It would be a personal autobuilder that would be similar in function to apt-get but would compile packages with customized options and optimizations.
Re: kernel-{image,headers} package bloat
On Mon, Apr 23, 2001 at 08:33:43AM +1000, Craig Sanders wrote: is there such a thing as cross-compilation for the kernel? Yes - porting to new architectures would be nearly impossible otherwise. kernel-package even supports cross-compilation IIRC.
Re: FYI: dh_upx compresses i386 executables
On Sat, Apr 21, 2001 at 12:20:21PM +0200, Eduard Bloch wrote: What is upx good for? For all applications that are not used in critical environment, i.e. without enough free disc space, or when they are started to often, so the decompression time may be too long. For example, I will compress SDK example programs in my allegro-examples package. These are 52 executables with ~100k pro file = 4739kB. Compressed with upx the need only 1214kB. The user won't use them frequently and when he/she starts them, there will be no difference between compressed and uncompressed apps so we can save this space. One inherant flaw of upx is that decompression code must be stored within every binary. Using a hypothetical kernel module such as binfmt_gzip, the kernel could execute gzipped ELF binaries. This would remove the overhead of an embedded decompressor and make it more possible to do advanced things such as sharing the memory of multiple invocations of the binary. The kernel already has gzip code for cramfs and booting, so such a module should actually be rather trivial. The only catch is that you would be gunzipping a binary directly to memory (not to a temporary file like upx), which improves speed but demands more unswappable kernel memory. I think that UPX may have some uses, but do not see many packages that would be good candidates. e3 is one, and it already employs upx to reduce the size of the binary. For things such as boot disks with only a few megabytes of binaries that must be crammed into a tiny space, a gzipped ramdisk is far better.
Re: ITP: mboxgrep -- Grep through mailboxes
Package: grepmail Description: search mailboxes for mail matching an expression Grepmail looks for mail messages containing a pattern, and prints the resulting messages. It can handle compressed mailbox files, and can search the header or body of emails. Usage is very similar to grep. Grepmail is very slow, and I wouldn't mind an alternative. I blame the slowness on perl. $ time grepmail test /dev/null grepmail test /dev/null 0.38s user 0.04s system 100% cpu 0.418 total Add that to the fact that perl has a 400ms overhead just to load when not cached in RAM on my system. Perl had just been run at the time of this test to gather this figure, but usually on the machine in question it is not cached. What this means is grepmail takes almost a second to start up. I won't even go into its grepping speed. pgpEVsDjZhbgD.pgp Description: PGP signature
Re: Developer Behavior
On Mon, Jan 08, 2001 at 10:17:42AM -0600, Vince Mulhollon wrote: waiting for DAM approval, whenever that is supposed to happen (emphasis on the supposed to happen) No offense to the DAM, but I share Eray's pedicament and feel that I could definately contribute more effectively if I had the ability to make uploads. Currently I go through a sponsor, which works but is less efficent than being able to contribute directly. pgpP02MkkXm9E.pgp Description: PGP signature
Re: Developer Behavior
On Mon, Jan 08, 2001 at 10:17:42AM -0600, Vince Mulhollon wrote: 5) A Debian Developer will never knowingly run a production server on unstable and will never encourage a non-developer to run unstable. I don't see how this affects the Debian community. If anything, it would result in more bug reports and quality control. I run unstable on my server becuase it's where I have many packages installed or in use. How is this a crime? I don't bitch when it breaks, but I fix it and sumbit a patch (sometimes:) ). This could be more generally stated A Debian Developer will never knowingly hit his head with a baseball bat in private. pgpo8TE5DSsh4.pgp Description: PGP signature
Re: Developer Behavior
On Mon, Jan 08, 2001 at 10:35:51AM -0600, Vince Mulhollon wrote: Now that you and Eray have publically complained about the team's slowness, that means that after you complete the NM process, you both be joining the NM team to help your fellow developers get processed quicker, right? I'm not being sarcastic, my initial account manager who did the interviews and stuff had just completed the process a few months ago, so I assume you'll be joining the new maintainer team just like he did. The problem I'm facing is that my account has not been created. If once I am approved it would be possible for me to approve and create accounts for new maintainers on a voulenteer basis, I would be very happy to do so and save these poor new maintainers months of waiting. The DAM is quite busy, and I sympathize with him. However, once allowed to I would voulenteer to aid him with his duties to expedite the processes. pgpnIQfM7vM9K.pgp Description: PGP signature
Re: Developer Behavior
On Mon, Jan 08, 2001 at 06:47:01PM +0200, Yotam wrote: On Mon, Jan 08, 2001 at 10:17:42AM -0600, Vince Mulhollon wrote: 5) A Debian Developer will never knowingly run a production server on unstable and will never encourage a non-developer to run unstable Why shouldn't a developer encourage an ordinary user to run unstable? * It would speed up the bug finding process. (Don't mention testing, please) * For most users, unstable is stable enough for daily use. * Whether unstable should be used by ordinary users, is still somewhat controversial. Until this is officially resolved, enforcing this restriction would result in a minor freedom deprivation. * Some may enjoy having a constant stream of newly added bugs, or maybe not. Agreed. Bitching about problems in unstable is bad. Running unstable is not necessarily evil. We really should continue to leave such disgression up to developers, as to whether they will encourage others to run unstable, for example. A case where it might make sense to encourage someone to run unstable is if it fixes a major bug or introduces features that they need and the developer thinks that they are resonably competant. pgpalZyjUYsJE.pgp Description: PGP signature
Re: Developer Behavior [new maintainer waiting period]
On Mon, Jan 08, 2001 at 11:23:05AM -0600, Adam Heath wrote: What I'm trying to say is that if you prove beyond a shadow of a doubt that you would benefit the project, you will be accepted. All I stated was that it was less efficient for many people to do work through sponsors. Well, let's do an indirect proof. Assuming I would not benefit the project much, uploading my packages takes time by REAL Debian developers who could be doing actual work that would benefit Debian. Getting an account would prevent me from bothering sponsors with my silly packages. So, whether I would benefit the project or not, it would benefit the project to create an account for me. Keep in mind that I don't take it _this_ serriously. The topic came up and I commented that I was in the same situation. I'm still waiting patiently and don't want to make a fuss. I only wish I did not have to bother sponsors when I do have the mental capacity to upload a package. I've even offered to help expedite the new-maintainer process if accepted into Debian. My offer has been to create accounts, since that seems like where one of the major bottlenecks is, but if this responsibility can not be entrusted to brand-new developers (which is likely the case), I would appreciate suggestions on other ways I could help. Thanks, Aaron Lehmann pgpOmXfUMfXld.pgp Description: PGP signature
Re: ITP: mboxgrep -- Grep through mailboxes
On Mon, Jan 08, 2001 at 03:49:01PM -0800, Joey Hess wrote: Balderdash: [EMAIL PROTECTED]:~time grepmail foo /dev/null 0.29user 0.01system 0:00.29elapsed 100%CPU (0avgtext+0avgdata 0maxresident)k First time: $ time grepmail foo /dev/null grepmail foo /dev/null 0.36s user 0.05s system 39% cpu 1.047 total Second time: grepmail foo /dev/null 0.41s user 0.01s system 101% cpu 0.413 total (K6-2/350) Want to trade hard drives? pgpnT1b9OevRg.pgp Description: PGP signature
Re: Bug#81396: root shell fscked after upgrade to woody
On Sun, Jan 07, 2001 at 12:04:14AM +0200, Eray Ozkural (exa) wrote: [EMAIL PROTECTED]:~$ telnet borg Trying 139.179.21.143... Connected to borg.cs.bilkent.edu.tr. Escape character is '^]'. Debian GNU/Linux woody borg.cs.bilkent.edu.tr login: root Password: [EMAIL PROTECTED]:~# echo $PATH /usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/games [EMAIL PROTECTED]:~# su [EMAIL PROTECTED]:~# echo $PATH /sbin:/bin:/usr/sbin:/usr/bin:/usr/bin/X11:/usr/local/sbin:/usr/local/bin Debian has always exhibited this behavior for me. There's a simple workaround: don't log in as root. I don't know which is more distasteful: That you have telnet enabled, or that you have enabled remote root logins via telnet. Interesting, RedHat 5.1 (and up?) exhibits exactly the opposite phenomenon. Log in as root and you get the right paths. su without '-' and you don't. pgpnqYVr5ssqJ.pgp Description: PGP signature
Re: [authorization] fails silently for normal users, cannot start server
On Sat, Jan 06, 2001 at 05:20:42PM +0200, Eray 'exa' Ozkural wrote: Package: xserver-xfree86 Version: 4.0.1-9 Severity: important I am so sick of bug reports being CC'd to debian-devel. That's what debian-bugs-dist is for. They get mailed to the maintainer anyway, which may be someone who actually cares. DON'T DO IT. Thanks. pgprDnotx0aON.pgp Description: PGP signature
Re: Need to clone machines efficiently - help?
On Mon, Dec 25, 2000 at 12:15:50AM -0800, Erik Winn wrote: Here is the first obstacle - not really a big one, but I spent all day digging around and couldn't really find any tools for this one: we want to be able to clone the machines easily over the local net. boot floppy that asks only for the eth0 config and t While I was at VA, I worked with SystemImager, which is available at http://systemimager.org. It might be what you're looking for. It requires the hardware to be basically identical across machines. Once you set up the server, which is a significant task, cloning the master client onto the other clients is a cinch, involving putting the automatically-generated floppy disk into the disk drive and turning on the computer. I wrote a setup guide for SystemImager a few months ago. Unfortunately, I seem to have lost it :-(. pgpHhfTcfjTw0.pgp Description: PGP signature
Re: System sees only 65M of memory
On my Athlon, Linux 2.2 sees only 65M of memory without using mem=. Linux 2.4-test seems to fix the problem and detects the memory automatically. On Wed, Aug 30, 2000 at 05:56:52PM -0600, Art Edwards wrote: I just purchased two Athalon-based systems, each with 768M of ram. However, under debian (potato runnin kernel 2.2.17) the OS sees only 65 M of memory. I have tried to use the append command mem=768M but it still sees only 65 M? Does anyone have any ideas? -- Arthur H. Edwards 712 Valencia Dr. NE Abq. NM 87108 (505) 256-0834 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] pgp1BMAZbQfrv.pgp Description: PGP signature
