Release-critical Bugreport for September 24, 1999
Bug stamp-out list for Sep 24 00:06 (CST) Total number of release-critical bugs: 263 Number that will disappear after removing packages marked [REMOVE]: 12 -- Package: a2ps (main) Maintainer: Dirk Eddelbuettel [EMAIL PROTECTED] 45813 a2ps_4.12a-1(unstable): doesn't build under glibc2.0 (m68k) FONT COLOR=red Package: abiword (main) Maintainer: Darren Benham [EMAIL PROTECTED] [REMOVE] This package can be removed if it is not fixed. 41980 abiword_0.7.3-1(unstable): m68k configuration missing [STRATEGY] abiword and abi-fonts can be removed when abisuite is packaged 42778 abiword_0.7.4-1(unstable): build uses non-free unzip /FONT FONT COLOR=red Package: acroread (non-free) Maintainer: Klee Dienes [EMAIL PROTECTED] [REMOVE] This package can be removed if it is not fixed. 42888 acroread: needs rw /usr with free disk space /FONT Package: adduser (main) Maintainer: Guy Maor [EMAIL PROTECTED] 45249 pidentd: can't install on slink-potato upgrade Package: apache-ssl (non-US) Maintainer: Christoph Martin [EMAIL PROTECTED] 45478 Apache-ssl doesn't start because of missing /etc/apache/mime.types Package: apt (main) Maintainer: APT Development Team [EMAIL PROTECTED] 44996 dselect upgrade fails using apt [FIX] 0.3.13 fixes this, just needs to be closed. Package: base (pseudo) Maintainer: Enrique Zanardi [EMAIL PROTECTED] 45544 base: ll_rw_block: device 03:05: only 512-char blocks implemented (4096) Package: base-passwd (main) Maintainer: Galen Hazelwood [EMAIL PROTECTED] 36007 update-passwd did many stupid things Package: bash (main) Maintainer: Guy Maor [EMAIL PROTECTED] 45161 bug: Test 45656 bash: /bin/sh link removed during `apt-get upgrade` Package: bison (main) Maintainer: Vincent Renardias [EMAIL PROTECTED] 43966 bison: postinst still refers to /usr/info/bison.info.gz [STRATEGY] Fixed package located at a href=http://master.debian.org/~doogie/nmu/http://master.debian.org/~doogie/nmu//a 43969 bison: Refuses to upgrade [STRATEGY] Fixed package located at a href=http://master.debian.org/~doogie/nmu/http://master.debian.org/~doogie/nmu//a Package: blackbox (main) Maintainer: Brent A. Fulgham [EMAIL PROTECTED] 45497 blackbox_0.51.2-2 (dist=unstable)]: ginstall Package: bluefish (main) Maintainer: Antti-Juhani Kaijanaho [EMAIL PROTECTED] 45747 bluefish: Package: boot-floppies (main) Maintainer: Enrique Zanardi debian-boot@lists.debian.org 35729 rootdisk: Installation from 5.25 floppies seems to require resc1440.bin [STRATEGY] 5.25 floppy support will probably be dropped in potato. 36947 boot-floppies: base.tgz not found - no error message [HELP] There is not enough sanity checking during the phase where base.tgz is unpacked. Should be fixed for slink, too. 41866 [potato only and fixed in CVS] please recompile against libpopt0 43057 bootdisk: rawrite uses 8.3 names 43058 bootdisk: root.bin gzipped on CDs. 43799 2.1r1 Install kills bsd- and other partitions 44800 boot-floppies: apt can't install the boot-floppies package Package: bsdmainutils (main) Maintainer: Charles Briscoe-Smith [EMAIL PROTECTED] 43413 gettext: While installing, got error on configure phase: sh: tsort: command not found Package: bug (main) Maintainer: Nicolás Lichtmaier [EMAIL PROTECTED] 45162 bug: bug script crashes on a read -er on Debian/PowerPC Package: bzip2 (main) Maintainer: Anthony Fok [EMAIL PROTECTED] 43656 bzip2: bad shlibs file for libbz2 Package: cecilia (non-free) Maintainer: Marco Budde [EMAIL PROTECTED] 44747 cecilia: `Error: couldn't execute /usr/lib/cecilia/files/csound_linux2.0.x' Package: colortail (main) Maintainer: Edward Betts [EMAIL PROTECTED] 45852 colortail: colortail can't read /etc/clortail or $HOME/.colortail FONT COLOR=red Package: communicator-smotif-461 (non-free) Maintainer: Adam Heath [EMAIL PROTECTED] [REMOVE] This package can be removed if it is not fixed. 42259 [TBF] If you open a menu and a cookie pops up, the browser hangs 43849 communicator-smotif: Floating point exception error 45154 communicator-smotif-461: dead keys no longer work with libc5 version /FONT Package: console-data (main) Maintainer: Yann Dirson [EMAIL PROTECTED] 42086 console-tools-data: Doesn't gracefully upgrade configuration Package: crossfire-server (main) Maintainer: Darren Benham [EMAIL PROTECTED] 43614 crossfire-server: Creates logfile in / Package: debian-keyring (contrib) Maintainer: James Troup [EMAIL PROTECTED] 43536 debian-keyring: Non self-signed keys Package: debian-policy (main) Maintainer: Debian Policy List debian-policy@lists.debian.org 43529 debian-policy: mail locking in Debian is _not_ NFS safe Package: dhcp (main) Maintainer: Eloy A. Paris [EMAIL PROTECTED] 41974 dhcp: dhcp requires kernel 2.2?? Package: dhcp-client (main) Maintainer: Eloy A. Paris [EMAIL PROTECTED] 45537 significant error in dhclient man pages
Re: anarchism_7.7-1.deb
Bjoern Brill [EMAIL PROTECTED] wrote: Taking the risk to burn like hell: I think the exhaustive exploration of ANY political theory and practice is VERY misplaced in ANY Linux distribution. I would say the same thing about The top 1000 FAQ on home-made apple pie, but nobody has packaged that (yet). Just make sure that when you do throw it out, you take the bible with it :) -- Debian GNU/Linux 2.1 is out! ( http://www.debian.org/ ) Email: Herbert Xu ~{PmVHI~} [EMAIL PROTECTED] Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
Re: apt-get source fails for some packages
From: Josip Rodin [EMAIL PROTECTED] Subject: Re: apt-get source fails for some packages Date: Thu, 23 Sep 1999 12:03:32 +0200 On Thu, Sep 23, 1999 at 10:43:01AM +0900, Atsuhito Kohda wrote: dpkg-source: error: Expected ^@@ in line 4569 of diff \ No newline at end of file This bug is already known, reported, and is promised to be fixed in the next dpkg(-source) upload. I see. Thank you for your kind comment. 1999.9.24 -- Debian JP Developer - much more I18N of Debian Atsuhito Kohda [EMAIL PROTECTED] Department of Math., Tokushima Univ.
Re: BTS feature comments
Previously Darren Benham wrote: - Forwarded message from Samuel Tardieu [EMAIL PROTECTED] - | And do what... there are going to be keys that aren't in the debian keyring.. The reason I mentioned this on a bugreport was that it would be very easy to check if a signature is correct if we have the key available. From there it would be easy to make it only possible for developers to modify the BTS if we want to go that way, but right now I'm not convinced we should go that way. Wichert. -- == This combination of bytes forms a message written to you by Wichert Akkerman. E-Mail: [EMAIL PROTECTED] WWW: http://www.wi.leidenuniv.nl/~wichert/ pgpf2DhDMwzMB.pgp Description: PGP signature
Re: Use https://db.debian.org/ [was Re: Add your location ...]
Apropos redesign: the images on the secure version point to a non-secure URL and are therefore not rendered. We are looking into this and will try to get it fixed in the next 24 hours. Paul Moreover, I tried updating my info on the non-secure page, but Paul my postcode is STILL not getting added (it is 7609 JD; yes, Paul with a space), Me too, although it is only digits. I will look into this. I had thought it was fixed already, but maybe I'm wrong. Paul and also my coordinates (0521952 / 0063753) were not added. This worked for me. But I added a + in front of each, maybe this is important. When did you try? The first versions of the scripts required a sign in front. Now (since about three days ago) it shouldn't. randolph -- Debian Developer [EMAIL PROTECTED] http://www.TauSq.org/
strange behavior of dh_dhelp
Hello all, Some debhelper scripts automatically generate appropriate postinst/prerm etc. with #DEBHELPER# setting when one run dh_installdeb. But dh_dhelp seems to be outside of this mechanism and one should put dh_dhelp after dh_installdeb otherwise postinst/prerm created by dh_dhelp seems to be overwritten by those created by dh_installdeb (is this right ???). This behavior of dh_dhelp is rather troublesome, IMHO. Is there any reason of this behavior of dh_dhelp ? Thanks in advance, 1999.9.24 -- Debian JP Developer - much more I18N of Debian Atsuhito Kohda [EMAIL PROTECTED] Department of Math., Tokushima Univ.
Re: strange behavior of dh_dhelp
Atsuhito Kohda wrote: Some debhelper scripts automatically generate appropriate postinst/prerm etc. with #DEBHELPER# setting when one run dh_installdeb. You are under the mistaken impression that dh_dhelp is a debhelper program. It's not. Don't use it. Is there any reason of this behavior of dh_dhelp ? The author blatently disregarded my debhleper design spec. -- see shy jo
crypt(3) utilities
A package I've been looking at, icecast(-server), provides a utility mkpasswd. This utility just takes a password and salt and returns the result of crypt(3). I notice that the whois package provides exactly the same functionality in a utility called cryptpw. Are there other packages that similarly provide this tiny utility? Would this merit my writing a crypt package that other packages can suggest? -itai
Re: crypt(3) utilities
Itai == Itai Zukerman [EMAIL PROTECTED] writes: Itai Are there other packages that similarly provide this tiny Itai utility? Would this merit my writing a crypt package that other Itai packages can suggest? Yes ircd does too (upstream at least), and we also have a makepasswd.deb that does this and more in perl. (The mkpasswd name is taken by glibc, iirc.) netgod Writing non-free software is not an ethically legitimate activity, so if people who do this run into trouble, that's good! All businesses based on non-free software ought to fail, and the sooner the better. -- Richard Stallman
Re: I need a job.
On Thu, Sep 23, 1999 at 03:00:52PM -0700, Karl M. Hegbloom wrote: I need an entry level systems admin or programmer assistant job to pay for night school so I can get a degree. I am willing to relocate for the right job. Man, join the club! Being a student is expensive. -- Joseph Carter [EMAIL PROTECTED] Debian GNU/Linux developer GnuPG: 2048g/3F9C2A43 - 20F6 2261 F185 7A3E 79FC 44F9 8FF7 D7A3 DCF9 DAB3 PGP 2.6: 2048R/50BDA0ED - E8 D6 84 81 E3 A8 BB 77 8E E2 29 96 C9 44 5F BE -- How many months are we going to be behind them [Redhat] with a glibc release? -- Jim Pick, 8 months before Debian 2.0 is finally released pgpsQpzgwC6wp.pgp Description: PGP signature
Re: sash
* Raul Miller ([EMAIL PROTECTED]) [990923 16:15]: On Thu, Sep 23, 1999 at 07:32:50AM -0500, Ashley Clark wrote: Couldn't sash include a PAM module that would change the password to match root's password whenever it was changed? Or am I oversimplifying things? I don't have enough confidence in Debian's pam, yet, to insist that everyone that wants to use sash must implement pam support before using sash. Depending on PAM would be a fatal mistake. sash is for situations when your system is FUBARed, therefore you can not assume that you will still have a working PAM subsystem either. It must be completely standalone without needing any external libraries. Mike
Re: sash
Michael Neuffer [EMAIL PROTECTED] writes: * Raul Miller ([EMAIL PROTECTED]) [990923 16:15]: On Thu, Sep 23, 1999 at 07:32:50AM -0500, Ashley Clark wrote: Couldn't sash include a PAM module that would change the password to match root's password whenever it was changed? Or am I oversimplifying things? I don't have enough confidence in Debian's pam, yet, to insist that everyone that wants to use sash must implement pam support before using sash. Depending on PAM would be a fatal mistake. sash is for situations when your system is FUBARed, therefore you can not assume that you will still have a working PAM subsystem either. It must be completely standalone without needing any external libraries. This is _not_ about the sash executable itself using PAM. It was a proposal to use the PAM functionality to ensure that the root and sashroot passwords remain in sync, i.e., whenever root's password is changed, change the sashroot password as well. - Ruud de Rooij. -- ruud de rooij | [EMAIL PROTECTED] | http://ruud.org
possible problem with new perl, libc6 on Sep 23rd
Haven't found anyone else with this problem yet. Doogie's explanation is that I have somehow rigged my system to cause this. The rest of us may actually want to bother investigating. apt problem or perl problem? perl is shipping with a mode 600 executable; that seems pretty weird to me but I try to keep my distance from perl. apocalypse:~# apt-get -s upgrade Reading Package Lists... Done Building Dependency Tree... Done The following packages have been kept back slrn 11 packages upgraded, 0 newly installed, 0 to remove and 1 not upgraded. Inst perl-5.005-suid [] Inst perl-5.005 [] Inst perl-5.005-base Inst libc6-dev [] Inst gconv-modules [] Inst libc6 Conf libc6 Inst fetchmail Inst locales Inst netcat Inst perl-5.005-doc Inst glibc-doc Conf perl-5.005-suid Conf perl-5.005 Conf perl-5.005-base Conf libc6-dev Conf gconv-modules Conf fetchmail Conf locales Conf netcat Conf perl-5.005-doc Conf glibc-doc apocalypse:~# apt-get upgrade Reading Package Lists... Done Building Dependency Tree... Done The following packages have been kept back slrn 11 packages upgraded, 0 newly installed, 0 to remove and 1 not upgraded. Need to get 13.6MB of archives. After unpacking 640kB will be freed. Do you want to continue? [Y/n] Get:1 http://http.us.debian.org unstable/main perl-5.005 5.005.03-4 [1733kB] Get:2 http://http.us.debian.org unstable/main fetchmail 5.1.0-1 [319kB] Get:3 http://http.us.debian.org unstable/main gconv-modules 2.1.2-3 [533kB] Get:4 http://http.us.debian.org unstable/main locales 2.1.2-3 [1957kB] Get:5 http://http.us.debian.org unstable/main netcat 1.10-12 [60.5kB] Get:6 http://http.us.debian.org unstable/main perl-5.005-base 5.005.03-4 [412kB] Get:7 http://http.us.debian.org unstable/main perl-5.005-doc 5.005.03-4 [2846kB] Get:8 http://http.us.debian.org unstable/main libc6-dev 2.1.2-3 [1891kB] Get:9 http://http.us.debian.org unstable/main perl-5.005-suid 5.005.03-4 [261kB] Get:10 http://http.us.debian.org unstable/main glibc-doc 2.1.2-3 [2254kB] Get:11 http://http.us.debian.org unstable/main libc6 2.1.2-3 [1361kB] Fetched 13.6MB in 41m46s (5437B/s) (Reading database ... 50540 files and directories currently installed.) Preparing to replace perl-5.005-suid 5.005.03-3 (using /var/cache/apt/archives/perl-5.005-suid_5.005.03-4_i386.deb) ... Checking available versions of suidperl, updating links in /etc/alternatives ... (You may modify the symlinks there yourself if desired - see `man ln'.) Discarding obsolete slave link suidperl.1p.gz (/usr/man/man1/suidperl.1p.gz). Last package providing suidperl (/usr/bin/suidperl) removed, deleting it. Unpacking replacement perl-5.005-suid ... Preparing to replace perl-5.005 5.005.03-3 (using .../perl-5.005_5.005.03-4_i386.deb) ... Checking available versions of perl.1p.gz, updating links in /etc/alternatives ... (You may modify the symlinks there yourself if desired - see `man ln'.) Last package providing perl.1p.gz (/usr/man/man1/perl.1p.gz) removed, deleting it. Checking available versions of a2p, updating links in /etc/alternatives ... (You may modify the symlinks there yourself if desired - see `man ln'.) Discarding obsolete slave link a2p.1p.gz (/usr/man/man1/a2p.1p.gz). Last package providing a2p (/usr/bin/a2p) removed, deleting it. Checking available versions of c2ph, updating links in /etc/alternatives ... (You may modify the symlinks there yourself if desired - see `man ln'.) Discarding obsolete slave link c2ph.1p.gz (/usr/man/man1/c2ph.1p.gz). Last package providing c2ph (/usr/bin/c2ph) removed, deleting it. Checking available versions of h2ph, updating links in /etc/alternatives ... (You may modify the symlinks there yourself if desired - see `man ln'.) Discarding obsolete slave link h2ph.1p.gz (/usr/man/man1/h2ph.1p.gz). Last package providing h2ph (/usr/bin/h2ph) removed, deleting it. Checking available versions of h2xs, updating links in /etc/alternatives ... (You may modify the symlinks there yourself if desired - see `man ln'.) Discarding obsolete slave link h2xs.1p.gz (/usr/man/man1/h2xs.1p.gz). Last package providing h2xs (/usr/bin/h2xs) removed, deleting it. Checking available versions of perlbug, updating links in /etc/alternatives ... (You may modify the symlinks there yourself if desired - see `man ln'.) Discarding obsolete slave link perlbug.1p.gz (/usr/man/man1/perlbug.1p.gz). Last package providing perlbug (/usr/bin/perlbug) removed, deleting it. Checking available versions of perldoc, updating links in /etc/alternatives ... (You may modify the symlinks there yourself if desired - see `man ln'.) Discarding obsolete slave link perldoc.1p.gz (/usr/man/man1/perldoc.1p.gz). Last package providing perldoc (/usr/bin/perldoc) removed, deleting it. Checking available versions of pl2pm, updating links in /etc/alternatives ... (You may modify the symlinks there yourself if desired - see `man ln'.) Discarding obsolete slave link pl2pm.1p.gz (/usr/man/man1/pl2pm.1p.gz). Last package providing pl2pm (/usr/bin/pl2pm) removed, deleting it.
is it time for /usr/share/doc?
Hi, I noticed that more and more packages move their doc files to /usr/share/doc, leaving all kinds of problems with the old one, e.g. empty directories, broken links, directories with only one file, ... Did I miss the final say on this? Where was it announced? And should I do this for my packages? Greetings, Ulf
Re: is it time for /usr/share/doc?
Ulf Jaenicke-Roessler wrote: I noticed that more and more packages move their doc files to /usr/share/doc, leaving all kinds of problems with the old one, e.g. empty directories, broken links, directories with only one file, ... File bug reports for all of these things. Any packages exhibiting such behavior are broken. Did I miss the final say on this? Yes. On my system about 1/5th of the packages are already converted. Where was it announced? Debian-policy and later DWN. Perhaps debian-devel-announce as well, I forget. And should I do this for my packages? That depends, the result leaves some leeway and doesn't force anyone to do it just yet. -- see shy jo
Re: possible problem with new perl, libc6 on Sep 23rd
On Sep 24, Branden Robinson wrote: [...later...] [1] 1013 apocalypse ~ ls -dl /usr/bin/perl lrwxrwxrwx 1 root root 10 Sep 23 22:02 /usr/bin/perl - perl-5.005 [0] 1014 apocalypse ~ ls -dl /usr/bin/perl-5.005 -rw--- 1 root root 534844 Aug 19 04:29 /usr/bin/perl-5.005 Strange; the date indicates a really old perl-5.005. Mine is: -rwxr-xr-x 2 root root 534844 Sep 22 02:32 /usr/bin/perl-5.005* This is with version 5.005.03-4 of perl-5.005-base. Chris -- = | Chris Lawrence | Get your Debian 2.1 CD-ROMs | |[EMAIL PROTECTED] |http://www.lordsutch.com/| | | | | Political Scientist Wanna-be | Join the party that opposed the CDA | |University of Mississippi|http://www.lp.org/ | =
Release-critical Bugreport for September 24, 1999
BugScan reporter writes: Bug stamp-out list for Sep 24 00:06 (CST) Total number of release-critical bugs: 263 Number that will disappear after removing packages marked [REMOVE]: 12 Package: libg++272-dev (main) Maintainer: joost witteveen [EMAIL PROTECTED] 42443 libg++272-dev conflicts with libstdc++2.9-glibc2.1-dev 42444 libg++272-dev conflicts with gcc These bugs are fixed in an upload sitting in Incoming since 21 August!
Re: strange behavior of dh_dhelp
From: Joey Hess [EMAIL PROTECTED] Subject: Re: strange behavior of dh_dhelp Date: Thu, 23 Sep 1999 19:46:12 -0700 Atsuhito Kohda wrote: Some debhelper scripts automatically generate appropriate postinst/prerm etc. with #DEBHELPER# setting when one run dh_installdeb. You are under the mistaken impression that dh_dhelp is a debhelper program. It's not. Don't use it. Yes, I have completely misunderstood the situation and have thought dh_help is one of debhelper scripts. I wondered why dh_make did not provide dh_dhelp entry (even as a commented one) in debian/rules but I see now. Thanks for your comments. 1999.9.24 -- Debian JP Developer - much more I18N of Debian Atsuhito Kohda [EMAIL PROTECTED] Department of Math., Tokushima Univ.
Re: strange behavior of dh_dhelp
* Joey == Joey Hess [EMAIL PROTECTED] wrote: Joey You are under the mistaken impression that dh_dhelp is a Joey debhelper program. It's not. Don't use it. dh_installdocs uses doc-base, which in turn registers documents for dwww and dhelp. Thous it is a superset and should be used, no? Ciao, Martin
removing perl-base
It's been a while since the versioned Perl was introduced into potato, so I tried removing the fake package perl-base. Should I report bugs against bug, dpkg-perl, data-dumper, and tetex-base? Or is it OK to depend on perl-base? **_ Req base perl-baseFake package assuring that one of the -base packa **- Opt utilsbug Bug Reporting Tool interfacing with the Bug Track **- Std develdpkg-perlPerl interface modules for dpkg **- Opt base data-dumper Store and retrieve perl data structures **- Std tex tetex-base basic teTeX library files
Re: is it time for /usr/share/doc?
Joey Hess wrote: I noticed that more and more packages move their doc files to /usr/share/doc, leaving all kinds of problems with the old one, e.g. empty directories, broken links, directories with only one file, ... File bug reports for all of these things. Any packages exhibiting such behavior are broken. Still busy doing this ;-) Did I miss the final say on this? Yes. On my system about 1/5th of the packages are already converted. Where was it announced? Debian-policy Okay, I don't read it currently. and later DWN. Perhaps debian-devel-announce as well, I forget. Actually I read these carefully, but I must have overlooked this particular announcement, because I just discovered it in the web archives of DWN. And should I do this for my packages? That depends, the result leaves some leeway and doesn't force anyone to do it just yet. Thank you very much, Ulf
Floppy access with noauto and booting
Hi, does anyone see the same I have this in my /etc/fstab ... /dev/fd0/floppy msdos defaults,noauto,user0 2 Although this is noauto and the OS should NOT access this device until told so i see the following on bootup while starting the fsck ... inserting floppy driver for 2.2.12 Floppy drive(s): fd0 is 1.44M FDC 0 is a National Semiconductor PC87306 VFS: Disk change detected on device fd(2,0) end_request: I/O error, dev 02:00 (floppy), sector 0 I suppose there is a bug in the fsck/e2fsck which probes a device marked as noauto which is IMHO a bug ... Flo -- Florian Lohoff [EMAIL PROTECTED] +49-5241-470566 ... The failure can be random; however, when it does occur, it is catastrophic and is repeatable ... Cisco Field Notice
Re: A few changes
Samuel Tardieu writes: On 23/09, Marco d'Itri wrote: | I see no point in checking signatures if you don't also reject unsigned | messages. For me, a message with no signature is a message with a bad signature :) This is all very well, except for those of us who email from work, and have their PGP key at home... Matthew -- At least you know where you are with Microsoft. True. I just wish I'd brought a paddle. http://www.debian.org/
Re: strange behavior of dh_dhelp
Martin Bialasinski wrote: * Joey == Joey Hess [EMAIL PROTECTED] wrote: Joey You are under the mistaken impression that dh_dhelp is a Joey debhelper program. It's not. Don't use it. dh_installdocs uses doc-base, which in turn registers documents for dwww and dhelp. Thous it is a superset and should be used, no? Yes. -- see shy jo
Re: possible problem with new perl, libc6 on Sep 23rd
-BEGIN PGP SIGNED MESSAGE- Branden Robinson, in an immanent manifestation of deity, wrote: apt problem or perl problem? perl is shipping with a mode 600 executable; that seems pretty weird to me but I try to keep my distance from perl. [0] 1014 apocalypse ~ ls -dl /usr/bin/perl-5.005 -rw--- 1 root root 534844 Aug 19 04:29 /usr/bin/perl-5.005 It's not shipping with a 0600 executable. I just took the perl-5.005-base_5.005.03-4_i386.deb apart by hand to make sure: [0]~/tmp master% cp /debian2/debian/dists/potato/main/binary-i386/base/perl-5.005-base_5.005.03-4.deb . [0]~/tmp master% ar xv perl-5.005-base_5.005.03-4.deb x - debian-binary x - control.tar.gz x - data.tar.gz [0]~/tmp master% tar xzvf data.tar.gz ./ usr/ usr/bin/ usr/bin/perl5.00503 usr/bin/perl-5.005.dist ...elide... [0]~/tmp master% ls -l usr/bin total 1052 - -rwxr-xr-x 2 torinDebian 534844 Sep 22 00:32 perl-5.005.dist* - -rwxr-xr-x 2 torinDebian 534844 Sep 22 00:32 perl5.00503* Looks like appropriate permissions to me. The preinst isn't the culprit either: [0]~/tmp master% tar xzvf control.tar.gz ./ postinst preinst prerm md5sums control [0]~/tmp master% cat preinst #! /bin/sh # perl-5.005-base.preinst - called by dpkg before unpacking # written by Darren Stalder (whooptidoo!) # $Id: base.preinst,v 1.3 1999/07/06 14:41:36 torin Exp torin $ # set -e case $1 in install|upgrade) dpkg --assert-support-predepends # finish up below ;; abort-upgrade) dpkg --assert-support-predepends exit 0 ;; *) echo preinst called with unknown argument \`$1' 2 exit 1 ;; esac if [ -z $2 ] || dpkg --compare-versions $2 lt 5.005;then echo This version of Perl is using the newer Berkeley DB 2 files. echo They are incompatible with the Berkeley DB 1.85 files that echo you have (probably) been using. echo echo Please use perl-5.004 to work with these db's until you can echo convert them over. echo echo You can use Perl-5.004 to dump these databases and reload echo them with Perl-5.005. echo Or you can use db_dump185(1) and db_load(1) utilities that echo come with the libc6 package. echo echo -n Please press enter: read yorn || true fi exit 0 # # end of perl-5.005-base.preinst So, if you're getting a Perl binary that's 0600, it's either you, apt-get, or dpkg. Darren - -- [EMAIL PROTECTED] http://www.daft.com/~torin [EMAIL PROTECTED] [EMAIL PROTECTED] Darren Stalder/2608 Second Ave, @282/Seattle, WA 98121-1212/USA/+1-800-921-4996 @ Sysadmin, webweaver, postmaster for hire. C/Perl/CGI/Pilot programmer/tutor @ @Make a little hot-tub in your soul. @ -BEGIN PGP SIGNATURE- Version: 2.6.3a Charset: noconv Comment: Processed by Mailcrypt 3.5.1, an Emacs/PGP interface iQCVAwUBN+s6WI4wrq++1Ls5AQHbgQQAognJ9Oiu1UFlLiBAxn8Gs8jJoIz/CepC w86BXoSljTK3aUrZgN45ArulsyRVpVmFx9ddMV8+oKyZOGfOAVdfzsVvcJAecTyk WdeDcxgqjf+SycOM7SKmo7u1fxRhEqEnf7ip7QgJQflmEtCsrkirBsJaO7E1Bjjq 8mMgkfOeso0= =5NB6 -END PGP SIGNATURE-
Re: possible problem with new perl, libc6 on Sep 23rd
On Fri, 24 Sep 1999, Branden Robinson wrote: Haven't found anyone else with this problem yet. Doogie's explanation is that I have somehow rigged my system to cause this. The rest of us may actually want to bother investigating. [lots of stuff snipped] /var/lib/dpkg/info/libc6.postinst: /usr/sbin/update-rc.d: Permission denied dpkg: error processing libc6 (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: libc6 E: Sub-process returned an error code (1) [...later...] [1] 1013 apocalypse ~ ls -dl /usr/bin/perl lrwxrwxrwx 1 root root 10 Sep 23 22:02 /usr/bin/perl - per= l-5.005 [0] 1014 apocalypse ~ ls -dl /usr/bin/perl-5.005 -rw--- 1 root root 534844 Aug 19 04:29 /usr/bin/perl-5.005 I had the exact same problem on my system but I seem to have fixed it by by doing this: 1. Using chmod to make /usr/bin/perl-5.005 executable 2. Reinstalling the libc6 debs with the dpkg -i command 3. Reinstalling the perl-5.005-base deb with the dpkg -i command 4. Reinstalling the perl-5.005 deb with the dpkg -i command Now a ls -l /usr/bin/perl* command produces this: lrwxrwxrwx 1 root root 22 Sep 24 03:04 perl - /etc/alternatives/perl -rwxr-xr-x 1 root root 493788 Jul 7 14:58 perl-5.004 -rwxr-xr-x 2 root root 534844 Sep 22 02:32 perl-5.005 -rwxr-xr-x 2 root root 534844 Sep 22 02:32 perl5.00503 lrwxrwxrwx 1 root root 25 Sep 24 03:06 perlbug - /etc/alternatives/perlbug -rwxr-xr-x 1 root root31728 Sep 22 02:32 perlbug-5.005 lrwxrwxrwx 1 root root 24 Sep 24 03:06 perlcc - /etc/alternatives/perlcc -rwxr-xr-x 1 root root26311 Sep 22 02:32 perlcc-5.005 -r-xr-xr-x 1 root root15897 Aug 8 15:19 perldl lrwxrwxrwx 1 root root 25 Sep 24 03:06 perldoc - /etc/alternatives/perldoc -rwxr-xr-x 1 root root16815 Sep 22 02:32 perldoc-5.005 I don't have the foggiest idea what caused the problem or why fixing the binary and reinstalling libc6 and perl fixed it. However, I do know that I haven't made any weird modifications to my system and definitely none to the default perl installation. - Dave +--+---+ | David Webb | The believer is happy; the doubter is wise. | | [EMAIL PROTECTED] | - Hungarian Proverb | +--+---+
Re: possible problem with new perl, libc6 on Sep 23rd
On Fri, 24 Sep 1999, Branden Robinson wrote: Haven't found anyone else with this problem yet. Doogie's explanation is that I have somehow rigged my system to cause this. The rest of us may actually want to bother investigating. I had exactly the same problem this morning... ( /usr/bin/perl-5.005 has been switched to mode 600 after upgrading to 5.005.03-4). Cordialement, -- - Vincent RENARDIAS [EMAIL PROTECTED],pipo}.com,{debian,openhardware}.org} - - Debian/GNU Linux: http://www.openhardware.orgExecutive Linux: - - http://www.fr.debian.org Open Hardware: http://www.exelinux.com - --- J'adore la France : c'est un pays superbe et surtout il n'y a pas d'Anglais. [Mick Jagger]
Re: Conference! - around the world with Debian
On Fri, 24 Sep 1999, Karl M. Hegbloom wrote: I'd love to go to the conference. Let's go to Redmond and infiltrate Microsoft, or to the Portland area and infiltrate Intel. grin I'll hike there if I have to. I don't mind sleeping bag accomodations; I'm in Portland, OR, USA. Why not have a travelling conference? We could arrange a series of conferencelets in different cities. People who are really keen could travel around the world to all of them. Others could just attend when it comes to their city. For those of us who attend in multiple countries we could book plane flights together (hopefully get a good deal), play network Quake in the plane, etc. -- I'm in Utrecht. I'd like to meet any Linux users in the area, or any other part of the Netherlands.
Re: Conference! - around the world with Debian
Russell Coker writes: On Fri, 24 Sep 1999, Karl M. Hegbloom wrote: I'd love to go to the conference. Let's go to Redmond and infiltrate Microsoft, or to the Portland area and infiltrate Intel. grin I'll hike there if I have to. I don't mind sleeping bag accomodations; I'm in Portland, OR, USA. Why not have a travelling conference? We could arrange a series of conferencelets in different cities. People who are really keen could travel around the world to all of them. Others could just attend when it comes to their city. For those of us who attend in multiple countries we could book plane flights together (hopefully get a good deal), play network Quake in the plane, etc. A laptop that'll do q3? m :) Matthew -- At least you know where you are with Microsoft. True. I just wish I'd brought a paddle. http://www.debian.org/
Re: Conference! - around the world with Debian
I'd love to go to the conference. Let's go to Redmond and infiltrate Microsoft, or to the Portland area and infiltrate Intel. grin I'll hike there if I have to. I don't mind sleeping bag accomodations; I'm in Portland, OR, USA. Why not have a travelling conference? We could arrange a series of conferencelets in different cities. People who are really keen could travel around the world to all of them. Others could just attend when it comes to their city. For those of us who attend in multiple countries we could book plane flights together (hopefully get a good deal), play network Quake in the plane, etc. A laptop that'll do q3? m :) Well that might be asking a bit much. But seriously I think that there are some opportunities for getting some serious debugging done on a plane. When you're surrounded by good programmers, have an endless supply of Coke and snack food, aren't supplied with enough alcohol to get drunk (not in economy class) coding is what you will do. -- I'm in Utrecht. I'd like to meet any Linux users in the area, or any other part of the Netherlands.
Disk Performance
I am currently playing around with vmware, running win98. However, the performance stinks (I am using a beta release though). The strange thing is though that if I do a find / -print /dev/null in another window, the performance IMPROVES... Now I am worried that there is a bigger question here... My / files are all on a SCSI disk, while vmware runs off an IDE drive. Could this have something to do with interrupts? Or DMA settings? Any thoughts? My IDE drive is an UIDE drive, but I cannot find a way to tell the kernel. Does it automatically know? Its a Quantum Fireball 10GByte. It seems to know it is dma (using_dma is set). Here is my /proc/ide/ide1/hdc/settings... namevalue min max mode - --- --- bios_cyl19885 0 65535 rw bios_head 16 0 255 rw bios_sect 63 0 63 rw breada_readahead4 0 127 rw bswap 0 0 1 r file_readahead 124 0 2097151 rw io_32bit0 0 3 rw keepsettings0 0 1 rw max_kb_per_request 64 1 127 rw multcount 0 0 8 rw nice1 1 0 1 rw nowerr 0 0 1 rw pio_modewrite-only 0 255 w slow0 0 1 rw unmaskirq 0 0 1 rw using_dma 1 0 1 rw what is nice1? and pio_mode write-only looks curious... Here is the output from hdparm -i /dev/hdc /dev/hdc: Model=QUANTUM FIREBALL CX10.2A, FwRev=A3F.0B00, SerialNo=833920130551 Config={ HardSect NotMFM HdSw15uSec Fixed DTR10Mbs } RawCHS=19885/16/63, TrkSize=32256, SectSize=21298, ECCbytes=4 BuffType=3(DualPortCache), BuffSize=418kB, MaxMultSect=16, MultSect=off DblWordIO=no, maxPIO=2(fast), DMA=yes, maxDMA=2(fast) CurCHS=19885/16/63, CurSects=20044080, LBA=yes LBA CHS=621/512/63 Remapping, LBA=yes, LBAsects=20044080 tDMA={min:120,rec:120}, DMA modes: mword0 mword1 *mword2 IORDY=on/off, tPIO={min:120,w/IORDY:120}, PIO modes: mode3 mode4 UDMA modes: mode0 mode1 mode2 Here is the output from hdparm /dev/hdc /dev/hdc: multcount= 0 (off) I/O support = 0 (default 16-bit) unmaskirq= 0 (off) using_dma= 1 (on) keepsettings = 0 (off) nowerr = 0 (off) readonly = 0 (off) readahead= 8 (on) geometry = 19885/16/63, sectors = 20044080, start = 0 I guess hdparm -c 1 -m 16 might improve things, but why does it go faster when I use the scsi disk?? /proc/interrupts is CPU0 0:6189709 XT-PIC timer 1: 11676 XT-PIC keyboard 2: 0 XT-PIC cascade 4: 89680 XT-PIC serial 5: 146029 XT-PIC aic7xxx 8:1539593 XT-PIC rtc 9: 265750 XT-PIC eth0 10: 1 XT-PIC soundblaster 13: 1 XT-PIC fpu 15: 44096 XT-PIC ide1 NMI: 0 ERR: 0 During bootup, the kernel (2.2.12) reports... PIIX3: IDE controller on PCI bus 00 dev 39 PIIX3: not 100% native mode: will probe irqs later ide0: BM-DMA at 0xffa0-0xffa7, BIOS settings: hda:pio, hdb:pio ide1: BM-DMA at 0xffa8-0xffaf, BIOS settings: hdc:pio, hdd:pio /dev/hdc is not detected by the bios. Incidentally, if I let the bios detect the disk, the kernel starts hunting for /dev/hda, which causes a delay of 10 seconds or more during bootup (I only have one IDE disk). Even then, the BIOS never reports that it is a DMA disk (it can detects the mode automatically only). Surely this delay indicates a problem with the kernel? All help appreciated. I have checked the HOWTOs, but they are seriously lacking in useful information concerning this... G. -- Gordon Russell http://www.dcs.napier.ac.uk/~gor PGP Public Key - http://www.dcs.napier.ac.uk/~gor/pgpkey.txt
Re: Disk Performance
In article [EMAIL PROTECTED] you write: I am currently playing around with vmware, running win98. However, the performance stinks (I am using a beta release though). The strange thing is though that if I do a find / -print /dev/null in another window, the performance IMPROVES... Just guessing: disk cache??? -- Brian May [EMAIL PROTECTED]
Re: Disk Performance
Gordon Russell wrote: I guess hdparm -c 1 -m 16 might improve things, but why does it go faster when I use the scsi disk?? -c 1 certanly will help but I don't know about -m 16. Just try out and will see (hdparm -t /dev/hdc). Hasso
Re: Floppy access with noauto and booting
On Fri, 24 Sep 1999, Florian Lohoff wrote: I have this in my /etc/fstab ... /dev/fd0 /floppy msdos defaults,noauto,user0 2 Please try: /dev/fd0 /floppy msdos defaults,noauto,user0 0 ^^^ (man fstab(5)) -- Thomas PGP public key available (KeyID 2EA7BBBD) | Echelon is watching you. http://www.in.tum.de/~schoepf/pgpkey.txt |
Re: removing perl-base
Le Fri, Sep 24, 1999 at 09:36:06AM +0200, Russell Coker écrivait: It's been a while since the versioned Perl was introduced into potato, so I tried removing the fake package perl-base. Should I report bugs against bug, dpkg-perl, data-dumper, and tetex-base? Or is it OK to depend on perl-base? Perl-base will stay. It does exist so that we are sure that one of the perl-*-base is installed. Cheers, -- Raphaël Hertzog 0C4CABF1 http://tux.u-strasbg.fr/~raphael/ pub CD Debian : http://tux.u-strasbg.fr/~raphael/debian/#cd /pub
Re: sash
Hi. In article [EMAIL PROTECTED] [EMAIL PROTECTED] (Raul Miller) writes: I've filed a wishlist bug against the passwd package to have sash included. [If you've also done this, let me know the bug number so I can merge them?] I have not done, and will not because I knew you already did it :) Thanks for your consideration to my proposal. -- Taketoshi Sano: [EMAIL PROTECTED],[EMAIL PROTECTED],[EMAIL PROTECTED]
Re: Use https://db.debian.org/ [was Re: Add your location ...]
Hi. In article [EMAIL PROTECTED] [EMAIL PROTECTED] (Jason Gunthorpe) writes: On Wed, 22 Sep 1999, James A. Treacy wrote: I should have used https://www.debian.org/ in the original mail. Sorry. Everyone who can (legally) use ssl should use that URL. Yes, this is definately the best way to enter the data right now. Encrypted LDAP is comming in many months though. Is it possible to add INPUT TYPE=reset value=reset button on the edit your info page ? Because I use Netscape Navigator to access encrpyted page currently, but it has some difficulties to handle the input form page. Or please tell me the other browser which can be used to access there with encryption enabled (free one is best, but I don't know). Thanks. -- Taketoshi Sano: [EMAIL PROTECTED],[EMAIL PROTECTED],[EMAIL PROTECTED]
Re: i dont understand something or dpkg is simply buggy
Hi. In article [EMAIL PROTECTED] [EMAIL PROTECTED] (Vincent Danjean) writes: I've a similar problem. I use Debian-ja and I've the folowing things : Package: 2utf Recommends: man-db (= 2.3.10-37) Package: man-db Status: deinstall ok config-files Version: 2.3.10-69i Replaces: man Provides: man Conflicts: man Package: man-db-ja Status: install ok installed Version: 2.3.10-69f.jp0.1 Replaces: man Provides: man Conflicts: man As 2utf only recommends I can force dselect to accept this selection. Should I fill a bug report against 2utf ? I'm not sure because man-db-ja is not (yet) in Debian (it is in Debian-ja). You don't need to file a bug report against anyone. Now Fabrizio Polacco, the maintainer of man-db, plans to enhance his package to support manpages written in Japanese. Since he already posted about his modification on debian-i18n@lists.debian.org, and we tested it and followd some requests for it, I hope we will not need man-db-ja soon. I have tested his patch with my modification on my slink system as well as on potato, by locally building patched package. The problem related to version-depends, is one of main reasons that we need JP Merge Operation, since separate packaging would not solve this easily. You can find some more samples in JP Packages. We hope that the coming potato has many enhanced support for our language by helping and efforts from many official maintainers in Debian. Thanks to you. (my current targets are man-db, gs, and sgml-tools. but maybe I should contribute to the work for boot-floppies after) -- Taketoshi Sano: [EMAIL PROTECTED],[EMAIL PROTECTED],[EMAIL PROTECTED]
Re: removing perl-base
-BEGIN PGP SIGNED MESSAGE- Russell Coker, in an immanent manifestation of deity, wrote: It's been a while since the versioned Perl was introduced into potato, so I tried removing the fake package perl-base. Should I report bugs against bug, dpkg-perl, data-dumper, and tetex-base? Or is it OK to depend on perl-base? **_ Req base perl-baseFake package assuring that one of the -base packa **- Opt utilsbug Bug Reporting Tool interfacing with the Bug Track **- Std develdpkg-perlPerl interface modules for dpkg **- Opt base data-dumper Store and retrieve perl data structures **- Std tex tetex-base basic teTeX library files Yes, if they depend on perl-base, you should report a bug. But probably not for why you think. perl-base is an essential package and therefore *must* be present and therefore nothing should list it in a depends line. Darren - -- [EMAIL PROTECTED] http://www.daft.com/~torin [EMAIL PROTECTED] [EMAIL PROTECTED] Darren Stalder/2608 Second Ave, @282/Seattle, WA 98121-1212/USA/+1-800-921-4996 @ Sysadmin, webweaver, postmaster for hire. C/Perl/CGI/Pilot programmer/tutor @ @Make a little hot-tub in your soul. @ -BEGIN PGP SIGNATURE- Version: 2.6.3a Charset: noconv Comment: Processed by Mailcrypt 3.5.1, an Emacs/PGP interface iQCVAwUBN+tq1o4wrq++1Ls5AQE+IQP8D3hNEHT5dfFUqiwiRA+OGRPpo+7s+Chr 1S8u9DsTyqJmV7SWn829DqmtonBtcvZ8zz4Y9p5d6gKlBqQ0E5Z+NGLK1HyoJxi9 lzPOhlY/OL87lD1TgeX8u+jwu5ue6XoQQ3beUl7Xxm6wkJbDIzwXMjYjMm7AivW3 pl0OIHeyZmI= =lvzI -END PGP SIGNATURE-
Re: Disk Performance
On Fri, Sep 24, 1999 at 11:18:52AM +0100, Gordon Russell wrote: I am currently playing around with vmware, running win98. However, the performance stinks (I am using a beta release though). The strange thing is though that if I do a find / -print /dev/null in another window, the performance IMPROVES... It sounds to me like you're not getting scheduled enough by vmware. Your find will generate i/o events, which should increase the immediate scheduling priority in vmware, and should decrease the length of linux your timeslice. I'd look at the vmware docs to see if there's so other way (perhaps a config file?) to bias its default behavior in this diretion. -- Raul
Re: possible problem with new perl, libc6 on Sep 23rd
On Fri, 24 Sep 1999, Branden Robinson wrote: [1] 1013 apocalypse ~ ls -dl /usr/bin/perl lrwxrwxrwx 1 root root 10 Sep 23 22:02 /usr/bin/perl - perl-5.005 [0] 1014 apocalypse ~ ls -dl /usr/bin/perl-5.005 -rw--- 1 root root 534844 Aug 19 04:29 /usr/bin/perl-5.005 I had this same problem upgrading my system last night. I manually chmod'ed the perl executable and finished configuring. Probably would have been safer to change the link in /etc/alternatives though to the old perl which was still on my system. Strange. -- Ashley Clark
Re: possible problem with new perl, libc6 on Sep 23rd
Darren/Torin/Who Ever... [EMAIL PROTECTED] writes: So, if you're getting a Perl binary that's 0600, it's either you, apt-get, or dpkg. I've seen this on both my machines, and I've got a log here (which I suspect is mostly a repeat of Branden's): (Reading database ... 8970 files and directories currently installed.) Preparing to replace perl-5.005 5.005.03-3 (using .../perl-5.005_5.005.03-4_i386.deb) ... Checking available versions of perl.1p.gz, updating links in /etc/alternatives ... (You may modify the symlinks there yourself if desired - see `man ln'.) Last package providing perl.1p.gz (/usr/man/man1/perl.1p.gz) removed, deleting it. [similar lines from update-alternatives regarding other stuff in perl packages Checking available versions of cperl-mode.el, updating links in /etc/alternatives ... (You may modify the symlinks there yourself if desired - see `man ln'.) Last package providing cperl-mode.el (/usr/share/emacs/site-lisp/cperl-mode.el) removed, deleting it. Unpacking replacement perl-5.005 ... Replacing files in old package perl-5.005-base ... Preparing to replace perl-5.005-base 5.005.03-3 (using /var/cache/apt/archives/perl-5.005-base_5.005.03-4_i386.deb) ... Checking available versions of perl, updating links in /etc/alternatives ... (You may modify the symlinks there yourself if desired - see `man ln'.) Last package providing perl (/usr/bin/perl) removed, deleting it. Unpacking replacement perl-5.005-base ... Preparing to replace gconv-modules 2.1.2-2 (using .../gconv-modules_2.1.2-3_i386.deb) ... Unpacking replacement gconv-modules ... Preparing to replace libc6 2.1.2-2 (using .../libc6_2.1.2-3_i386.deb) ... Unpacking replacement libc6 ... Setting up libc6 (2.1.2-3) ... Current default timezone: 'EST5EDT'. Local time is now: Fri Sep 24 08:27:37 EDT 1999. Universal Time is now: Fri Sep 24 12:27:37 UTC 1999. Run `tzconfig' if you wish to change it. /var/lib/dpkg/info/libc6.postinst: /usr/sbin/update-rc.d: Permission denied dpkg: error processing libc6 (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: libc6 And here's what I end up with in /usr/bin/perl* lrwxrwxrwx 1 root root 10 Sep 24 08:26 /usr/bin/perl - perl-5.005 -rw--- 1 root root 534844 Aug 19 04:29 /usr/bin/perl-5.005 -rwxr-xr-x 2 root root 534844 Sep 22 03:32 /usr/bin/perl-5.005.dist -rwxr-xr-x 2 root root 534844 Sep 22 03:32 /usr/bin/perl5.00503 -rwxr-xr-x 1 root root31728 Sep 22 03:32 /usr/bin/perlbug-5.005 -rwxr-xr-x 1 root root26311 Sep 22 03:32 /usr/bin/perlcc-5.005 -rwxr-xr-x 1 root root16815 Sep 22 03:32 /usr/bin/perldoc-5.005 I don't know why it's happening, but it's obviously rock-solid repeatable. Mike.
ITP: geda-gsymcheck
The latest of the geda packages is geda-gsymcheck. Since it's a separate source package I'm announcing my ITP. Updated packages for the rest of the suite will be uploaded tonight too. hamish -- Hamish Moffatt VK3SB (ex-VK3TYD). CCs of replies from mailing lists are welcome.
Re: problems with the perl5 packages
On 23 Sep 1999, Michael Alan Dorman wrote: Dale Scheetz [EMAIL PROTECTED] writes: This brings up another issue. Both perl-5.004 and perl-5.005 provide perl5, but it was my understanding that these two versions were substantially different, at least during installation I got a long story about how I would need to convert databases to the new perl version. That difference relates _exclusively_ to the change from using berkeley db 1.85 to db 2.X, and the differences between those two version are indeed substantial. Of course, this change could affect any piece of software---sendmail, for intance, could have run into this same problem, or postfix, or any number of other packages that use berkeley db. This is not, I repeat, NOT a perl issue, per se. It was my understanding that this was, in fact, the reason for constructing the package names so that they could both be installed at the same time, yet they both claim to be perl5! You know, Dale, I find your attitude towards, and comments about, perl quite annoying. Your understanding is deeply flawed, you apparently haven't bothered to expend any actual effort to understand the state of the language, yet you spent a week last month spewing FUD about perl's instability as a language, and now you produce this petulant complaint because reality doesn't confirm to your uninformed ideas of the state of things. You know, Michael, I find your attitude towards me a bit annoying as well. The fact that you did not understand the point I was trying to make in my previous posting about perl and package managment is not too surprising. Almost no one got my point, which was nothing to do with whether perl is a good thing or not, but whether it was a proper tool for package integration. I still think that an extensible language is _not_ a good candidate for building integration tools, but that has nothing to do with the current questions I have been asking. Those points have/had nothing to do with my current questions, so why am I a clueless idiot, and folks like Branden are just developers asking questions? This last thread of mine has zero perl bashing content as far as I can tell. Not one to holde a grudge, though, I will attempt to spell it out for you as clearly as I know how. For more complete information, might I commend you to the archives of the debian-perl mailing list, as well as, perhaps, the perl documentation itself. To begin from the beginning: Perl is an extensible language. There are two kinds of extensions to perl, those written exclusively in perl code, and ones that also include dynamically loaded C code (usually called XS code for various reasons). Source code compatability for pure perl extensions has been excellent throughout the development cycle of perl 5.X---in fact, going back to perl4 and earlier. For instance, the 'mirror' script that has been used all over the internet for the last several years was actually written for perl4, and, unless it's been changed in the last year, _still runs under perl4_. However, binary compatability is occasionally (reluctantly---and usually reversibly, at the time you compile perl) broken when needed---as was the case with perl 5.005's introductions of threads. So, we arrive at a situation where perl5.004 and 5.004 are binary incompatible for the purpose of loading modules containing XS code, but are perfectly compatible for the purpose of loading pure perl-coded modules. So pure perl-coded modules are quite logically set to depend on perl5, a virtual package that is provided by both interpreters, in order to provide maximum utility for those who, perhaps for reasons of berkeley db compatability, choose to continue running 5.004, while modules including XS code are made dependent upon the particular version of perl they were compiled against, in order to be sure to avoid any binary incompatabilities. Capice? Klar? Yes, and it even speaks to some of my confusion ;-) So, pure perl modules only need depend upon perl5, while other packages may need to specify a particular version of perl5. So, why are there packages with depends lines that include both perl5 and a particular version, like perl-5.005? Can I suppose that that package misunderstands its dependencies? Are there any circumstances where perl-5.004 is compatible with earlier version like perl-4? I ask this because of mirror, which seems to work ok with any of the perl version, even though the old version specifically depends upon perl, and the new version specifically depends upon perl5. I was mainly confused that none of the new versions provide perl. I can only assume that this is because perl-5.004 is not backward compatible with the previous version? Thanks for the clarification, Dwarf -- _-_-_-_-_- Author of The Debian Linux User's Guide _-_-_-_-_-_- aka Dale Scheetz Phone: 1 (850) 656-9769 Flexible Software
debhelper compilation on slink
Hi, I´m trying to compile a new debhelper on a slink system (which in turn I want to use to build lm_sensors -- it needs dh_link which isn´t in my slink´s debhelper 1.1.24). Here is what I get: $ fakeroot debian/rules build ./dh_clean rm -f debian/substvars debian/postinst.debhelper debian/postrm.debhelper debian/preinst.debhelper debian/prerm.debhelper rm -rf debian/debhelper rm -f debian/files find . -type f -a \( -name \#\*\# -o -name \*\~ -o -name DEADJOE -o -name \*.orig -o -name \*.rej -o -name \*.bak -o -name .\*.orig -o -name .\*.rej -o -name .SUMS -o -name TAGS -o -name core -o \( -path \*/.deps/\* -a -name \*.P \) \) -exec rm -f {} \; DH_VERSION=10 perl -MTest::Harness -e 'runtests grep { ! /CVS/ } @ARGV' t/* t/dh_linCan't locate Test.pm in @INC (@INC contains: /usr/lib/perl5/i386-linux/5.004 /usr/lib/perl5 /usr/local/lib/site_perl/i386-linux /usr/local/lib/site_perl . /usr/lib/perl5/i386-linux/5.004 /usr/lib/perl5 /usr/local/lib/site_perl/i386-linux /usr/local/lib/site_perl .) at t/dh_link line 2. BEGIN failed--compilation aborted at t/dh_link line 2. dubious Test returned status 2 (wstat 512, 0x200) FAILED--1 test script could be run, alas--no output ever seen make: *** [test] Error 2 There is no Test.pm anywhere on my system. The dependencies mentioned at http://www.debian.org/Packages/unstable/devel/debhelper.html all seem to be met: perl-5.004: Version: 5.004.04-7 fileutils (= 3.16-4): Version: 3.16-5.3 file (= 3.23-1): Version: 3.26-1 So maybe perl-5.004 isn´t enough? Bug-report? Cheers, Colin -- Colin Marquardt [EMAIL PROTECTED]
Re: debhelper compilation on slink
Colin Marquardt [EMAIL PROTECTED] writes: I´m trying to compile a new debhelper on a slink system (which in turn I want to use to build lm_sensors -- it needs dh_link which isn´t in my slink´s debhelper 1.1.24). You can just install debhelper 2.0.50 from potato on a slink system, all the dependencies are met. Marcelo
Re: debhelper compilation on slink
On Fri, Sep 24, 1999 at 02:35:31PM +0200 , Colin Marquardt wrote: Hi, Im trying to compile a new debhelper on a slink system (which in turn I want to use to build lm_sensors -- it needs dh_link which isnt in my slinks debhelper 1.1.24). Here is what I get: $ fakeroot debian/rules build ./dh_clean rm -f debian/substvars debian/postinst.debhelper debian/postrm.debhelper debian/preinst.debhelper debian/prerm.debhelper rm -rf debian/debhelper rm -f debian/files find . -type f -a \( -name \#\*\# -o -name \*\~ -o -name DEADJOE -o -name \*.orig -o -name \*.rej -o -name \*.bak -o -name .\*.orig -o -name .\*.rej -o -name .SUMS -o -name TAGS -o -name core -o \( -path \*/.deps/\* -a -name \*.P \) \) -exec rm -f {} \; DH_VERSION=10 perl -MTest::Harness -e 'runtests grep { ! /CVS/ } @ARGV' t/* t/dh_linCan't locate Test.pm in @INC (@INC contains: /usr/lib/perl5/i386-linux/5.004 /usr/lib/perl5 /usr/local/lib/site_perl/i386-linux /usr/local/lib/site_perl . /usr/lib/perl5/i386-linux/5.004 /usr/lib/perl5 /usr/local/lib/site_perl/i386-linux /usr/local/lib/site_perl .) at t/dh_link line 2. BEGIN failed--compilation aborted at t/dh_link line 2. dubious Test returned status 2 (wstat 512, 0x200) FAILED--1 test script could be run, alas--no output ever seen make: *** [test] Error 2 There is no Test.pm anywhere on my system. it's in perl-5.005. Just comment the line with Test.pm in debian/rules and it will build The dependencies mentioned at http://www.debian.org/Packages/unstable/devel/debhelper.html all seem to be met: perl-5.004: Version: 5.004.04-7 fileutils (= 3.16-4): Version: 3.16-5.3 file (= 3.23-1): Version: 3.26-1 but these are _run_ dependencies not _build_ dependencie (see flame :) about creaping featurims) Petr Cech -- Debian GNU/Linux maintainer - www.debian.{org,cz} [EMAIL PROTECTED]
Re: Conference! - around the world with Debian
Russell Coker [EMAIL PROTECTED] writes: For those of us who attend in multiple countries we could book plane flights together (hopefully get a good deal), play network Quake in the plane, etc. Then we need a sponsor with a big wallet. Arcording to userfriendly airphones cost 200$ a minute and I can't afford that. -- I congratulate you. Happy goldfish bowl to you, to me, to everyone, and may each of you fry in hell forever. -- Isaac Asimov, The Dead Past
Re: Release-critical Bugreport for September 24, 1999
Quoting BugScan reporter [EMAIL PROTECTED]: Bug stamp-out list for Sep 24 00:06 (CST) Total number of release-critical bugs: 263 Number that will disappear after removing packages marked [REMOVE]: 12 -- Package: midentd (main) Maintainer: Turbo Fredriksson [EMAIL PROTECTED] 45344 midentd: needs a Conflicts: with other identd's available Oki. I have a little time to try to fix this, quite simpel acctually. What identd's are there? oidentd pidentd which else? -- We are GNU. You will be GPL'ed. Resistance is futile. / \ / \ / \ / \ / \ / \ Turbo Fredriksson [EMAIL PROTECTED] ( D | e | b | i | a | n ) Debian Certified Linux Developer \_/ \_/ \_/ \_/ \_/ \_/ Stockholm/Sweden Please always Cc to me when replying to me on the lists. -- genetic [Hello to all my fans in domestic surveillance] Ortega NSA Kennedy Saddam Hussein Treasury terrorist Waco, Texas CIA ammunition Ft. Meade strategic Peking Nazi pgpHyrnFXBIj4.pgp Description: PGP signature
Re: Conference! - around the world with Debian
On Fri, Sep 24, 1999 at 04:20:57PM +0200, Peter Makholm wrote: Russell Coker [EMAIL PROTECTED] writes: For those of us who attend in multiple countries we could book plane flights together (hopefully get a good deal), play network Quake in the plane, etc. Then we need a sponsor with a big wallet. Arcording to userfriendly airphones cost 200$ a minute and I can't afford that. Also use of computer in planes is discouraged and prohibited during landfall and takeoff, as it interfer with the onboard radio equipement ... Friendly, Sven LUTHER
Re: Release-critical Bugreport for September 24, 1999
On Fri, Sep 24, 1999 at 04:22:31PM +0200, Turbo Fredriksson wrote: Quoting BugScan reporter [EMAIL PROTECTED]: Bug stamp-out list for Sep 24 00:06 (CST) Total number of release-critical bugs: 263 Number that will disappear after removing packages marked [REMOVE]: 12 -- Package: midentd (main) Maintainer: Turbo Fredriksson [EMAIL PROTECTED] 45344 midentd: needs a Conflicts: with other identd's available Oki. I have a little time to try to fix this, quite simpel acctually. What identd's are there? oidentd pidentd Maybe this would be easier of all of the ident servers provided ident-server that way they can provide and conflict without knowing the names of all the ident servers. Ben
Packages should not Conflict on the basis of duplicate functionality
The apparent solution to something like bug#45344 is to have all the packages providing an identd to conflict with one another. While reasonable in most cases, this has the horrible side effect of not letting the administrator have multiple identds on the system. What if I have a machine with three IPs bound to its primary interface and want to run midentd on one, oidentd on another, and pidentd on the third? Well, first of all I would have to replace Debian's inetd with something more configurable, but then I would be forced to deal with the package manager, which really should have no business preventing me from having as many implementations of identd as I like. Perhaps identd isn't an example to be taken seriously. So let's say that I have a POP server. I want to have qpopper running on port 110. Then I want cucipop running on port 995 through stunnel for users who want to use SSL. Then I want to run gnu-pop3d on a high port for testing purposes since it's brand new and I don't want to throw it into production without testing it first. What happens? Well, nothing, since all three packages cannot coexist peacefully. qpopper has nothing to say about the matter, but cucipop expressly conflicts with it, in addition to conflicting with pop3-server, which both it and gnu-pop3d provide. These packages don't conflict; they merely provide the same service. There is no reason that these three packages cannot coexist on the same system. Any namespace overlap can be solved by alternatives or renaming, as such things are normally rectified. Debian policy should proscribe such inconveniences.
Re: Conference! - around the world with Debian
Peter Makholm [EMAIL PROTECTED] writes: Russell Coker [EMAIL PROTECTED] writes: For those of us who attend in multiple countries we could book plane flights together (hopefully get a good deal), play network Quake in the plane, etc. Then we need a sponsor with a big wallet. ...or a battery-powered hub :-) -- doe not call up Any that you can not put downe. --H. P. Lovecraft
Re: Disk Performance
On Fri, Sep 24, 1999 at 11:18:52AM +0100, Gordon Russell wrote: I am currently playing around with vmware, running win98. However, the performance stinks (I am using a beta release though). The strange thing is though that if I do a find / -print /dev/null in another window, the performance IMPROVES... My non-scientific observation: Running win98 in the beta appears little different than running it in the released version. win95 is much improved in the beta, however. I'm running build 305 on a K6-2/350 with 64 MB (32 allocated for vmware). I'm sure more memory would help here. It was unusable on a P-150. Bob -- Bob Nielsen Internet: [EMAIL PROTECTED] Tucson, AZ AMPRnet: [EMAIL PROTECTED] DM42nh http://www.primenet.com/~nielsen
Re: Packages should not Conflict on the basis of duplicate functionality
These packages don't conflict; they merely provide the same service. There is no reason that these three packages cannot coexist on the same system. Any namespace overlap can be solved by alternatives or renaming, as such things are normally rectified. Debian policy should proscribe such inconveniences. Okay, then solve the problem of which one should actually work on the standard port? You can't use update-alternatives if the software is launched in a different manner. If you have such an advanced setup, it isn't really that hard to build it yourself, or use --force.
Re: ITP: geda-gsymcheck
On Fri, Sep 24, 1999 at 10:16:20AM -0400, Jim Ziegler wrote: On Fri, Sep 24, 1999 at 11:29:11PM +1000, Hamish Moffatt wrote: The latest of the geda packages is geda-gsymcheck. Since it's a separate source package I'm announcing my ITP. Updated packages for the rest of the suite will be uploaded tonight too. Since they may stay for a while in incoming, is ther another way I can get the .deb's for all the geda suite? Jim, I'm replying here because your email seemed to bounce; my nameserver says there is no MX or A records for your domain. You can get them from ftp://ftp.rising.com.au/pub/hamish/geda Hamish -- Hamish Moffatt VK3SB (ex-VK3TYD). CCs of replies from mailing lists are welcome.
Re: Conference! - around the world with Debian
Ben Pfaff [EMAIL PROTECTED] writes: Peter Makholm [EMAIL PROTECTED] writes: Russell Coker [EMAIL PROTECTED] writes: For those of us who attend in multiple countries we could book plane flights together (hopefully get a good deal), play network Quake in the plane, etc. Then we need a sponsor with a big wallet. ...or a battery-powered hub :-) Have people forgotten about coax? :-) - Ruud de Rooij. -- ruud de rooij | [EMAIL PROTECTED] | http://ruud.org
ups-monitor (Re: Packages should not Conflict on the basis of...)
Clint Adams wrote: Perhaps identd isn't an example to be taken seriously. So let's say that I have a POP server. These packages don't conflict; they merely provide the same service. There is no reason that these three packages cannot coexist on the same system. Any namespace overlap can be solved by alternatives or renaming, as such things are normally rectified. Another example is a UPS monitor. Currently, most of them conflict because they all have a /etc/init.d/ups-monitor file. Peter
Re: possible problem with new perl, libc6 on Sep 23rd
On Fri, Sep 24, 1999 at 01:46:18AM -0700, Darren/Torin/Who Ever... wrote: So, if you're getting a Perl binary that's 0600, it's either you, apt-get, or dpkg. More specifically it is dpkg doing the breaking, but it's perl's fault on how it is setting everything up. You will note that these two binaries are in the perl package itself [EMAIL PROTECTED](11:07am)-~]%l tmp/usr/bin/ total 1052 -rwxr-xr-x 2 collinbm collinbm 534844 Sep 22 03:32 perl-5.005.dist* -rwxr-xr-x 2 collinbm collinbm 534844 Sep 22 03:32 perl5.00503* However after configuration, perl-5.005.dist is hardlinked to perl-5.005, and then subsequently removed. So in actuallity we have a binary (/usr/bin/perl-5.005) that is not under control of the package system directly (bad idea IMO). Note also that this means that perl-5.005 is a hardlink to perl5.00503 (which is under package control). Now when dpkg first unpacks a package, it replaces binaries by first, chmod 600 on the binary (I'm not sure why, but it does), then unlinking it. When dpkg does this to perl5.00503, it means it also changes perl-5.005 (since they are hardlinked) and then unlinked, which leaves perl-5.005 mode 600, and still sitting there (since dpkg knows nothing about it. It is left like this until perl is configured and the postinst script takes care of moving perl-5.005.dist to perl-5.005. Why does perl need to do all this hardlink magic and also leave us with a binary that dpkg knows nothing about?! Ben
Re: Conference! - around the world with Debian
Sven LUTHER wrote: Also use of computer in planes is discouraged and prohibited during landfall and takeoff, as it interfer with the onboard radio equipement ... I wondered about that when a helicopter pilot expressly asked if if my cell phone worked in the helicopter, so I could call ahead for fuel before landing at an airport. The phone worked, but I couldn't hear much! The pilot didn't seemed to care about interference with his radio equipment anyway. Peter
Re: BTS feature comments
On Thu, Sep 23, 1999 at 08:35:06AM -0700, Darren Benham wrote: | And do what... there are going to be keys that aren't in the debian keyring.. Non-developpers should not be allowed to *manipulate* bugs IMO. What do you think? Make me PGP/GPG/whatever sign all messages I send to [EMAIL PROTECTED], and I shall become your mortal enemy : :) Next step would be signing everything sent to the BTS, then everything sent to debian-* mailing lists... please, don't. If anyone puts trash in the BTS because there is no authentication, we'll handle it. I'll even volunteer to clean it up. -- enJoy -*/\*- don't even try to pronounce my first name
Re: problems with the perl5 packages
On Fri, Sep 24, 1999 at 01:32:29PM +, Dale Scheetz wrote: So, why are there packages with depends lines that include both perl5 and a particular version, like perl-5.005? When a package depends on a virtual package which is provided by multiple real packages, but none of these are already installed (hint: new installation of the whole system), APT and dselect will be confused and not know what to do, because they can't just make a guess and install a package when several equal (to them) options are present. [1] Anyway, that's just one possible explanation, it might not be valid in this particular case. [1] What a large sentence... :) -- enJoy -*/\*- don't even try to pronounce my first name
Re: Packages should not Conflict on the basis of duplicate functionality
Okay, then solve the problem of which one should actually work on the standard port? You can't use update-alternatives if the software is Well, I would prefer that things didn't start listening for connections without asking first, but I can't imagine that that's a popular suggestion. launched in a different manner. If you have such an advanced setup, it isn't really that hard to build it yourself, or use --force. And if I did an apt-get dist-upgrade, I would get this: Reading Package Lists... Done Building Dependency Tree... Done You might want to run `apt-get -f install' to correct these. Sorry, but the following packages have unmet dependencies: cucipop: Conflicts: pop3-server Conflicts: qpopper but version is installed gnu-pop3d: Conflicts: pop3-server E: Unmet dependencies. Try using -f. And if I were to do an apt-get -f dist-upgrade, it would remove gnu-pop3d and qpopper, leaving cucipop. So what you're telling me is that anyone with a complex setup shouldn't bother using Debian?
Re: problems with the perl5 packages
On Fri, 24 Sep 1999, Josip Rodin wrote: On Fri, Sep 24, 1999 at 01:32:29PM +, Dale Scheetz wrote: So, why are there packages with depends lines that include both perl5 and a particular version, like perl-5.005? When a package depends on a virtual package which is provided by multiple real packages, but none of these are already installed (hint: new installation of the whole system), APT and dselect will be confused and not know what to do, because they can't just make a guess and install a package when several equal (to them) options are present. [1] [...] I thought at least dselect does make a guess, but I may be wrong. Anyway, a default is provided by lines like Depends: perl-5.005 | perl5. In contrast, Depends: perl-5.005, perl5 should be equivalent to Depends: perl-5.005 (except perhaps for some trickeries involving Conflicts: / Replaces: ). Bjorn Brill [EMAIL PROTECTED] Frankfurt am Main, Germany
Re: possible problem with new perl, libc6 on Sep 23rd
On Fri, Sep 24, 1999 at 11:22:02AM -0400, Ben Collins wrote: [...] It is left like this until perl is configured and the postinst script takes care of moving perl-5.005.dist to perl-5.005. Why does perl need to do all this hardlink magic and also leave us with a binary that dpkg knows nothing about?! You found second problem with perl (perl violates Debian Policy?). Main problem is - before we have perl configured we don't have binary of /usr/bin/perl: Checking available versions of perl, updating links in /etc/alternatives ... (You may modify the symlinks there yourself if desired - see `man ln'.) Last package providing perl (/usr/bin/perl) removed, deleting it. and dpkg system isn't usable (in this case failed libc6 postinst). Because today we need both 5.004 and 5.005 (?) I think it's time to make 5.005 mandatory and 5.005 should have real /usr/bin/perl. Mirek PS I was happy because my upgrade has another order (libc6 before perl - why?) and failed just after unpacking perl (it was caused by rpm). When I restarted upgrade (after I removed rpm) apt-get first configured perl.
Re: Conference! - around the world with Debian
For those of us who attend in multiple countries we could book plane flights together (hopefully get a good deal), play network Quake in the plane, etc. Then we need a sponsor with a big wallet. No. Just some debian developers who can get their own sponsorship to visit a few countries. Arcording to userfriendly airphones cost 200$ a minute and I can't afford that. No. If we have a number of people in the same section of the plane and use 10base2. Of course most of us have PCMCIA ethernet cards that only do twisted pair so a battery powered hub might be best. The 8 port hub on my desk is small enough to easily carry. It takes 800ma at 12V (two 6V torch batteries in series can do that). Also use of computer in planes is discouraged and prohibited during landfall and takeoff, as it interfer with the onboard radio equipement ... It's not discouraged during flight except when there is turbulance. When there is turbulance you don't want your precious computer out where some git can spill a drink on it. The only problem is takeoff and landing. For the first and last 25 minutes of a flight they want your computers turned off. This is a big problem for short flights! -- I'm in Utrecht. I'd like to meet any Linux users in the area, or any other part of the Netherlands.
Re: Pablo News
Does anyone know who this pablo idiot is and what needs to be done to stop him spamming the Debian lists? On Thu, 23 Sep 1999, Pablo´s Home Page wrote: Amigos, he vuelto a actualizar la pagina pero esta vez vine bastante vircioso ya que puse un seccion de mIRC bastante grandes, tiene 2 secciones, una son todo comandos y como funcionan y la otra es un manual del mIRC y es tan preciso que hasta explica una base de como crear tu propio Script -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Packages should not Conflict on the basis of duplicate functionality
Okay, then solve the problem of which one should actually work on the standard port? You can't use update-alternatives if the software is Well, I would prefer that things didn't start listening for connections without asking first, but I can't imagine that that's a popular suggestion. That arguement has gone on many times (check the list archives), but the gist of the matter is that if you don't want it to start, why did you install it (dpkg --unpack works wonders). launched in a different manner. If you have such an advanced setup, it isn't really that hard to build it yourself, or use --force. And if I did an apt-get dist-upgrade, I would get this: Reading Package Lists... Done Building Dependency Tree... Done You might want to run `apt-get -f install' to correct these. Sorry, but the following packages have unmet dependencies: cucipop: Conflicts: pop3-server Conflicts: qpopper but version is installed gnu-pop3d: Conflicts: pop3-server E: Unmet dependencies. Try using -f. And if I were to do an apt-get -f dist-upgrade, it would remove gnu-pop3d and qpopper, leaving cucipop. Of course. Now if you built them yourself, dpkg wouldn't touch them. So what you're telling me is that anyone with a complex setup shouldn't bother using Debian? People who want such complex setups should have enough sense to be able to figure out how to make them work, without imposing additional difficulty on the maintainers for such a rare case. There is not generally a use for more than one POP server, ident server, mail server, etc. I can find exceptions, but it isn't Debian's job to make every possible configuration easy, just the most likely and typical ones.
Re: anarchism_7.7-1.deb
Just make sure that when you do throw it out, you take the bible with it :) I dont think throwing out bible(1) is a good idea It is exactly, letter-after-letter what it claim to be, it is on 2nd CD, well-compressed (anarchism was in both text and html unpacked versions) and is wide-used doc, althru not computing-related And this is the only place where someone can get english electronical version of bible. It also have interesting browser which can be used for many other docs of such structure(book/chapter/verse) (There is sometimes a need for it) and interesting compresion-method As long as there is some place on 2nd CD i dont see any big reason to throw it out. btw : im atheist
Re: Too many kernels in unstable
Peter S Galbraith wrote: Perhaps the last two kernels of the stable tree(s) is good. We have more kernels now because 2.0.X didn't die after 2.2.X was released. Doesn't that argue that 2.2.X wasn't ready? This could also be caused by the fact that someone, though he might be tempted to upgrade his kernel (e.g. to 2.0.38), does not want to upgrade all the other required programs (modutils, pppd, etc. etc.) This may be true especially for server systems - I'd be very hesitating to upgrade anything which isn't broken as is. Question is off course if you'd be willing to reboot your server to upgrade it's kernel anyway (though the latest to 2.0 kernels are probably worth it- if you can afford to be down for a few minutes). Also, I think there should always be a 2.0 series kernel available, just because they're usually smaller - it will be of good use on a low end system (i[3|4]86, 8 mb ram). --- Filip Van Raemdonck [EMAIL PROTECTED] member of the fibo-systeam http://fibo.hogent.be | http://fibolite.hogent.be ---
Re: Packages should not Conflict on the basis of duplicate functionality
Of course. Now if you built them yourself, dpkg wouldn't touch them. If I wanted to build them myself, I would use Slackware. If I repackage them I will need to remove the Conflicts line from the control files every single time I upgrade. People who want such complex setups should have enough sense to be able to figure out how to make them work, without imposing additional difficulty on the maintainers for such a rare case. There is not generally a use for more than one POP server, ident server, mail server, etc. I can find exceptions, but it isn't Debian's job to make every possible configuration easy, just the most likely and typical ones. The most likely and typical configurations are those for a home workstation. So let's screw anyone who wants to use Debian on a production server. I run apache and roxen on the same machine. That's hardly typical. Why on earth would anyone want to run two different web servers? These two packages should obviously conflict since they're both web servers and want to grab port 80. They both provide httpd; should I file bugs against them demanding that they conflict with it too?
Re: i dont understand something or dpkg is simply buggy
Hi. In article [EMAIL PROTECTED] [EMAIL PROTECTED] (Fumitoshi UKAI) writes: We are now trying to merge man-db-ja features to man-db cooperated with Fabrizio Polacco [EMAIL PROTECTED], so man-db-ja will not be removed soon. err. I think that UKAI has wished to write here so man-db-ja will be removed soon. We are looking forward to new man-db coming with Japanese support :) -- Taketoshi Sano: [EMAIL PROTECTED],[EMAIL PROTECTED],[EMAIL PROTECTED]
Re: building kernel 2.0.x under potato
(I originally meant this for the mailing list, but it seems I forgot to set the cc:, therefore I'm doing it now.) Herbert Xu wrote: On Wed, Sep 22, 1999 at 10:27:32PM +0200, Filip Van Raemdonck wrote: Kernel compilation ignores the CC variable. The compiler is hardcoded to 'gcc' in the toplevel Makefile. I'm surprised that nobody ever seemed to notice this before (as the use of different compilers for kernel compilation has come up quite some times on this list before). You better look again, it's certainly *not* hardcoded. In /usr/src/kernel-source-2.2.1/Makefile (the most recent slink source .deb available): on line 18 HOSTCC =gcc and on line 25 CC =$(CROSS_COMPILE)gcc -D__KERNEL__ -I$(HPATH) This goes for other (debian|upstream) versions as well. BTW, is any 2.0.38 package planned? Regards. --- Filip Van Raemdonck [EMAIL PROTECTED] member of the fibo-systeam http://fibo.hogent.be | http://fibolite.hogent.be ---
Re: anarchism_7.7-1.deb
Tomasz Wegrzanowski [EMAIL PROTECTED] writes: Just make sure that when you do throw it out, you take the bible with it :) *SECONDED* I dont think throwing out bible(1) is a good idea It is exactly, letter-after-letter what it claim to be, it is on 2nd CD, well-compressed (anarchism was in both text and html unpacked versions) and is wide-used doc, althru not computing-related And this is the only place where someone can get english electronical version of bible. It also have interesting browser which can be used for many other docs of such structure(book/chapter/verse) (There is sometimes a need for it) and interesting compresion-method As long as there is some place on 2nd CD i dont see any big reason to throw it out. Correct me if I'm wrong, since I have been away from the list for some time. In my understanding the bible packages belong into contrib *at best*, since it's value to the public is at least questionable if not offensive to muslims, buddhists(no not to them), hindus ... As an alternative I might decide to get at a digital version of Karl Marx's Das Kapital or Mao's Little Red Book and package it for debian just for fun. Either have to go into non-us I presume :) btw : im atheist Please define in private mail, dunno wether I'm atheist, antitheist, agnostic or simply a pagean. In our culture definitions of these terms mostly come from the other side. CU Siggy -- noch nichts Aufregendes: Siggy Brentrup - [EMAIL PROTECTED] - voice: +49-441-6990134
Re: taper up for adoption
Piotr Roszatycki wrote: Well, this package seems to be very buggy. Maybe should go to contrib dir? See debian-policy, we may soon not use the contrib dir for that. I use it for my daily backup and I can take this package. I'll adopt it to FHS. It's yours. Please upload a version with your name on it. -- see shy jo
Packages available: xracer
Hi, following my ITP I have made some packages for xracer. They are available from http://users.compagnet.be/mechanix/debian/ (I'm uploading right now) I'm waiting for my application as a developer to be processed; in the meanwhile maybe someone could sponsor them? There are a few issues however (Stephen, this is where you get involved) * I've build this against both mesa as well as the glx driver. The latter however is not officially part of the distribution yet and as such the xracer-gl .deb has will have an unmet dependency. So I've put up those with it, though they don't belong to the package. * It probably won't work with a .deb built from the latest glx cvs tree, as this uses mesa3.1, which is currently incompatible with xracer. (I'm wondering - if glx makes it into potato, should it use mesa3.1, while the mesa package itself is 3.0, and 3.1 is beta?) * Also I don't know if it works with 3dfx boards - the xracer-mesagl .deb was built against generic mesa, but I hope that does the trick. * On a side note (from a previous xracer thread): shouldn't the glx and mesa packages be able to exist next to each other, instead of glx conflicting with/replacing mesa and symlinking around? After all, there may be people out there who own BOTH a riva or matrox card AND a voodoo one, and want to use them both. Thanks. --- Filip Van Raemdonck [EMAIL PROTECTED] member of the fibo-systeam http://fibo.hogent.be | http://fibolite.hogent.be ---
Re: possible problem with new perl, libc6 on Sep 23rd
Mirek Kwasniak [EMAIL PROTECTED] writes: On Fri, Sep 24, 1999 at 11:22:02AM -0400, Ben Collins wrote: [...] It is left like this until perl is configured and the postinst script takes care of moving perl-5.005.dist to perl-5.005. Why does perl need to do all this hardlink magic and also leave us with a binary that dpkg knows nothing about?! You found second problem with perl (perl violates Debian Policy?). Main problem is - before we have perl configured we don't have binary of /usr/bin/perl: Checking available versions of perl, updating links in /etc/alternatives ... (You may modify the symlinks there yourself if desired - see `man ln'.) Last package providing perl (/usr/bin/perl) removed, deleting it. and dpkg system isn't usable (in this case failed libc6 postinst). Because today we need both 5.004 and 5.005 (?) I think it's time to make 5.005 mandatory and 5.005 should have real /usr/bin/perl. Mirek PS I was happy because my upgrade has another order (libc6 before perl - why?) and failed just after unpacking perl (it was caused by rpm). When I restarted upgrade (after I removed rpm) apt-get first configured perl. I encountered a similar problem (or maybe the same problem in a different way -- sorry I don't have a log). I upgraded libc6 and perl last night, along with a few other things, and the libc6 postinst failed; everything else went fine. When I retried the same libc6 upgrade afterwards, planning to capture the failure and file a bug report, it worked fine. Looking at libc6.postinst I see that it runs (at least) two perl scripts: update-rc.d and suidregister. I believe it was update-rc.d that failed, but I can't be positive.
Re: Packages should not Conflict on the basis of duplicate functionality
Hi, On Fri, 24 Sep 1999, Clint Adams wrote: I run apache and roxen on the same machine. That's hardly typical. Why on earth would anyone want to run two different web servers? These two packages should obviously conflict since they're both web servers and want to grab port 80. I'd say that it is at least less usual than typical. If you want to run two httpd's, popd's or mta's, you'll probably have to do more than the usual tweaking to the package setup anyway, so what is really the big deal of having to: 1. `apt-get source foo` 2. edit various files, mostly in debian/ 3. add an epoch to the package version 4. `fakeroot debian/rules binary` 5. `sudo dpkg -i foo.deb` If you must insist that these matters be resolved formally, then please be so generous to provide us with some reference implementations of a generic /usr/sbin/{httpd,popd,smtpd}-config. Such a script, which would contain all the appropriate smarts to have multiple incantations of some {httpd,popd,smtpd} daemon installed and configured automatically, could then be put in a {httpd,popd,smtpd}-common package on which all {httpd,popd,smtpd} incantations would then have to (pre-)depend. Taking this one step further, a generic configuration interface would allow any other package to configure the daemon, without having to touch configuration files it doesn't own or even having to know about any or all particular tastes of configuration style. I'm sure you are more eager than I am to spout further ideas about this. Cheers, Joost
Re: possible problem with new perl, libc6 on Sep 23rd
Hi, On 24 Sep 1999, David Coe wrote: Looking at libc6.postinst I see that it runs (at least) two perl scripts: update-rc.d and suidregister. I believe it was update-rc.d that failed, but I can't be positive. That is a correct observation. Fix: # chmod 755 /usr/bin/perl-5.005 # dpkg --configure --pending Cheers, Joost
Re: ITO penguineyes and bvi
On 99-09-23 Stijn de Bekker wrote: On Tue, Sep 21 1999, Christian Kurz wrote: I intent to orphan bvi and penguineyes. I will orphan bvi, because I don't use it much anymore and penugineyes will get orphaned, because I gave gnome I try, but I don't like it much and so I want to remove it, which makes packaging penguineyes a bit hard. If somebody wants to take one of the packages over, feel free to do so. I'll take over the bvi package. Remco van de Meent has already offered to sponsor as I'm no official maintainer yet. Okay, it's yours. Ciao Christian -- * Christian Kurz Debian Developer/QA-Team * * Use Debian - a free Operating System * pgprMVzlURAiQ.pgp Description: PGP signature
Funding for a Crazy Idea
Hello Joey, With reference to your Crazy Idea: I am not a developer, but I do have good experience obtaining funding for things like this. I will give it some thought and let you know the ideas I come up with for funding. In the meanwhile; If you are prepared to accept funding from such a source, there is always NATO. They fund many such things if they are giving good participation to what NATO calls Sensitive Areas. Such areas include Portugal, Greece, Turkey, etc. Do you have any developers in these countries? A full list of such countries can be obtained from the NATO web site (forgotten the address). Another source of funding for conferences is UNESCO. Also some countries such as France often have government bodies which will fund conferences in their country on subjects of interest to that department. Which makes me think of France Telecom using Debian! Be in touch soon. Helen McCall E-Mail: [EMAIL PROTECTED] Tel: 01752 342675 Fax: 08700 525850 ---
Re: Funding for a Crazy Idea
Helen McCall wrote: In the meanwhile; If you are prepared to accept funding from such a source, there is always NATO. They fund many such things if they are giving good participation to what NATO calls Sensitive Areas. Weird. Such areas include Portugal, Greece, Turkey, etc. Do you have any developers in these countries? A full list of such countries can be obtained from the NATO web site (forgotten the address). I'd be suprised if we don't, but I don't really know offhand. Anyone? -- see shy jo
I'll be busy
Ok, people... I'm moving to a new job in a new city in a new state (same country, though). I'm not sure how much connectivity I'll have until I get settled. So, for the next week or two, I will be slow to respond and sorta (possibly) outta touch. -- Please cc all mailing list replies to me, also. = * http://benham.net/index.html[EMAIL PROTECTED] * * * ---* * Debian Developer, Debian Project Secretary, Debian Webmaster * * [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] * * [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] * = pgpyp0ewJu982.pgp Description: PGP signature
Re: Packages available: xracer
http://users.compagnet.be/mechanix/debian/ Oops, that should be http://users.compaqnet.be/mechanix/debian/ Also, the upload is done now.
Re: Packages should not Conflict on the basis of duplicate functionality
If you want to run two httpd's, popd's or mta's, you'll probably have to do more than the usual tweaking to the package setup anyway, so what is really the big deal of having to: 1. `apt-get source foo` 2. edit various files, mostly in debian/ 3. add an epoch to the package version 4. `fakeroot debian/rules binary` 5. `sudo dpkg -i foo.deb` What's really the big deal of having to 1. apt-get install apache roxen By putting an epoch in the version number you defeat the whole automatic upgrade system. If you must insist that these matters be resolved formally, then please be so generous to provide us with some reference implementations of a generic /usr/sbin/{httpd,popd,smtpd}-config. I see absolutely no need for an httpd-config. I'm perfectly happy with they way apache, apache-ssl, and roxen coexist.
Re: anarchism_7.7-1.deb
On 09/24/99 at 21:29:04, Siggy Brentrup wrote concerning Re: anarchism_7.7-1.deb: Tomasz Wegrzanowski [EMAIL PROTECTED] writes: In my understanding the bible packages belong into contrib *at best*, since it's value to the public is at least questionable if not offensive to muslims, buddhists(no not to them), hindus ... As an alternative I might decide to get at a digital version of Karl Marx's Das Kapital or Mao's Little Red Book and package it for debian just for fun. Either have to go into non-us I presume :) FWIW, from a theological/philosophical/ethical perspective, I'd just as soon have anything in the distribution that a developer wants to package. Assuming there's room for it, of course. Just because a package exists doesn't mean I must install it. And if I wanted to read Marx, Mau, the Vedas, the Koran, the Book of Mormon, and the Bible, each would speak for itself as to its own intrinsic value and message; after all, that's why they exist in the first place. BTW, it's unfortunate that so many such electronic texts, alternate Bible versions in particular (IMO), are non-free. I've written a set of Perl scripts/databases for the use of several more modern Bible translations, but the copyrights on the Bible versions they use would make them non-free or contrib at best. :-( However, I'd support an effort to collect a distinct set of dfsg-free literature packages that are available download-only to save space on CD's. Jesse -- Jesse Jacobsen, Pastor [EMAIL PROTECTED] Grace Lutheran Church (ELS) http://www.jvlnet.com/~jjacobsen/ Madison, Wisconsin GnuPG public key ID: 2E3EBF13
Re: Funding for a Crazy Idea
On Fri, Sep 24, 1999 at 01:31:58PM -0700, Joey Hess wrote: Helen McCall wrote: In the meanwhile; If you are prepared to accept funding from such a source, there is always NATO. They fund many such things if they are giving good participation to what NATO calls Sensitive Areas. Weird. Such areas include Portugal, Greece, Turkey, etc. Do you have any developers in these countries? A full list of such countries can be obtained from the NATO web site (forgotten the address). I'd be suprised if we don't, but I don't really know offhand. Anyone? Well I live in Brazil, its not Portugal, but we speak portuguese too :) --macan
Re: anarchism_7.7-1.deb
On 24 Sep 1999, Siggy Brentrup wrote: In my understanding the bible packages belong into contrib *at best*, since it's value to the public is at least questionable if not offensive to muslims, buddhists(no not to them), hindus ... Um, I'm a Hindu, a Shastri (Hindu priest) actually. And I find nothing offensive or questionable about the Bible. If this debate is going to degenerate into prejudice (and history shows it will) kindly stick to your own prejudices and don't try and speak for others. That's what Christians are often accused of! :-) The criterion should be utility. The Bible as a literary and cultural foundation of Western civilization will be useful to a lot more people than the Anarchism package. Nevertheless it is moot point because we are running out of room and there has to be a third CD. It might as well contain all the documents and other packages non-essential to using an OS. Here's another idea. What about putting all the non-essential compilers, includes and other development tools on the extra CD too. They take up a lot of room and does the average Debian user really need an eiffel compiler or the IMAP development kit? gcc, libc6-dev perl etc. would remain in the core because they are needed for compiling the kernel and other major components of Debian. Problems with this idea are it might leave a bad taste in the mouths of people who remember how the commercial Unix's started unbundling development tools and our constituency is probably more interested in esoteric programming stuff than your average consumer. -- Jaldhar H. Vyas [EMAIL PROTECTED]
Re: anarchism_7.7-1.deb
Taking the risk to burn like hell: I think the exhaustive exploration of ANY political theory and practice is VERY misplaced in ANY Linux distribution. I would say the same thing about The top 1000 FAQ on home-made apple pie, but nobody has packaged that (yet). To give a positive formulation: documentation and data packaged in ANY Linux distribution should either directly relate to (at least) computing in general or be the input to an also-packaged program (that does more with it than a little bit of formatting so it reads nicer). Well, it looks like the Anarchist FAQ debate has come to life once again. Just for the record, I packaged this for a number of reasons, including: - It interests me - It interests many geeks (to use the katzian term) whom I know - It's a GPL-licensed, open project. I'm fully willing to move the document to the data section when it comes into existence, but in the mean time it will live in main, along with the other non-computer-related electronic texts. For free software, ed.
Useless packages (was Re: anarchism_7.7-1.deb)
On Fri, Sep 24, 1999 at 05:59:27PM -0400, Jaldhar H. Vyas wrote: Nevertheless it is moot point because we are running out of room and there has to be a third CD. It might as well contain all the documents and other packages non-essential to using an OS. Here's another idea. What about putting all the non-essential compilers, includes and other development tools on the extra CD too. They take up a lot of room and does the average Debian user really need an eiffel compiler or the IMAP development kit? Instead of each developer chose what packages are and aren't useful to them, why don't we look at the popularity contest? A simple, bias-free way of seperating programs on to the CD's, by actual use. That is what it was made for. David Starner - [EMAIL PROTECTED]
Re: building kernel 2.0.x under potato
On Fri, Sep 24, 1999 at 09:03:14PM +0200, Filip Van Raemdonck wrote: In /usr/src/kernel-source-2.2.1/Makefile (the most recent slink source .deb available): on line 18 HOSTCC =gcc and on line 25 CC =$(CROSS_COMPILE)gcc -D__KERNEL__ -I$(HPATH) This goes for other (debian|upstream) versions as well. You can easily override this on the command line or in the environment. BTW, is any 2.0.38 package planned? Yes, but it is pretty low priority on my todo list. -- Debian GNU/Linux 2.1 is out! ( http://www.debian.org/ ) Email: Herbert Xu ~{PmVHI~} [EMAIL PROTECTED] Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
Re: Release-critical Bugreport for September 24, 1999
Turbo Fredriksson [EMAIL PROTECTED] wrote: Package: midentd (main) Maintainer: Turbo Fredriksson [EMAIL PROTECTED] 45344 midentd: needs a Conflicts: with other identd's available Oki. I have a little time to try to fix this, quite simpel acctually. What identd's are there? oidentd pidentd which else? Please don't do the conflict thing, get pidentd and see how it deals with it. Do the same in yours. -- Debian GNU/Linux 2.1 is out! ( http://www.debian.org/ ) Email: Herbert Xu ~{PmVHI~} [EMAIL PROTECTED] Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
Re: problems with the perl5 packages
According to Dale Scheetz: Are there any circumstances where perl-5.004 is compatible with earlier version like perl-4? Most Perl 4 programs still work fine with any version of Perl 5. But there were a couple of language changes between Perl 4 and Perl 5 that actually make programs fail (but loudly -- no silent failures). I can only assume that [...] perl-5.004 is not backward compatible with the previous version? All versions of Perl 5 are compatible with earlier versions of Perl 5 at the source code level -- i.e. Perl programs should work fine after upgrades. [1] If compiled with the default options, 5.004 is even binary-compatible with extensions that were built for Perl 5.003. But most versions don't retain binary compatiblity for extensions. [1] However, each version can add new warnings, so we encourage users to install production code without warnings or else with absolute version paths (#!/usr/bin/perl5.005). [2] [2] Debian doesn't create this specific hard link, but it should. For example, my system has /usr/bin/perl5.00503. -- Chip Salzenberg - a.k.a. - [EMAIL PROTECTED] When do you work? Whenever I'm not busy.
Re: Packages should not Conflict on the basis of duplicate functionality
Scott K. Ellis [EMAIL PROTECTED] wrote: These packages don't conflict; they merely provide the same service. There is no reason that these three packages cannot coexist on the same system. Any namespace overlap can be solved by alternatives or renaming, as such things are normally rectified. Debian policy should proscribe such inconveniences. Okay, then solve the problem of which one should actually work on the standard port? You can't use update-alternatives if the software is launched in a different manner. If you have such an advanced setup, it isn't really that hard to build it yourself, or use --force. FWIW, the current practice when it comes to things like identd is not to conflict with each other but be alert when you add entries to inetd.conf. There is a very good historic reason why this is so, because identd used to be part of netstd, so if you conflicted with that, you'd be conflicting with a whole bunch of stuff that you can't live without of. Even though this is no longer the case, I think we should definitely keep the same mechanisms in place since there is no reason why we can't have multiple identd's installed, or multiple fignerd's, etc. as long as they don't overlap in their fs namespace. -- Debian GNU/Linux 2.1 is out! ( http://www.debian.org/ ) Email: Herbert Xu ~{PmVHI~} [EMAIL PROTECTED] Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt