Uploaded libnet-pcap-perl 0.04-1.1 (m68k) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sat, 10 Aug 2002 11:37:10 +0200 Source: libnet-pcap-perl Binary: libnet-pcap-perl Architecture: m68k Version: 0.04-1.1 Distribution: unstable Urgency: low Maintainer: buildd m68k user account [EMAIL PROTECTED] Changed-By: Torsten Landschoff [EMAIL PROTECTED] Description: libnet-pcap-perl - Pcap interface for perl. Changes: libnet-pcap-perl (0.04-1.1) unstable; urgency=low . * Non maintainer upload * Rebuilt with new libpcap to remove dependency on libpcap0, which I got removed from unstable by accident. Sorry about this... Files: 0a137785d8d1f33b6c5849d4c662f32e 19916 libs optional libnet-pcap-perl_0.04-1.1_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) Comment: Made with pgp4pine 1.75-6 iD8DBQE9WWfdWgZ1HEtaPf0RArapAJ9iIggaagINqLtdJgoYcodrKgltqwCfU3Kg LJrJqx3mRrgGTBRxMunVFPE= =T6fX -END PGP SIGNATURE-
Uploaded ppp 2.4.1.uus-4.1 (m68k) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sat, 10 Aug 2002 11:37:27 +0200 Source: ppp Binary: ppp ppp-udeb Architecture: m68k Version: 2.4.1.uus-4.1 Distribution: unstable Urgency: low Maintainer: buildd m68k user account [EMAIL PROTECTED] Changed-By: Torsten Landschoff [EMAIL PROTECTED] Description: ppp- Point-to-Point Protocol (PPP) daemon. ppp-udeb - Point-to-Point Protocol (PPP) daemon. (udeb) Changes: ppp (2.4.1.uus-4.1) unstable; urgency=low . * Non maintainer upload * Rebuilt with new libpcap to remove dependency on libpcap0, which I got removed from unstable by accident. Sorry about this... Files: 879a372f620d7063238c248e895a541d 235044 base optional ppp_2.4.1.uus-4.1_m68k.deb b1061260d94cf66c5b8d7a8b09075fec 84174 debian-installer optional ppp-udeb_2.4.1.uus-4.1_m68k.udeb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) Comment: Made with pgp4pine 1.75-6 iD8DBQE9WWgYWgZ1HEtaPf0RAkFHAJ9BzysAn0yQhSXTPbXnGNjaWst9kwCfVaHW ViS0peHsJtQCSlcZRAkaylE= =12ZN -END PGP SIGNATURE-
Uploaded arpwatch 2.1a11-6.1 (m68k) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sat, 10 Aug 2002 11:36:45 +0200 Source: arpwatch Binary: arpwatch Architecture: m68k Version: 2.1a11-6.1 Distribution: unstable Urgency: low Maintainer: buildd m68k user account [EMAIL PROTECTED] Changed-By: Torsten Landschoff [EMAIL PROTECTED] Description: arpwatch - Ethernet/FDDI station activity monitor. Changes: arpwatch (2.1a11-6.1) unstable; urgency=low . * Non maintainer upload * Rebuilt with new libpcap to remove dependency on libpcap0, which I got removed from unstable by accident. Sorry about this... Files: f6b8c7a97ff2565a1bfff5214fff536e 98350 admin optional arpwatch_2.1a11-6.1_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) Comment: Made with pgp4pine 1.75-6 iD8DBQE9WWhJWgZ1HEtaPf0RAg6sAJ9DGvJXGpC4pVpqGoYsyI+s33NZcACfSFsp TiueNBSmRYMKeao5u2PlAjM= =VqQE -END PGP SIGNATURE-
Uploaded divine 0.7.2-5.1 (m68k) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sat, 10 Aug 2002 11:36:48 +0200 Source: divine Binary: divine Architecture: m68k Version: 0.7.2-5.1 Distribution: unstable Urgency: low Maintainer: buildd m68k user account [EMAIL PROTECTED] Changed-By: Torsten Landschoff [EMAIL PROTECTED] Description: divine - Automatic IP configuration detection for laptops Changes: divine (0.7.2-5.1) unstable; urgency=low . * Non maintainer upload * Rebuilt with new libpcap to remove dependency on libpcap0, which I got removed from unstable by accident. Sorry about this... Files: c756ae58caeece4a1ac5cd0efa1fc77e 15566 admin optional divine_0.7.2-5.1_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) Comment: Made with pgp4pine 1.75-6 iD8DBQE9WWmqWgZ1HEtaPf0RAvPUAJ9vhozvHCaxOjrAXk3tO9OWhjyGKgCfXxti s2kRD7YucYFX1/wVEjwvuCE= =uLdl -END PGP SIGNATURE-
Uploaded tcpreplay 1.0.1-1.2 (m68k) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sat, 10 Aug 2002 11:37:41 +0200 Source: tcpreplay Binary: tcpreplay Architecture: m68k Version: 1.0.1-1.2 Distribution: unstable Urgency: low Maintainer: buildd m68k user account [EMAIL PROTECTED] Changed-By: Torsten Landschoff [EMAIL PROTECTED] Description: tcpreplay - Tool to replay saved tcpdump files at arbitrary speeds Changes: tcpreplay (1.0.1-1.2) unstable; urgency=low . * Non maintainer upload * Rebuilt with new libpcap to remove dependency on libpcap0, which I got removed from unstable by accident. Sorry about this... Files: 32603de11d3def477e9371dba40c8525 10784 net optional tcpreplay_1.0.1-1.2_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) Comment: Made with pgp4pine 1.75-6 iD8DBQE9WWrDWgZ1HEtaPf0RAuyCAJ9MO7ABCDVYubx76KO0DKsx+wiIhACdFKSh 4RHEpMOLgSdzwSLAYO4BTu8= =sNzs -END PGP SIGNATURE-
Uploaded tcptraceroute 1.4-1.1 (m68k) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sat, 10 Aug 2002 11:37:45 +0200 Source: tcptraceroute Binary: tcptraceroute Architecture: m68k Version: 1.4-1.1 Distribution: unstable Urgency: low Maintainer: buildd m68k user account [EMAIL PROTECTED] Changed-By: Torsten Landschoff [EMAIL PROTECTED] Description: tcptraceroute - A traceroute implementation using TCP packets Changes: tcptraceroute (1.4-1.1) unstable; urgency=low . * Non maintainer upload * Rebuilt with new libpcap to remove dependency on libpcap0, which I got removed from unstable by accident. Sorry about this... Files: 1f9b0b62fbdcbcfb60729ef01db14ae0 25752 net optional tcptraceroute_1.4-1.1_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) Comment: Made with pgp4pine 1.75-6 iD8DBQE9WWrwWgZ1HEtaPf0RAprgAJ9jwZwjxQpQz9n5jB0KKJfaAKRFMgCgkJpG ybKtpnGMUTvfSWuF5vTM8jA= =0Iux -END PGP SIGNATURE-
Uploaded lurker 0.1d-1 (m68k) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 24 Jul 2002 11:30:08 +0200 Source: lurker Binary: lurker Architecture: m68k Version: 0.1d-1 Distribution: unstable Urgency: low Maintainer: buildd m68k user account [EMAIL PROTECTED] Changed-By: Jonas Meurer [EMAIL PROTECTED] Description: lurker - Archive tool for mailing lists with search engine Changes: lurker (0.1d-1) unstable; urgency=low . * new upstream version Files: 617dad3711895fb0a1998245c0b8665c 136204 mail optional lurker_0.1d-1_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) Comment: Made with pgp4pine 1.75-6 iD8DBQE9WWvzWgZ1HEtaPf0RAjV9AJwM0gEEYw0ml6ZwgR7eqrh7ugbQ7QCfQch1 4/lbb5NoJyqxQadrsU4/3UQ= =Cu3o -END PGP SIGNATURE-
Uploaded wipl 20020601-3.1 (m68k) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sat, 10 Aug 2002 11:37:50 +0200 Source: wipl Binary: wipl-daemon wipl-client-standard wipl-client-exec Architecture: m68k Version: 20020601-3.1 Distribution: unstable Urgency: low Maintainer: buildd m68k user account [EMAIL PROTECTED] Changed-By: Torsten Landschoff [EMAIL PROTECTED] Description: wipl-client-exec - A client for wipl-daemon able to modify the available counters wipl-client-standard - The standard client for wipl-daemon wipl-daemon - A daemon to monitor networks Changes: wipl (20020601-3.1) unstable; urgency=low . * Non maintainer upload * Rebuilt with new libpcap to remove dependency on libpcap0, which I got removed from unstable by accident. Sorry about this... Files: 57ff0a333fc94919a57cbbbe053d4f62 49706 net optional wipl-daemon_20020601-3.1_m68k.deb 59b93256afb06362f09597eb5dfc1af8 30594 net optional wipl-client-exec_20020601-3.1_m68k.deb 5b5a62bdbcf9338711b7ba5dda3e2457 43012 net optional wipl-client-standard_20020601-3.1_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) Comment: Made with pgp4pine 1.75-6 iD8DBQE9WWtuWgZ1HEtaPf0RAoTSAJ0dNss8x6agAzKLGkDy7q9aFJqhCQCdHDgc ctXrqC0r8AY+esDBP1IwEeE= =Svgg -END PGP SIGNATURE-
Uploaded intuitively 0.5-1.1 (m68k) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sat, 10 Aug 2002 11:36:59 +0200 Source: intuitively Binary: intuitively Architecture: m68k Version: 0.5-1.1 Distribution: unstable Urgency: low Maintainer: buildd m68k user account [EMAIL PROTECTED] Changed-By: Torsten Landschoff [EMAIL PROTECTED] Description: intuitively - Automatic IP configuration detection for laptops Changes: intuitively (0.5-1.1) unstable; urgency=low . * Non maintainer upload * Rebuilt with new libpcap to remove dependency on libpcap0, which I got removed from unstable by accident. Sorry about this... Files: b5273508a7136bd546dfcf198d7a2a22 24084 admin optional intuitively_0.5-1.1_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) Comment: Made with pgp4pine 1.75-6 iD8DBQE9WWnDWgZ1HEtaPf0RAuq9AJ9qSwvXO73cF0pqXTu9rheNPIWypgCfcedO 6G/03iVn4gpR0XKCJ999quU= =Kuhk -END PGP SIGNATURE-
Uploaded apache 1.3.26-1.1 (m68k) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 12 Aug 2002 21:08:40 -0600 Source: apache Binary: apache-common apache-dev apache-doc apache Architecture: m68k Version: 1.3.26-1.1 Distribution: unstable Urgency: low Maintainer: buildd m68k user account [EMAIL PROTECTED] Changed-By: Adam Conrad [EMAIL PROTECTED] Description: apache - Versatile, high-performance HTTP server apache-common - Support files for all Apache webservers apache-dev - Apache webserver development kit Closes: 143085 Changes: apache (1.3.26-1.1) unstable; urgency=low . * NMU * The Shouldn't you be in Whoville stealing Christmas? release. * Applied patch from Ryan Murray to use db2's db185-compat functions instead of glibc's (nonexistant) db1 library. - Edited patch to include the same hack for mod_urlcount and mod_eaccess from apache-contrib - Closes: #143085 #156159 #156390 #156373 #155981 Files: 026ea37cf38d0c23c7af6d0485753463 347630 web optional apache_1.3.26-1.1_m68k.deb 04bf7a752da8e9978128e2d2f8759705 536646 web extra apache-dev_1.3.26-1.1_m68k.deb 242f235a846aab618fbd2152a7c1624c 820138 web optional apache-common_1.3.26-1.1_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) Comment: Made with pgp4pine 1.75-6 iD8DBQE9WXz4WgZ1HEtaPf0RAqetAJ9gLyMP/sXFtz5swo6q8CizBzeKoACfbPDo AH379+TRBMb5m6TdLmNU9Zc= =Y4nR -END PGP SIGNATURE-
Uploaded python-gtk2 1.99.12-1.2 (m68k) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 12 Aug 2002 15:09:52 +0100 Source: python-gtk2 Binary: python2.2-gtkgl2 python2.2-glade2 python2.2-gtk2 Architecture: m68k Version: 1.99.12-1.2 Distribution: unstable Urgency: low Maintainer: buildd m68k user account [EMAIL PROTECTED] Changed-By: Robert McQueen [EMAIL PROTECTED] Description: python2.2-glade2 - GTK+ bindings: Glade support. python2.2-gtk2 - Python bindings for the GTK+ widget set. python2.2-gtkgl2 - GTK+ bindings: GtkGlArea bindings Changes: python-gtk2 (1.99.12-1.2) unstable; urgency=low . * Non-maintainer upload. * Oops. Change other build dep to libgtkgl2.0-dev (= 1.99.0-1.1). Files: 1cd0305b60b610e39250fae163c8a59a 633308 interpreters optional python2.2-gtk2_1.99.12-1.2_m68k.deb d212e9b9b172865f2c356736622ec8f1 60328 interpreters optional python2.2-glade2_1.99.12-1.2_m68k.deb b42cf02bbbdb596830bcc98b9a7c2190 77390 interpreters optional python2.2-gtkgl2_1.99.12-1.2_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) Comment: Made with pgp4pine 1.75-6 iD8DBQE9WWTsWgZ1HEtaPf0RAjhUAJ0eXFQhDsO4G+4EMLUfkue/u2T5ZACcDJ5c pAcMwwPn678Uy2hAIkLlLpQ= =Gm8a -END PGP SIGNATURE-
Uploaded tcpslice 1.1a3-1.2 (m68k) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sat, 10 Aug 2002 11:37:42 +0200 Source: tcpslice Binary: tcpslice Architecture: m68k Version: 1.1a3-1.2 Distribution: unstable Urgency: low Maintainer: buildd m68k user account [EMAIL PROTECTED] Changed-By: Torsten Landschoff [EMAIL PROTECTED] Description: tcpslice - extract pieces of and/or glue together tcpdump files Changes: tcpslice (1.1a3-1.2) unstable; urgency=low . * Non maintainer upload * Rebuilt with new libpcap to remove dependency on libpcap0, which I got removed from unstable by accident. Sorry about this... Files: 87608f0676c2feef4d639fc1a5216a28 14492 net optional tcpslice_1.1a3-1.2_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) Comment: Made with pgp4pine 1.75-6 iD8DBQE9WWrXWgZ1HEtaPf0RAmG2AJ47pDTNC0AYKP6LJqXZfuBwKrd25ACfbSO7 mexpyMJ+Z/wkwjhgFAFg85U= =HqAD -END PGP SIGNATURE-
Uploaded trafstats 0.4.20-1.1 (m68k) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sat, 10 Aug 2002 11:37:48 +0200 Source: trafstats Binary: trafstats Architecture: m68k Version: 0.4.20-1.1 Distribution: unstable Urgency: low Maintainer: buildd m68k user account [EMAIL PROTECTED] Changed-By: Torsten Landschoff [EMAIL PROTECTED] Description: trafstats - gather and store traffic information into an SQL database. Changes: trafstats (0.4.20-1.1) unstable; urgency=low . * Non maintainer upload * Rebuilt with new libpcap to remove dependency on libpcap0, which I got removed from unstable by accident. Sorry about this... Files: 8022f4ae7962c887395ba7f703e0472d 38604 net optional trafstats_0.4.20-1.1_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) Comment: Made with pgp4pine 1.75-6 iD8DBQE9WWtVWgZ1HEtaPf0RAtEsAKCJZgMSgnLxELsYWiKmlUXVpnDtKACeLAQx uMa06TBl4KWobejVXwO9gbY= =9Egd -END PGP SIGNATURE-
Uploaded gtkmm1.3 1.3.18-3.1 (m68k all) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 12 Aug 2002 07:03:17 +0200 Source: gtkmm1.3 Binary: libgtkmm1.3-12 libgtkmm1.3-dev libgtkmm1.3-doc Architecture: m68k all Version: 1.3.18-3.1 Distribution: unstable Urgency: low Maintainer: buildd m68k user account [EMAIL PROTECTED] Changed-By: Marcelo E. Magallon [EMAIL PROTECTED] Description: libgtkmm1.3-12 - C++ wrappers for GTK+ 2.0 (shared libraries) (Developer Version) libgtkmm1.3-dev - C++ wrappers for GTK+ 2.0 (development files) (Developer Version) libgtkmm1.3-doc - C++ wrappers for GTK+ 2.0 (documentation) (Developer Version) Changes: gtkmm1.3 (1.3.18-3.1) unstable; urgency=low . * Recompile with libgtk2.0-0png3 * debian/control: fix dependency info Files: 99694b6c44eaf245ba11c9f15dd87e87 2024472 devel optional libgtkmm1.3-dev_1.3.18-3.1_m68k.deb 49875913341f3aefad2b64bdb0dd1456 749354 libs optional libgtkmm1.3-12_1.3.18-3.1_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) Comment: Made with pgp4pine 1.75-6 iD8DBQE9WWZrWgZ1HEtaPf0RAmCfAJwJxD0L8cGHO9ldeMciHaDcI9+lLgCfSaTe quMamfndwpYa+pVSlMQ5vcE= =X/3C -END PGP SIGNATURE-
Uploaded mq3 14-1.2 (m68k) to non-us
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 12 Aug 2002 10:00:00 -0500 Source: mq3 Binary: mq3 Architecture: m68k Version: 14-1.2 Distribution: unstable Urgency: low Maintainer: buildd m68k user account [EMAIL PROTECTED] Changed-By: Christopher L Cheney [EMAIL PROTECTED] Description: mq3- a mp3/ogg audio player written in Qt. Changes: mq3 (14-1.2) unstable; urgency=low . * NMU. * Build against new libvorbis. Files: 11cdbb3f43bb83ecd37eb93613326db1 226738 non-US optional mq3_14-1.2_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) Comment: Made with pgp4pine 1.75-6 iD8DBQE9WWU0WgZ1HEtaPf0RAtAMAJ92deoLOnqXWkEZtLz68dFUriPWUwCfbqAm /c+hsrXfJZ0zWWWYBT/213A= =NCt/ -END PGP SIGNATURE-
Bug#156503: microsoft changed its policy, msttcorefonts broken
Package: general Version: N/A; reported 2002-08-12 Severity: grave Tags: upstream Justification: renders package unusable Since micro$oft stopped giving their true type fonts for free (http://www.microsoft.com/typography/fontpack/default.htm), msttcorefonts is unusable :( -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux filomena 2.4.17-686 #2 Sat Dec 22 21:58:49 EST 2001 i686 Locale: LANG=C, LC_CTYPE=C -- no debconf information
Re: Mail delivery failed: returning message to sender
On Mon, 12 Aug 2002, Mail Delivery System wrote: This message was created automatically by mail delivery software. A message that you sent could not be delivered to one or more of its recipients. The following address(es) failed: [EMAIL PROTECTED]: generated | /org/packages.qa.debian.org/bin/dispatch.pl: Child process of address_pipe transport returned 2 from command: /org/packages.qa.debian.org/bin/dispatch.pl The following text was generated during the delivery attempt: -- | /org/packages.qa.debian.org/bin/dispatch.pl -- Can't open database /home/rhertzog/cvs/pts/db/subscription.db : No such file or directory All messages sent to the PTS are bouncing. And, all messages sent to the BTS are also sent to the PTS. Which means [EMAIL PROTECTED] is getting a bounce for every mail sent. I have disabled the BTS - PTS link, until the above error is fixed. ps: [EMAIL PROTECTED] people: There are 5 lines in process that I have commented out. To reenable, just uncomment them.
Office2000
1Office2000 2Office2000 http://www.iboss2000.com ! 2002-08-13
typo in /usr/share/kernel-package/image.postrm line 240 in unstable
Hi everyone, This is my first bug report, so I hope I'm sending it to the right place. There's a typo in the postremoval script of kernel-package, near line 240: ### image_magic(initrd.img, $image_dest if $initrd; ### This line has a syntax error: there's a missing parentheses here that's making removal of a customized kernel very hard. *grin* Hope this helps!
[Evan Prodromou evan@debian.org] ITP: jabber-conference -- Group Chat Plug-in For Jabber
I forgot to X-Debbugs-Cc this. Bug# is 156507. ~ESP ---BeginMessage--- Package: wnpp Severity: wishlist Jabber is an instant-messaging (IM) system based on XML and open standards and all that great jazz. This package provides a group-chat mechanism that allows lots of folks to jump into a room and chatter away. The license situation is not explicit (I'll research more) but I believe the software is under the Jabber Open Source License (same as the jabber package). -- Evan Prodromou [EMAIL PROTECTED] ---End Message--- -- Evan Prodromou [EMAIL PROTECTED]
Re: typo in /usr/share/kernel-package/image.postrm line 240 in unstable
He! to install a new kernel by hand just remove /var/lib/dpkg/info/kernel-image-XXX*
Bug#156510: ITP: jud -- Jabber User Directory
Package: wnpp Severity: wishlist Jabber is an instant-messaging system like AIM or ICQ based on XML and open standards and yadda yadda. More marketing info available at http://www.jabber.org/. Jabber is cool. Really. JUD is the Jabber User Directory, a Jabber server plug-in that provides a searchable user directory to find other users. License terms are somewhat uncertain, and I have some confirmation to do, but I believe this software is under the Jabber Open Source License, the same license as the jabber package. -- Evan Prodromou [EMAIL PROTECTED]
Re: Mail delivery failed: returning message to sender
Le Mon, Aug 12, 2002 at 11:29:14PM -0500, Adam Heath écrivait: [EMAIL PROTECTED]: generated | /org/packages.qa.debian.org/bin/dispatch.pl: Child process of address_pipe transport returned 2 from command: /org/packages.qa.debian.org/bin/dispatch.pl The following text was generated during the delivery attempt: -- | /org/packages.qa.debian.org/bin/dispatch.pl -- Can't open database /home/rhertzog/cvs/pts/db/subscription.db : No such file or directory All messages sent to the PTS are bouncing. And, all messages sent to the BTS are also sent to the PTS. Which means [EMAIL PROTECTED] is getting a bounce for every mail sent. Please, could you mail people who are responsible ? I have not been cced and [EMAIL PROTECTED] has not been either. I have fixed everything now. Sorry for the mistake. I have disabled the BTS - PTS link, until the above error is fixed. Please reenable it. Cheers, -- Raphaël Hertzog -+- http://strasbourg.linuxfr.org/~raphael/ Formation Linux et logiciel libre : http://www.logidee.com
ITP: python-logging -- advanced logging library for Python
Package: wnpp Version: N/A; reported 2002-08-13 Severity: wishlist * Package name: python-logging Version : 0.4.6 Upstream Author : Vinay Sajip [EMAIL PROTECTED] * URL : http://www.red-dove.com/python_logging.html * License : BSD Description : advanced logging library for Python This package provides a logging system for Python, simlar to the Java 1.4 java.util.logging library. It is very flexible and configurable. -- System Information: Debian Release: testing/unstable Architecture: powerpc Kernel: Linux space-ghost 2.4.19-rc1+xfs+ipsec #1 Mon Jul 8 17:33:29 CDT 2002 ppc Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 -- no debconf information
Bug#156503: microsoft changed its policy, msttcorefonts broken
reassign 156503 msttcorefonts thanks Since micro$oft stopped giving their true type fonts for free (http://www.microsoft.com/typography/fontpack/default.htm), msttcorefonts is unusable :( reassigning this bug to the appropriate package -- [EMAIL PROTECTED] http://www.netfort.gr.jp/~dancer
Processed: Re: Bug#156503: microsoft changed its policy, msttcorefonts broken
Processing commands for [EMAIL PROTECTED]: reassign 156503 msttcorefonts Bug#156503: microsoft changed its policy, msttcorefonts broken Bug reassigned from package `general' to `msttcorefonts'. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Re: ITP: python-logging -- advanced logging library for Python
On Tue, 2002-08-13 at 03:09, Colin Walters wrote: Package: wnpp Version: N/A; reported 2002-08-13 Severity: wishlist * Package name: python-logging For anyone interested, my current packages are in my staging repository: deb http://monk.debian.net/~walters/debian/ staging/$(ARCH)/ deb http://monk.debian.net/~walters/debian/ staging/all/ deb-src http://monk.debian.net/~walters/debian/ staging/source/ Be sure to substitute your arch for $(ARCH).
Re: typo in /usr/share/kernel-package/image.postrm line 240 in unstable
There is this nice package called reportbug which is very helpful. On Mon, Aug 12, 2002 at 10:26:50PM -0700, Danny Yoo wrote: Hi everyone, This is my first bug report, so I hope I'm sending it to the right place. There's a typo in the postremoval script of kernel-package, near line 240: ### image_magic(initrd.img, $image_dest if $initrd; ### This line has a syntax error: there's a missing parentheses here that's making removal of a customized kernel very hard. *grin* Hope this helps! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- Martijn van Oosterhout kleptog@svana.org http://svana.org/kleptog/ There are 10 kinds of people in the world, those that can do binary arithmetic and those that can't.
Re: /root/ drwxr-xr-x? possible solution?
On Wed, Aug 07, 2002 at 04:49:14PM -0700, Neil Spring wrote: (...) If 755 root were a problem, I'd expect to find it mentioned in the securing-debian-howto. It's not, at least on my grep for root and permission. There's no bug against harden-doc, which is the package containing the howto, or against harden, which is the source package. I assume that the rest of the harden packages don't change permissions or warn about /root. I'm not comfortable with people thinking the securing-debian-howto (now manual) is word of law. I'm the writer of the Securing-debian-howto and I now it's not complete, so, please don't assume it's a mandatory document (such as policy is). After all is a document I've written, and it has not been aproved by, for example, the Debian Security Team or any other official team. Regards Javi pgpomPjYz0TVt.pgp Description: PGP signature
Why does apxs in sid link against libdb1 ?
Hello, fellow developers ! I tried to build and upload Interchange 4.8.6 packages, which contain an Apache module. apxs -cmod_interchange.c gcc -DLINUX=22 -DEAPI -DTARGET=apache -I/usr/include/db1 -DDEV_RANDOM=/dev/random -DUSE_HSREGEX -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O1 -fPIC -DSHARED_MODULE -I/usr/include/apache-1.3 -c mod_interchange.c gcc -shared -o mod_interchange.so mod_interchange.o -lc -lm -lcrypt -ldb1 -ldb -lexpat /usr/bin/ld: cannot find -ldb1 Here it fails. What has changed in sid so that the package doesn't build anymore. Please advise. Ciao Racke -- Prolific Interchange Consulting (Excellent German Quality !). Take a look at Materialboerse (http://www.materialboerse.de/), WITT (http://www.witt-weiden.de/), Boxmover (http://shop.boxmover.ch/) or Passionshop (http://www.passionshop.com/racke). Need a shop ? Contact us.
Re: Accepted sdl-image1.2 1.2.2-1 (i386 source)
Junichi Uekawa [EMAIL PROTECTED] writes: Consider a situation: A-libA-libpng2(nover) A-libpng2(nover) if libA was recompiled with libpng3(versioned), then libA-libpng3(versioned), but A won't be. upgrading libA only might cause A to fail ? It depends. What is A? A package? Something else? If it's a package, for discussion purposes let's say versions 1.0.12-5 and 1.2.1-4 of libpng[23] introduce versioned symbols (adjust to match reality, I'm going from memory here). Please bear with me here, I'm second guessing you, I really don't know what's in your mind, but I think you mean this: Package: A Depends: libA, libpng2 Package: libA Depends: libpng2 Version: 3.1-4 now libA is recompiled: Package: libA Depends: libpng3 (= 1.2.1-4) Version: 3.1-4.1 but Package A hasn't been recompiled yet, that is, there is no: Package: A Depends: libpng2 (= 1.0.12-5), libA That means it is installable by doing: $ apt-get install A which in this state leaves you with a non-working program. Same thing for upgrading just libA. And that's precisely the reason why we are doing this in two steps: first recompile everything against the new libpng libraries, and /then/ recompile against libpng3. Now, if you are talking about something that is not a package, no, I don't have a solution for that other than well written documentation. The only solution to this is mockering with SONAMEs, but I'll oppose vocally to that. The interoperability problems that *that* would cause are not worth it. -- Marcelo
Re: Bug#156407: ITP: free-java-sdk -- Complete Java SDK environment consising of free Java tools
On 12 Aug 2002, Grzegorz Prokopski wrote: Facts that caused that I have choosen this set of tools. It'd be nice if you kept this comparison list somewhere (and up to date ;-) - at an URL or in the README, so the measurement can be repeated, verified, criticised, enhanced... *t --- Tomas Pospisek sourcepole- Linux Open Source Solutions http://sourcepole.com Elestastrasse 18, 7310 Bad Ragaz, Switzerland Tel:+41 (81) 330 77 13, Fax:+41 (81) 330 77 12
Re: Accepted sdl-image1.2 1.2.2-1 (i386 source)
On Tue, 13 Aug 2002 04:30:34 -0500 Marcelo E. Magallon [EMAIL PROTECTED] wrote: $ apt-get install A which in this state leaves you with a non-working program. Same thing for upgrading just libA. So, package libA should really conflict with every program that was previously compiled with it, to minimize confusion. To achieve that goal, a package rename can happen. I am worried looking at the confusion libgtk rename is causing, because people seem to think having a nonworking package (libsdl-image1.2/libsdl-perl/frozen-bubble) than conflicting packages that cannot be installed at the same time (and probably rightly). regards, junichi -- [EMAIL PROTECTED] http://www.netfort.gr.jp/~dancer
Re: Accepted sdl-image1.2 1.2.2-1 (i386 source)
On Tue, Aug 13, 2002 at 08:09:26PM +0900, Junichi Uekawa wrote: $ apt-get install A which in this state leaves you with a non-working program. Same thing for upgrading just libA. So, package libA should really conflict with every program that was previously compiled with it, to minimize confusion. With every, uhm, *package* that links explicitly against the non-versioned libpng2. (We can't do much about things that are not packages, like I said before). To achieve that goal, a package rename can happen. Renaming packages is a pain. A real pain. We can't honestly say that we have a good way of dealing with that. For libraries we are just lucky enough, because those beasts are pulled by other packages. apt tends to get things right, even if it likes to tell you that it will deinstall half your system in order to upgrade one package *g*. There's also some ammount of pain in the way from unstable to testing. Package A depends on B provided by source C. C no longer provides B but D and the version of A in unstable depends on that. I don't know if this is still the case, but the testing scripts used to react like uh? to this situation, particularly if A wasn't one package but a bunch of them. I am worried looking at the confusion libgtk rename is causing, because people seem to think having a nonworking package (libsdl-image1.2/libsdl-perl/frozen-bubble) than conflicting packages that cannot be installed at the same time (and probably rightly). $ apt-get install foo Hey! I want to remove 400 packages here, should I? [Y/y] People usually don't like the look of that. Besides, this kind of renaming creates non-sensical names (libgtk2.0-0png3) which in the long run create more trouble (from a user's point of view). I remember Rasterman asking why he had to install libttf2 in order to get FreeType 1. After explaining it to him, he expected libXext.so.6 to be in the package called libxext6... or something along those lines. I'm not actually waiting with eagerness the moment when I have to tell people to install lib 'je 'te 'ka two dot 'o dash 'o 'pe 'en 'je three. Hopefully that will never have to happen since that name will be well hidden behind other dependencies. Don't get me wrong, they are necessary evil, but I'd try harder to avoid them (if technically possible). Technically, libgtk2.0-0 could have been called libgtk2 and there would have been nothing wrong about that. -- Marcelo
Re: Why does apxs in sid link against libdb1 ?
Stefan Hornburg (Racke) [EMAIL PROTECTED] wrote: I tried to build and upload Interchange 4.8.6 packages, which contain an Apache module. apxs -cmod_interchange.c gcc -DLINUX=22 -DEAPI -DTARGET=apache -I/usr/include/db1 -DDEV_RANDOM=/dev/random -DUSE_HSREGEX -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O1 -fPIC -DSHARED_MODULE -I/usr/include/apache-1.3 -c mod_interchange.c gcc -shared -o mod_interchange.so mod_interchange.o -lc -lm -lcrypt -ldb1 -ldb -lexpat /usr/bin/ld: cannot find -ldb1 Here it fails. What has changed in sid so that the package doesn't build anymore. Date: Thu, 8 Aug 2002 10:14:43 -0400 From: Ben Collins [EMAIL PROTECTED] To: debian-devel@lists.debian.org Subject: db1/glibc debacle Message-ID: [EMAIL PROTECTED] If you are a developer and have the time please remail Ben's message to -announce, imho it should go there for the developers who don't follow debian-devel. cu andreas
Re: Bug#156407: ITP: free-java-sdk -- Complete Java SDK environment consising of free Java tools
On Tue, Aug 13, 2002 at 12:37:04PM +0200, Tomas Pospisek wrote: On 12 Aug 2002, Grzegorz Prokopski wrote: Facts that caused that I have choosen this set of tools. It'd be nice if you kept this comparison list somewhere (and up to date ;-) - at an URL or in the README, so the measurement can be repeated, verified, criticised, enhanced... *t IMHO the Debian-JAVA FAQ [1] (even if it's now out of date) could be the best place to add this information to (patches to the sgml sources [2] are welcome but plain text will do too). Regards Javi [1] http://www.debian.org/doc/manuals/debian-java-faq/ [2] http://cvs.debian.org/~checkout~/ddp/manuals.sgml/java-faq/debian-java-faq.sgml?rev=1.10content-type=text/x-sgmlcvsroot=debian-doc
bug#152736 xfonts-gimpers 1.8 can't be installed
This bug is still not fixed. Just to see if it was a configuration issue, I purged xfonts-gimpers 1.6 from my system (dpgk --purge xfonts-gimpers) and then installed the new version (apt-get install xfonts-gimpers) but it still does not install when the xfonts-artwiz 2.4 fonts are installed: apt-get install xfonts-gimpers Reading Package Lists... Done Building Dependency Tree... Done The following NEW packages will be installed: xfonts-gimpers 0 packages upgraded, 1 newly installed, 0 to remove and 1 not upgraded. Need to get 0B/26.5kB of archives. After unpacking 81.9kB will be used. Preconfiguring packages ... Selecting previously deselected package xfonts-gimpers. (Reading database ... 91196 files and directories currently installed.) Unpacking xfonts-gimpers (from .../xfonts-gimpers_1.8_all.deb) ... dpkg-divert: `diversion of /usr/X11R6/lib/X11/fonts/misc/cursor.pcf.gz to /usr/X11R6/lib/X11/fonts/misc/cursor.pcf.gz-base by xfonts-gimpers' clashes with `diversion of /usr/X11R6/lib/X11/fonts/misc/cursor.pcf.gz to /usr/X11R6/lib/X11/fonts/misc/cursor.pcf.gz-base by xfonts-artwiz' dpkg: error processing /var/cache/apt/archives/xfonts-gimpers_1.8_all.deb (--unpack): subprocess pre-installation script returned error exit status 2 Errors were encountered while processing: /var/cache/apt/archives/xfonts-gimpers_1.8_all.deb E: Sub-process /usr/bin/dpkg returned an error code (1) -- __ _ Carl B. Constantine / / (_)__ __ __ [EMAIL PROTECTED] / /__/ / _ \/ // /\ \/ / (2.4.18) http://www.duckwing.ca //_/_//_/\_ _/ /_/\_\ Debian 3.0 PGP key available on request Microsoft is not the Borg. The Borg have better tech support.
free-java-sdk and friends - status report
Hello! First I wanted to thank all who discussed about the idea of free-java-sdk. I have included small FAQ and (as adviced) I'll be including some documentation about 'why ABC is better than XYZ'. But now - to the facts - what I have now. I think you can try it yourself, just add to /etc/apt/sources.lists deb http://debian.sente.pl/debian ./ and issue: 'apt-get install free-java-sdk' Keep in mind that this is still work-in-progress, however I already have there: sablevm and it's classlib (packaged, ready for first upload) fastjar (it's already in debian) gjdoc (javadoc replacement - packaged, almost ready ffu) cp-tools (javah,javap,serialver - packaged almost ready ffu) jikes (will have to add wrapper for it in fjsdk - later) those tools give you this in /usr/lib/fjsdk/bin: jar java javac javadoc javah javap serialver I am looking forward for more tools to be integrated there, like rmic, jdb etc. but found none so far (yes, I know kaffe has them). Be warned that all that setup is still a bit experimental (it shouldn't do any damage, but it may not work in all cases) For example - javac javah serialver - I belive very few persons used them till now. Some more, I think, used gjdoc. I am not yet sure, but eventually all (or most) of the tools in classpath-tools project may be integrated into one, single package (classpath-tools). I am discussing it with upstream. I am open for any ideas, comments, bugreports, bugfixes etc. Best regards Grzegorz B. Prokopski PS: I just received authorization to forward you private mail from sablevm author (who tracked our recent discussion). I'll forward it in a minute. signature.asc Description: PGP signature
Re: Bug#156407: ITP: free-java-sdk -- Complete Java SDK environment consising of free Java tools
W licie z pon, 12-08-2002, godz. 21:22, Adam Heath pisze: So, what about kaffe? What about gcj? Why are you saying that sable is better than these others? Below I am forwarding parts of a mail from sablevm author, Etienne M. Gagnon [...] I also looked at porting abilities - I think that one day per arch may be sufficient to get it working. Let's count - two weeks and we have all Debian's arches working! ;-) I've seen some of the follow up comments to your post. Regarding 'gij': by looking very quickly at its interpreter.cc source file, I detected important race conditions (for multithreaded apps). Part of my Ph.D. thesis will discuss how to implement a Java bytecode threaded-interpreter without causing race condition (and without over synchronizing). Also, SableVM implements the invocation interface, and has clean support for native code through the standard JNI interface. Now, GIJ's people main objection to JNI (instead of their custom CNI) is that it is slow. Yet, even though they have potential race conditions, and their use of CNI, SableVM is at least 2X faster than GIJ on all benchmarks I've tested. This goes without talking about the limitations of CNI. It is *incompatible* with: moving collectors, bidirectional object layout, long running CNI code (because a request for GC would wait indefinitely and possibly lockup the VM). etc. I have no difficulty whatsoever to compare SableVM with GIJ. SableVM supports: moving collectors, moving/growing stacks, long running/sleeping JNI code, precise garbage collection, no race conditions in the core interpreter engine (as far as I know), precise exceptions with line numbers even in presence of an inlined-threaded interpreter, its switch0threaded engine is written in pure ISO/POSIX, the only extention used for direct/inline-threading is that of labels-as-values which presumably can be emulated on non-GCC compilers using inline assembly, etc. [...] 3. having some optional JIT (even for x86) - I saw some discussion about having JIT written in Java and itegrated with sable - is anyone working on it? Starting in the fall, yes. There's the whole Sable project (which has brought the Soot bytecode analysis framework to the world) behind SableVM. This means at least 3 faculty-researcher and their graduate and undergradute students. [...] I am incidently teaching a graduate course this Fall. Students will have the option of making SableVM related course projects. Of course, a JIT is bigger that one course project, but is speed the only important thing? Isn't robustness (no race conditions, memory corruption, etc) first on the list? It seems many JVM implementors put more energy into speed rather than robustness. SableVM is the other way around, robustness (with acceptable speed) goes first. The current version has ample room for for improvement (e.g. managing thread-local heaps to reduce the amount of synchronization; currently every instance creation (NEW) causes fat pthread_mutex_lock synchronization). Even thoug, it achieves a comparable performance to that of JDK1.4 java -Xint interpreter (e.g. fatser on some benchmarks, slower on others). Now, everyone knows that Sun's interpreter has sections written in assembly (I can't assert so, not having seen the source code, at it would conflict with clean-room status). It is 2X faster than JIG without taking shortcuts (CNI, missing synchro, no handling of runaway native code, etc), and has, in my humble opinion, much more readable source code. It is sometime 10X faster than Kaffe's intrp engine (which is heavily used by reasearchers that do not want to get into modifying a compiler to test their ideas). It is far more easily portable than the JikesRVM, even though the later is written in Java, because you don't have to modify 3 compilers(!) to port it to a new platform. Sorry, I had to get it out;-) [...] Etienne -- Etienne M. Gagnonhttp://www.info.uqam.ca/~egagnon/ SableVM: http://www.sablevm.org/ SableCC: http://www.sablecc.org/ signature.asc Description: PGP signature
Re: free-java-sdk and friends - status report
W licie z wto, 13-08-2002, godz. 17:16, Grzegorz Prokopski pisze: deb http://debian.sente.pl/debian ./ It should have been: deb http://debian.sente.pl ./ Sorry! GBP signature.asc Description: PGP signature
Re: Mail delivery failed: returning message to sender
On Tue, 13 Aug 2002, Raphael Hertzog wrote: Please, could you mail people who are responsible ? I have not been cced and [EMAIL PROTECTED] has not been either. I have fixed everything now. Sorry for the mistake. Sorry. I have disabled the BTS - PTS link, until the above error is fixed. Please reenable it. Done.
Re: Bug#156407: ITP: free-java-sdk -- Complete Java SDK environment consising of free Java tools
I've seen some of the follow up comments to your post. Regarding 'gij': by looking very quickly at its interpreter.cc source file, I detected important race conditions (for multithreaded apps). Grzegorz, perhaps you could get Etienne to file a bug report for us. I considered discussing Etienne's other points in detail, but I doubt this is the appropriate forum. My only concern is that people not spread misinformation about gcj and gij: gcj is not only about native code, it intends to be a complete java environment. It already provides quite a bit toward that goal. Lack of a bytecode interpreter can't be considered as a reason to avoid gcj. (Quality of the interpreter may be, but that is a different sort of discussion.) Tom
Re: Bug#156407: ITP: free-java-sdk -- Complete Java SDK environment consising of free Java tools
W licie z wto, 13-08-2002, godz. 20:40, Tom Tromey pisze: I've seen some of the follow up comments to your post. Regarding 'gij': by looking very quickly at its interpreter.cc source file, I detected important race conditions (for multithreaded apps). Grzegorz, perhaps you could get Etienne to file a bug report for us. [ I explained that part in private mail ] I considered discussing Etienne's other points in detail, but I doubt this is the appropriate forum. My only concern is that people not spread misinformation about gcj and gij: gcj is not only about native I think you'll be able to ask him directly about where the problems exactly are. However i don't think he ever thought about spreading misinformation - he surely has proves behind his words. But remember, that in original it was _private_ mail, not intended to be reason for further, detailed discussion (at lest not atm, as he's _busy_) The point here was to more-less explain why I will give a chance to another free tools, not kaffe, not gij (with gcj) - but SableVM. It appears (if you belive in what he said) - that there _are_ reasons to make such choice. code, it intends to be a complete java environment. It already Yes, we're aiming at the same goal apparently. provides quite a bit toward that goal. Lack of a bytecode interpreter can't be considered as a reason to avoid gcj. (Quality of the interpreter may be, but that is a different sort of discussion.) I only hope you're not trying to blame me for not choosing your solution? ;-)) Don't forget to contact Etienne directly (later). Best regards Grzegorz B. Prokopski signature.asc Description: PGP signature
debian-security-announce-$lang@lists?
Hi, what do other developers think about localized lists for security advisories, such as [EMAIL PROTECTED] Currently, all DSAs are released via mail in english on [EMAIL PROTECTED] and copied to www.debian.org afterwards, where they will be picked up by seven[1] fellow translators who produce the text part in their native tongue. This means that people who are interested in security, should subscribe to the -announce list for immediate notification. Those who prefer an advisory in their native tongue will have to wait up to one day to see the translation online. Establishing localized -announce lists could impose an unacceptable delay before the translated advisory gets posted to the localized list. This will probably be the case especially with long advisories[2] or when translators are on their holidays or simply too busy to maintain the translation properly[3] or if Debian releases a couple of advisories on one day[4]. This could lead to a false assumtion that no vulnerabilities were found and fixed, leaving a system vulnerable longer than it would be considered acceptable. Given the above, what do you think about establishing localized security-announce lists? Please discuss this issue on debian-security and not on debian-devel or debian-project to reach a larger audience. Regards, Joey 1. Danish, French, German, Japanese, Portuguese, Spanish and Swedish 2. See DSA 134 as a very bad example (Murphy...) or DSA 148 3. No harm intended, this happens to some people all the time (e.g. myself) 4. *cough* DSA 149, 150, 151 and 152 were released at the same day -- Unix is user friendly ... It's just picky about its friends. Please always Cc to me when replying to me on the lists.
Re: debian-security-announce-$lang@lists?
Il Tue, Aug 13, 2002 at 09:23:57PM +0200, Martin Schulze ha scritto: [...] Currently, all DSAs are released via mail in english on [EMAIL PROTECTED] and copied to www.debian.org afterwards, where they will be picked up by seven[1] fellow translators Just for the records. From this morning we also have Italian :-) 1. Danish, French, German, Japanese, Portuguese, Spanish and Swedish Bye, Giuseppe
Urgent Assistance
..
Bug#156580: ITP: libgcode -- GTK+ C++ Object Development Environment
Package: wnpp Version: N/A; reported 2002-08-13 Severity: wishlist * Package name: libgcode Version : 1.0-beta-2 Upstream Author : Jeff Franks [EMAIL PROTECTED] * URL : http://gcode.sourceforge.net/ * License : LGPL Description : GTK+ C++ Object Development Environment GCODE is a C++ framework for developing GTK+-2.0 based applications. It provides C++ classes encapsulating most objects from the pango, atk, gdk and gtk libraries. Its design borrows some concepts from the Inti framework. -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux freedom 2.4.18 #3 Sáb Ago 3 11:55:11 BRT 2002 i586 Locale: LANG=C, LC_CTYPE=C -- no debconf information
ITP: mini-dinstall -- daemon for updating Debian packages in a repository
Package: wnpp Version: N/A; reported 2002-08-13 Severity: wishlist * Package name: mini-dinstall Version : 0.0.0.0.1.0 Upstream Author : Colin Walters [EMAIL PROTECTED] * URL : (none yet :/) * License : GPL Description : daemon for updating Debian packages in a repository This program implements a miniataure version of the dinstall program which installs packages in the Debian archive. It doesn't require a postgresql database, and is very easy to set up, maintain, and use. mini-dinstall can be run via cron, or as a daemon. . This package is expressly designed for personal apt repositories, and the like. In this vein, it contains fewer sanity checks; for example, it will happily install a lower version of a package. You can also generally just 'rm' files from the repository, and mini-dinstall won't care. -- System Information: Debian Release: testing/unstable Architecture: powerpc Kernel: Linux space-ghost 2.4.19-rc1+xfs+ipsec #1 Mon Jul 8 17:33:29 CDT 2002 ppc Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 -- no debconf information
Move to Python 2.2
Hi List, I read in DWN that the plan was to skip 2.2 and omve from default == 2.1 to default == 2.3 I would just like to mention that the current plan is for PythonLabs to develop the cutting-edge version (2.3 and one day 3000) and let www.python-in-business.org help maintain python 2.2 aka python-in-a-tie aka the one python businesses will garantee to run with and support. Just in case that would make any difference... -- Nicolas|\ _,,,---,,_ CHAUVAT ZZzz /,`.-'`'-. ;-;;,_ |,4- ) )-,_. ,\ ( `'-' '---''(_/--' `-'\_)
chroot administration
I have written SE Linux policy for administration of a chroot environment. That allows me to give full root administration access (ability to create/delete users, kill processes running under different UIDs, ptrace, etc) to a chroot environment without giving any access to the rest of the system. It's the same as the BSD Jail setup except that I haven't implemented my solution for the one IP address per jail issue yet (I think that the design is good, the code just hasn't been debugged). One of the many possible uses for this is the scenario where you have a fast machine with lots of storage that makes a good development box, and you want to allow someone to do package development on the machine (but don't trust them will full access). This use could help address some of the problems we have with KDE and GNOME development. If you would like to try this out then send me a private email and I'll give you an account on my test machine. It's only a small machine (not a development machine), but if you're interested in SE Linux you could have some fun playing with it. -- I do not get viruses because I do not use MS software. If you use Outlook then please do not put my email address in your address-book so that WHEN you get a virus it won't use my address in the From field.
Re: ITP: mini-dinstall -- daemon for updating Debian packages in a repository
On Tue, 2002-08-13 at 17:26, Colin Walters wrote: * Package name: mini-dinstall Interested? My current packages are available here: deb http://monk.debian.net/~walters/debian/ staging/$(ARCH)/ deb http://monk.debian.net/~walters/debian/ staging/all/ deb-src http://monk.debian.net/~walters/debian/ staging/source/ Now, the obvious question is, did I use mini-dinstall to put mini-dinstall into my staging repository? Of course I did :) ...But I probably won't upload this to Debian until I make sure it handles a few error conditions better. I also need to add automatic support for unsigning/making unreadable .changes files. Comments, suggestions, etc. always appreciated.
Re: Bug#155950: [RFP]: grisbi -- A personal finance tracking program
Le jeudi 08 août 2002 à 19:01:32, Benjamin Drieu a écrit: Package: wnpp Severity: wishlist * Package name: grisbi Version : 0.3.2 Upstream Author : Cédric Auger [EMAIL PROTECTED] * URL : http://www.grisbi.org/ * License : GPL Description : A personal finance tracking program based on GTK grisbi (grisbi-0.3.1.i386.deb) is already available as a Debian package from the official web site. Why not just patch (change - to _ in the name) and upload yourself (since you are a DD) the Debian version made by the upstream author? Regards, -- Dr. Ludovic Rousseau[EMAIL PROTECTED] -- Normaliser Unix c'est comme pasteuriser le Camembert, L.R. --
Na du ??
Hi, ich bin es mal wieder :-) Lange nichts mehr gehoert aber weiss noch wer du bist :-) Ich hab jetzt auch eine Seite: Adresse ist: http://susanneb.5xx.net musst nur hier klicken mailst du mir mal? 1 mal Bussi :)
Re: Bug#156407: ITP: free-java-sdk -- Complete Java SDK environment consising of free Java tools
Hi, I have hacked on GNU Classpath (which sablevm uses as its standard class library) and gjdoc. I am really glad that you took the effort to package them for Debian. Especially since I am a Debian user :) Since I have also hacked a little on (lib)gcj (which is now being merged with GNU Classpath) I think I understand a little what Tom is getting at. On Tue, 2002-08-13 at 21:09, Grzegorz Prokopski wrote: W licie z wto, 13-08-2002, godz. 20:40, Tom Tromey pisze: I considered discussing Etienne's other points in detail, but I doubt this is the appropriate forum. My only concern is that people not spread misinformation about gcj and gij: gcj is not only about native I think you'll be able to ask him directly about where the problems exactly are. However i don't think he ever thought about spreading misinformation - he surely has proves behind his words. [...] The point here was to more-less explain why I will give a chance to another free tools, not kaffe, not gij (with gcj) - but SableVM. It appears (if you belive in what he said) - that there _are_ reasons to make such choice. And I think they are good reasons if you are looking for a traditional java environment. As a byte code interpreter it is probably very nice but I couldn't check since it doesn't compile on my powerpc machine. I will certainly try as soon as possible on my 686 machine, but this is a major drawback that both Kaffe and gcj/gij don't have, they work (however flawed they otherwise are) on a lot of different architectures. The smart thing about gcj is that it was started as a frontend for GCC. This means that it is mainly an ahead-of-time compiler (but includes a traditional byte code interpreter gij) that can in theory be used to produce programs for all backends that GCC supports. This means that you don't have to write a JIT engine for every platform separately! It is the byte code interpreter gij that is flawed according to Etienne. I believe him and I am eager to read his thesis on how to fix the issues with it. But in practice you mainly use gcj to compile your programs to native code. code, it intends to be a complete java environment. It already Yes, we're aiming at the same goal apparently. provides quite a bit toward that goal. Lack of a bytecode interpreter can't be considered as a reason to avoid gcj. (Quality of the interpreter may be, but that is a different sort of discussion.) I only hope you're not trying to blame me for not choosing your solution? ;-)) It is probably the other way around I think you should blame Tom for not making clear enough why you have to go through all the trouble creating this assembly of free java tools when GCJ already provides them :) Seriously, there is value in having these tools in a pure java version that can be used together with traditional byte code interpreted java classes. But the gcj team never made it obviously clear that they already provide these tools (optimized for use in a non-traditional java setting). If you look at the latest tools that come with the gcj distribution you will find most of the tools you want in there. But they have been adapted/improved for use in a GNU java system build around the gcj compiler: - The standard class library (based on GNU Classpath): libgcj.jar. (This also comes as precompiled native shared and static libraries.) - A java compiler (generates native code or byte code): gcj. - A traditional byte code interpreter: gij. - A very fast jar tool: fastjar. - A classfile inspection and decompilation tool (like javap): jcf-dump. - A RMI stub generator: rmic. - A CNI/JNI headers and stubs generator for C/C++ (like javah): gcjh. (This tool can also do dependency analyzes.) - A file encoding converter (like native2ascii): jv-convert - A java source file analyzer: jv-scan. The rest of the tools are not yet packaged with gcj but they can be gotten from the GNU Classpath-Tools project and compiled to native code for your particular platform for fast startup and execution times (which is how I use them) such as gjdoc. But gcj was never really marketed as a complete GNU java environment but more as another GCC frontend that happened to compile programs in the java language. And I really think you can blame the gcj hackers for not making their vision more clear. They have a very good vision of how a java like system can be integrated with the GNU system. It might not be a traditional java environment but it is clearly a complete and innovative environment for people that want to hack on a free system with free java tools (and also easily and efficiently interact with traditional libraries written in C or C++ through CNI - or JNI). I really hope that message will be told a bit more. Note that all of the above does not mean that I want to discourage your new Debian packages. I really want to see them next to the gcj tools! Let those gcj hackers prove their tools are better :) Cheers, Mark
Re: Re: Homepage
Hi, ich hatet dir ja eine eMail geschrieben mit meiner neuen Homepage-URL. Leider ist mir dabei ein Fehler unterlaufen. Die richtige Adresse lautet: http://susan.5xx.net ich fände es schön, wenn du dir die Seite mal anschaust und einen Eintrag in meinem Gästebuch hinterlässt. Deine Sabrina
Bug#156594: ITP: no-ip -- IP updater for the no-ip.com dynamic DNS service.
Package: wnpp Version: N/A; reported 2002-08-13 Severity: wishlist * Package name: no-ip Version : 1.6.0 Upstream Author : Adar Dembo [EMAIL PROTECTED] * URL : http://www.no-ip.com * License : GPL Description : IP updater for the no-ip.com dynamic DNS service. This simple C program interfaces with the no-ip.com dynamic DNS service, automatically updating their DNS service with the computer's new IP address. It can run once, exiting after updating, or as a daemon, updating every set amount of time. It can also use an external IP in the case of NAT. -- System Information Debian Release: testing/unstable Architecture: i386 Kernel: Linux dh3 2.4.18 #1 SMP Thu Apr 4 17:50:29 PST 2002 i686 Locale: LANG=C, LC_CTYPE=C
Re: Move to Python 2.2
On Aug 13, Nicolas Chauvat wrote: I read in DWN that the plan was to skip 2.2 and omve from default == 2.1 to default == 2.3 I would just like to mention that the current plan is for PythonLabs to develop the cutting-edge version (2.3 and one day 3000) and let www.python-in-business.org help maintain python 2.2 aka python-in-a-tie aka the one python businesses will garantee to run with and support. Python 2.3 will be the stable version by the end of the year, according to PythonLabs' release schedule; no plausible sarge release schedule has Debian 3.1 even frozen (much less released) by then. See PEP 283: http://www.python.org/peps/pep-0283.html Just in case that would make any difference... It would if sarge were targeted for a November release. Sarge isn't. Chris -- Chris Lawrence [EMAIL PROTECTED] - http://www.lordsutch.com/chris/ Computer Systems Manager, Physics and Astronomy, Univ. of Mississippi 125B Lewis Hall - 662-915-5765
Re: Bug#156407: ITP: free-java-sdk -- Complete Java SDK environment consising of free Java tools
In addition to Mark's and Tom's comments, I'd like to address JNI vs CNI. Grzegorz Prokopski wrote: Also, SableVM implements the invocation interface, and has clean support for native code through the standard JNI interface. So of course does GCJ. Now, GIJ's people main objection to JNI (instead of their custom CNI) is that it is slow. Yet, even though they have potential race conditions, and their use of CNI, SableVM is at least 2X faster than GIJ on all benchmarks I've tested. This is meaningless. CNI is optimized for compiled code, not interpreted code. We jave never put much effort into GIJ bytecode interpreter. We would like to replace it by a good JIT-based interpreter. Alternatively, if SableVM is much faster, and there are no licensing complications, then it might be nice to replace the the GIJ interpreter by SableVM. This would be good chunk of work, but it should be less work than having competing GIJ/SableVM projects. As Mark says: The GCJ project is not about any specific pieces, except that we use Gcc as part of an complete Java environment. This goes without talking about the limitations of CNI. It is *incompatible* with: moving collectors, bidirectional object layout, long running CNI code (because a request for GC would wait indefinitely and possibly lockup the VM). etc. I don't believe any of those are inherent limitations. CNI is just an interface (an C++-based API) - there is no reason in principle why G++ could not be taught about moving collectors or bidirectional object layout for Java classes. (G++ does know that Java classes are different from C++ classes.) Starting in the fall, yes. There's the whole Sable project (which has brought the Soot bytecode analysis framework to the world) behind SableVM. This means at least 3 faculty-researcher and their graduate and undergradute students. I welcome the SableVM to consider whether their tchniques and code could be consistent with GCJ and produce something better than either. We would welcome such help. -- --Per Bothner [EMAIL PROTECTED] http://www.bothner.com/per/
Re: chroot administration
On Tue, 2002-08-13 at 17:48, Russell Coker wrote: I have written SE Linux policy for administration of a chroot environment. That allows me to give full root administration access (ability to create/delete users, kill processes running under different UIDs, ptrace, etc) to a chroot environment without giving any access to the rest of the system. Since no one else has apparently said it explictly yet, I have to say that's extremely cool :)
Unidentified subject!
[EMAIL PROTECTED] Tue Aug 13 21:54:42 2002 X-Envelope-Sender: [EMAIL PROTECTED] Received: (qmail 4913 invoked from network); 14 Aug 2002 02:54:41 - Received: from master.debian.org ([EMAIL PROTECTED]) by murphy.debian.org with SMTP; 14 Aug 2002 02:54:41 - Received: from (pub.foshan.gd.cn) [218.13.92.88] by master.debian.org with esmtp (Exim 3.12 1 (Debian)) id 17eoIz-0005fQ-00; Tue, 13 Aug 2002 21:54:42 -0500 From: =?GB2312?B?1tCH+I9WlnzKobfwyb3K0ON53XjfX7uvjFez/bm4hKnT0M/euavLvg==?= [EMAIL PROTECTED] Subject: =?GB2312?B?ueLFzNeiy9y7+s7euK/KtLP9ubg=?= To: debian-devel@lists.debian.org Content-Type: text/plain;charset=GB2312 Reply-To: [EMAIL PROTECTED] Date: Wed, 14 Aug 2002 10:54:00 +0800 X-Priority: 3 X-Mailer: FoxMail 3.11 Release [cn] Message-Id: [EMAIL PROTECTED] X-Spam-Status: No, hits=0.1 required=4.7 tests=SUBJ_HAS_Q_MARK version=2.01 ¿½ÀíÄúºÃ! ÎÒÔøgÓ[ÄãµÄ¾Wí£¬µÃÖªÄãÊÇÒ»égÓÐÏà®ÒÄ£µÄÆóI¡£ ÎÒ¹«Ë¾ÊÇ£IÄÊÂÑаl¸ß·Ö×Ó»¯¹¤®bÆ·µÄ¿ÆÑÐ ÆóI¡£¹«Ë¾é_°lÉú®bµÄ¸ß¿Æ¼¼h±£®bÆ·--³ý¹¸ì`£¨ÈȼCË®Àäϵ³ý¹¸³ýçn© £ÀûÌ£º98112346.5£©£¬ÄÜ Ëù ÓÐÈȼC¼°¹âµú×¢ËÜCÄ£¾ß³ý¹¸§í¸£Òô¡£ ¹âµúSÉú®b¹âµúµÄ¾«ÃÜ×¢ËÜCÖ÷ÒªÄøÍâÒýßM¡£r¸ñ°ºÙF£¬Ã¿Ì×Ä£¾ßrÖµ½üÊ®ÈfÃÀÔª£¬ ±£×C¹âµúµÄÙ| Á¿£¬Ä£ØÒªÇóÕ{¹ì`Ãô¡£ËùÒÔÑuÔìÉÌ ÔCÄ£¾ßÔOÓÓÐË®ºãØϵ½y£¨¼ÓغÍÀä sÑbÖã©¡£ÓÉ춺ãØϵʹÓÃÓ² Ë®£¬Ë®Öи÷·NësÙ|¡¢µVÎïÙ|¡¢û}îµÈÔÚË®µÀºÍ¼Óº±Ã¡¢¼ÓØÑbÖõÄˮǻÖнY³ÉË®¹¸£¬ÀÖØrþ¶ÂÈû¹ÜÇ»£¬Ê¹Ä£ ØÕ{¹²»ì`Ãô£¬µúƬÈÝÒ××ÐΣ¬Ò׳ö¬FË®¼y£¬Ö±½ÓÓ°í¹âµúµÄÙ|Á¿¡£ËùÒÔ£¬±Øí¶¨ÆڦˮÀä s£¨ºãØ£©Ïµ½yßM Ðгý¹¸¡£ ᦹâµúÉú®bÐÐIµÄ¾«ÃÜ×¢ËÜC[EMAIL PROTECTED] Éú®bµÄFB900Ð͸߿Ƽ¼h±£Ö÷§®bÆ·---³ý¹¸ì`¡££¨ÈȼCË®Àäϵ³ý¹¸³ýçn©£©£¬Ô®bÆ·µÄÊÀ£¬½âQÁËÈȼ CºÍ×¢ËÜCÄ£¾ßË®Àäϵ³ý¹¸³ýçn²»Ó÷ֲð£¬ÅäÓÃСÐÍË®±ÃßB½ÓÄ£¾ßßM³öË®µÀÔÚË®ÞȦÖÐÍê³É³ý¹¸¹¤Ðò¡£Ë®¹¸ÈÜ ½âÂÊß_96%£¬³ýçnЧ¹ûÁ¼ºÃ£¡½¹âµúÉú®bÆóI¦Toolex MD100×¢ËÜCßMÐгý¹¸Ê¹ÓÃ×C£¬¦ì¶Ë®Àä s£¨ºãØ£©Ïµ µÄ½ðÙ¡¢ã~¡¢äX¡¢åa¡¢ÏðÄz¼þ¡¢Ë®·âµÈoÈκθ¯Îg¡£Ä£¾ßÇå³ýË®¹¸áᣬģØÕ{¹ì`Ãô£¬µúƬˮ¼yÏûʧ¡£ÊÇÄ¿Ç° ¹âµúÉú®bÆóI½âQ¾«ÃÜ×¢ËÜCÄ£¾ßºãØϵ³ý¹¸³ýçnëyî}µÄÊ×ßx®bÆ·¡£ ÓûÏë²t½â®bÆ·r¸ñ£¬ÖªµÀ¸üÔ±MµÄ®bƷʹÓÃÙYÁÏ£¬¾´Õ´¹Ôá¾ëÔ£º0757-3819087»ògÓ[ÎÒ¹«Ë¾¾WÕ¾ http://www.cnyhd.comÙYÓ¡£ ÆóIÃû·Q£ºÖÐøV|Ê¡·ðɽÊÐãyÝxß_»¯W³ý¹¸©ÓÐÏÞ¹«Ë¾ ͨӵØÖ·£ºÖÐøV|Ê¡·ðɽÊÐÈAßh|·ƽԹ¤I ^  ϵ ÈË£ºÁºø»ù ¹«Ë¾¾WÕ¾£ºhttp://www.cnyhd.com [EMAIL PROTECTED] ëÔÌ´a£º0757-3819087 ÷Õ棺0757-3960856 ---ÒÔÉÏÓʼþÄÚÈÝÓëÖÐ×ÊÔ´ÍøÂç¼°Èí¼þ¿ª·¢ÉÌÎÞ¹Ø--- --- ÖÐ×ÊÔ´ÍøÂç--ÓòÃûÏÈ×¢²áºó¸¶¿î;Ö÷»úÏÈ¿ªÍ¨ºóÊÕ·Ñ¡£ ÉêÇë100MÐéÄâÖ÷»ú350Ôª/Ä꣬Ë͹ú¼ÊÓòÃû+5¸öÐÅÏä http://www.263nic.com/ --- »¶ÓʹÓÃÒÚ»¢EmailϵÁÐÈí¼þ ÏÂÔصØÖ·: http://www.ehoosoft.com ¶¨ÏòÓÊÏäËÑË÷: ÒÚ»¢EmailËÑË÷´óʦ ÓʼþȺ·¢ÌØ¿ì: ÒÚ»¢EmailÓÊ²î ²¡¶¾Óʼþ¿ËÐÇ: ÒÚ»¢Email°²È«´óʦ ..
Bug#156606: ITP: hebcal -- A Perpetual Jewish Calendar
Package: wnpp Version: N/A; reported 2002-08-13 Severity: wishlist * Package name: hebcal Version : 3.2 Upstream Author : Danny Sadinoff [EMAIL PROTECTED] * URL : http://www.sadinoff.com/hebcal/ * License : GPL Description : A Perpetual Jewish Calendar Hebcal is a program which prints out the days in the Jewish calendar for a given gregorian year. Hebcal is fairly flexible in terms of which events in the Jewish calendar it displays. -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux zaphod 2.4.18-bf2.4 #1 Son Apr 14 09:53:28 CEST 2002 i686 Locale: LANG=C, LC_CTYPE= -- no debconf information
Re: chroot administration
On Tue, 2002-08-13 at 22:09, Colin Walters wrote: On Tue, 2002-08-13 at 17:48, Russell Coker wrote: I have written SE Linux policy for administration of a chroot environment. That allows me to give full root administration access (ability to create/delete users, kill processes running under different UIDs, ptrace, etc) to a chroot environment without giving any access to the rest of the system. Since no one else has apparently said it explictly yet, I have to say that's extremely cool :) argh. its so cool that you essentially stole my summer research. :(. Does this allow you to create any amount of chroot jails? We are also working on making virtual IPs that each jail would get. We are also working on being able to move the processes while running (w/ network connections) from machine to machine w/o needing any state on initial machine.
Acto de presencia.
Buenas!!! Es la primera vez que escribo a esta lista. He estado usando Debian GNU/Linux desde Noviembre del 2001. Realmente estoy mas que complacido con el desempeño que este ofrece y la verdad, estoy mas que dispuesto a comenzar a aportar un grano de arena al mismo. Estoy en primer año del FaMAF (Argentina) y con dos años de estudio en otra universidad. Por cierto, soy estudiante de las Ciencias de la Computación. Programo principalmente en C/C++, aunque estoy próximo a aprender Haskell, y también conozco la sintaxis de algunos lenguajes de scripts (make, automake, autoconfig, bash, csh) en los que puedo desarrollar. He empaquetado algún que otro programa, uno de creación propia y una versión modificada de Tcsh, directamente from scratch. Lo divertido que fue su construcción, me llevo a plantearme la posibilidad de adoptar a un huérfano. Como debo hacer esto? Tengo que registrarme en Debian como desarrollador? Y si es así, como lo hago? Cuales son los documentos que debo leer obligatoriamente para saber los procedimientos estándares de empaquetado? Hay algún documento que liste todos los programas que se utilizan, o se pueden utilizar, para el desarrollo en Debian? Otra cosa, que paquetes necesito actualizar? Uso Potato en su versión 2.2r3 con la mayoría de y los programas que este tiene para el desarrollo. Se que es largo de contestar pero cuanto antes lo hagas, mas rápido podre comenzar a aportar mi grano de arena. Atte, Matias. _ - Programming today is a race between software engineers - striving to build bigger and better idiot-proof programs - and the universe trying to produce bigger and better idiots. - So far, the universe is winning. Richard Cook. - Mis amigos le mandan saludos a Debian. Testimonio propio.