From turgon@mike-leone.com 10 Apr 2001 23:16:19 -0400 Date: 10 Apr 2001 23:16:19 -0400 From: Michael Leone turgon@mike-leone.com Subject: [PADS] dist-upgrade problems Ok, so I finally got around to replace my 'stable" entries in /etc/apt/sources.list to "unstable". I then did an "apt-get update"; then an "apt-get upgrade". Then I got crazy, and tried for the whole "dist-upgrade". :-( And got all kinds of "WTF?!?" stuff. Something's screwed up in my packages database (I think), and I have no clue how to fix it. Help! Please. :-) =============================================== workhorse:/home/turgon# apt-get dist-upgrade Reading Package Lists... Done Building Dependency Tree... Done Calculating Upgrade... Done The following NEW packages will be installed: cpp-2.95 esound-common host libaudiofile0 libbind0 libesd0 libgdk-pixbuf2 libglade0 libgmp3 librep9 libungif4g libxml1 lwresd proftpd-common rblcheck sawfish The following packages have been kept back base-config console-data lilo linuxconf task-dns-server xserver-common xserver-s3 9 packages upgraded, 16 newly installed, 0 to remove and 7 not upgraded. 22 packages not fully installed or removed. Need to get 0B/5634kB of archives. After unpacking 6233kB will be used. Do you want to continue? [Y/n] Configuring packages ... Can't locate Debconf/Client/ConfModule.pm in @INC (@INC contains: /usr/local/lib/perl/5.6.0 /usr/local/share/perl/5.6.0 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.6.0 /usr/share/perl/5.6.0 /usr/local/lib/site_perl /usr/lib/perl5/5.6/i386-linux /usr/lib/perl5/5.6 /usr/lib/perl5/5.005/i386-linux .) at /var/lib/debconf//config.11938 line 7. BEGIN failed--compilation aborted at /var/lib/debconf//config.11938 line 7. postfix failed to configure, with exit code 2 (in cleanup) Can't call method "DESTROY" on an undefined value at /usr/lib/perl5/Debian/DebConf/Question.pm line 151 during global destruction. (Reading database ... 10532 files and directories currently installed.) Preparing to replace postfix 0.0.19991231pl05-2 (using .../postfix_0.0.20010329.SNAPSHOT-3_i386.deb) ... Stopping mail transport agent: Postfix. Can't locate Debconf/Client/ConfModule.pm in @INC (@INC contains: /usr/local/lib/perl/5.6.0 /usr/local/share/perl/5.6.0 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.6.0 /usr/share/perl/5.6.0 /usr/local/lib/site_perl /usr/lib/perl5/5.6/i386-linux /usr/lib/perl5/5.6 /usr/lib/perl5/5.005/i386-linux .) at /var/lib/dpkg/tmp.ci/config line 7. BEGIN failed--compilation aborted at /var/lib/dpkg/tmp.ci/config line 7. (in cleanup) Can't call method "DESTROY" on an undefined value at /usr/lib/perl5/Debian/DebConf/Question.pm line 151 during global destruction. (in cleanup) Can't call method "close" on an undefined value at /usr/lib/perl5/Debian/DebConf/ConfModule.pm line 301 during global destruction. dpkg: error processing /var/cache/apt/archives/postfix_0.0.20010329.SNAPSHOT-3_i386.deb (--unpack): subprocess pre-installation script returned error exit status 2 Errors were encountered while processing: /var/cache/apt/archives/postfix_0.0.20010329.SNAPSHOT-3_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) workhorse:/home/turgon# -- ------------------------------------------------------------------ Michael J. Leone Registered Linux user #201348 ICQ: 50453890 PGP Fingerprint: 0AA8 DC47 CB63 AE3F C739 6BF9 9AB4 1EF6 5AA5 BCDF And if it's too much fun, that oughta clue you, son You're probably doing something that's wrong ... "Don't Do It" Little Charlie and the Nightcats From cjf@AdminForce.net Tue, 10 Apr 2001 23:30:06 -0400 Date: Tue, 10 Apr 2001 23:30:06 -0400 From: Chris Fearnley cjf@AdminForce.net Subject: [PADS] dist-upgrade problems On Tue, Apr 10, 2001 at 11:16:19PM -0400, Michael Leone wrote: > Ok, so I finally got around to replace my 'stable" entries in > /etc/apt/sources.list to "unstable". Brave man! I would have tried "testing" first. > I then did an "apt-get update"; then an "apt-get upgrade". > > Can't locate Debconf/Client/ConfModule.pm in @INC (@INC contains: > /usr/local/lib/perl/5.6.0 /usr/local/share/perl/5.6.0 /usr/lib/perl5 > /usr/share/perl5 /usr/lib/perl/5.6.0 /usr/share/perl/5.6.0 > /usr/local/lib/site_perl /usr/lib/perl5/5.6/i386-linux > /usr/lib/perl5/5.6 /usr/lib/perl5/5.005/i386-linux .) at > /var/lib/debconf//config.11938 line 7. > BEGIN failed--compilation aborted at /var/lib/debconf//config.11938 line > 7. It looks like debconf is hosed. Try installing it alone "apt-get install debconf". And pursue leads from there. Probably you'll need apt-get install -f too. It might be related to the new perl packages (5.6). So try to manually install whatever debconf requires. "apt-cache show debconf | grep Depends" will give a line of dependencies. There is a bug someplace - possibly a debconf or perl dependency problem??? Good luck. Please copy us on your bug report. -- Christopher J. Fearnley | AdminForce Remote, LLC cjf@AdminForce.net | President and CTO http://www.AdminForce.net | Design Science Revolutionary "Dare to be Naïve" -- Bucky Fuller From bill@billjonas.com Wed, 11 Apr 2001 00:00:11 -0400 Date: Wed, 11 Apr 2001 00:00:11 -0400 From: Bill Jonas bill@billjonas.com Subject: [PADS] dist-upgrade problems On Tue, Apr 10, 2001 at 11:30:06PM -0400, Chris Fearnley wrote: > Brave man! I would have tried "testing" first. I dunno. I've been running unstable on my laptop for a while now, and it's performed beautifully. I've been upgrading mostly every day; usually no fewer than a couple times per week. And I have to say that all the new stuff is nice (assuming, of course, that X 4 works on your hardware.) Has anyone tried out Progeny yet? I downloaded the two ISOs; I was thinking about using it when my wife and I install Linux on her machine. It has X 4, uses GRUB by default, etc., etc. (One Slashdot poster referred to it as "Mandrake on apt" or something similar.) Side note: One of the head people in the company is Ian Murdock (yes, *that* Ian Murdock). There are instructions to upgrade from potato and Stormix available at . -- Bill Jonas * bill@billjonas.com * http://www.billjonas.com/ "As we enjoy great advantages from the inventions of others, we should be glad of an opportunity to serve others by any invention of ours; and this we should do freely and generously." -- Benjamin Franklin From turgon@mike-leone.com 11 Apr 2001 00:03:24 -0400 Date: 11 Apr 2001 00:03:24 -0400 From: Michael Leone turgon@mike-leone.com Subject: [PADS] dist-upgrade problems -----Forwarded Message----- From: Michael Leone To: Chris Fearnley Subject: Re: [PADS] dist-upgrade problems On 10 Apr 2001 23:30:06 -0400, Chris Fearnley wrote: > On Tue, Apr 10, 2001 at 11:16:19PM -0400, Michael Leone wrote: > > Ok, so I finally got around to replace my 'stable" entries in > > /etc/apt/sources.list to "unstable". > > Brave man! I would have tried "testing" first. So would I, had I thought more about it first. Forgot that they inserted the "testing" category, in between "stable" and "unstable". > > > I then did an "apt-get update"; then an "apt-get upgrade". > > > > Can't locate Debconf/Client/ConfModule.pm in @INC (@INC contains: > > /usr/local/lib/perl/5.6.0 /usr/local/share/perl/5.6.0 /usr/lib/perl5 > > /usr/share/perl5 /usr/lib/perl/5.6.0 /usr/share/perl/5.6.0 > > /usr/local/lib/site_perl /usr/lib/perl5/5.6/i386-linux > > /usr/lib/perl5/5.6 /usr/lib/perl5/5.005/i386-linux .) at > > /var/lib/debconf//config.11938 line 7. > > BEGIN failed--compilation aborted at /var/lib/debconf//config.11938 line > > 7. > > It looks like debconf is hosed. Try installing it alone "apt-get > install debconf". And pursue leads from there. Probably you'll need > apt-get install -f too. Ready for this? (from "apt-get install debconf") ============================================= (in cleanup) Can't call method "DESTROY" on an undefined value at /usr/lib/perl5/Debian/DebConf/Question.pm line 151 during global destruction. (in cleanup) Can't call method "close" on an undefined value at /usr/lib/perl5/Debian/DebConf/ConfModule.pm line 301 during global destruction. dpkg: debconf-tiny: dependency problems, but removing anyway as you request: lynx depends on debconf; however: Package debconf is not installed. Package debconf-tiny which provides debconf is to be removed. base-config depends on debconf; however: Package debconf is not installed. Package debconf-tiny which provides debconf is to be removed. adduser depends on debconf; however: Package debconf is not installed. Package debconf-tiny which provides debconf is to be removed. (Reading database ... 10532 files and directories currently installed.) Removing debconf-tiny ... dpkg - warning: while removing debconf-tiny, directory `/var/lib/debconf' not empty so not removed. Selecting previously deselected package debconf. (Reading database ... 10488 files and directories currently installed.) Unpacking debconf (from .../debconf_0.9.34_all.deb) ... Setting up libcap1 (1.10-9) ... Setting up libdb3 (3.2.9-5) ... Setting up libpam-modules (0.72-21) ... Setting up xlibs (4.0.2-13) ... Moving old app-defaults file XDvi to /etc/X11/app-defaults. Setting up libgtk1.2 (1.2.10-1) ... Setting up debconf (0.9.34) ... Setting up ipchains (1.3.10-7) ... Saving IP chains: Unable to save ipchains rules. (Kernel w/o ipchains?) Setting up bsdmainutils (5.20010126-3) ... Setting up console-tools-libs (0.2.3-22) ... Setting up groff (1.16-3.3) ... Setting up man-db (2.3.17.1-2) ... Installing new version of config file /etc/cron.daily/man-db ... Installing new version of config file /etc/cron.weekly/man-db ... Building manual page index in background. Setting up net-tools (1.59-1) ... Adding IPv6 hostnames...done. Setting up libxaw6 (4.0.2-13) ... Setting up xlib6g (4.0.2-13) ... ===================================== So ... installing "debconf" alone seems to have fixed many things. And here I thought apt would have taken care of those things for me ... :-) I did have to do a "apt-get -f dist-upgrade" to finish up the rest. Which means my apache is still running; my proftpd is still running 9altho I haven't tried FTPing in yet); and my postfix is still listed as running. So, my next (and hopefully last) question: =============================================== workhorse:/etc/init.d# apt-get dist-upgrade Reading Package Lists... Done Building Dependency Tree... Done Calculating Upgrade... Done The following packages have been kept back linuxconf task-dns-server 0 packages upgraded, 0 newly installed, 0 to remove and 2 not upgraded. How can I tell why these are held back, and how to unhold? (mind you, I don't use either, so it's not THAT big a deal). -- ------------------------------------------------------------------ Michael J. Leone Registered Linux user #201348 ICQ: 50453890 PGP Fingerprint: 0AA8 DC47 CB63 AE3F C739 6BF9 9AB4 1EF6 5AA5 BCDF And if it's too much fun, that oughta clue you, son You're probably doing something that's wrong ... "Don't Do It" Little Charlie and the Nightcats -- ------------------------------------------------------------------ Michael J. Leone Registered Linux user #201348 ICQ: 50453890 PGP Fingerprint: 0AA8 DC47 CB63 AE3F C739 6BF9 9AB4 1EF6 5AA5 BCDF And if it's too much fun, that oughta clue you, son You're probably doing something that's wrong ... "Don't Do It" Little Charlie and the Nightcats From turgon@mike-leone.com 11 Apr 2001 00:08:01 -0400 Date: 11 Apr 2001 00:08:01 -0400 From: Michael Leone turgon@mike-leone.com Subject: [PADS] dist-upgrade problems On 11 Apr 2001 00:00:11 -0400, Bill Jonas wrote: > On Tue, Apr 10, 2001 at 11:30:06PM -0400, Chris Fearnley wrote: > > Brave man! I would have tried "testing" first. > > I dunno. I've been running unstable on my laptop for a while now, and > it's performed beautifully. I've been upgrading mostly every day; usually > no fewer than a couple times per week. And I have to say that all the new > stuff is nice (assuming, of course, that X 4 works on your hardware.) I use Debian on my web/ftp/smtp server, so X is not really needed (for me). > > Has anyone tried out Progeny yet? Len has it; I've seen the CD. He's up in Boston this week, giving speeches at the Seybold show, tho, so ask him again next week. Next week is the PADS meeeting, yes? BTW ... Len & I were going to talk about using EtherBoot and LTSP next week, but real life seems to have put intruded heavily, and put the skids on that idea. So we're going to need to postpone, which means we need a topic. -- ------------------------------------------------------------------ Michael J. Leone Registered Linux user #201348 ICQ: 50453890 PGP Fingerprint: 0AA8 DC47 CB63 AE3F C739 6BF9 9AB4 1EF6 5AA5 BCDF And if it's too much fun, that oughta clue you, son You're probably doing something that's wrong ... "Don't Do It" Little Charlie and the Nightcats From bill@billjonas.com Wed, 11 Apr 2001 00:41:14 -0400 Date: Wed, 11 Apr 2001 00:41:14 -0400 From: Bill Jonas bill@billjonas.com Subject: [PADS] dist-upgrade problems On Wed, Apr 11, 2001 at 12:03:24AM -0400, Michael Leone wrote: > How can I tell why these are held back, and how to unhold? (mind you, I > don't use either, so it's not THAT big a deal). ~$ dpkg --get-selections >somefile.txt [edit somefile.txt, changing the status on the right-hand side for whichever packages you see fit] ~# dpkg --set-selections So, my next (and hopefully last) question: > > workhorse:/etc/init.d# apt-get dist-upgrade > Reading Package Lists... Done > Building Dependency Tree... Done > Calculating Upgrade... Done > The following packages have been kept back > linuxconf task-dns-server > 0 packages upgraded, 0 newly installed, 0 to remove and 2 not upgraded. > > How can I tell why these are held back, and how to unhold? (mind you, I > don't use either, so it's not THAT big a deal). Generally, I have found that apt holds back packages that require (read depend upon) additional packages ... ones that would not be installed by upgrade or dist-upgrade. I find this safety net useful: the package may depend on something that I don't want to install. To install them simply run "apt-get install linuxconf", for example. -- Christopher J. Fearnley | AdminForce Remote, LLC cjf@AdminForce.net | President and CTO http://www.AdminForce.net | Design Science Revolutionary "Dare to be Naïve" -- Bucky Fuller From turgon@mike-leone.com 11 Apr 2001 20:17:10 -0400 Date: 11 Apr 2001 20:17:10 -0400 From: Michael Leone turgon@mike-leone.com Subject: [PADS] SSH broken after dist-upgrade Found out why my SSH stopped working after upgrading to unstable... ============================================================ workhorse:/home/turgon# apt-get install ssh Reading Package Lists... Done Building Dependency Tree... Done The following extra packages will be installed: libssl0.9.6 The following NEW packages will be installed: libssl0.9.6 ssh 0 packages upgraded, 2 newly installed, 0 to remove and 1 not upgraded. Need to get 0B/919kB of archives. After unpacking 2146kB will be used. Do you want to continue? [Y/n] Preconfiguring packages .. Selecting previously deselected package libssl0.9.6. (Reading database ... 12140 files and directories currently installed.) Unpacking libssl0.9.6 (from .../libssl0.9.6_0.9.6a-1_i386.deb) ... Selecting previously deselected package ssh. Unpacking ssh (from .../ssh_1%3a2.5.2p2-1_i386.deb) ... Setting up libssl0.9.6 (0.9.6a-1) ... Setting up ssh (2.5.2p2-1) ... OpenSSL version mismatch. Built against 90600f, you have 90601f OpenSSL version mismatch. Built against 90600f, you have 90601f OpenSSL version mismatch. Built against 90600f, you have 90601f OpenSSL version mismatch. Built against 90600f, you have 90601f OpenSSL version mismatch. Built against 90600f, you have 90601f OpenSSL version mismatch. Built against 90600f, you have 90601f ===================================================== Now what? I tried: workhorse:/etc# apt-get install openssl Reading Package Lists... Done Building Dependency Tree... Done The following NEW packages will be installed: openssl 0 packages upgraded, 1 newly installed, 0 to remove and 1 not upgraded. Need to get 0B/1501kB of archives. After unpacking 4186kB will be used. Selecting previously deselected package openssl. (Reading database ... 12177 files and directories currently installed.) Unpacking openssl (from .../openssl_0.9.6a-1_i386.deb) ... Creating directory /etc/ssl Setting up openssl (0.9.6a-1) ... Didn't help. Same SSH error message. Am I at the point where I have to download source code and compile myself? Why can't I get a working SSH? Yours in confusion ... Me From bill@billjonas.com Wed, 11 Apr 2001 20:37:24 -0400 Date: Wed, 11 Apr 2001 20:37:24 -0400 From: Bill Jonas bill@billjonas.com Subject: [PADS] SSH broken after dist-upgrade On Wed, Apr 11, 2001 at 08:17:10PM -0400, Michael Leone wrote: > Am I at the point where I have to download source code and compile > myself? Why can't I get a working SSH? Why not just 'dpkg -i /var/cache/apt/archives/openssl_the-previous-version_i386.deb' ? -- Bill Jonas * bill@billjonas.com * http://www.billjonas.com/ "As we enjoy great advantages from the inventions of others, we should be glad of an opportunity to serve others by any invention of ours; and this we should do freely and generously." -- Benjamin Franklin From turgon@mike-leone.com 11 Apr 2001 20:49:18 -0400 Date: 11 Apr 2001 20:49:18 -0400 From: Michael Leone turgon@mike-leone.com Subject: [PADS] SSH broken after dist-upgrade On 11 Apr 2001 20:37:24 -0400, Bill Jonas wrote: > On Wed, Apr 11, 2001 at 08:17:10PM -0400, Michael Leone wrote: > > Am I at the point where I have to download source code and compile > > myself? Why can't I get a working SSH? > > Why not just 'dpkg -i > /var/cache/apt/archives/openssl_the-previous-version_i386.deb' ? Because the only version there is the openssl_0.9.6a-1)i386.deb. IOW, the wrong one. There is no other "openssl" listed there. > -- ------------------------------------------------------------------ Michael J. Leone Registered Linux user #201348 ICQ: 50453890 PGP Fingerprint: 0AA8 DC47 CB63 AE3F C739 6BF9 9AB4 1EF6 5AA5 BCDF And if it's too much fun, that oughta clue you, son You're probably doing something that's wrong ... "Don't Do It" Little Charlie and the Nightcats From turgon@mike-leone.com 11 Apr 2001 20:58:04 -0400 Date: 11 Apr 2001 20:58:04 -0400 From: Michael Leone turgon@mike-leone.com Subject: [PADS] SSH broken after dist-upgrade On 11 Apr 2001 20:37:24 -0400, Bill Jonas wrote: > On Wed, Apr 11, 2001 at 08:17:10PM -0400, Michael Leone wrote: > > Am I at the point where I have to download source code and compile > > myself? Why can't I get a working SSH? > > Why not just 'dpkg -i > /var/cache/apt/archives/openssl_the-previous-version_i386.deb' ? HOWEVER ... the old version of SSH *is* in there, and after a bit of cleaning up in the sshd_config file, it's now back up and running. Come tomorrow, I should be able to SSH in from the outside again (it's working fine, connecting internally). Still like to know why the new SSH crapped out .... -- ------------------------------------------------------------------ Michael J. Leone Registered Linux user #201348 ICQ: 50453890 PGP Fingerprint: 0AA8 DC47 CB63 AE3F C739 6BF9 9AB4 1EF6 5AA5 BCDF And if it's too much fun, that oughta clue you, son You're probably doing something that's wrong ... "Don't Do It" Little Charlie and the Nightcats From cjf@AdminForce.net Mon, 16 Apr 2001 01:41:54 -0400 Date: Mon, 16 Apr 2001 01:41:54 -0400 From: Chris Fearnley cjf@AdminForce.net Subject: [PADS] Meeting Are we meeting in Lansdowne? How about a meeting topic of "Exploring the debianutils Package" -- Christopher J. Fearnley | AdminForce Remote, LLC cjf@AdminForce.net | President and CTO http://www.AdminForce.net | Design Science Revolutionary "Dare to be Naïve" -- Bucky Fuller From leonardr@lazerware.com Mon, 16 Apr 2001 09:22:29 -0400 Date: Mon, 16 Apr 2001 09:22:29 -0400 From: Leonard Rosenthol leonardr@lazerware.com Subject: [PADS] Meeting At 01:41 AM 4/16/2001 -0400, Chris Fearnley wrote: >Are we meeting in Lansdowne? I thought we were meeting at my place and doing "diskless booting" (ie. etherboot, LTSP, etc.). But we can probably meet in Lansdowne instead if you want. >How about a meeting topic of "Exploring the debianutils Package" If Mike and I can't get the booting stuff working, that's; fine... LDR From cjf@AdminForce.net Mon, 16 Apr 2001 13:40:35 -0400 Date: Mon, 16 Apr 2001 13:40:35 -0400 From: Chris Fearnley cjf@AdminForce.net Subject: [PADS] Meeting On Mon, Apr 16, 2001 at 09:22:29AM -0400, Leonard Rosenthol wrote: > At 01:41 AM 4/16/2001 -0400, Chris Fearnley wrote: > >Are we meeting in Lansdowne? > > I thought we were meeting at my place and doing "diskless booting" > (ie. etherboot, LTSP, etc.). But we can probably meet in Lansdowne > instead if you want. I thought before we settled down, we'd try all of our options. So I thought we'd try the Lansdown office. Is their a restaurant in Lansdowne? Or we could do a carpool from 69th Street terminal and either go to the Korean or Peruvian restaurants - both of which I like a lot. > >How about a meeting topic of "Exploring the debianutils Package" > If Mike and I can't get the booting stuff working, that's; fine... Mike sent an e-mail saying he didn't think you'd be ready. Also, I'm going to try to puzzle out apt-move today. It is non-intuitive, so it's time to read some code (I mean documentation :) -- Christopher J. Fearnley | AdminForce Remote, LLC cjf@AdminForce.net | President and CTO http://www.AdminForce.net | Design Science Revolutionary "Dare to be Naïve" -- Bucky Fuller From leonardr@lazerware.com Mon, 16 Apr 2001 14:25:17 -0400 Date: Mon, 16 Apr 2001 14:25:17 -0400 From: Leonard Rosenthol leonardr@lazerware.com Subject: [PADS] Meeting At 01:40 PM 4/16/2001 -0400, Chris Fearnley wrote: >I thought before we settled down, we'd try all of our options. So I thought >we'd try the Lansdown office. Fine with me! >Is their a restaurant in Lansdowne? Many of them, right up the street... > Or we could >do a carpool from 69th Street terminal and either go to the Korean or Peruvian >restaurants - both of which I like a lot. If someone(s) is going to drive. I was planning on doing the R3, since the station is across the street from the office... LDR From cjf@AdminForce.net Mon, 16 Apr 2001 14:45:29 -0400 Date: Mon, 16 Apr 2001 14:45:29 -0400 From: Chris Fearnley cjf@AdminForce.net Subject: [PADS] Meeting On Mon, Apr 16, 2001 at 02:25:17PM -0400, Leonard Rosenthol wrote: > At 01:40 PM 4/16/2001 -0400, Chris Fearnley wrote: > >I thought before we settled down, we'd try all of our options. So I thought > >we'd try the Lansdown office. > > Fine with me! What's the address so I can update the web page - 8PM as usual, of course. > >Is their a restaurant in Lansdowne? > > Many of them, right up the street... Could you pick one? > > Or we could > >do a carpool from 69th Street terminal and either go to the Korean or Peruvian > >restaurants - both of which I like a lot. > > If someone(s) is going to drive. I was planning on doing the R3, > since the station is across the street from the office... I'll be driving from the 69th Street area. And the Korean & Peruvian restaurant are near 69th Street, if we go there for dinner. -- Christopher J. Fearnley | AdminForce Remote, LLC cjf@AdminForce.net | President and CTO http://www.AdminForce.net | Design Science Revolutionary "Dare to be Naïve" -- Bucky Fuller From leonardr@lazerware.com Mon, 16 Apr 2001 15:10:36 -0400 Date: Mon, 16 Apr 2001 15:10:36 -0400 From: Leonard Rosenthol leonardr@lazerware.com Subject: [PADS] Meeting At 02:45 PM 4/16/2001 -0400, Chris Fearnley wrote: >What's the address so I can update the web page - 8PM as usual, of course. 60 S. Lansdowne Ave. #610-284-4006. > > >Is their a restaurant in Lansdowne? > > > > Many of them, right up the street... > >Could you pick one? How about Doyle's Deli and Grill? It's a "generic eatery", and comes highly recommended by many of my coworkers. 27 N. Lansdowne Ave. LDR From leonardr@lazerware.com Tue, 17 Apr 2001 18:02:37 -0400 Date: Tue, 17 Apr 2001 18:02:37 -0400 From: Leonard Rosenthol leonardr@lazerware.com Subject: [PADS] Meeting Mike and I figure that eating by the office would be more convenient, so we are going to do that (eat at Doyle's, see previous message for details) - you can join us if you want or just meet us at the office for the meeting. LDR From cjf@AdminForce.net Tue, 17 Apr 2001 18:11:57 -0400 Date: Tue, 17 Apr 2001 18:11:57 -0400 From: Chris Fearnley cjf@AdminForce.net Subject: [PADS] Meeting On Tue, Apr 17, 2001 at 06:02:37PM -0400, Leonard Rosenthol wrote: > Mike and I figure that eating by the office would be more convenient, so we > are going to do that (eat at Doyle's, see previous message for details) - > you can join us if you want or just meet us at the office for the meeting. We'll all join you there. I'll update the web page & make announcment presently. -- Christopher J. Fearnley | AdminForce Remote, LLC cjf@AdminForce.net | President and CTO http://www.AdminForce.net | Design Science Revolutionary "Dare to be Naïve" -- Bucky Fuller From cjf@AdminForce.net Tue, 17 Apr 2001 23:04:26 -0400 Date: Tue, 17 Apr 2001 23:04:26 -0400 From: Chris Fearnley cjf@AdminForce.net Subject: [PADS] Exploring the debianutils Package The Philadelphia Area Debian Society (PADS) (http://www.CJFearnley.com/pads/) Presents When: Wednesday 18 April 2001, 8:00 PM - 9:30 PM Presenter: Chris Fearnley, Chief Technology Officer, LinuxForce, Inc. Where: Digital Applications 60 S. Lansdowne Ave. Lansdowne, PA Abstract We will examine each of the tools distributed with Debian's debianutils package. Social Dinner Attendees are invited to gather for dinner prior to the meeting at 6:30 PM at Doyle's Deli and Grill, 27 N. Lansdowne Ave, Lansdowne, PA. -- Christopher J. Fearnley | AdminForce Remote, LLC cjf@AdminForce.net | President and CTO http://www.AdminForce.net | Design Science Revolutionary "Dare to be Naïve" -- Bucky Fuller From cjf@AdminForce.net Thu, 19 Apr 2001 10:48:28 -0400 Date: Thu, 19 Apr 2001 10:48:28 -0400 From: Chris Fearnley cjf@AdminForce.net Subject: [PADS] Bug#94507: which command fails spectacularly in some cases Package: debianutils Version: 1.13.3 We reviewed the code to which at a recent Philadelphia Area Debian Society meeting and identified a design falw in the which program. Let me illistrate by example, Create a command "type" somewhere in your PATH (make sure it is executable) $ cat ~/bin/type #!/bin/sh echo "Goodness gracious, the which command is broken" $ which type Goodness gracious, the which command is broken Instead of telling me the location of the type command, it executed it for me! Incorrect, but less surprising behavior results when there is no type command in the PATH: $ which type /usr/bin/which: type: command not found I can't think of any easy solutions, so I recommend this patch to the man page: --- which.1 Fri Mar 13 05:21:33 1998 +++ which.new.1 Thu Apr 19 10:20:51 2001 @@ -8,3 +8,17 @@ .B which returns the files which would be executed had its arguments been given as commands. +.SH BUGS +.B which +behaves unexpectedly when the "type" filename is given on the command +line. If there is an executable filename, "type," in your PATH, +.B which +will execute that file rather than reporting its location. On the other +hand, if there is no executatable named "type", +.B which +will output the following error message: +.RS + +/usr/bin/which: type: command not found + +.RE -- Christopher J. Fearnley | AdminForce Remote, LLC cjf@AdminForce.net | President and CTO http://www.AdminForce.net | Design Science Revolutionary "Dare to be Naïve" -- Bucky Fuller From michael@toren.net Thu, 19 Apr 2001 11:51:55 -0400 Date: Thu, 19 Apr 2001 11:51:55 -0400 From: Michael C. Toren michael@toren.net Subject: [PADS] Bug#94507: which command fails spectacularly in some cases > Create a command "type" somewhere in your PATH (make sure it is executable) > $ cat ~/bin/type > #!/bin/sh > > echo "Goodness gracious, the which command is broken" > $ which type > Goodness gracious, the which command is broken > > Instead of telling me the location of the type command, it executed it for me! [...] > I can't think of any easy solutions, so I recommend this patch to the > man page: A possible solution would be not to allow /usr/bin/which to disable the bash builtin "type" command: --- /usr/bin/which Thu Apr 6 22:29:51 2000 +++ /home/mct/bin/which.mct Thu Apr 19 11:41:30 2001 @@ -2,4 +2,5 @@ unalias -a unset -- "$@" &> /dev/null enable -n -- "$@" &> /dev/null +enable type &> /dev/null type -p "$@" This has a side effect that /usr/bin/which will now no longer locate a filename in the $PATH named "type", however this is much safer than having /usr/bin/which execute files unexpectedly. -mct From cjf@AdminForce.net Thu, 19 Apr 2001 12:28:15 -0400 Date: Thu, 19 Apr 2001 12:28:15 -0400 From: Chris Fearnley cjf@AdminForce.net Subject: [PADS] Bug#94507: which command fails spectacularly in some cases On Thu, Apr 19, 2001 at 11:51:55AM -0400, Michael C. Toren wrote: > > Create a command "type" somewhere in your PATH (make sure it is executable) > > $ cat ~/bin/type > > #!/bin/sh > > > > echo "Goodness gracious, the which command is broken" > > $ which type > > Goodness gracious, the which command is broken > > > > Instead of telling me the location of the type command, it executed it for me! > > [...] > > > I can't think of any easy solutions, so I recommend this patch to the > > man page: > > A possible solution would be not to allow /usr/bin/which to disable the > bash builtin "type" command: > > --- /usr/bin/which Thu Apr 6 22:29:51 2000 > +++ /home/mct/bin/which.mct Thu Apr 19 11:41:30 2001 > @@ -2,4 +2,5 @@ > unalias -a > unset -- "$@" &> /dev/null > enable -n -- "$@" &> /dev/null > +enable type &> /dev/null > type -p "$@" > > This has a side effect that /usr/bin/which will now no longer locate > a filename in the $PATH named "type", however this is much safer than > having /usr/bin/which execute files unexpectedly. Except it doesn't work in another case: Make an executable file "enable" and put it in your path $ cat ~/bin/enable #!/bin/sh echo "Goodnes gracious, which is still broken" $ ./which enable type Goodnes gracious, which is still broken ./which: type: command not found Where ./which is the patched version Very pernicious! -- Christopher J. Fearnley | AdminForce Remote, LLC cjf@AdminForce.net | President and CTO http://www.AdminForce.net | Design Science Revolutionary "Dare to be Naïve" -- Bucky Fuller From cjw44@flatline.org.uk Thu, 19 Apr 2001 18:12:02 +0100 Date: Thu, 19 Apr 2001 18:12:02 +0100 From: Colin Watson cjw44@flatline.org.uk Subject: [PADS] Re: Bug#94507: which command fails spectacularly in some cases "Michael C. Toren" wrote: >A possible solution would be not to allow /usr/bin/which to disable the >bash builtin "type" command: > >--- /usr/bin/which Thu Apr 6 22:29:51 2000 >+++ /home/mct/bin/which.mct Thu Apr 19 11:41:30 2001 >@@ -2,4 +2,5 @@ > unalias -a > unset -- "$@" &> /dev/null > enable -n -- "$@" &> /dev/null >+enable type &> /dev/null > type -p "$@" > >This has a side effect that /usr/bin/which will now no longer locate >a filename in the $PATH named "type", however this is much safer than >having /usr/bin/which execute files unexpectedly. Interestingly, adding 'builtin' to the last line doesn't help. Shouldn't bash (2.05-3 here) execute a builtin if explicitly requested to do so, even if the builtin was previously disabled? Or am I missing something? -- Colin Watson [cjw44@flatline.org.uk] From mct@netaxs.com Thu, 19 Apr 2001 15:04:37 -0400 Date: Thu, 19 Apr 2001 15:04:37 -0400 From: Michael C. Toren mct@netaxs.com Subject: [PADS] Bug#94507: which command fails spectacularly in some cases > > This has a side effect that /usr/bin/which will now no longer locate > > a filename in the $PATH named "type", however this is much safer than > > having /usr/bin/which execute files unexpectedly. > > Except it doesn't work in another case: You're right -- in that case, the builtin "enable" was being disabled, making it impossible for the "type" builtin to be enabled later on. Another attempt, but now /usr/bin/which will not report files named either "type" or "enable"; still an acceptable trade off, in my opinion. This version uses /usr/bin/test, rather than the builtin test, to avoid similar problems. --- /usr/bin/which Thu Apr 6 22:29:51 2000 +++ bin/which.mct Thu Apr 19 14:54:24 2001 @@ -1,5 +1,12 @@ #!/bin/bash unalias -a unset -- "$@" &> /dev/null -enable -n -- "$@" &> /dev/null -type -p "$@" + +for i in "$@" +do + if /usr/bin/test "$i" != "type" -a "$i" != "enable" + then enable -n -- "$i" &> /dev/null + fi +done + +type -p -- "$@" -mct