Uploaded lostirc 0.2.1-1 (m68k) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 24 Nov 2002 11:16:34 +0100 Source: lostirc Binary: lostirc Architecture: m68k Version: 0.2.1-1 Distribution: unstable Urgency: low Maintainer: buildd m68k user account [EMAIL PROTECTED] Changed-By: Rune B. Broberg [EMAIL PROTECTED] Description: lostirc- A simple IRC client for X11. Closes: 169952 169953 Changes: lostirc (0.2.1-1) unstable; urgency=low . * New upstream release - Option to disable autojoin added (Closes: #169953) - Locale-problem when joining channels fixed (Closes: #169952) Files: 4ce300fe529d396fe5eb009dce65f068 226530 net optional lostirc_0.2.1-1_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE94dXrWgZ1HEtaPf0RAtSuAJ9lLukxyYScmMlNNDEba3s3QIM9QwCdHbxP fjkpaLu62v4E1Fs1OC5I7IE= =hTZd -END PGP SIGNATURE-
Uploaded nosql 3.2-1 (m68k) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 25 Nov 2002 00:05:19 +0100 Source: nosql Binary: nosql Architecture: m68k Version: 3.2-1 Distribution: unstable Urgency: low Maintainer: buildd m68k user account [EMAIL PROTECTED] Changed-By: David Frey [EMAIL PROTECTED] Description: nosql - a Relational Database Management System for Unix. Closes: 163992 Changes: nosql (3.2-1) unstable; urgency=low . * new upstream version (closes: #163992) * package renamed back to nosql. Files: 3bc990651b9e3ff498200cbc7f8061fc 320046 utils optional nosql_3.2-1_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE94dYDWgZ1HEtaPf0RAvX+AJ9UVgBgfaPGzeOz7IS58MwdCgxrbQCgj/Vd bbExvup1f/tgHreioQS2QZk= =gYtS -END PGP SIGNATURE-
Uploaded control-center 2.0.3-2 (m68k) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 24 Nov 2002 16:11:14 +0100 Source: control-center Binary: gnome-control-center Architecture: m68k Version: 1:2.0.3-2 Distribution: unstable Urgency: low Maintainer: buildd m68k user account [EMAIL PROTECTED] Changed-By: Christian Marillat [EMAIL PROTECTED] Description: gnome-control-center - The GNOME Control Center for GNOME 2. Closes: 169850 Changes: control-center (1:2.0.3-2) unstable; urgency=low . * Should depends on scrollkeeper (Closes: #169850) Files: f822d481900b793153fa4c4f789e49a2 1006184 x11 optional gnome-control-center_2.0.3-2_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE94dXKWgZ1HEtaPf0RAnUMAKCDRGsykDLJj0IVw6+HEzSH3VIZXACeKDZL rWYd6JdqytEcOUNeel0gbRs= =DERF -END PGP SIGNATURE-
Uploaded bidwatcher 1.3.6-1 (m68k) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 24 Nov 2002 12:36:03 -0700 Source: bidwatcher Binary: bidwatcher Architecture: m68k Version: 1.3.6-1 Distribution: unstable Urgency: low Maintainer: buildd m68k user account [EMAIL PROTECTED] Changed-By: LaMont Jones [EMAIL PROTECTED] Description: bidwatcher - Tool for watching and bidding on eBay auctions Closes: 157451 165364 167815 Changes: bidwatcher (1.3.6-1) unstable; urgency=low . * New upstream version. Closes: #157451, #165364, #167815 Files: e116d3a4e6cdbd3611ba7d6dcab5ff90 85586 net optional bidwatcher_1.3.6-1_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE94dW5WgZ1HEtaPf0RAq3xAJ9dXO3GD8CfGWn5KHl3TMFIRmrcMwCgnOEh YrdRS2pAAGmNQYnbMqgX7Gk= =Tfhm -END PGP SIGNATURE-
Uploaded gofish 0.23-1 (m68k) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 14 Nov 2002 13:30:16 +0100 Source: gofish Binary: gofish Architecture: m68k Version: 0.23-1 Distribution: unstable Urgency: low Maintainer: buildd m68k user account [EMAIL PROTECTED] Changed-By: Gergely Nagy [EMAIL PROTECTED] Description: gofish - A simple Gopher server. Closes: 169089 Changes: gofish (0.23-1) unstable; urgency=low . * The `Welcome to my Land' release. * Initial upload to Debian (Closes: #169089). Files: 6350204c868d05bdacfa6feefa0a5e3d 37494 net optional gofish_0.23-1_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE94dXXWgZ1HEtaPf0RAqurAJ4ydrqAURowSFPrWwexHqBWH1SsdwCeJF4V zdWcta4/fHwXq76WJuQMGw0= =ttwj -END PGP SIGNATURE-
Uploaded libgd 1.8.4-29 (m68k) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 24 Nov 2002 20:48:17 +0100 Source: libgd Binary: libgd-dev libgd-noxpm-dev libgd1 libgd1-noxpm libgd-xpm-dev libgd1-xpm Architecture: m68k Version: 1.8.4-29 Distribution: unstable Urgency: medium Maintainer: buildd m68k user account [EMAIL PROTECTED] Changed-By: Jonas Smedegaard [EMAIL PROTECTED] Description: libgd-noxpm-dev - GD Graphics Library (development version without XPM support). libgd-xpm-dev - GD Graphics Library (development version). libgd1-noxpm - GD Graphics Library (without XPM support). libgd1-xpm - GD Graphics Library Changes: libgd (1.8.4-29) unstable; urgency=medium . * The Will we ever make it in time... release. * Use a local hacked d-devlibdeps (to properly handle libXpm dependency), and remove build-depend on d-shlibs. * Set urgency=medium - same argument as below. Files: ed9640002f6d71c4c0bc3493e890d824 102912 libs optional libgd1-xpm_1.8.4-29_m68k.deb e62b3e66e433b5562491f87c0d971917 102428 libs optional libgd1-noxpm_1.8.4-29_m68k.deb 1bb2c33233814014b71026fdd9dfde37 119698 devel extra libgd-xpm-dev_1.8.4-29_m68k.deb c062b973ab0dc795ced0748d8e600c7b 119154 devel extra libgd-noxpm-dev_1.8.4-29_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE94dXlWgZ1HEtaPf0RAshJAJ4xoKGra/NXeJ92Z7mPQJe57Z/WggCeMgGs k/3j0Cnq9rSXkxTYtdy0K/E= =XJBD -END PGP SIGNATURE-
Uploaded sip-qt2 3.4-1 (all m68k) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 10 Sep 2002 23:05:37 +0100 Source: sip-qt2 Binary: python2.2-sip-dev python2.2-sip-qt2-mt python2.2-sip-qt2 python2.1-sip-qt2 python2.1-sip-qt2-mt sip python2.1-sip-dev Architecture: all m68k Version: 3.4-1 Distribution: unstable Urgency: low Maintainer: buildd m68k user account [EMAIL PROTECTED] Changed-By: Ricardo Javier Cardenes Medina [EMAIL PROTECTED] Description: python2.1-sip-dev - Python/C++ Bindings Generator - Python2.1+Qt2 devel python2.1-sip-qt2 - Python/C++ Bindings Generator - Python2.1+Qt2 runtime python2.1-sip-qt2-mt - Python/C++ Bindings Generator - Python2.1+Qt2-mt runtime python2.2-sip-dev - Python/C++ Bindings Generator - Python2.2+Qt3 devel python2.2-sip-qt2 - Python/C++ Bindings Generator - Python2.2+Qt2 runtime python2.2-sip-qt2-mt - Python/C++ Bindings Generator - Python2.2+Qt2-mt runtime sip- Python/C++ Bindings Generator Changes: sip-qt2 (3.4-1) unstable; urgency=low . * New upstream version * License change Files: eaa56bd256f38d7f5ca0aea370b52ae3 63408 devel optional sip_3.4-1_m68k.deb c1c464dbde9511707c414247c85a5b77 28112 libs optional python2.1-sip-qt2_3.4-1_m68k.deb da4cea5558c48adcc83d8b9915acd951 28136 libs optional python2.1-sip-qt2-mt_3.4-1_m68k.deb 92687e41c4c232af4d3f2044327fb8ff 28132 libs optional python2.2-sip-qt2_3.4-1_m68k.deb 0a380826f9abcab6cd41a932f3f88226 28160 libs optional python2.2-sip-qt2-mt_3.4-1_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE94dYQWgZ1HEtaPf0RAqJPAJ99veuhFTOSy8ts7Dlw3dJpQ2r0DwCfew6q PlnVWHTh2nfwUgnbsC7xLuU= =7783 -END PGP SIGNATURE-
Uploaded ooqstart 0.8.3-5 (m68k) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 25 Nov 2002 00:23:55 + Source: ooqstart Binary: ooqstart-gnome Architecture: m68k Version: 0.8.3-5 Distribution: unstable Urgency: low Maintainer: buildd m68k user account [EMAIL PROTECTED] Changed-By: Stefan Schwandter [EMAIL PROTECTED] Description: ooqstart-gnome - OpenOffice QuickStarter applet for GNOME Changes: ooqstart (0.8.3-5) unstable; urgency=low . * Orphaning the package Files: 75efa0f0ccefe01d7017ef3e3814384c 43810 contrib/x11 optional ooqstart-gnome_0.8.3-5_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE94dYIWgZ1HEtaPf0RAuPjAJ91CW1n8AcBCaDXy8dHawSTn3yM0QCgl2iU 1lqcMQeuOIOo/LstdJZw/0M= =QnvP -END PGP SIGNATURE-
Uploaded mtr 0.52-1 (m68k) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 24 Nov 2002 12:11:51 -0800 Source: mtr Binary: mtr-tiny mtr Architecture: m68k Version: 0.52-1 Distribution: unstable Urgency: low Maintainer: buildd m68k user account [EMAIL PROTECTED] Changed-By: Robert Woodcock [EMAIL PROTECTED] Description: mtr- Full screen ncurses and X11 traceroute tool mtr-tiny - Full screen ncurses traceroute tool Changes: mtr (0.52-1) unstable; urgency=low . * New upstream version Files: c469ebb753304770659118878b3c8cd2 23924 net standard mtr-tiny_0.52-1_m68k.deb 0060223fd3108173bf633d83b0a018ba 40862 net extra mtr_0.52-1_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE94dX3WgZ1HEtaPf0RAiTDAKCHtoVuONFr+2SqQ4m8h95IZ4tbJwCfUqlL I0xQOqZVmUqUNRWo6HXn+lU= =8HKJ -END PGP SIGNATURE-
Uploaded ldapdns 2.00-8-1 (m68k) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 22 Oct 2002 11:00:12 +0200 Source: ldapdns Binary: ldapdns Architecture: m68k Version: 2.00-8-1 Distribution: unstable Urgency: low Maintainer: buildd m68k user account [EMAIL PROTECTED] Changed-By: Piotr Roszatycki [EMAIL PROTECTED] Description: ldapdns- DNS server that pulls data from an LDAP directory. Closes: 168969 Changes: ldapdns (2.00-8-1) unstable; urgency=low . * Initial Debian version, closes: #168969 Files: 3e00f1e32506fa5ca33841d9f0015b15 106100 net optional ldapdns_2.00-8-1_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE94dXdWgZ1HEtaPf0RApb3AJ44fgcr2TjcQIgYvZshMQG/gabg/QCgloSw 73rMh7OD+O5e21UUFtqey6w= =Z/0m -END PGP SIGNATURE-
Uploaded gmfsk 0.4.1-4 (m68k) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 24 Nov 2002 15:56:14 +1100 Source: gmfsk Binary: gmfsk Architecture: m68k Version: 0.4.1-4 Distribution: unstable Urgency: low Maintainer: buildd m68k user account [EMAIL PROTECTED] Changed-By: Hamish Moffatt [EMAIL PROTECTED] Description: gmfsk - GNOME MFSK, THROB and RTTY terminal for HF/amateur radio Closes: 144598 Changes: gmfsk (0.4.1-4) unstable; urgency=low . * Compile with gcc-3.2 on ia64, as previous versions can't compile it (closes: #144598) Files: 49b45aa499c3b14a30c1c44676f7db5d 84874 hamradio optional gmfsk_0.4.1-4_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE94dXSWgZ1HEtaPf0RAml3AJ4/bnRiKTpPqqt7y4rvKW99//4dOACfTLN3 bW41L/AOSOz/QbSYhZBjlM0= =vVoE -END PGP SIGNATURE-
Ganhe uma boa grana simplesmente por estar online!!!
Ganhe uma boa grana simplesmente por estar online cadastre-se agora mesmo é grátis e sem nenhum investimento http://www.ganhosdanet.hpg.ig.com.br/
Uploaded nmap 3.10.ALPHA4-1 (m68k) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 24 Nov 2002 13:26:43 -0700 Source: nmap Binary: nmapfe nmap Architecture: m68k Version: 3.10.ALPHA4-1 Distribution: unstable Urgency: low Maintainer: buildd m68k user account [EMAIL PROTECTED] Changed-By: LaMont Jones [EMAIL PROTECTED] Description: nmap - The Network Mapper nmapfe - The Network Mapper Front End Closes: 155836 Changes: nmap (3.10.ALPHA4-1) unstable; urgency=low . * New upstream version * Deliver upstream changelog. Closes: #155836 Files: 26e811dba8b4e498a02f54d188f1b08c 292732 net extra nmap_3.10.ALPHA4-1_m68k.deb fed86490ea10c30772b263356abbff63 46874 net extra nmapfe_3.10.ALPHA4-1_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE94e/3WgZ1HEtaPf0RAqRFAJ9wxvJHgHscAaeZ1w7BSrm68gJGSgCbBGRT QurqEd51xUjI+kKUF6ffLp8= =Qo4F -END PGP SIGNATURE-
Uploaded dmalloc 4.8.2-6 (m68k) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 24 Nov 2002 11:28:18 +1100 Source: dmalloc Binary: dmalloc Architecture: m68k Version: 4.8.2-6 Distribution: unstable Urgency: low Maintainer: buildd m68k user account [EMAIL PROTECTED] Changed-By: Glenn McGrath [EMAIL PROTECTED] Description: dmalloc- Debug memory allocation library (non-threaded) Changes: dmalloc (4.8.2-6) unstable; urgency=low . * Recompile against a newer glibc * Remove pthread avoidance code for GNU/Hurd, GNU/Hurd has pthreads now! Files: c26db2d7060e5380de141a876802b5f2 277442 devel extra dmalloc_4.8.2-6_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE94e/rWgZ1HEtaPf0RAiNLAJ9CfdBYV17tkZx0cCFwb+gk5DwY1wCfT468 l/G0LTBBg+NDXLSfv45Y6Qg= =iAey -END PGP SIGNATURE-
Uploaded gjay 0.2.2-1 (m68k) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 25 Nov 2002 09:03:49 +0100 Source: gjay Binary: gjay Architecture: m68k Version: 0.2.2-1 Distribution: unstable Urgency: low Maintainer: buildd m68k user account [EMAIL PROTECTED] Changed-By: martin f. krafft [EMAIL PROTECTED] Description: gjay - An automatic and learning DJ for xmms Closes: 170418 170486 Changes: gjay (0.2.2-1) unstable; urgency=low . * New upstream release (closes: Bug#170418, Bug#170486) Files: 37e6b6e9a509ea4a7920176040b5172b 81702 sound extra gjay_0.2.2-1_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE94mbfWgZ1HEtaPf0RAlnwAKCSiBKiHe4QrsA+Je46r5n/AHMg0ACfR3Zo 3IxA25aEvfM7uBW6A0DNiMM= =mKHV -END PGP SIGNATURE-
Uploaded log2mail 0.2.8-1 (m68k) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 25 Nov 2002 11:00:40 +0100 Source: log2mail Binary: log2mail Architecture: m68k Version: 0.2.8-1 Distribution: unstable Urgency: low Maintainer: buildd m68k user account [EMAIL PROTECTED] Changed-By: Enrico Zini [EMAIL PROTECTED] Description: log2mail - Daemon watching logfiles and mailing lines matching patterns. Changes: log2mail (0.2.8-1) unstable; urgency=low . * New upstream version Files: 6a0cde2cd58064522547c4f98424f6c0 43644 admin optional log2mail_0.2.8-1_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE94mbsWgZ1HEtaPf0RAh2VAKCYRIaeqHAiLVcnziciFjpGNiSaywCgi9di xFolqa7CXnS/Jl35blwd6qk= =8KMa -END PGP SIGNATURE-
Uploaded stone 2.1.r-3 (m68k) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 25 Nov 2002 15:02:29 +0900 Source: stone Binary: stone Architecture: m68k Version: 2.1.r-3 Distribution: unstable Urgency: low Maintainer: buildd m68k user account [EMAIL PROTECTED] Changed-By: Takuo KITAME [EMAIL PROTECTED] Description: stone - TCP/IP packet repeater in the application layer. Closes: 170348 Changes: stone (2.1.r-3) unstable; urgency=low . * SSL support include. * Fix description (closes: #170348) Files: 1496fb6648764bf29adf11bd8a29fe43 36454 net optional stone_2.1.r-3_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE94nWaWgZ1HEtaPf0RAocjAJ4l+3vJvzxOh30hFbojbkpIYhXOvACeI8Kt mgbgCfz+/WY5Hleq4DNGSzY= =uhEj -END PGP SIGNATURE-
Uploaded krb4 1.1-11-9 (m68k) to ftp-master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 25 Nov 2002 11:10:37 +0100 Source: krb4 Binary: kerberos4kth-user kerberos4kth-kip kerberos4kth-docs kerberos4kth-kdc libotp0-kerberos4kth libcomerr1-kerberos4kth kerberos4kth-x11 kerberos4kth-servers kerberos4kth-clients-x kerberos4kth1 kerberos4kth-servers-x libss0-kerberos4kth libroken9-kerberos4kth libkafs0-kerberos4kth libkdb-1-kerberos4kth libacl1-kerberos4kth kerberos4kth-dev libsl0-kerberos4kth libkrb-1-kerberos4kth libkadm1-kerberos4kth kerberos4kth-services kerberos4kth-clients Architecture: m68k Version: 1.1-11-9 Distribution: unstable Urgency: low Maintainer: buildd m68k user account [EMAIL PROTECTED] Changed-By: Mikael Andersson [EMAIL PROTECTED] Description: kerberos4kth-clients - Clients for Kerberos4 From KTH kerberos4kth-clients-x - X11 files for Kerberos4 From KTH kerberos4kth-dev - Development files for Kerberos4 From KTH kerberos4kth-kdc - KDC for Kerberos4 from KTH kerberos4kth-kip - Kerberos IP Tunnel software kerberos4kth-servers - Servers for Kerberos4 From KTH kerberos4kth-servers-x - X11 files for Kerberos4 From KTH libacl1-kerberos4kth - ACL Libraries for Kerberos4 From KTH libcomerr1-kerberos4kth - Kerberos Libraries for Kerberos4 From KTH libkadm1-kerberos4kth - Kadm Libraries for Kerberos4 From KTH libkafs0-kerberos4kth - Afs Libraries for Kerberos4 From KTH libkdb-1-kerberos4kth - Kerberos database libraries for Kerberos4 From KTH libkrb-1-kerberos4kth - Kerberos Libraries for Kerberos4 From KTH libotp0-kerberos4kth - Kerberos Libraries for Kerberos4 From KTH libroken9-kerberos4kth - Kerberos Libraries for Kerberos4 From KTH libsl0-kerberos4kth - Kerberos Libraries for Kerberos4 From KTH libss0-kerberos4kth - Kerberos Libraries for Kerberos4 From KTH Closes: 167465 Changes: krb4 (1.1-11-9) unstable; urgency=low . * Apply patches from LaMont Jones [EMAIL PROTECTED] Put a mkdir in the postinst of kdc.postinst (156433) Copy config.{guess,sub} from autotools-dev (closes #168657) Add dependency to libc6-dev and libc6.1-dev depending on platform (closes: #167465) Files: cdbf8b7a875b935938b9cb354c0e2233 113152 net extra kerberos4kth-kdc_1.1-11-9_m68k.deb 940efb2b075a89b9ea35370bd8ff3d58 257816 net optional kerberos4kth-dev_1.1-11-9_m68k.deb 7d536abb4a59fa9adae20046672d666c 68168 net optional kerberos4kth-kip_1.1-11-9_m68k.deb 01a4690f582fb76a4b0e3289532d127e 86938 net optional kerberos4kth-clients-x_1.1-11-9_m68k.deb df67d1d71ae9224f8c6defc2f74bd5d5 257110 net optional kerberos4kth-clients_1.1-11-9_m68k.deb 4b75e3df707e3e0a56a6faef25d9541f 72042 net optional kerberos4kth-servers-x_1.1-11-9_m68k.deb eba3ed8f95262808a3b56328de379a41 199720 net optional kerberos4kth-servers_1.1-11-9_m68k.deb e402c7449717d20343edbbba3e66fa1c 64150 net optional libacl1-kerberos4kth_1.1-11-9_m68k.deb 5abbd0f98e175a0e3fd53c9a7b0077f9 67996 net optional libkadm1-kerberos4kth_1.1-11-9_m68k.deb 28a982434278ff368406a900d23db8a0 67340 net optional libkdb-1-kerberos4kth_1.1-11-9_m68k.deb 0df051809c444a71583508ad429a1e6d 99948 net optional libkrb-1-kerberos4kth_1.1-11-9_m68k.deb 2c588e2fa077a011b4b455bbb54fec52 67712 net optional libkafs0-kerberos4kth_1.1-11-9_m68k.deb a55deef4893f5f34cb739b79a5a050fe 88672 net optional libroken9-kerberos4kth_1.1-11-9_m68k.deb 6a6e6ee454b7ac0e6a2e561d51f0e016 62526 net optional libcomerr1-kerberos4kth_1.1-11-9_m68k.deb 6908e240b162f357eb8a32c0b2567e7d 65934 net optional libsl0-kerberos4kth_1.1-11-9_m68k.deb d2e0bee750df3866bebb45c311925f56 67314 net optional libss0-kerberos4kth_1.1-11-9_m68k.deb 0f9bbd6c6b40363ee12bb7d33e8116fc 107762 net optional libotp0-kerberos4kth_1.1-11-9_m68k.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE94nMbWgZ1HEtaPf0RAo52AJ9UA5BKmjBSRyisEm6eQMkIYpgvhACaAqoV avNxxWTF5wwfR6nWJS35Yyc= =l60H -END PGP SIGNATURE-
Liste digest (Etait: Re: Je ne peux plus suivre....)
Bonsoir, On Mon, Nov 25, 2002 at 10:18:33PM +0100, Laurent COOPER wrote: Bonsoir la liste. J'ai été abonné longtemps, j'avais commencé à devenir actif sur la liste mais je ne peux plus suivre. 150 messages dans la journée, c'est trop. Ce n'est pas la première fois que quelqu'un se plein de l'excès de traffic sur [EMAIL PROTECTED] Ne serait-il pas possible de faire une liste « digest » comme c'est le cas sur debian-devel ? Je ne connais pas la procédure pour mettre ce type de liste en place. Si quelqu'un a une idée ? Merci d'avance, P.S : Pour essayer d'avoir un début de réponse, je mets debian-devel-french en Cc: -- Pierre Machard [EMAIL PROTECTED] TuxFamily.org [EMAIL PROTECTED] techmag.info +33(0)668 178 365http://migus.tuxfamily.org/gpg.txt GPG: 1024D/23706F87 : B906 A53F 84E0 49B6 6CF7 82C2 B3A0 2D66 2370 6F87
Re: Liste digest (Etait: Re: Je ne peux plus suivre....)
Le 25 novembre 2002 à 23:29 (+0100), Pierre Machard a tapoté sur son clavier : Bonsoir, Salut On Mon, Nov 25, 2002 at 10:18:33PM +0100, Laurent COOPER wrote: Bonsoir la liste. J'ai été abonné longtemps, j'avais commencé à devenir actif sur la liste mais je ne peux plus suivre. 150 messages dans la journée, c'est trop. Ce n'est pas la première fois que quelqu'un se plein de l'excès de traffic sur [EMAIL PROTECTED] Ne serait-il pas possible de faire une liste « digest » comme c'est le cas sur debian-devel ? Je ne connais pas la procédure pour mettre ce type de liste en place. Si quelqu'un a une idée ? Il y a eu un message à ce sujet il y a quelque temps: http://lists.debian.org/debian-user-french/2002/debian-user-french-200207/msg01958.html Merci d'avance, De rien P.S : Pour essayer d'avoir un début de réponse, je mets debian-devel-french en Cc: Fred
Re: Are we losing users to Gentoo?
On Sun, Nov 24, 2002 at 07:45:09PM -0500, Clint Adams wrote: Yeah, it's really a pity that we failed to convert mid-end ethernet cards and mid-end machines into high-end harddisks, and it's so trivial, isn't it? I seem to remember at least two occasions where offers of the use of machine, rackspace, and bandwidth were turned down. I think in most cases, the machines had hard drives in them, but I could be assuming too much. Well there are several pending offers for decent bandwidth/rackspace but you need decent machines to put in these spaces. If there are decent machines that need to get placed (which I don't know to be the case), then it's a inter-Debian communication issue. If there are people who have decent machines they'd like to donate, I'm sure we can arrange a fast home. :) As I mentioned elsewhere, since Bdale created a hardware donation delegate, we've rarely turned away even the mid and low-end hardware! I can't speak for the way they were handled in the past but things have been going pretty smoothly recently. I'm working on the mid-end hardware to high-end harddisk conversion process. Almost there. :) -- Benj. Mako Hill | Debian Hardware Donations Manager [EMAIL PROTECTED] | Project Quartermaster http://people.debian.org/~mako/ | [EMAIL PROTECTED] pgpsyz7bHqLt0.pgp Description: PGP signature
new build system
So, while we wait for the dpkg maintainers to review the dpkg-source v2 code, I decided to address another thing I think is broken about our source format: the excessive complexity and redundancy in debian/rules. I was strongly influenced by Christoph Lameter's u-os package manager source format (http://www.u-os.org/upm.html). One basic idea is to make simple things simple, and hard things possible. I attempted to take some of these ideas, and adapt them to the Debian build system; in particular, debian/rules. The result is currently called Colin's Build System, but don't let the name give you the impression that it is at all similar to Doogie's Build System or any of the other build systems floating around there. Instead, CBS is more of a meta-build system; it just provides sane defaults, and lets you customize things as needed. CBS is currently implemented using debhelper. My ultimate plan is to integrate both CBS, along with a subset of debhelper into build-essential somehow (probably in a package named something like build-common). Combined with dpkg-source v2, I think the result will be a massive reduction in packaging complexity and required maintenance for the vast majority of packages. But unlike dpkg-source v2, you can start using CBS right now. Sound interesting? Here's the URL where you can download CBS: http://cvs.verbum.org/debian/rules For several of my packages, I have no need to customize the build rules *at all*; the defaults Just Work. For a few more of my packages, I've only had to add one line of customization in debian/rocks. To understand how this works, here's the first part of the CBS docs: ### Introduction to Colin's Build System # # This file is shared between all the packages which use Colin's Build # System. The idea is that this file contains sane defaults, and # stuff specific to a package should go into the debian/rocks Makefile # fragment. There generic hooks where you can override and add # functionality for a specific package. # The big motivating factor for CBS was originally that more and more # programs today are created using GNU configure scripts and GNU # automake, and as such they are all very similar to configure and # build. CBS takes advantage of this by doing stuff like looking for # an executable file named configure; if it exists, CBS tries # treating it like a GNU configure script, and passes it sane # arguments (like --prefix=/usr). This will work for like 90% of the # cases out there (including at least all my packages). But if it # doesn't work, no problem; you can customize or just completely # override it the debian/rocks file. For example, suppose that you # need to pass --enable-foo to the configure script. In that case, # all you need to do is create a file named debian/rocks, which # contains: # DEB_CONFIGURE_EXTRA_FLAGS := --enable-foo # And that's it! Everything else happens automagically. However, # suppose that your configure script isn't made by autoconf, and # instead expects the user to interactively configure the program # (e.g. Perl). In that case, you can just override the # deb-common-configure rule, by putting something like the following # in your debian/rocks: # deb-common-configure: # ./configure --blah --blargh debian/answers # All of the rules which are overridable are listed below, up to the # line -include debian/rocks. There are also a large group of # variables you may customize to affect a default rule, instead of of # just overriding the rule completely. # CBS also helps you keep up-to-date with the latest policy; when # there is a new DEB_BUILD_OPTIONS entry, or they change semantics (as # in the latest debug = noopt change), you shouldn't have to # change anything in your packages (besides rebuilding them with the # latest CBS version); CBS will just handle it. ### CBS and Debhelper # Colin's Build System currently relies heavily on debhelper version # 4, so you must have a Build-Depends: debhelper (= 4.0.0). ### Single vs. Multi Binary packages # # If you have a single binary package, CBS tries to use the upstream # Makefile to install everything into debian/packagename, so it will # all appear in the binary package. To remove files, move them # around, just override the deb-binary-hook-packagename target in # the debian/rocks file, like: # deb-binary-hook-mypackage: # mv debian/mypackage/usr/sbin/myprogram debian/mypackage/usr/bin/myprogram # rm debian/mypackage/usr/share/doc/mypackage/INSTALL # If you have a multi-binary package, CBS (by default) uses the # upstream Makefile to install everything in debian/tmp. After this, # the recommended method is to use dh_install to copy these files into # the appropriate package. To do this, just create # packagename.install files; see the dh_install man page.
Re: Debian Accessibility Project was: Re: linux for blinds
On 22 Nov 2002, Milan Zamazal wrote: packages from testing/unstable and several non-Debian packages (i.e. packages not worth to be included in Debian in the given moment). I seriousely fail to see a reason why any free software which is needed by a user of Debian should not be worth to be included in Debian. The reason is our resources are very limited and making what we need inside Debian implies more general solution, i.e. more work. Exceeding the resources would mean failure of the project. In my opinion you project will definitely fail if you refuse to talk to the debian-installer people. I have no idea of the installation process but I have the strong feeling that this is exactly the right moment to come together if you have issues to modify the installation process. We try to find a minimum-work solution, the minimum step, even if it may require more work in the future. I wish you good luck to get more resources for the future ... I can remember there were some discussions on Debian mailing lists about making something like debian-blind quite long time ago. But AFAIK nothing actually happened till now. So I guess there's no critical potential to utilize the Debian resources for *this particular task*, until some initial steps are done. In Debian something gets done if somebody starts doing it. Just do the necessary things which have to be done and ask for a sponsor to upload your stuff. If you are waiting for some other people your project will fail. You can definitely expect help for your project but no initial initiative from people who are busy with other stuff. I might be wrong, but we can see a manageable solution of our problem now and we prefer it against a potentially better, but quite *risky* way of reaching what we desperately need. So just do not refuse the help of people with the same goal. I'll certainly look at debian-installer, it might be the right tool to help us. Just FYI, we basically need to *clone* a running Debian system to target computers, while making a few necessary customizations, like changing the network and hardware setup of the target machine. tar + a few shell scripts look like the simplest way to do that, but debian-installer might possibly help us especially with the booting process and hardware autodetection. I guess you read the mails about debian-installer at debian-announce and debian-devel from the last days??? Kind regards Andreas.
Newbie : unrepresentable changes to source
Hi, As per maint-guide I did everything and finally when I try to run dpkg-buildpackage I'm getting following errors. What am I doing wrong? The package is at http://www.mwiacek.com/ I have attached the files which gives me these errors. = Krishna dpkg-buildpackage -rfakeroot dpkg-buildpackage: source package is gammu dpkg-buildpackage: source version is 0.62-1 dpkg-buildpackage: source maintainer is unknown [EMAIL PROTECTED] dpkg-buildpackage: host architecture is i386 fakeroot debian/rules clean dh_testdir dh_testroot rm -f build-stamp # Add here commands to clean up after the build process. /usr/bin/make distclean make[1]: Entering directory `/tmp/Krd-DONOT-DELETE/DOWNLOADS/gammu-0.62' gcc -O2 -Wall -c -o common/misc/misc.o common/misc/misc.c gcc -O2 -Wall -c -o common/misc/coding.o common/misc/coding.c gcc -O2 -Wall -c -o common/misc/cfg.o common/misc/cfg.c gcc -O2 -Wall -c -o cfg/locale/locale.o cfg/locale/locale.c Making locale files gcc -O2 -Wall ./common/misc/misc.o ./common/misc/coding.o ./common/misc/cfg.o ./cfg/locale/locale.o -lm -o ./cfg/local e/locale Processing source file ../../gammu/gammu.c Removing duplicated strings from ../../docs/docs/locale/gammu_us.txt Processing file ../../docs/docs/locale/gammu_pl.txt Cleaning binaries and object files Setting default config make[1]: Leaving directory `/tmp/Krd-DONOT-DELETE/DOWNLOADS/gammu-0.62' test -r /usr/share/misc/config.sub \ cp -f /usr/share/misc/config.sub config.sub test -r /usr/share/misc/config.guess \ cp -f /usr/share/misc/config.guess config.guess dh_clean dpkg-source -b gammu-0.62 dpkg-source: building gammu using existing gammu_0.62.orig.tar.gz dpkg-source: building gammu in gammu_0.62-1.diff.gz dpkg-source: cannot represent change to docs/docs/locale/gammu_pl.txt: binary file contents changed dpkg-source: cannot represent change to docs/docs/locale/gammu_us.txt: binary file contents changed dpkg-source: building gammu in gammu_0.62-1.dsc dpkg-source: unrepresentable changes to sourceþÿ # L o c a l i z a t i o n f i l e f o r G a m m u ( w w w . m w i a c e k . c o m ) v e r s i o n 0 . 6 2 [ c o m m o n ] þÿ # L o c a l i z a t i o n f i l e f o r G a m m u ( w w w . m w i a c e k . c o m ) v e r s i o n 0 . 6 2 [ c o m m o n ]
Re: Newbie : unrepresentable changes to source
Quoting Krishna Dagli [EMAIL PROTECTED]: [...] fakeroot debian/rules clean [...] /usr/bin/make distclean make[1]: Entering directory `/tmp/Krd-DONOT-DELETE/DOWNLOADS/gammu-0.62' gcc -O2 -Wall -c -o common/misc/misc.o common/misc/misc.c For some reason 'distclean' is compiling stuff! I've seen it happen a few times. Look through the Makefile and see if you can find the 'real' clean target. Or if you can make 'distclean' NOT make (compile) anything... Processing source file ../../gammu/gammu.c Removing duplicated strings from ../../docs/docs/locale/gammu_us.txt Processing file ../../docs/docs/locale/gammu_pl.txt This is where your 'unrepresentable changes to source' come from. A 'clean' (and _especially_ 'distclean') should REMOVE stuff, not CREATE/MODIFY stuff... My guess is you have to rewrite the Makefile slightly... docs/docs/locale/gammu_pl.txt: binary file contents changed docs/docs/locale/gammu_us.txt: binary file contents changed dpkg-source: unrepresentable changes to source -- Khaddafi South Africa smuggle Treasury CIA Saddam Hussein NORAD nitrate Iran Rule Psix toluene SDI ammonium Waco, Texas SEAL Team 6 [See http://www.aclu.org/echelonwatch/index.html for more about this]
Re: Discussion - non-free software removal
On Sun, Nov 17, 2002 at 06:22:36PM -0500, Branden Robinson wrote: On Sun, Nov 17, 2002 at 12:30:31PM +0200, Richard Braakman wrote: On Fri, Nov 15, 2002 at 05:47:39PM -0500, Branden Robinson wrote: This certainly flies in the face of the common argument that Free Software only chases taillights. Careful. That's a *Microsoft* argument. I didn't say I agreed with it. I'm simply trying to figure out what the GR-opposition party stands for. Why does the GR-opposition party need to stand for anything, other than preserving the status quo? _YOU_ (the GR-proponent party) are the ones who want change; it is up to _YOU_ to convince the rest of us why the change is beneficial. --Adam
Re: Are we losing users to Gentoo?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wednesday 20 November 2002 9:50 am, Andrew Lau wrote: [snip] Whenever someone rants about Gentoo's processor optimisations and states some overinflated performance boost such as 10%-20%, all I can do is make a a feeble rebuttal stating that it's more like (insert low figure without much solid evidence - e.g.. 5%) with exceptions such as glibc, X, multimedia applications, mozilla and OpenOffice. So then they counter that it's still an increase. Ok, so what strengths does Debian have to make a comeback with? Unlike Gentoo, Debian has quality assurance and security teams. We have a strict policy and bug resolution procedures. But they won't listen and still say Gentoo. [snip] I know that there's plenty of logistical/mirroring reasons as to why we shouldn't duplicate a lot of the i386 tree by creating a i686 tree, but could we seriously not consider a partial i686 optimised tree as a compromise to attract some of the Gentoo users back with our strengths in policy and testing? If not, then we need to find something else to offer to attract the cutting-edge enthusiast. The worst thing we could do is dismiss this completely. Remember the days when Slackware and Yggdrasil were the 'elitist's choice'? I certainly don't ever want to see Debian even come close to sinking. [snip] Sorry if this has already been mentioned, but my answer to this would be pentium-builder and apt-src or apt-build. Debian already has the infrastructure to be a source-based distribution, just that no-one uses it. - -- David Pashley [EMAIL PROTECTED] Nihil curo de ista tua stulta superstitione. -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE94fSsYsCKa6wDNXYRAhn0AJ9zjbh74AO1vPiWhRGcreMgZQGrYQCcDby6 XdcbwAbIEmlXz1/1TvZRBmg= =83uO -END PGP SIGNATURE-
Request for Sponsor: [libnet-easytcp-perl]
Hello, Am looking for a sponsor for my package `libnet-easytcp-perl' Debian related files can be found here: http://madhu.homelinux.org/debian/libnet-easytcp-perl/ Package: libnet-easytcp-perl Version: 0.17-1 Section: interpreters Priority: optional Architecture: all Depends: perl (= 5.6.0-16) Installed-Size: 118 Maintainer: Shiju p. Nair [EMAIL PROTECTED] Description: Easily create secure, bandwidth-friendly TCP/IP clients and servers This class allows you to easily create TCP/IP clients and servers and provides an OO interface to manage the connection(s). This allows you to concentrate on the applica- tion rather than on the transport. . - One easy module to create both clients and servers - Object Oriented interface - Event-based callbacks in server mode - Internal protocol to take care of all the common transport problems - Transparent encryption - Transparent compressi --
Re: Discussion - non-free software removal
On Wed, Nov 20, 2002 at 09:34:44AM -0500, Branden Robinson wrote: On Wed, Nov 20, 2002 at 02:09:59PM +0200, Michelle Konzack wrote: But I do not use contrib or non-free. Nobody had ask for non-free and contrib if I burn CD's for some one... An important data point, I'd think... Yes, someone write that down. Michelle in Strabourg doesn't need non-free. Anecdotal evidence is so much more compelling when it supports your cause, eh? --Adam -- Adam McKenna [EMAIL PROTECTED] [EMAIL PROTECTED]
Re: Ian Jackson in New Zealand
On Mon, Nov 25, 2002 at 10:59:29AM +1300, Philip Charles wrote: There are a number of us in Dunedin. ...and plenty of good cafes etc., too. :) -- Nick Phillips -- [EMAIL PROTECTED] You have been selected for a secret mission.
Bug#170673: ITP: libxmldb0 -- an easy-to-use efficient 3-tier app server
Package: wnpp Version: unavailable; reported 2002-11-25 Severity: wishlist * Package name: libxmldb0 Version : 0.5.4 Upstream Author : Pete Ryland [EMAIL PROTECTED] * URL : http://xmldb.sourceforge.net/ * License : LGPL Description : an easy-to-use efficient 3-tier app server xmldb aims to provide an easy-to-use efficient 3-tier app server. Currently, it provides an xml persistance layer using the postgresql database. It is still by far the fastest program that retrieves xml data and translates it using xslt. However, it still has limited search capabilities. -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux reggie 2.4.19 #1 Fri Nov 15 08:31:28 GMT 2002 i686 Locale: LANG=C, LC_CTYPE=C (ignored: LC_ALL set)
Bug#170677: ITP: launchtool -- Run a command supervising its execution
Package: wnpp Version: unavailable; reported 2002-11-25 Severity: wishlist * Package name: launchtool Version : 0.6 Upstream Author : Enrico Zini [EMAIL PROTECTED] * URL : http://people.debian.org/~enrico/launchtool.html * License : GPL Description : Run a command supervising its execution Run a user-supplied command supervising its execution in many ways, such as controlling its environment, blocking signals, logging its output, changing user and group permissions, limiting resource usage, restarting it if it fails, running it continuously, turning it into a daemon and more. Bye, Enrico
Bug#170676: ITP: thuban -- Thuban is an interactive geographic data viewer.
Package: wnpp Version: N/A; reported 2002-11-25 Severity: wishlist * Package name: thuban Version : 0.1.3 Upstream Author : Thuban Projekt Team [EMAIL PROTECTED] * URL : http://thuban.intevation.org/ * License : GPL Description : Thuban is an interactive geographic data viewer written in Python. Main features are its cross-plattform GUI, extensability and flexibility for deriving individual GIS applications. Thuban is implemented with wxPython which allows its GUI to blend in with desktop on different platforms. -- System Information Debian Release: 3.0 Architecture: i386 Kernel: Linux eukrante 2.4.20-rc2-k7via #1 Fri Nov 22 16:48:08 CET 2002 i686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED]
Debian 3.0
Guten Tag, Ich wolte einen Debian 3.0 ( woody ) aufsetzen mit einen 3ware Raid Controller und wolte mal nachfragen ob es von Ihnen Treiber für Diskette gibt um diese vor der Installation zu laden um direckt mit dem Raid zu installieren ? mfg Jens Heisterkamp Network Operation Center -- IP Exchange GmbH Roonstrasse 27 90429 Nuernberg Germany Tel.: +49 911 309 50 50 Fax: +49 911 92 90 629 [EMAIL PROTECTED] http://www.ip-exchange.de *** Level(3) Communications Global Integrated Partner ***
Re: Bug#170677: ITP: launchtool -- Run a command supervising its execution
On Mon, Nov 25, 2002 at 03:16:20PM +0100, Enrico Zini wrote: * Package name: launchtool ... Run a user-supplied command supervising its execution in many ways, such as controlling its environment, blocking signals, logging its output, changing user and group permissions, limiting resource usage, restarting it if it fails, running it continuously, turning it into a daemon and more. So, is it different from the *simple* daemon the we have already in the archive? And maybe it's not a PITA like run! ;-) -- Christian Surchi, [EMAIL PROTECTED], [EMAIL PROTECTED] | ICQ www.debian.org - www.softwarelibero.it - www.firenze.linux.it| 38374818 But, officer, he's not drunk, I just saw his fingers twitch!
Re: Bug#170677: ITP: launchtool -- Run a command supervising its execution
On Mon, Nov 25, 2002 at 03:45:53PM +0100, Christian Surchi wrote: * Package name: launchtool Run a user-supplied command supervising its execution in many ways, such as controlling its environment, blocking signals, logging its output, changing user and group permissions, limiting resource usage, restarting it if it fails, running it continuously, turning it into a daemon and more. So, is it different from the *simple* daemon the we have already in the archive? And maybe it's not a PITA like run! ;-) It's quite similar to daemon. They have similar features, some are better in daemon, some are better in launchtool. It has features similar to start-stop-daemon, as well. It can probably replace both, or be replaced by one of them in most situations. However, launchtool is not intended to only run daemons: you can run a shellscript normally, but with its output sent to the logs with the given priority, for example. You can also create an executable configuration file for launchtool and use it as a wrapper around another command. I include some examples taken from the manpage, to give an idea of how it works and of some intended scenarions of usage: # Run a command normally launchtool -t tag 'echo Hello, world!' # Run a command restarting it if it fails: launchtool -t tag --wait-times=1,1,1,3,3,3,10,10,10 'my_wonderful_server' # Run a command, with restrictions, restarting it if it fails, as a # daemon launchtool -t myserver -d --user=myserver --chroot=/var/myserver \ --limit-process-count=5 --limit-open-files=10 \ --wait-times=1,1,1,3,3,3,10,10,10 \ --infinite-runs --stats \ --log-launchtool-output=syslog:myserver,LOG_DAEMON,LOG_INFO \ --log-launchtool-errors=syslog:myserver,LOG_DAEMON,LOG_ERR \ --log-child-output=syslog:myserver,LOG_DAEMON,LOG_INFO \ --log-child-errors=syslog:myserver,LOG_DAEMON,LOG_ERR \ 'my_experimental_server' # Same thing, using a configuration file tag = myserver command = my_wonderful_server daemon = yes stats = yes user = myserver root dir = /var/myserver process count limit = 5 open files limit = 10 wait times = 1,1,1,3,3,3,10,10,10 infinite runs = yes launchtool output = syslog:myserver,LOG_DAEMON,LOG_INFO launchtool errors = syslog:myserver,LOG_DAEMON,LOG_ERR command output = syslog:myserver,LOG_DAEMON,LOG_INFO command errors = syslog:myserver,LOG_DAEMON,LOG_ERR # Transform a shell command in a polling daemon that ensures that the # file /tmp/have_mobile exists only if my cell phone is present in the # IRDA discovery list launchtool -t celldetect -d --silent-restart-time=5 --silent-restart-status=0 --user=nobody \ if grep -q SIEMENS /proc/sys/net/irda/discovery; then touch /tmp/have_mobile; else rm -f /tmp/have_mobile; fi ; exit 0 # Ceck if the celldetect daemon is running launchtool -t celldetect --check # Kill the celldetect daemon launched with the command above launchtool -t celldetect -k # Same polling daemon, with an executable configuration file #!/usr/bin/launchtool -C tag = celldetect command = if grep -q SIEMENS /proc/sys/net/irda/discovery; then touch /tmp/have_mobile; else rm -f /tmp/have_mobile; fi ; exit 0 daemon = yes user = nobody silent restart time = 5 silent restart status = 0 # Check if the celldetect daemon is running, using the executable # configuration file celldetect --check # Kill the celldetect daemon using the executable configuration file celldetect -k And, no, it does not intend to be a PITA like run. :-) Bye, Enrico
Re: Are we losing users to Gentoo?
On Fri, Nov 22, 2002 at 02:20:04AM -0800, Jim Lynch wrote: The fact I posted that Andrew Lau should see someone about his disturbances comes about because of prior experience with that particular person, and seeing that he seems to like stirring things up and watching the result. He's done it before, and is doing it now: notice he hasn't participated in the discussion he started? Hey Jim, Being a bit harsh there. I am in the middle of an exam period at UNSW (honestly!). I do not deliberately enjoy troll-baiting and can find much better things to do with my spare time. Last few days has been a bit hectic and I did manage to package Film Gimp (it's in incoming at the moment) as well. So let me justify why I posed the question. I've been using Debian for about 4 years now, and have always been passionate about it and helping out a lot in #debian as you well remember. I applied for NM last year, and have been waiting for DAM approval since 31 December 2001. After such a long time with the distribution, and putting in some much effort in trying to become a Debian-developer, I do not want to see this great distribution collapse in on itself through complacency and over-politicising issues to the extent where nothing gets done in the first place. Yours sincerely, Andrew Netsnipe Lau -- --- * Andrew Netsnipe LauComputer Science Student Representaive, UNSW * * # apt-get into it Debian GNU/Linux Package Maintainer * * netsnipe(+)debianplanet.org\0 alau(+)cse.unsw.edu.au\0 * * GnuPG 1024D/2E8B68BD 0B77 73D0 4F3B F286 63F1 9F4A 9B24 C07D 2E8B 68BD * --- pgpkue3D7BQs6.pgp Description: PGP signature
Re: Are we losing users to Gentoo?
On Fri, Nov 22, 2002 at 03:25:26AM -0800, Jim Lynch wrote: Other comments in that thread include comments like Hey, here's my CFLAGS, ... ... why won't half my apps work now (including even gcc now)? ... it might help you, george (and george says no, I have a m68k and your CFLAGS has pentium options) ... now you can all try it out, etc, etc. So there are people who don't understand optimization issues yet. They are not deserving of epithets unless they refuse to help themselves grow. If we were to improve our current user-build mechanisms, would it be feasible for Debian source packages or a mirror to keep track of what flags are known to break what packages on what $ARCHs? It'd certainly make life easier for the compulsive builder. Yours sincerely, Andrew Netsnipe Lau -- --- * Andrew Netsnipe LauComputer Science Student Representaive, UNSW * * # apt-get into it Debian GNU/Linux Package Maintainer * * netsnipe(+)debianplanet.org\0 alau(+)cse.unsw.edu.au\0 * * GnuPG 1024D/2E8B68BD 0B77 73D0 4F3B F286 63F1 9F4A 9B24 C07D 2E8B 68BD * --- pgpLmaaF1DH5m.pgp Description: PGP signature
Re: Are we losing users to Gentoo?
OK, I think I can add something to this little chain mail as I use both Debian and Gentoo. Why do I do that? Well, Debian is great and all and I use it on servers etc, but on my workstation I want alot more control that Debian can, or probably ever can, give me. As an example, I don't want or use KDE so I do not want KDE libs installed just because some package maintainer decided to enable the KDE support option on app xyz. With Debian I have not choice with Gentoo I do, I disable KDE support using the USE variable. Very easy to do. Performance enhancements, well I seen a few, but nothing to shout about, it more about getting a higher degree of control over my workstation. __ Do you Yahoo!? Yahoo! Mail Plus Powerful. Affordable. Sign up now. http://mailplus.yahoo.com
Re: DAM approval wait time?
But what are you actually going to -do-? If I recall correctly, you've said on IRC that you aren't or don't want to be a coder (correct me if I'm wrong), and a previous attempt on your part to become a developer left NM with the question of what you intended to do crossed with what you had the skills to do. Perusing your entry in NM, you have passed the skills test. Congrats. But my question still stands... On Sat, 26 Oct 2002 15:08:29 +1000 Andrew Lau [EMAIL PROTECTED] wrote: On Wed, Oct 23, 2002 at 05:34:58PM +0200, Tollef Fog Heen wrote: I'd like not to quote me out of context like that, especially not when cross posting to other lists; for the record, here is what I said: My apologies to you on that. I thought that single line in conjunction with the subject line was powerful enough. Why do you think you have pissed him off? You might obviously had with this email, though I am not here to talk for anybody except myself. Also, note that he processes people once in a while -- one can argue about the swiftness, but people are actually getting through the system. And how does he decide who he processes first? I see nothing on nm.debian.org to indicate why some wait a few months and others a year or more? A simple line like Fastracked due to work on installer would be perfectly acceptable in dispelling any perceptions of cronyism. | You'd feel the same if you were in the same boat as any other NM | who's waited for over 6 months without explanation. That's right, I only waited a few months for my account. Well I've reached a point where I think I can do no more wrong by anyone else in NM. It's all one can assume when they haven't heard anything from anyone for 10 months. You really don't comprehend how mind-numbing it is to wait out almost an entire year patiently to hear nothing at all. I just want to force something to happen on this issue -- anything! If Troup decides solely based upon this outburst of mine that I do not deserve to have my account approved, then so be it. However, he should at least have the courtesy of informing the rest of the Debian and myself. One can only bear so much of being stone walled like this, and my limit will all but be exhausted within a month or two. By then, I'm walking. Yours sincerely, Andrew Netsnipe Lau -- --- * Andrew 'Netsnipe' Lau Computer Science Sturep, UNSW * * apt-get into itDebian GNU/Linux Packager* * netsnipe(+)debianplanet.org\0 alau(+)cse.unsw.edu.au\0 * * GnuPG 1024D/2E8B68BD 0B77 73D0 4F3B F286 63F1 9F4A 9B24 C07D 2E8B 68BD * ---
Are we losing users to Gentoo?
Chaps, Another thing I must say is that I object in the highest order some the mail sent out regarding this topic which basically say good riddance to the users who have switch to Gentoo as they caused loads problems etc etc. This is short sighted and I hope the people (idiots??) who said this have no leadership real role within the Debian developer community. What we need to accept is there is a (percieved??) problem, or problems, with Debian as it stands today, these being (mainly) Hard to install (rubbish obviously) Out of date (this _is_ true) Slow to update (this _is_ true) Hard to configure (depends upon your view-point) The reasons I see people switch to Gentoo are : Its more fun Alot more up to date Easier to customise, down to which libraries you want to support Gentoo is still hard to configure if you are only used to Red Hat or Mandrake, easy if you used to Debian, Slackware etc. IMHO Debian is too slow to put out new releases. I run testing to ages with no problems, ever. Sure on my unstable box things went south at times but I expect that and can fix it, but testing is very solid, as solid as, say, Red Hat. I'm tempted to say that Debian has gotten too big, has too many bosses (to coin a phrase) and is hampered at times by its own policy. I've been using Debian for years and have seen it grown alot over time. However, it seems to me that the only _big_ thing Debian has on its side these days is dpkg/apt. Everything else is out of date, a nightmare to setup and, to be honest, not fun anymore. I want this to change, but to achieve that I think big changes are required from the ground up otherwise Debian _will_ go the way of Slackware. That all said, it will be interesting to see how Gentoo copes when it gets larger. I think it will cope better than we have purely because it source only and that makes life slightly easier. We'll have to see. My pennys worth Jon __ Do you Yahoo!? Yahoo! Mail Plus Powerful. Affordable. Sign up now. http://mailplus.yahoo.com
Re: Debian 3.0
Moin Jens! Jens Heisterkamp schrieb am Monday, den 25. November 2002: Guten Tag, First - this is an english speaking list - I suggest you read the subscription webpage before next time. Ich wolte einen Debian 3.0 ( woody ) aufsetzen mit einen 3ware Raid Controller und wolte mal nachfragen ob es von Ihnen Treiber für Diskette gibt um diese vor der Installation zu laden um direckt mit dem Raid zu installieren ? Du nimmst die erste CD und gibst bf24ENTER ein. Am Bootprompt. Oder erstellst die Boot-Disketten aus der bf2.4-Serie, die haben 3ware-Support drin. Gruss/Regards, Eduard. -- Flüssigseifenbenutzer! Fristeneinhalter! Geschenkpapierbügler! Auslandstanker!
Re: Are we losing users to Gentoo?
Jon Kent [EMAIL PROTECTED] writes: [...] What we need to accept is there is a (percieved??) problem, or problems, with Debian as it stands today, these being (mainly) Hard to install (rubbish obviously) Out of date (this _is_ true) Slow to update (this _is_ true) Hard to configure (depends upon your view-point) Releases tend to be out of date. But that's a feature: releases need to be composed of well tested stable packages. testing and unstable have pretty up to date packages. So Debian is as up to date as you want; the caveat being that for newer software, you'll need to put up with some instability. The reasons I see people switch to Gentoo are : Its more fun Alot more up to date Easier to customise, down to which libraries you want to support Presumably its up to dateness comes at the cost of less stability? So probably people should compare Gentoo not with Debian releases (stable), but with testing (or perhaps even unstable)? How do they compare then? Gentoo is still hard to configure if you are only used to Red Hat or Mandrake, easy if you used to Debian, Slackware etc. IMHO Debian is too slow to put out new releases. I run testing to ages with no problems, ever. Sure on my unstable box things went south at times but I expect that and can fix it, but testing is very solid, as solid as, say, Red Hat. Yes, possibly. Quite a bit of the problem seems to come with preparing boot floppies, of all things. Maybe there's some case for making a regular (once every couple of months or so) State of Testing announcement, describing the major features of testing, together with how to install it (either install stable release, then change /etc/apt/sources.list thusly, then do apt-get update; apt-get dist-upgrade, or perhaps actually preparing a Knoppix ISO containing testing). On the other hand, maybe this wouldn't be much use to anyone. [...]
Re: Are we losing users to Gentoo?
Hi, Releases tend to be out of date. But that's a feature: releases need to be composed of well tested stable packages. testing and unstable have pretty up to date packages. So Debian is as up to date as you want; the caveat being that for newer software, you'll need to put up with some instability. It must said that comparing Gentoo with Debian in this regard is unfair as they are not like for like, being source against binary package. That said some things (X 4.2 springs to mind) take far too long to make it to testing. Presumably its up to dateness comes at the cost of less stability? So probably people should compare Gentoo not with Debian releases (stable), but with testing (or perhaps even unstable)? How do they compare then? Obviously I can only speak for myself, but my Gentoo boxes seem perfectly stable, never had a crash or lock up yet. However, of course, this probably has more to do with my choosen libraries, apps etc. Had sources not build for one reason or another, but I have so far found these problems easily fixed. Maybe there's some case for making a regular (once every couple of months or so) State of Testing announcement, describing the major features of testing, together with how to install it (either install stable release, then change /etc/apt/sources.list thusly, then do apt-get update; apt-get dist-upgrade, or perhaps actually preparing a Knoppix ISO containing testing). On the other hand, maybe this wouldn't be much use to anyone. I would agree that this might not be of much use to people. I think the best objective maybe to try and do at least 1 release a year, which is enough for most people. Do we gain much from this, well probably not directly no, however it looks good. I think some of the current issues related to the fact that Debian is seen as the snail of the pack when it comes to releases. Yes sure this is pandering to the masses a bit but it ensures that Debian stays in the limelight. Gotta go, think more about this later Jon __ Do you Yahoo!? Yahoo! Mail Plus Powerful. Affordable. Sign up now. http://mailplus.yahoo.com
Re: Newbie : unrepresentable changes to source
Le Mon, Nov 25, 2002 at 09:32:46AM +0100, Turbo Fredriksson écrivait: make[1]: Entering directory `/tmp/Krd-DONOT-DELETE/DOWNLOADS/gammu-0.62' gcc -O2 -Wall -c -o common/misc/misc.o common/misc/misc.c For some reason 'distclean' is compiling stuff! I've seen it happen a few times. Look through the Makefile and see if you can find the 'real' clean target. Or if you can make 'distclean' NOT make (compile) anything... For what it's worth, I had a similar problem while building package in a directory shared by NFS. Synchronizing the NFS client server with NTP solved my problem. Cheers, -- Raphaël Hertzog -+- http://www.ouaza.com Formation Linux et logiciel libre : http://www.logidee.com
Re: Are we losing users to Gentoo?
Hi, On Mon, Nov 25, 2002 at 08:22:23AM -0800, Jon Kent wrote: [SNIP] The reasons I see people switch to Gentoo are : Its more fun Alot more up to date Easier to customise, down to which libraries you want to support I'm tempted to say that Debian has gotten too big, has too many bosses (to coin a phrase) and is hampered at times by its own policy. I've been using Debian for years and have seen it grown alot over time. However, it seems to me that the only _big_ thing Debian has on its side these days is dpkg/apt. Everything else is out of date, a nightmare to setup and, to be honest, not fun anymore. It seems there's a distinction in user categories to make here; of course there's the upgrade-and-tweak-all-day-for-the-heck-of-it type, which will find Gentoo irresistible. And for good reasons. But don't forget there's also a category that runs linux as they would run another unix: as a tool in some production role. Fun in that respect means no worries. And Debian is great for that: stable releases get no new features, only security updates, and you /know/ that those releases work great as they had a lot of QA. In short, linux isn't just for fun, you know. Some people use linux to work on other things than linux itself. And that's where Debian shines. Let's keep it that way. The idea to announce the state of testing/unstable once in a while to show we've got the fancy stuff too does make sense though, IMHO. Cheers, Emile. -- E-Advies / Emile van Bergen | [EMAIL PROTECTED] tel. +31 (0)70 3906153| http://www.e-advies.info pgpw3iFnDXGRe.pgp Description: PGP signature
Re: Newbie : unrepresentable changes to source
On Mon, Nov 25, 2002 at 01:29:43PM +0530, Krishna Dagli wrote: As per maint-guide I did everything and finally when I try to run dpkg-buildpackage I'm getting following errors. What am I doing wrong? The package is at http://www.mwiacek.com/ I have attached the files which gives me these errors. And are these files that you have edited / added? They are NOT text files in the Unix sense of the word, so diff cannot handle them. file(1) shows: $ file gammu_pl.txt gammu_us.txt gammu_pl.txt: Little-endian UTF-16 Unicode character data gammu_us.txt: Little-endian UTF-16 Unicode character data So something is wrong just by virtue of the fact that these files are carrying a .txt extension. If I try to convert these files into a sensible encoding on my system, I get a long string of CJK characters. Is that what these files are supposed to contain? -- Steve Langasek postmodern programmer pgpEsb1bGQKle.pgp Description: PGP signature
Re: Newbie : unrepresentable changes to source
On Mon, Nov 25, 2002 at 01:29:43PM +0530, Krishna Dagli wrote: As per maint-guide I did everything and finally when I try to run dpkg-buildpackage I'm getting following errors. What am I doing wrong? The package is at http://www.mwiacek.com/ I have attached the files which gives me these errors. Hmm, correction -- file misidentifies them as UTF16LE, when they're actually UTF16BE. Converting it the right way around gets me a legible file like so: # Localization file for Gammu (www.mwiacek.com) version 0.62 [common] Why is a Unix program using UTF16BE (or UCS2BE) for its internal representation of localization data? -- Steve Langasek postmodern programmer pgpF8MQjT13aW.pgp Description: PGP signature
Re: Are we losing users to Gentoo?
On Mon, 25 Nov 2002 08:22:23 -0800 (PST) Jon Kent [EMAIL PROTECTED] wrote: Chaps, Another thing I must say is that I object in the highest order some the mail sent out regarding this topic which basically say good riddance to the users who have switch to Gentoo as they caused loads problems etc etc. This is short sighted and I hope the people (idiots??) who said this have no leadership real role within the Debian developer community. Agreed. What we need to accept is there is a (percieved??) problem, or problems, with Debian as it stands today, these being (mainly) Hard to install (rubbish obviously) Nono, this is true, and primarily due to boot-floppies. One problem is that it's quite difficult to work on boot floppies and then get everything uptodate on the image and everything pointing right, etc. It's also difficult to build. debian-installer is much easier to build, is modular and also decouples the dependencies to some extent to allow more things to be able to plug in, which makes it simultaneously more flexible for the person installing and easier to work on. Another reason is dselect (now don't start a flamewar on this one; suffice it to end this part as many people find dselect hard and unwieldy, and very inflexible, refusing to work correctly if you try anything remotely out of the ordinary. Many others find some of its abilities useful, in particular the fact it presents a list of packages and allows you to see descriptions.). There are better alternatives. NUFF said, cause we all know that. Out of date (this _is_ true) Slow to update (this _is_ true) Hard to configure (depends upon your view-point) The reasons I see people switch to Gentoo are : Its more fun Alot more up to date Easier to customise, down to which libraries you want to support Gentoo is still hard to configure if you are only used to Red Hat or Mandrake, easy if you used to Debian, Slackware etc. IMHO Debian is too slow to put out new releases. I run testing to ages with no problems, ever. Sure on my unstable box things went south at times but I expect that and can fix it, but testing is very solid, as solid as, say, Red Hat. I'm tempted to say that Debian has gotten too big, has too many bosses (to coin a phrase) and is hampered at times by its own policy. This is true; there are far more developers than ever before. Policy is supposed to follow best practices usage, not lead it (unless a big chunk of developers think some particular thing is a good idea). Mainly, there are wayy too many packages, most of them at the outer dependency rings (i.e., are leaves, as opposed to things used by other developers.) MUCH more help is needed at the core of debian, and especially debian-installer. I've been using Debian for years and have seen it grown alot over time. However, it seems to me that the only _big_ thing Debian has on its side these days is dpkg/apt. You're forgetting its reknowned stability. Everything else is out of date, a nightmare to setup and, to be honest, not fun anymore. I want this to change, but to achieve that I think big changes are required from the ground up otherwise Debian _will_ go the way of Slackware. You're aware that a .deb contains elements essentially derived from slackware (tarball, pre and post install and remove scripts)? Slackware can learn one hell of a lot from the work done by debian developers to determine what should happen in these scripts and what should not. They might even benefit from some porting of debconf! That all said, it will be interesting to see how Gentoo copes when it gets larger. I think it will cope better than we have purely because it source only and that makes life slightly easier. We'll have to see. source-only has its ups and downs, of course. Having the user determine optimization flags is pretty good for users who understand what's going on; perhaps debian ports representing optimized arches will benefit from gentoo's work. Other than that, gentoo is simply linux plus userland with BSD-like ports [quoted, because this is different from a debian port.] My pennys worth Jon -Jim
Re: Debian Accessibility Project was: Re: linux for blinds
On Mon, Nov 25, 2002 at 07:54:28AM +0100, Andreas Tille wrote: On 22 Nov 2002, Milan Zamazal wrote: packages from testing/unstable and several non-Debian packages (i.e. packages not worth to be included in Debian in the given moment). I seriousely fail to see a reason why any free software which is needed by a user of Debian should not be worth to be included in Debian. Why, in particular, do you say free software, instead of software in general? -- G. Branden Robinson| It just seems to me that you are Debian GNU/Linux | willfully entering an arse-kicking [EMAIL PROTECTED] | contest with a monstrous entity http://people.debian.org/~branden/ | that has sixteen legs and no arse. pgpEkFkYHR2Op.pgp Description: PGP signature
Re: Discussion - non-free software removal
On Mon, Nov 25, 2002 at 01:56:46AM -0800, Adam McKenna wrote: Why does the GR-opposition party need to stand for anything, other than preserving the status quo? Thanks for clarifying that. -- G. Branden Robinson| Reality is what refuses to go away Debian GNU/Linux | when I stop believing in it. [EMAIL PROTECTED] | -- Philip K. Dick http://people.debian.org/~branden/ | pgpu8GbKcAI1w.pgp Description: PGP signature
Re: Are we losing users to Gentoo?
On Mon, Nov 25, 2002 at 09:13:14AM -0800, Jon Kent wrote: Hi, Releases tend to be out of date. But that's a feature: releases need to be composed of well tested stable packages. testing and unstable have pretty up to date packages. So Debian is as up to date as you want; the caveat being that for newer software, you'll need to put up with some instability. It must said that comparing Gentoo with Debian in this regard is unfair as they are not like for like, being source against binary package. That said some things (X 4.2 springs to mind) take far too long to make it to testing. Could you run X 4.2 in, say, s390 that date? FYI, X is supported in 11 archs in Debian, a lot more than upstream supports. And I want to make one question: where is the improvement in performance when I need two or three days to install a thing like GNOME or KDE? You'll need to use it some eons to get some earn with that. If you want to compile things because that makes fun to you, you can do. Some people in Debian does that from time to time and fills FTBFS bugs on packages. Perhaps you could help them. And if the only thing you like is to use the latest version of a tool, please, get the CVS version, and help upstream to improve it. /me, tired of Gentooers -- Jose Carlos Garcia Sogo [EMAIL PROTECTED]
Re: Discussion - non-free software removal
On Mon, Nov 25, 2002 at 02:12:16AM -0800, Adam McKenna wrote: On Wed, Nov 20, 2002 at 09:34:44AM -0500, Branden Robinson wrote: On Wed, Nov 20, 2002 at 02:09:59PM +0200, Michelle Konzack wrote: But I do not use contrib or non-free. Nobody had ask for non-free and contrib if I burn CD's for some one... An important data point, I'd think... Yes, someone write that down. Michelle in Strabourg doesn't need non-free. Anecdotal evidence is so much more compelling when it supports your cause, eh? I'd argue that we don't need any anecdotal evidence at all, whether in support of or in opposition to the premise that Debian must distribute non-free software for the benefit of our users. But some opponents of the proposed GR insist that Debian not cease distributing non-free software without the consent of our users, in which case we are dependent on anecdotes, since we have no user registry. -- G. Branden Robinson| Measure with micrometer, Debian GNU/Linux | mark with chalk, [EMAIL PROTECTED] | cut with axe, http://people.debian.org/~branden/ | hope like hell. pgpGHw4DDn2NW.pgp Description: PGP signature
Re: Are we losing users to Gentoo?
On Mon, 25 Nov 2002, Jon Kent wrote: As an example, I don't want or use KDE so I do not want KDE libs installed just because some package maintainer decided to enable the KDE support option on app xyz. With Debian I have not choice Not true. You can always rebuild the debian package to not require kde libraries [if upstream supports such an option.] with Gentoo I do, I disable KDE support using the USE variable. Very easy to do. And does this USE variable deal correctly with dependencies and realizing that this package may or may not require KDE? it more about getting a higher degree of control over my workstation. Control over one's workstation is definetly usefull. Yet, I fail to see how debian doesn't give you a similar level of control [if not more control, because you can decide *not* to build some random package.] That being said, if you still think there's a problem, do something about it. Those of us who aren't bothered by it will continue to ignore it. Don Armstrong -- I leave the show floor, but not before a pack of caffeinated Jolt gum is thrust at me by a hyperactive girl screaming, Chew more! Do more! The American will to consume more and produce more personified in a stick of gum. I grab it. -- Chad Dickerson http://www.donarmstrong.com http://www.anylevel.com http://rzlab.ucr.edu pgpXvd6aSfo16.pgp Description: PGP signature
Re: Are we losing users to Gentoo?
#include hallo.h * Jim Lynch [Mon, Nov 25 2002, 09:54:10AM]: What we need to accept is there is a (percieved??) problem, or problems, with Debian as it stands today, these being (mainly) Hard to install (rubbish obviously) Nono, this is true, and primarily due to boot-floppies. One problem is Are you kidding? He compares the Gentoo cludge (manuall bootstrapping) with semi-intelligent boot-floppies setup. that it's quite difficult to work on boot floppies and then get everything uptodate on the image and everything pointing right, etc. What? What do you mean? When did you install Debian the last time, in Slink days? It's also difficult to build. Compared to which alternative? debian-installer is much easier to build, is modular and also decouples FUD. Go and try first. From scratch! Gruss/Regards, Eduard. -- -640 K ought be enough Bill G. , 1984 -The Internet is not a primary goal for PC usage Bill G. , 1995 -Linux has no impact on Microsoft's strategy Bill G. , 1999
Pavlovich wins!
Since we were involved in this case, I thought I'd note that the Supreme Court of California has ruled in the case of Pavlovich v. Superior Court of Santa Clara County: Not surprisingly, the so-called Internet revolution has spawned a host of new legal issues as courts have struggled to apply traditional legal frameworks to this new communication medium. Today, we join this struggle and consider the impact of the Internet on the determination of personal jurisdiction. In this case, a California court exercised personal jurisdiction over a defendant based on a posting on an Internet Web site. Under the particular facts of this case, we conclude the court's exercise of jurisdiction was improper. Decided 4-3. You can find the decision at http://www.courtinfo.ca.gov/cgi-bin/opinions.cgi?Courts=S. Thomas
Galeon crash unexpectedly
Hi, I sent this question both to debian-user and debian-gtk-gnome, but had no answers. Hopefully you can shed a light on it. I am trying to run galeon and after several error messages like the one below... ** CRITICAL **: file /home/erich/debian/galeon/galeon-1.2.6/src/mozilla/mozilla.cpp: line 134 (gboolean mozilla_preference_set(const char *, const char *)): assertion `new_value != NULL' failed. ... it starts opening the window and aborts with the following message: ** ERROR **: file /home/erich/debian/galeon/galeon-1.2.6/src/main.c: line 789 (galeon_exit): assertion failed: (g_list_length (all_embeds) == 0) aborting... Aborted What is the problem? Specs: sid, Galeon 1.2.6-2. Any idea of the reason for that? Regards, Bruno. -- Bruno Diniz de Paula [EMAIL PROTECTED] Rutgers University -- Bruno Diniz de Paula [EMAIL PROTECTED] Rutgers University signature.asc Description: This is a digitally signed message part
Re: Are we losing users to Gentoo?
On Mon, Nov 25, 2002 at 01:03:56PM -0500, Don Armstrong wrote: On Mon, 25 Nov 2002, Jon Kent wrote: with Gentoo I do, I disable KDE support using the USE variable. Very easy to do. And does this USE variable deal correctly with dependencies and realizing that this package may or may not require KDE? Remember, you have to build everything from source, so you already have all of the runtime dependencies (and more) installed because you needed them in order to build it. Apparently, this is a feature. -- - mdz
Re: Are we losing users to Gentoo?
On Mon, Nov 25, 2002 at 06:56:57PM +0100, Jose Carlos Garcia Sogo wrote: It must said that comparing Gentoo with Debian in this regard is unfair as they are not like for like, being source against binary package. That said some things (X 4.2 springs to mind) take far too long to make it to testing. Could you run X 4.2 in, say, s390 that date? FYI, X is supported in 11 archs in Debian, a lot more than upstream supports. So, debian is coming the netbsd of Linuxes.. Sure a novel goal to support rare hardware, but why does ot have to come at the expense of commodity hardware owners? even worse, that date you could have a working X (4.1) in s390 but not in a x86 laptop.. or a radeon desktop (not sure, but if I remeber correct, 8500 support came in 4.2). If you want to compile things because that makes fun to you, you can do. Some people in Debian does that from time to time and fills FTBFS bugs on packages. Perhaps you could help them. I would believe that most packages build fine from source. However, trying to push yuor own compiler optimisations can be rather hard.. DEB_BUILD_OPTIONS is still just a recommondation in the options, and doesn't support aggressive optimisations.. -- Riku Voipio|[EMAIL PROTECTED] | kirkkonummentie 33 |+358 40 8476974 --+-- 02140 Espoo| | Facts do not cease to exist because they are ignored. |
Re: Galeon crash unexpectedly
On Mon, Nov 25, 2002 at 01:34:58PM -0500, Bruno Diniz de Paula wrote: Hi, I sent this question both to debian-user and debian-gtk-gnome, but had no answers. Hopefully you can shed a light on it. I am trying to run galeon and after several error messages like the one below... ** CRITICAL **: file /home/erich/debian/galeon/galeon-1.2.6/src/mozilla/mozilla.cpp: line 134 (gboolean mozilla_preference_set(const char *, const char *)): assertion `new_value != NULL' failed. ... it starts opening the window and aborts with the following message: ** ERROR **: file /home/erich/debian/galeon/galeon-1.2.6/src/main.c: line 789 (galeon_exit): assertion failed: (g_list_length (all_embeds) == 0) aborting... Aborted What is the problem? Specs: sid, Galeon 1.2.6-2. Any idea of the reason for that? No, unfortunately: http://bugs.debian.org/141478 and http://bugzilla.gnome.org/show_bug.cgi?id=77278 It comes in several flavors, apparently. -- Matijs van Zuijlen ... designed to fill holes or cracks of not more than two cubic vims. -- Robert Sheckley, Untouched by Human Hands pgpUZ8LcBnnl1.pgp Description: PGP signature
Re: Are we losing users to Gentoo?
On Mon, Nov 25, 2002 at 01:40:48PM -0500, Matt Zimmerman [EMAIL PROTECTED] was heard to say: On Mon, Nov 25, 2002 at 01:03:56PM -0500, Don Armstrong wrote: On Mon, 25 Nov 2002, Jon Kent wrote: with Gentoo I do, I disable KDE support using the USE variable. Very easy to do. And does this USE variable deal correctly with dependencies and realizing that this package may or may not require KDE? Remember, you have to build everything from source, so you already have all of the runtime dependencies (and more) installed because you needed them in order to build it. That assumes that the runtime dependencies are a subset of the build dependencies and their recursive dependencies. Imagine a program that displays its output with gv: it doesn't need gv to build, but it needs it at runtime. Daniel -- / Daniel Burrows [EMAIL PROTECTED] ---\ |After the game, the king and | |the pawn go in the same box. | | -- Italian proverb | \-Evil Overlord, Inc: planning your future today. http://www.eviloverlord.com-/
Re: Newbie : unrepresentable changes to source
Why is a Unix program using UTF16BE (or UCS2BE) for its internal representation of localization data? As per the upstream author : UTF16LE or UTF16BE tells that it's unicode (Gammu support both). I use Unicode in localisation data to avoid such problem: in the OS of somebody, who will make localisation data for X language, there is set different codepage than in my PC. But my codepage contains the same chars too. Using Unicode allows to avoid problems - on my PC all chars are displayed correctly too. I can open it in Unicode editor and see correct accent, etc. chars
Why do system users have shells?
I'm curious why system users such as bin, sys, and nobody have /bin/sh as a shell instead of a noshell program or /bin/false. -- James Hamilton
Re: Discussion - non-free software removal
On Mon, Nov 25, 2002 at 12:56:05PM -0500, Branden Robinson wrote: On Mon, Nov 25, 2002 at 01:56:46AM -0800, Adam McKenna wrote: Why does the GR-opposition party need to stand for anything, other than preserving the status quo? Thanks for clarifying that. Your wit is razor sharp as usual, Branden. What you seem to be implying is that there is something wrong with the desire to preserve the way things are now (regardless of the motivation). Is this your position? --Adam -- Adam McKenna [EMAIL PROTECTED] [EMAIL PROTECTED]
Re: Are we losing users to Gentoo?
On Mon, Nov 25, 2002 at 01:53:10PM -0500, Daniel Burrows wrote: That assumes that the runtime dependencies are a subset of the build dependencies and their recursive dependencies. Imagine a program that displays its output with gv: it doesn't need gv to build, but it needs it at runtime. Done any ebuilds lately? http://www.gentoo.org/doc/en/gentoo-howto.xml In the official ebuilds, all dependencies have already been specified, so when you issue emerge net-www/mozilla/mozilla-1.0, Portage will insure that all libraries necessary for Mozilla to build and run are properly installed before Mozilla itself is built. Portage even distinguishes between build-time dependencies and run-time dependencies. (Caveat: Currently, Portage installs all build-time and run-time dependencies and leaves it at that. At a later stage, it will be possible to trim your installation so that only the run-time dependencies are left installed). -- - mdz
Re: Why do system users have shells?
On Mon, 25 Nov 2002, James Hamilton wrote: I'm curious why system users such as bin, sys, and nobody have /bin/sh as a shell instead of a noshell program or /bin/false. Because a lot of people can't grasp the concept of always using su -s to select a shell, I think :-) -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh
Re: Why do system users have shells?
On Mon, Nov 25, 2002 at 12:10:44PM -0700, James Hamilton wrote: I'm curious why system users such as bin, sys, and nobody have /bin/sh as a shell instead of a noshell program or /bin/false. [snip] Possibly because otherwise, you cannot run any shell scripts as that user. (This may also apply to more than shell scripts, but I'm not sure about that.) T -- We've all heard that a million monkeys banging on a million typewriters will eventually reproduce the entire works of Shakespeare. Now, thanks to the Internet, we know this is not true. -- Robert Wilensk
Re: Are we losing users to Gentoo?
On Mon, Nov 25, 2002 at 04:52:16PM +, Bruce Stephens wrote: Releases tend to be out of date. But that's a feature: releases need to be composed of well tested stable packages. Yes they do, but the software in the packages is just as important as the packaging job. If you look back at slink, you see that it shipped with GNOME 0.3.something. The GNOME developers certainly didn't claim that 0.3 was well tested and stable. It was a development snapshot. And yet, GNOME 1.0 had already been released by the time slink shipped, and this version did carry the stable claim. Debian users had to put up with buggy, unfinished software if they wanted to use the stable version of the OS. Sacrificing up-to-date software for stable packaging often does not necessarily result in a stable system. IMHO there is too much emphasis put on packaging in Debian. Package management has always been our strength, but perhaps it occupies too much of our time. (Of course, I must now add that I can't claim to have a solution for any perceived problems in our development system.) noah -- ___ | Web: http://web.morgul.net/~frodo/ | PGP Public Key: http://web.morgul.net/~frodo/mail.html pgpVGkyyqvBni.pgp Description: PGP signature
Re: Throwing out random thoughts about the whole non-free imbraglio
On Sun, Nov 24, 2002 at 10:28:34AM +0900, Junichi Uekawa wrote: What is annoying is that by producing this, who would benefit ? Many scripts are hardcoded with the location of non-free etc. Why? I submit that any script that has that is buggy. They should be using apt anyway.
Re: Are we losing users to Gentoo?
On Mon, 25 Nov 2002 19:07:07 +0100 Eduard Bloch [EMAIL PROTECTED] wrote: #include hallo.h * Jim Lynch [Mon, Nov 25 2002, 09:54:10AM]: What we need to accept is there is a (percieved??) problem, or problems, with Debian as it stands today, these being (mainly) Hard to install (rubbish obviously) Nono, this is true, and primarily due to boot-floppies. One problem is Are you kidding? He compares the Gentoo cludge (manuall bootstrapping) with semi-intelligent boot-floppies setup. I'm comparing boot-floppies with the potential I see in debian-installer; I don't have a machine to install onto at the moment, so I have not performed an install lately. With boot-floppies, I experienced so many problems building that I'm not likely -ever- to do it again. And -work- on it? Me? Not gonna happen. I'm not working on messes if there are better alternatives available. And debian-installer is not available for all arches yet, but now it seems the problems are smaller than I first thought, which included the issues of building the whole thing under the other arches. Having seen some of the code, it looks portable to me. The problems of portability extend really to physical device access. In joeyh's opening goals document, he's intelligently looked at different divisions of work, and commented. I gather that it would be exceedingly difficult to do things like alter the workflow of boot-floppies; it looks like debian-installer could be rewired at will, and further, it looks even like that ability was designed in from the start. Overall, the codebase looks far more attractive to work on and to come up to speed on. As far as I'm concerned, the faster debian-installer can be made to work on all arches to the degree that installation is at least possible on each, the better; from that point, it's just simple tuning and polishing to get things working well. But I have performed many debian installs with the boot floppy setup, and I found that it still suffers from problems. One problem faced by all dists is that of teaching people about partitioning and backing up. At least the installer says don't do this unless you're backed up. debian-installer might solve that problem by offering to make all the partitioning decisions. dselect, for all its use once a person gets used to it, is not suitable for a new person. Its interface is hostile in friendly clothes as well as being antiintuitive. One of its biggest problems is that it does not allow the user to do any reasonable thing at any point, something that its interface belies that is possible. The best thing to have ever happened to dselect is arguably apt-get. To summarize, I think the potential of debian-installer is very large and wide: built in is the ability to change wholly how it presents itself to the user, even to the point of plugging in a graphical install -after- everything else is working well. Of course, the development of the graphical installer could proceed in parallel, but I think it's far more important to get things working for every arch we support, and to ensure that new arches can be easily included. The more eyes on this job, the better, and the earlier debian-installer could be made generally available. By comparison, boot-floppies looks like kludges atop and beneath other kludges, and I get the impression this is not easy to change without affecting other aspects of the installer. I think that unless boot- floppies gains major flexibility really fast, it should be supported only until debian-installer has proven it can facilitate installs on all arches. Once it has done so, boot-floppies should be shelved. that it's quite difficult to work on boot floppies and then get everything uptodate on the image and everything pointing right, etc. What? What do you mean? When did you install Debian the last time, in Slink days? I didn't say install, I said work on. Read: it's right there, 7 lines above this one. It's also difficult to build. Compared to which alternative? Compared to debian-installer. debian-installer is much easier to build, is modular and also decouples FUD. Go and try first. From scratch! Not FUD. I -did-. The only difficulty with debian-installer was that I had to build the individual udebs, since they weren't in woody archives. I would have to cd into each directory capable of producing udebs, and typing dpkg-buildpackage, and copying the resulting udebs into a dir meant for udebs that would have otherwise come from the archives across a net. But they all built! And easily so! Things didn't all the way work at the time (2-3 months ago?) but I'm hearing from the list that people are reporting some success in installing debian on i386. If debian-installer is as portable as it appears, problems ought to disappear quickly once more eyes are on them. How about yours? Gruss/Regards, Eduard. -Jim
Re: Are we losing users to Gentoo?
I'm contemplating switching to Gentoo for the following reasons: - Compiles source very trouble free from almost any tgz on the web - Seems VERY up-to-date - More friendly to newcomers (in my opinion) - Not likely to switch to Hurd some day - Not so close to GNU as Debian is, so can get fair take on: - ReiserFS - KDE - Not really a distrobution--more like a centralized source repository - Seems like a more simplified system altogether.. I like Debian mostly for the disciplined systems. Matthew On Thursday 21 November 2002 02:28 am, Othmar Pasteka wrote: Hi, On Wed, Nov 20, 2002 at 09:37:48AM -0600, Steve Langasek wrote: know of Debian and Gentoo, this doesn't seem plausible to me: the only reason I can think of for a Debian user to switch to Gentoo is that Gentoo's installer is MORE masochistic than ours is, and this is what the users want. ;) the problem is, the docs are better and niftier and have more colors, that's, according to a friend, one of the things why he used gentoo. so long Othmar
Processed: these are requests for writing new tools, really
Processing commands for [EMAIL PROTECTED]: retitle 23712 check for packages with the same conffiles Bug#23712: lintian: could check for duplicate ownership of conffile Changed Bug title. tag 23712 - wontfix Bug#23712: check for packages with the same conffiles Tags were: wontfix Tags removed: wontfix reassign 23712 general Bug#23712: check for packages with the same conffiles Bug reassigned from package `lintian' to `general'. retitle 30020 check for packages with the same descriptions Bug#30020: lintian: suggestion to check duplicate descriptions Changed Bug title. tag 30020 - wontfix Bug#30020: check for packages with the same descriptions Tags were: wontfix Tags removed: wontfix reassign 30020 general Bug#30020: check for packages with the same descriptions Bug reassigned from package `lintian' to `general'. retitle 60810 check for packages with the same files Bug#60810: lintian: Check packages contents database for possible file conflicts Changed Bug title. reassign 60810 general Bug#60810: check for packages with the same files Bug reassigned from package `lintian' to `general'. -- Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Re: Are we losing users to Gentoo?
On Mon, Nov 25, 2002 at 08:41:43PM +0200, Riku Voipio wrote: So, debian is coming the netbsd of Linuxes.. Sure a novel goal to support rare hardware, but why does ot have to come at the expense of commodity hardware owners? That's an interesting comparison. If you look at NetBSD, you'll see that they have a very similar problem to us: They have a really slow release cycle. I think at some point it really does come down to the size of the OS. At some point, I suspect that the Debian community is going to have to decide what it wants. Will it be frequent, up-to-date releases, or will it be support for every platform we can get our hands on? I don't think we can have both. People will undoubtedly say something to the effect of well, if somebody's willing to do the work to support some new architecture, we shouldn't discourage them. They're not interfering with our ability to do our work. Is that necessarily true, though? It's been pretty clearly stated that Debian will not release sarge until the new installer is ready. How long will we wait for the various ports to get to an installable state? If we wait indefinitely, that haven't the ports that aren't yet ready interfered with the users and developers of the other ports we support?' I really wonder when debian-installer will be in a releasable state on something like ARM or mipsel or s390. I'm not convinced we will make a release before 2005. (As an aside, yes, I have started investigating porting debian-installer to non-x86 architectures. This is not because I give a flying fuck about them, but because I can't stand the thought that it might take us 2 years to release sarge. Personally, I'd rather drop support (in sarge, not necessarily sid) for archs that aren't installable by some deadline.) noah -- ___ | Web: http://web.morgul.net/~frodo/ | PGP Public Key: http://web.morgul.net/~frodo/mail.html pgptPN8T46VY1.pgp Description: PGP signature
Re: Are we losing users to Gentoo?
On Fri, Nov 22, 2002 at 04:05:51PM -0500, Matthew C. Tedder wrote: - Not likely to switch to Hurd some day - Not so close to GNU as Debian is, so can get fair take on: - ReiserFS - KDE *plonk* Michael -- moshez ok, here's a small suggestion: if you ever debug a menu- implementing application, don't go into Games-Tetris-Like-Frozen-Bubble
Re: Newbie : unrepresentable changes to source
On Tue, Nov 26, 2002 at 12:38:52AM +0530, Krishna Dagli wrote: Why is a Unix program using UTF16BE (or UCS2BE) for its internal representation of localization data? As per the upstream author : UTF16LE or UTF16BE tells that it's unicode (Gammu support both). I use Unicode in localisation data to avoid such problem: in the OS of somebody, who will make localisation data for X language, there is set different codepage than in my PC. But my codepage contains the same chars too. Using Unicode allows to avoid problems - on my PC all chars are displayed correctly too. I can open it in Unicode editor and see correct accent, etc. chars Except that UTF16 is the absolute dumbest Unicode encoding in existence, inheriting compatibility problems from both widechar and multibyte encoding styles. The Unix convention is to use UTF8 as the encoding for such things, to maintain compatibility with C strings -- and with tools like diff. If you're stuck with changes to such files in your package, you must encode those changes in a format diff can understand, either using something like sharutils to store the binary data in a text format, or something like 'iconv' to convert the text to a sensible encoding. -- Steve Langasek postmodern programmer pgpZTVt2lZCPj.pgp Description: PGP signature
Re: Are we losing users to Gentoo?
hi, On Fri, Nov 22, 2002 at 04:05:51PM -0500, Matthew C. Tedder wrote: I'm contemplating switching to Gentoo for the following reasons: - Compiles source very trouble free from almost any tgz on the web sources in debian's repository also compile fine w/o problems, where is the point? - Seems VERY up-to-date Debian is as well, but honestly, Debian has more points to take care of to have a good consistent distribution. for instance, X takes a while to run/compile cleanly on the dozen or so archs. - More friendly to newcomers (in my opinion) In how far is it friendlier to newcomers? because it has some colored intros? you can't say their installation is userfriendly ... otherwise Debian would rock in this respect ... - Not likely to switch to Hurd some day Elaborate a bit more. Debian isn't switching to the Hurd, if you mean that. Debian can be run on Linux, the Hurd and in the future on some of the BSDs if you mean that. - Not so close to GNU as Debian is, so can get fair take on: - ReiserFS - KDE Please elaborate a bit more. I can't see clearly what you are refereing to. Do you mean about the social aspects Debian has a stance on? Like licensing and what is free (DFSG), etc.? - Not really a distrobution--more like a centralized source repository If it's just a centarlized source rep. it won't get a thorough integration testing so that everything works flawlessly and technologies are incorporated which are used by all of the parts of the distribution, etc. pp. - Seems like a more simplified system altogether.. In how far? so long Othmar
Re: Are we losing users to Gentoo?
On Fri, Nov 22, 2002 at 04:05:51PM -0500, Matthew C. Tedder wrote: I'm contemplating switching to Gentoo for the following reasons: - Compiles source very trouble free from almost any tgz on the web Are you suggesting that random tarballs compile better on Gentoo systems than on Debian systems? Please provide evidence to support this outlandish claim. - Not likely to switch to Hurd some day Um. No comment. - Not so close to GNU as Debian is, so can get fair take on: - ReiserFS - KDE No comment. - Not really a distrobution--more like a centralized source repository shrug To each his own... -- Steve Langasek postmodern programmer pgpIQkueXQDeL.pgp Description: PGP signature
Re: Are we losing users to Gentoo?
On Fri, Nov 22, 2002 at 04:05:51PM -0500, Matthew C. Tedder wrote: I'm contemplating switching to Gentoo for the following reasons: - Compiles source very trouble free from almost any tgz on the web - Seems VERY up-to-date - More friendly to newcomers (in my opinion) - Not likely to switch to Hurd some day - Not so close to GNU as Debian is, so can get fair take on: - ReiserFS Why don't help with debian-installer instead? - KDE Why don't help with gcc transition instead? And what does both have to do with GNU? It's very easy to say: I switch and then start to say that Debian is blah, blah and blah, instead of helping to make things work. -- Jose Carlos Garcia Sogo [EMAIL PROTECTED]
dcc dynamic system user
Hi guys! I'm in the process of packaging dcc (Distributed Checksum Clearinghouse), a application somewhat like razor. My package will provide both a client and a server (in seperate binary packages). The client wants to write to stuff in /var/lib/dcc and read non-world-readable passwords from /etc/dcc; also, I'd rather not run the server as root (which is not necessary, because it listens on port 6277). Would it be ok to dynamically allocate a dcc group and user (as per policy 11.9)? -- Kind regards, ++ | Bas Zoetekouw | GPG key: 0644fab7 | || Fingerprint: c1f5 f24c d514 3fec 8bf6 | | [EMAIL PROTECTED], [EMAIL PROTECTED] | a2b1 2bae e41f 0644 fab7 | ++ pgpADX9RUqUiH.pgp Description: PGP signature
Re: dcc dynamic system user
Previously Bas Zoetekouw wrote: Would it be ok to dynamically allocate a dcc group and user (as per policy 11.9)? Sure. Wichert. -- Wichert Akkerman [EMAIL PROTECTED] http://www.wiggy.net/ A random hacker
Re: Debian Accessibility Project was: Re: linux for blinds
On Mon, 25 Nov 2002, Branden Robinson wrote: I seriousely fail to see a reason why any free software which is needed by a user of Debian should not be worth to be included in Debian. Why, in particular, do you say free software, instead of software in general? Is this one of your jokes or do you want me to give a hint that there might be non-free software for the accessibility project? If you would not be Branden I would have given a short explanation. ;-) Kind regards Andreas.
Re: Why do system users have shells?
On Mon, 25 Nov 2002 20:39, H. S. Teoh wrote: On Mon, Nov 25, 2002 at 12:10:44PM -0700, James Hamilton wrote: I'm curious why system users such as bin, sys, and nobody have /bin/sh as a shell instead of a noshell program or /bin/false. [snip] Possibly because otherwise, you cannot run any shell scripts as that user. (This may also apply to more than shell scripts, but I'm not sure about that.) sudo, start-stop-daemon, su -s Why can't people read man pages before replying? -- http://www.coker.com.au/selinux/ My NSA Security Enhanced Linux packages http://www.coker.com.au/bonnie++/ Bonnie++ hard drive benchmark http://www.coker.com.au/postal/Postal SMTP/POP benchmark http://www.coker.com.au/~russell/ My home page
two 'news' aliases
my fresh woody system now has two news aliases: daemon: root bin: root [...] news: root [...] gnats: root nobody: root hostmaster: root usenet: root news: root webmaster: root this should not be, newaliases complains. however, grepping through /var/lib/dpkg/info for either 'aliases' or 'news' revealed no information. how did it get there? a bug should be filed... -- .''`. martin f. krafft [EMAIL PROTECTED] : :' :proud Debian developer, admin, and user `. `'` `- Debian - when you have better things to do than fixing a system pgpdn6eOIL3a2.pgp Description: PGP signature
Re: two 'news' aliases
also sprach martin f krafft [EMAIL PROTECTED] [2002.11.25.2159 +0100]: my fresh woody system now has two news aliases: maybe relevant: i did purge the original exim install and replace it with postfix. after all, the file starts out with: # It was originally generated by `eximconfig' ... -- .''`. martin f. krafft [EMAIL PROTECTED] : :' :proud Debian developer, admin, and user `. `'` `- Debian - when you have better things to do than fixing a system pgp5Rxovn5iwu.pgp Description: PGP signature
Re: Debian Accessibility Project was: Re: linux for blinds
On Mon, Nov 25, 2002 at 09:34:28PM +0100, Andreas Tille wrote: On Mon, 25 Nov 2002, Branden Robinson wrote: I seriousely fail to see a reason why any free software which is needed by a user of Debian should not be worth to be included in Debian. Why, in particular, do you say free software, instead of software in general? Is this one of your jokes or do you want me to give a hint that there might be non-free software for the accessibility project? If you would not be Branden I would have given a short explanation. ;-) Neither. I was simply wondering if you felt free software in particular which is needed by a user of Debian had a stronger claim to inclusion in Debian than non-free software, even if also needed by a user of Debian. Because if you don't, it's misleading to say free software when one means just software. Yes, I'm trying to draw you out about something. Gathering more anecdotes, one might say. ;-) -- G. Branden Robinson| Never underestimate the power of Debian GNU/Linux | human stupidity. [EMAIL PROTECTED] | -- Robert Heinlein http://people.debian.org/~branden/ | pgpu2OTvaFblv.pgp Description: PGP signature
Re: Discussion - non-free software removal
On Mon, Nov 25, 2002 at 11:22:42AM -0800, Adam McKenna wrote: On Mon, Nov 25, 2002 at 12:56:05PM -0500, Branden Robinson wrote: On Mon, Nov 25, 2002 at 01:56:46AM -0800, Adam McKenna wrote: Why does the GR-opposition party need to stand for anything, other than preserving the status quo? Thanks for clarifying that. Your wit is razor sharp as usual, Branden. I guess you're being sarcastic, because I was being sincere. What you seem to be implying is that there is something wrong with the desire to preserve the way things are now (regardless of the motivation). Is this your position? There is not necessarily anything wrong with it. However, I cannot find Preserve the Way Things Are Now in Debian's list of committments in its Social Contract with the Free Software Community. -- G. Branden Robinson|You should try building some of the Debian GNU/Linux |stuff in main that is [EMAIL PROTECTED] |modern...turning on -Wall is like http://people.debian.org/~branden/ |turning on the pain. -- James Troup pgp9BVvXH2167.pgp Description: PGP signature
Re: Are we losing users to Gentoo?
On Mon, Nov 25, 2002 at 06:56:57PM +0100, Jose Carlos Garcia Sogo wrote: Could you run X 4.2 in, say, s390 that date? Never ask a Gentoo user that question. The answer is always one of the following: 1) I don't care 2) What's S/390? -- G. Branden Robinson|Build a fire for a man, and he'll Debian GNU/Linux |be warm for a day. Set a man on [EMAIL PROTECTED] |fire, and he'll be warm for the http://people.debian.org/~branden/ |rest of his life. - Terry Pratchett pgpJxhXVCowzI.pgp Description: PGP signature
Re: Are we losing users to Gentoo?
On Mon, Nov 25, 2002 at 04:21:32PM -0500, Branden Robinson wrote: On Mon, Nov 25, 2002 at 06:56:57PM +0100, Jose Carlos Garcia Sogo wrote: Could you run X 4.2 in, say, s390 that date? Never ask a Gentoo user that question. The answer is always one of the following: 1) I don't care 2) What's S/390? 3) DO3Z 1T CUM W1TH 3L337 GAM3Z, D00D?? -- Nathan Norman - Incanus Networking mailto:[EMAIL PROTECTED] Never interrupt your enemy when he is making a mistake. -- Napoleon Bonaparte pgp4kd2yPXUjY.pgp Description: PGP signature
Re: Why do system users have shells?
On Mon, Nov 25, 2002 at 09:53:22PM +0100, Russell Coker wrote: On Mon, 25 Nov 2002 20:39, H. S. Teoh wrote: On Mon, Nov 25, 2002 at 12:10:44PM -0700, James Hamilton wrote: I'm curious why system users such as bin, sys, and nobody have /bin/sh as a shell instead of a noshell program or /bin/false. [snip] Possibly because otherwise, you cannot run any shell scripts as that user. (This may also apply to more than shell scripts, but I'm not sure about that.) sudo, start-stop-daemon, su -s Why can't people read man pages before replying? [snip] But there are programs that don't use su -s. E.g., custom logins (non-anonymous) from wu-ftpd will fail if the login shell is set to /bin/false. This, of course, is probably a bug, but I suspect a lot of things will break if (some) system users have no shell. T -- WINDOWS = Will Install Needless Data On Whole System -- CompuMan
Re: two 'news' aliases
This one time, at band camp, martin f krafft said: also sprach martin f krafft [EMAIL PROTECTED] [2002.11.25.2159 +0100]: my fresh woody system now has two news aliases: maybe relevant: i did purge the original exim install and replace it with postfix. after all, the file starts out with: # It was originally generated by `eximconfig' I'm not that familiar with postfix myself, but it looks like the postinst calls newaliases and does some other work with /etc/aliases - that's probably the source of it. -- -- | Stephen Gran | The whole problem with the world is| | [EMAIL PROTECTED] | that fools and fanatics are always so | | http://www.lobefin.net/~steve | certain of themselves, but wiser people | || so full of doubts. -- Bertrand Russell | -- pgptXPKQXlSU5.pgp Description: PGP signature
Re: Why do system users have shells?
On Mon, Nov 25, 2002 at 04:34:52PM -0500, H. S. Teoh wrote: But there are programs that don't use su -s. E.g., custom logins (non-anonymous) from wu-ftpd will fail if the login shell is set to /bin/false. You can add /bin/false to /etc/shells to fix that, but actually it is a feature to prevent exactly this. login with system user accounts. Greetings Bernd
Re: Discussion - non-free software removal
On Mon, Nov 25, 2002 at 04:19:45PM -0500, Branden Robinson wrote: On Mon, Nov 25, 2002 at 11:22:42AM -0800, Adam McKenna wrote: On Mon, Nov 25, 2002 at 12:56:05PM -0500, Branden Robinson wrote: On Mon, Nov 25, 2002 at 01:56:46AM -0800, Adam McKenna wrote: Why does the GR-opposition party need to stand for anything, other than preserving the status quo? Thanks for clarifying that. Your wit is razor sharp as usual, Branden. I guess you're being sarcastic, because I was being sincere. What you seem to be implying is that there is something wrong with the desire to preserve the way things are now (regardless of the motivation). Is this your position? There is not necessarily anything wrong with it. However, I cannot find Preserve the Way Things Are Now in Debian's list of committments in its Social Contract with the Free Software Community. Perhaps some of us feel that The Way Things Are Now is consistent with our Social Contract and our list of committments, and changing that would be violating that Contract and those committments. --Adam -- Adam McKenna [EMAIL PROTECTED] [EMAIL PROTECTED]
Re: Why do system users have shells?
On Mon, Nov 25, 2002 at 04:34:52PM -0500, H. S. Teoh wrote: wu-ftpd HEH. --Adam -- Adam McKenna [EMAIL PROTECTED] [EMAIL PROTECTED]
Re: Why do system users have shells?
On Mon, Nov 25, 2002 at 10:42:34PM +0100, Bernd Eckenfels wrote: On Mon, Nov 25, 2002 at 04:34:52PM -0500, H. S. Teoh wrote: But there are programs that don't use su -s. E.g., custom logins (non-anonymous) from wu-ftpd will fail if the login shell is set to /bin/false. You can add /bin/false to /etc/shells to fix that, but actually it is a feature to prevent exactly this. login with system user accounts. [snip] No wonder... the problem was, I was trying to setup a chroot user *purely* for FTP purposes (i.e., no login from localhost). I created the user and set the shell to /bin/false, but obviously that prevented ftpd from logging in. :-P T -- INTEL = Only half of intelligence.
Re: Are we losing users to Gentoo?
--- Jose Carlos Garcia Sogo [EMAIL PROTECTED] wrote: Releases tend to be out of date. But that's a feature: releases need to be composed of well tested stable packages. testing and unstable have pretty up to date packages. This is true, but is not considered stable, hence the need to roll testing into stable at least one a year pref more. I would never use a non-stable (read production release) package on my servers. Could you run X 4.2 in, say, s390 that date? FYI, X is supported in 11 archs in Debian, a lot more than upstream supports. Ah, now this is an interesting point. I understand that X4.2 got delayed as it was not ready across all platforms. However i386 was ready but not relased until a far later date. I sorta understand this, but i386 is by far the most used Linux platform, so delaying it 'cos is not running under PPC seems a bit mad to me IMHO. And I want to make one question: where is the improvement in performance when I need two or three days to install a thing like GNOME or KDE? You'll need to use it some eons to get some earn with that. If you want to compile things because that makes fun to you, you can do. Like I said b4 (pls read the previous email) I don't believe there is much of an improvement, its the fact that I have more control that appeals. /me, tired of Gentooers I tempted to be rude back, but I won't. Needless to say if you read the previous emails you'd see that I run Debian on server and have used it for years. __ Do you Yahoo!? Yahoo! Mail Plus Powerful. Affordable. Sign up now. http://mailplus.yahoo.com
Re: Are we losing users to Gentoo?
--- Matt Zimmerman [EMAIL PROTECTED] wrote: On Mon, Nov 25, 2002 at 01:53:10PM -0500, Daniel Burrows wrote: That assumes that the runtime dependencies are a subset of the build dependencies and their recursive dependencies. Imagine a program that displays its output with gv: it doesn't need gv to build, but it needs it at runtime. Done any ebuilds lately? http://www.gentoo.org/doc/en/gentoo-howto.xml In the official ebuilds, all dependencies have already been specified, so when you issue emerge net-www/mozilla/mozilla-1.0, Portage will insure that all libraries necessary for Mozilla to build and run are properly installed before Mozilla itself is built. Portage even distinguishes between build-time dependencies and run-time dependencies. (Caveat: Currently, Portage installs all build-time and run-time dependencies and leaves it at that. At a later stage, it will be possible to trim your installation so that only the run-time dependencies are left installed). Point being?? Its not like-for-like and also thats not the point of this chain. Come on Jon __ Do you Yahoo!? Yahoo! Mail Plus Powerful. Affordable. Sign up now. http://mailplus.yahoo.com
Re: Are we losing users to Gentoo?
Never ask a Gentoo user that question. The answer is always one of the following: 1) I don't care 2) What's S/390? I really don't care ;-), when I am or 99.999% of Debian users ever gonna get near a S/390, high end Sun kit sure, but S/390 pls. Jon __ Do you Yahoo!? Yahoo! Mail Plus Powerful. Affordable. Sign up now. http://mailplus.yahoo.com
Re: Are we losing users to Gentoo?
Never ask a Gentoo user that question. The answer is always one of the following: 1) I don't care 2) What's S/390? I really don't care ;-), when I am or 99.999% of Debian users ever gonna get near a S/390, high end Sun kit sure, but S/390 pls. Jon __ Do you Yahoo!? Yahoo! Mail Plus Powerful. Affordable. Sign up now. http://mailplus.yahoo.com
Re: Why do system users have shells?
On Mon, Nov 25, 2002 at 04:34:52PM -0500, H. S. Teoh wrote: But there are programs that don't use su -s. E.g., custom logins (non-anonymous) from wu-ftpd will fail if the login shell is set to /bin/false. Why do you want to use FTP with a system user? -- 2. That which causes joy or happiness.
Re: Are we losing users to Gentoo?
On Mon, Nov 25, 2002 at 02:04:52PM -0800, Jon Kent wrote: --- Jose Carlos Garcia Sogo [EMAIL PROTECTED] wrote: Could you run X 4.2 in, say, s390 that date? FYI, X is supported in 11 archs in Debian, a lot more than upstream supports. Ah, now this is an interesting point. I understand that X4.2 got delayed as it was not ready across all platforms. However i386 was ready but not relased until a far later date. I sorta understand this, but i386 is by far the most used Linux platform, so delaying it 'cos is not running under PPC seems a bit mad to me IMHO. Perhaps i386 packages should have been released earlier. But the delay was not only due to porting X to other arches. A lot of test ad patching was done in the meanwhile too. Anyway, you could also download X prerelease packages from XStrike Force webpage (http://people.debian.org/~branden/) And I want to make one question: where is the improvement in performance when I need two or three days to install a thing like GNOME or KDE? You'll need to use it some eons to get some earn with that. If you want to compile things because that makes fun to you, you can do. Like I said b4 (pls read the previous email) I don't believe there is much of an improvement, its the fact that I have more control that appeals. You can also have it downloading the source package, changing whatever you want and recompiling. And perhaps, if you want, helping with tools like apt-src. /me, tired of Gentooers I tempted to be rude back, but I won't. Needless to say if you read the previous emails you'd see that I run Debian on server and have used it for years. I have been perhaps a bit rude, but I wasn't refering to you directly. The problem is that I have heard a lot of times things like THIS IS 3L33T without any more explanation. Of course Debian can improve in some ways, but IMHO Gentoo has more problems that advantages. You can get almost 99% of what Gentoo offers you, and without some of its problems (I won't like to have to wait 10 or 20 minutes for installing a package if I'm in a hurry) -- Jose Carlos Garcia Sogo [EMAIL PROTECTED]