Corrected Cheap*bytes autoup.sh script
Upon request, here's the updated script sent to me by Cheap*Bytes: [For anyone reading this in the archives: The original Official 2.0 CD-Rom distributed by Cheap*Bytes contained the cd_autoup.sh file included by Debian with the distribution. The script was broken at the time the dist. was set--several libraries were not in locations the script expected. This updated script now properly locates the needed libraries to do an out-of-the-box upgrade. In addition, the original cd_autoup.sh required the user to cd several layers down into the CD before executing the script. The modified script does not have this requirment and merely requests the location of the cdrom's mount point.] #! /bin/sh # upgrade a libc5 (bo) machine to libc6 (hamm). # The cd version of this script is designed to run from from a top level # directory of the Official Debian 2.0 CD without any input from the user # execept as required by dpkg installation scripts. # $Id: cd_autoup.sh,v 0.5 1998/07/01 21:46:13 bob Exp bob $ # # derived from Craig Sanders' [EMAIL PROTECTED] autoup.sh script # Original Author: Craig Sanders [EMAIL PROTECTED] # and many others. see changelog for details. # Modified for use on the Official CD by Bob Hilliard [EMAIL PROTECTED] # # Copyright Status: This script is hereby placed in the public domain # # Revision History: # see autoup.changelog # 0.1 - 1988-06-29 02:53:18 # - removed all ftp and most interactive stuff # # 0.2 - 1998/07/01 02:10:39 # - Commented out debugging statments; typo in final message # # 0.3 - 1998/07/01 03:37:27 # - minor changes in messages # 0.4 - 1998/07/01 19:40 # - added note about running from CD # 0.5 - 1998/07/01 21:46:13 # - updated changelog, minor changes in text # misc tweakable variables # - 1998/08/15 19:15:00 # - Changes done by CheapBytes to fix original problems in script while [ 1 ] do echo Where is the CD-ROM mounted (i.e. /cdrom) read mountpoint break done DPKG=$(which dpkg) LDCONFIG=$(which ldconfig) # uncomment for debugging # set -x # DPKG=echo dpkg # LDCONFIG=echo ldconfig DPKG_ARGS=-iBE --force-overwrite DATE=$(date +%m%d-%T) ARCH=binary-$(dpkg --print-installation-architecture) # package variables PKGS_LDSO=base/ldso_*.deb PKGS_LIBC5=oldlibs/libc5_*.deb PKGS_LIBC6=base/libc6_*.deb base/timezones_*.deb admin/locales_*.deb PKGS_NCURSES=oldlibs/ncurses3.0_*.deb base/ncurses3.4_*.deb PKGS_LIBRL=oldlibs/libreadline2_*.deb PKGS_LIBRLG=base/libreadlineg2_*.deb PKGS_BASH=base/bash_*.deb PKGS_LIBGPP=oldlibs/libg++27_*.deb libs/libg++272_*.deb \ base/libstdc++2.8_*.deb PKGS_DPKG=base/dpkg_*.deb utils/dpkg-dev_*.deb PKGS_SLANG=oldlibs/slang0.99.34_*.deb base/slang0.99.38_*.deb PKGS_LIBGDBM=oldlibs/libgdbm1_*.deb base/libgdbmg1_*.deb PKGS_PERLBASE=base/perl-base_*.deb PKGS_PERL=interpreters/perl_*.deb PKGS_MOREDPKG=interpreters/data-dumper_*.deb base/libnet-perl_*.deb \ base/dpkg-ftp_*.deb admin/dpkg-mountable_*.deb PKGS_NETBASE=net/netbase_*.deb PKGS_NETSTD=net/netstd_*.deb ALLPKGS=$PKGS_LDSO $PKGS_LIBC5 $PKGS_LIBC6 $PKGS_NCURSES $PKGS_LIBRL $PKGS_LIBRLG $PKGS_BASH $PKGS_LIBGPP $PKGS_DPKG $PKGS_SLANG $PKGS_LIBGDBM $PKGS_PERLBASE $PKGS_PERL $PKGS_MOREDPKG $PKGS_NETBASE $PKGS_NETSTD DM=$mountpoint/debian/main/$ARCH SEDSCRIPT=s:\([^ /]*/\):$DM/\1:g # convert PKGS_ variables to correct directory location PKGS_LDSO=$( echo $PKGS_LDSO | sed -e $SEDSCRIPT ) PKGS_LIBC5=$( echo $PKGS_LIBC5 | sed -e $SEDSCRIPT ) PKGS_LIBC6=$( echo $PKGS_LIBC6 | sed -e $SEDSCRIPT ) PKGS_NCURSES=$( echo $PKGS_NCURSES | sed -e $SEDSCRIPT ) PKGS_LIBRL=$( echo $PKGS_LIBRL | sed -e $SEDSCRIPT ) PKGS_LIBRLG=$( echo $PKGS_LIBRLG | sed -e $SEDSCRIPT ) PKGS_BASH=$( echo $PKGS_BASH | sed -e $SEDSCRIPT ) PKGS_LIBGPP=$( echo $PKGS_LIBGPP | sed -e $SEDSCRIPT ) PKGS_SLANG=$( echo $PKGS_SLANG | sed -e $SEDSCRIPT ) PKGS_DPKG=$( echo $PKGS_DPKG | sed -e $SEDSCRIPT ) PKGS_LIBGDBM=$( echo $PKGS_LIBGDBM | sed -e $SEDSCRIPT ) PKGS_PERLBASE=$( echo $PKGS_PERLBASE | sed -e $SEDSCRIPT ) PKGS_PERL=$( echo $PKGS_PERL | sed -e $SEDSCRIPT ) PKGS_MOREDPKG=$( echo $PKGS_MOREDPKG | sed -e $SEDSCRIPT ) PKGS_NET=$( echo $PKGS_NET | sed -e $SEDSCRIPT ) # sanity check that we can find the packages ALLPKGS=$( echo $ALLPKGS | sed -e $SEDSCRIPT ) for i in $ALLPKGS ; do echo -n $(basename $i) if [ ! -f $i ] ; then echo echo Can't find $i! echo aborting upgrade. exit 100 fi done echo echo echo all needed files found. echo # # libc5 # echo installing libc5. $DPKG $DPKG_ARGS $PKGS_LIBC5 || exit 2 # # if this is a buzz system, then first upgrade dpkg to version 1.4.0.8 # DPKG_VER=$(dpkg -s dpkg | grep Version: | awk '{print $2}') DPKG_MINOR=$(echo $DPKG_VER | awk -F. '{print $2}') if [ $DPKG_MINOR -lt 4 ] ; then BO_DPKG=./dpkg* echo installing dpkg from bo. $DPKG $DPKG_ARGS $BO_DPKG || exit 2 fi RMFILE
autoup.sh fails when upgrading bo - hamm
I am trying to upgrade from bo to hamm so I can run the new bash and try wine. I run autoup.sh and it ftp'ed the files needed for the upgrade. It failed to get me the file libstdc++2.8_*.deb This is what it wrote 250 CWD command successful. Local directory now /tmp/libs libstdc++2.8_*.deb: No such file or directory. 250 CWD command successful. I looked around the ftp.debian.org site in the hamm directories but didn't find a libstdc++2.8_*.deb Where can I find this file? And I thought autoup.sh would work without any problems after so many people have successfully done the bo - hamm upgrade. Just my luck to have it fail on me. The autoup.sh I have is v 0.27 1998/05/29. I got it from http://www.debian.org/2.0/autoup/ Is this too old a version to be using or what? Any help is appreciated. jmb -- Jones MB : [EMAIL PROTECTED] http://www.ziplink.net/~jonesmb/ Any technology distinguishable from magic is insufficiently advanced -- Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] /dev/null
Re: autoup.sh fails when upgrading bo - hamm
On Wed, 22 Jul 1998, JonesMB wrote: I am trying to upgrade from bo to hamm so I can run the new bash and try wine. I run autoup.sh and it ftp'ed the files needed for the upgrade. It failed to get me the file libstdc++2.8_*.deb [...deleted...] autoup.sh is expecting to find it in libs/, but it's not there anymore. it has been moved to base/. it must have happened recently because i haven't had any other complaints about it yet. download it from base, install it with dpkg and then run autoup.sh again. The autoup.sh I have is v 0.27 1998/05/29. I got it from http://www.debian.org/2.0/autoup/ Is this too old a version to be using or what? nope. that's the latest version. i'll put out a new version soon which corrects this libstdc++ problem. if you want to be certain you have the latest version, check http://debian.vicnet.net.au/autoup or http://taz.net.au/autoup/ the vicnet site is preferred - and also contains a .tar.gz file containing all the files which autoup.sh needs. debian.vicnet.net.au is my workstation at work, and has a much better net connection than the taz site (which is my home network). craig -- craig sanders -- Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] /dev/null
autoup.sh v0.28 released
v0.28: 1998-07-23 (Craig Sanders) - libstdc++2.8 has moved from libs/ to base/ - libnet-perl has moved from interpreters/ to base/ as usual, it is available from http://debian.vicnet.net.au/autoup/ (primary site) ftp://debian.vicnet.net.au/autoup/ and http://taz.net.au/autoup/ autoup.tar.gz on the primary site has also been updated with all the latest versions of stuff from hamm. it weighs in at 9.1MB and includes: -r--r--r-- root/root450820 1998-07-17 07:55 bash_2.01.1-3.1.deb -r--r--r-- root/root 13912 1997-05-08 00:00 data-dumper_2.07-1.deb -r--r--r-- root/root166586 1998-06-23 20:41 dpkg-dev_1.4.0.23.2.deb -r--r--r-- root/root 13544 1998-04-28 09:46 dpkg-ftp_1.4.9.6.deb -r--r--r-- root/root 21946 1998-05-12 11:04 dpkg-mountable_0.7.deb -r--r--r-- root/root341616 1998-06-23 20:41 dpkg_1.4.0.23.2.deb -r--r--r-- root/root181344 1998-05-22 08:56 ldso_1.9.9-1.deb -r--r--r-- root/root284268 1998-06-12 12:21 libc5_5.4.38-1.1.deb -r--r--r-- root/root580872 1998-07-17 08:26 libc6_2.0.7t-1.deb -r--r--r-- root/root254826 1997-10-07 13:55 libg++272_2.7.2.8-0.1.deb -r--r--r-- root/root235522 1998-06-08 10:42 libg++27_2.7.2.1-14.4.deb -r--r--r-- root/root 17296 1998-05-25 12:29 libgdbm1_1.7.3-25.deb -r--r--r-- root/root 17230 1998-05-25 12:29 libgdbmg1_1.7.3-25.deb -r--r--r-- root/root 65308 1997-04-28 00:00 libnet-perl_1.0502-1.deb -r--r--r-- root/root 69678 1998-07-17 07:55 libreadline2_2.1-10.1.deb -r--r--r-- root/root 75864 1998-07-17 07:55 libreadlineg2_2.1-10.1.deb -r--r--r-- root/root 94784 1998-07-02 08:10 libstdc++2.8_2.90.29-0.6.deb -r--r--r-- root/root 1340204 1998-07-17 08:26 locales_2.0.7t-1.deb -r--r--r-- root/root111006 1998-04-16 11:09 ncurses3.0_1.9.9e-2.1.deb -r--r--r-- root/root124368 1998-07-17 09:51 ncurses3.4_1.9.9g-8.8.deb -r--r--r-- root/root350948 1998-07-17 07:56 netbase_3.11-1.deb -r--r--r-- root/root611710 1998-07-05 22:07 netstd_3.07-2.deb -r--r--r-- root/root282680 1998-06-08 10:47 perl-base_5.004.04-6.deb -r--r--r-- root/root 3125884 1998-06-08 10:47 perl_5.004.04-6.deb -r--r--r-- root/root 84354 1998-07-02 12:19 slang0.99.34_0.99.38-6.deb -r--r--r-- root/root 83902 1998-07-02 12:19 slang0.99.38_0.99.38-6.deb -r--r--r-- root/root261268 1998-07-17 08:26 timezones_2.0.7t-1.deb craig -- craig sanders -- Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] /dev/null
Re: autoup.sh fails when upgrading bo - hamm
I got the same message when I tried to run autoup.sh. However, I was trying to run it on a hamm system instead of trying to do an upgrade from bo. This is because I'm a newbie and don't know what I'm doing yet. Nonetheless, thought I'd let everyone know I saw the error also. At 07:43 PM 7/23/1998 +1000, you wrote: On Wed, 22 Jul 1998, JonesMB wrote: I am trying to upgrade from bo to hamm so I can run the new bash and try wine. I run autoup.sh and it ftp'ed the files needed for the upgrade. It failed to get me the file libstdc++2.8_*.deb [...deleted...] autoup.sh is expecting to find it in libs/, but it's not there anymore. it has been moved to base/. it must have happened recently because i haven't had any other complaints about it yet. download it from base, install it with dpkg and then run autoup.sh again. The autoup.sh I have is v 0.27 1998/05/29. I got it from http://www.debian.org/2.0/autoup/ Is this too old a version to be using or what? nope. that's the latest version. i'll put out a new version soon which corrects this libstdc++ problem. if you want to be certain you have the latest version, check http://debian.vicnet.net.au/autoup or http://taz.net.au/autoup/ the vicnet site is preferred - and also contains a .tar.gz file containing all the files which autoup.sh needs. debian.vicnet.net.au is my workstation at work, and has a much better net connection than the taz site (which is my home network). craig -- craig sanders -- Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] /dev/null === Kent West | Technology Support/Customer Service | Abilene Christian University| Voice: 915-674-2557 FAX: 915.674.6724 | ACU Station, Box 29005 | E-MAIL: [EMAIL PROTECTED] | Abilene, TX 79699-9005 | Ham:KC5ENO, General | === -- Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] /dev/null
Re: autoup.sh v0.28 released
Now you tell me about the autoup.sh v0.28 upgrade :-) Yesterday I did some more hunting and found the 2 packages that autoup.sh v0.27 expected to be in libs - I found them in base. I downloaded them and autoup'ed again. It installed everything but it still complained about some conflicts. After that I did dselect to complete the process. There were some more complaints along the way (fvwm compface) but dselect went thru all the way to the end. The system even came up after the reboot!! So far most apps seem to work. What failed to work is fvwm and netscape and StarOffice - 3 apps that I probably use the most. Not a good thing!! If I bring up fvwm via startx/.xinitrc it fails with a Seg fault. If it comes up thru xdm/.xsession it works ok. Wierd as my ~/.xsession is just a sym link to ~/.xinitrc I remember reading somewhere that there is a netsape that works with libc6. Guess it is time to do some web searching for it. What can I do about StarOffice? I had StarOffice 4 working before the upgrade. I also see the rvplayer which I guess will solve my previous problems. This bo-hamm upgrade is a less hairy process than the documentation implies. ok enough rambling. jmb v0.28: 1998-07-23 (Craig Sanders) - libstdc++2.8 has moved from libs/ to base/ - libnet-perl has moved from interpreters/ to base/ as usual, it is available from http://debian.vicnet.net.au/autoup/ (primary site) ftp://debian.vicnet.net.au/autoup/ and http://taz.net.au/autoup/ autoup.tar.gz on the primary site has also been updated with all the latest versions of stuff from hamm. it weighs in at 9.1MB and includes: -r--r--r-- root/root450820 1998-07-17 07:55 bash_2.01.1-3.1.deb -r--r--r-- root/root 13912 1997-05-08 00:00 data-dumper_2.07-1.deb -r--r--r-- root/root166586 1998-06-23 20:41 dpkg-dev_1.4.0.23.2.deb -r--r--r-- root/root 13544 1998-04-28 09:46 dpkg-ftp_1.4.9.6.deb -r--r--r-- root/root 21946 1998-05-12 11:04 dpkg-mountable_0.7.deb -r--r--r-- root/root341616 1998-06-23 20:41 dpkg_1.4.0.23.2.deb -r--r--r-- root/root181344 1998-05-22 08:56 ldso_1.9.9-1.deb -r--r--r-- root/root284268 1998-06-12 12:21 libc5_5.4.38-1.1.deb -r--r--r-- root/root580872 1998-07-17 08:26 libc6_2.0.7t-1.deb -r--r--r-- root/root254826 1997-10-07 13:55 libg++272_2.7.2.8-0.1.deb -r--r--r-- root/root235522 1998-06-08 10:42 libg++27_2.7.2.1-14.4.deb -r--r--r-- root/root 17296 1998-05-25 12:29 libgdbm1_1.7.3-25.deb -r--r--r-- root/root 17230 1998-05-25 12:29 libgdbmg1_1.7.3-25.deb -r--r--r-- root/root 65308 1997-04-28 00:00 libnet-perl_1.0502-1.deb -r--r--r-- root/root 69678 1998-07-17 07:55 libreadline2_2.1-10.1.deb -r--r--r-- root/root 75864 1998-07-17 07:55 libreadlineg2_2.1-10.1.deb -r--r--r-- root/root 94784 1998-07-02 08:10 libstdc++2.8_2.90.29-0.6.deb -r--r--r-- root/root 1340204 1998-07-17 08:26 locales_2.0.7t-1.deb -r--r--r-- root/root111006 1998-04-16 11:09 ncurses3.0_1.9.9e-2.1.deb -r--r--r-- root/root124368 1998-07-17 09:51 ncurses3.4_1.9.9g-8.8.deb -r--r--r-- root/root350948 1998-07-17 07:56 netbase_3.11-1.deb -r--r--r-- root/root611710 1998-07-05 22:07 netstd_3.07-2.deb -r--r--r-- root/root282680 1998-06-08 10:47 perl-base_5.004.04-6.deb -r--r--r-- root/root 3125884 1998-06-08 10:47 perl_5.004.04-6.deb -r--r--r-- root/root 84354 1998-07-02 12:19 slang0.99.34_0.99.38-6.deb -r--r--r-- root/root 83902 1998-07-02 12:19 slang0.99.38_0.99.38-6.deb -r--r--r-- root/root261268 1998-07-17 08:26 timezones_2.0.7t-1.deb craig -- craig sanders -- Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] /dev/null -- Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] /dev/null
autoup.sh + deselect broke emacs
I have upgraded from 1.3.1 to hamm with some difficulty, but feel like I'm getting there. My latest problem is that when invoking emacs from a console, I get segmentation fault, and no emacs. I don't believe that emacs was upgraded during the deselect process so I suspect that the version I had (v19.34.?) requires the old libc, though I realy don't understand the issues here. How do I rectify this? By running deselect and upgrading Emacs. I'm loath to try that since emacs is huge and a download would be epic, but if absolutely necessary I will. If it matters, My upgrade went like this: -autoup.sh -deselect with ACCESS UPDATE, INSTALL (No SELECT) -several more iterations of INSTALL since the first ones resulted in brokenly uninstalled packages. -dselect and running SELECT to get X running (but that's another posting...) Now deselect reports no brokenly installed packages and I believe that all the necessary packages are now installed. So again, how do I fix emacs? Thanx in advance. Ed NL7FU [EMAIL PROTECTED] [EMAIL PROTECTED] -- Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] /dev/null
Re: autoup.sh + deselect broke emacs
I should mention that in the deselect screen, there are headings for packages that are headed as obsolete, one being emacs. Does this mean what I think: that emacs 19.34.? is now obsolete because I've upgraded around it and now it needs upgrading too? Probobly. There are some other packages labeled obsolete as well. How should this be handled? One other question: Where can I get a CD in the Denver area? I would order a CD of 2.0 but it seems to still be in a state of flux and I don't want to have a CD which may or may not have a fully stable Debian system. Thanx, Ed On Wed, 8 Jul 1998, Edward J. Young wrote: I have upgraded from 1.3.1 to hamm with some difficulty, but feel like I'm getting there. My latest problem is that when invoking emacs from a console, I get segmentation fault, and no emacs. I don't believe that emacs was upgraded during the deselect process so I suspect that the version I had (v19.34.?) requires the old libc, though I realy don't understand the issues here. How do I rectify this? By running deselect and upgrading Emacs. I'm loath to try that since emacs is huge and a download would be epic, but if absolutely necessary I will. If it matters, My upgrade went like this: -autoup.sh -deselect with ACCESS UPDATE, INSTALL (No SELECT) -several more iterations of INSTALL since the first ones resulted in brokenly uninstalled packages. -dselect and running SELECT to get X running (but that's another posting...) Now deselect reports no brokenly installed packages and I believe that all the necessary packages are now installed. So again, how do I fix emacs? Thanx in advance. Ed NL7FU [EMAIL PROTECTED] [EMAIL PROTECTED] -- Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] /dev/null
Re: autoup.sh + deselect broke emacs
i had the same thing happen and i had selected to upgrade emacs to 20.xx...made a mess. it was the only really broken package. had been wanting to check out xemacs so ended up purging emacs and installing xemacs-20.whatever and like it. anyway, suspect you will need to purge emacs and do a clean install. i had to abandon dselect and use dpkg to remove emacs, then ftp'd xemacs packages and used dpkg to install them. best--c On Wed, 8 Jul 1998, Edward J. Young wrote: I should mention that in the deselect screen, there are headings for packages that are headed as obsolete, one being emacs. Does this mean what I think: that emacs 19.34.? is now obsolete because I've upgraded around it and now it needs upgrading too? Probobly. There are some other packages labeled obsolete as well. How should this be handled? One other question: Where can I get a CD in the Denver area? I would order a CD of 2.0 but it seems to still be in a state of flux and I don't want to have a CD which may or may not have a fully stable Debian system. Thanx, Ed On Wed, 8 Jul 1998, Edward J. Young wrote: I have upgraded from 1.3.1 to hamm with some difficulty, but feel like I'm getting there. My latest problem is that when invoking emacs from a console, I get segmentation fault, and no emacs. I don't believe that emacs was upgraded during the deselect process so I suspect that the version I had (v19.34.?) requires the old libc, though I realy don't understand the issues here. How do I rectify this? By running deselect and upgrading Emacs. I'm loath to try that since emacs is huge and a download would be epic, but if absolutely necessary I will. If it matters, My upgrade went like this: -autoup.sh -deselect with ACCESS UPDATE, INSTALL (No SELECT) -several more iterations of INSTALL since the first ones resulted in brokenly uninstalled packages. -dselect and running SELECT to get X running (but that's another posting...) Now deselect reports no brokenly installed packages and I believe that all the necessary packages are now installed. So again, how do I fix emacs? Thanx in advance. Ed NL7FU [EMAIL PROTECTED] [EMAIL PROTECTED] -- Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] /dev/null == The man PUBLIC DOMAIN, INC. Of virtuous soul commands not, nor obeys: P.O. Box 8899-0899 Power, like a desolating pestilence, Atlanta, GA 30306 Pollutes whate'er it touches, and obedience, VOX: 404.373.0980Bane of all genius, virtue, freedom, truth, FAX: 404.378.3607Makes slaves of men, and, of the human frame, [EMAIL PROTECTED] A mechanised automaton. --Percy Bysshe Shelley = -- Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] /dev/null
Re: autoup.sh + deselect broke emacs
On Wed, 8 Jul 1998, Edward J. Young wrote: I should mention that in the deselect screen, there are headings for packages that are headed as obsolete, one being emacs. Does this mean what I think: that emacs 19.34.? is now obsolete because I've upgraded around it and now it needs upgrading too? Probobly. There are some other packages labeled obsolete as well. How should this be handled? I don't know about emacs (not installed here), but any installed packages not listed in a Packages file are displayed as obsolete/local. This only means that these packages are not part of the current distribution. I have several of these, such as apt, pine (the old pre-compiled version), my custom kernel-image, etc. Not to worry. Bob Bob Nielsen Internet: [EMAIL PROTECTED] Tucson, AZ AMPRnet: [EMAIL PROTECTED] DM42nh http://www.primenet.com/~nielsen -- Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] /dev/null
RE: autoup.sh + deselect broke emacs
Ok, I'm still confused... Emacs? Not part of the current distribution? This is alarming. I'm not sure what you mean by not to worry since the upgrade has broken Emacs and now it is catagorized as obsolete meaning it is not part of the current distrubution. I'm certain that there must be a way to fix emacs in hamm. Is it by using Deselect, and just selecting it for upgrade? (a loathsome download nightmare). Perhaps I should get a clue on the use of dpkg or apt since it seems most on this list avoid deselect in favor of dpkg if only one package is to be installed, emacs in this case. Ed * Ed Young (303)706-5425 [EMAIL PROTECTED] Software Engineering Echostar Technology Corporation Denver, Colorado * -Original Message- From: Bob Nielsen [SMTP:[EMAIL PROTECTED] Sent: Wednesday, July 08, 1998 9:01 AM To: Edward J. Young Cc: debian list Subject: Re: autoup.sh + deselect broke emacs On Wed, 8 Jul 1998, Edward J. Young wrote: I should mention that in the deselect screen, there are headings for packages that are headed as obsolete, one being emacs. Does this mean what I think: that emacs 19.34.? is now obsolete because I've upgraded around it and now it needs upgrading too? Probobly. There are some other packages labeled obsolete as well. How should this be handled? I don't know about emacs (not installed here), but any installed packages not listed in a Packages file are displayed as obsolete/local. This only means that these packages are not part of the current distribution. I have several of these, such as apt, pine (the old pre-compiled version), my custom kernel-image, etc. Not to worry. Bob Bob Nielsen Internet: [EMAIL PROTECTED] Tucson, AZ AMPRnet: [EMAIL PROTECTED] DM42nh http://www.primenet.com/~nielsen -- Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] /dev/null -- Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] /dev/null
Re: autoup.sh + deselect broke emacs
Young, Ed [EMAIL PROTECTED] writes: Ok, I'm still confused... Emacs? Not part of the current distribution? This is alarming. There are now *four* emacsen in hamm: emacs-19.34, emacs-20.2, xemacs-19.16, and xemacs-20.4, and you need to choose which you want. The emacs package is obsolete because of the greater variety provided in hamm. And yes, you do need up upgrade to use the new libc6-based programs. I'm not sure what you mean by not to worry since the upgrade has broken Emacs and now it is catagorized as obsolete meaning it is not part of the current distrubution. I'm certain that there must be a way to fix emacs in hamm. Is it by using Deselect, and just selecting it for upgrade? (a loathsome download nightmare). On a 28.8k modem it doesn't take *that* long, just two or three hours :) Perhaps I should get a clue on the use of dpkg or apt since it seems most on this list avoid deselect in favor of dpkg if only one package is to be installed, emacs in this case. No, I think many debian-users use the apt method *inside* deslect: it handles dependency ordering correctly, so you don't need multiple passes of install/configure which the vanilla dselect sometimes requires. But dselect will do just fine here. Ed * Ed Young (303)706-5425 [EMAIL PROTECTED] Software Engineering Echostar Technology Corporation Denver, Colorado * Norris -- Norris Preyer (541) 962-3310 (office) Physics Program (541) 962-3873 (fax) Eastern Oregon University [EMAIL PROTECTED] La Grande, OR 97850http://physics.eou.edu/npreyer.html -- Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] /dev/null
RE: autoup.sh + deselect broke emacs
Thanx for the fast replies. I'd like to have two emacsen if possible or one that will fit the bill for both purposes. The machine I'm working on upgrading is going to be an experimental Amateur radio packet machine and is somewhat minimalist. (486 dx66 w 8Megs, ~600Megs HD) I want to be able to run emacs from the console occasionaly and from X normaly. I've never used Xemacs but I doubt it will run from the console, but I've heard good things about it. Currently, X isn't working and until I get X working on this machine (a whole nother thread) I'd like to try it as long as it will coexist with GNU Emacs. Any comments or caveats or experiences here? My priorities: Emacs (of some variety) X AX25Utils. I also need to be able to compile and do some code development. Thanx, Ed Subject: Re: autoup.sh + deselect broke emacs Young, Ed [EMAIL PROTECTED] writes: Ok, I'm still confused... Emacs? Not part of the current distribution? This is alarming. There are now *four* emacsen in hamm: emacs-19.34, emacs-20.2, xemacs-19.16, and xemacs-20.4, and you need to choose which you want. The emacs package is obsolete because of the greater variety provided in hamm. And yes, you do need up upgrade to use the new libc6-based programs. I'm not sure what you mean by not to worry since the upgrade has broken Emacs and now it is catagorized as obsolete meaning it is not part of the current distrubution. I'm certain that there must be a way to fix emacs in hamm. Is it by using Deselect, and just selecting it for upgrade? (a loathsome download nightmare). On a 28.8k modem it doesn't take *that* long, just two or three hours :) Perhaps I should get a clue on the use of dpkg or apt since it seems most on this list avoid deselect in favor of dpkg if only one package is to be installed, emacs in this case. No, I think many debian-users use the apt method *inside* deslect: it handles dependency ordering correctly, so you don't need multiple passes of install/configure which the vanilla dselect sometimes requires. But dselect will do just fine here. Norris -- Norris Preyer (541) 962-3310 (office) Physics Program (541) 962-3873 (fax) Eastern Oregon University [EMAIL PROTECTED] La Grande, OR 97850 http://physics.eou.edu/npreyer.html -- Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] /dev/null
RE: autoup.sh + deselect broke emacs
On Wed, 8 Jul 1998, Young, Ed wrote: Ok, I'm still confused... Emacs? Not part of the current distribution? This is alarming. No, that's not what I meant. IIRC, there was once emacs and now there are emacs19 and emacs20 and no plain emacs. If you have a bo emacs package, you could/should replace it by one of the hamm versions (I don't use it, so am not sure what differences there are between the two). I'm not sure what you mean by not to worry since the upgrade has broken Emacs and now it is catagorized as obsolete meaning it is not part of the current distrubution. I'm certain that there must be a way to fix emacs in hamm. Is it by using Deselect, and just selecting it for upgrade? (a loathsome download nightmare). Probably the safest thing to do would be to run dselect and select emacs19. This conflicts with emacs and the old version will be removed when the newer one is installed. According to the Packages file, emacs19 shows this conflict, while emacs20 does not and would not remove the older version. They don't appear to conflict with each other, so presumably one could have both. Perhaps I should get a clue on the use of dpkg or apt since it seems most on this list avoid deselect in favor of dpkg if only one package is to be installed, emacs in this case. I typically use dselect with the apt method or apt-get. apt-get can determine dependencies and will get the necessary packages, which is an improvement over dpkg. Bob Bob Nielsen Internet: [EMAIL PROTECTED] Tucson, AZ AMPRnet: [EMAIL PROTECTED] DM42nh http://www.primenet.com/~nielsen -- Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] /dev/null
Re: autoup.sh + deselect broke emacs
Young, Ed [EMAIL PROTECTED] writes: Thanx for the fast replies. I'd like to have two emacsen if possible or one that will fit the bill for both purposes. The machine I'm working on upgrading is going to be an experimental Amateur radio packet machine and is somewhat minimalist. (486 dx66 w 8Megs, ~600Megs HD) I want to be able to run emacs from the console occasionaly and from X normaly. I've never used Xemacs but I doubt it will run from the console, but I've heard good things about it. Currently, X isn't working and until I get X working on this machine (a whole nother thread) I'd like to try it as long as it will coexist with GNU Emacs. Any comments or caveats or experiences here? Both emacs and xemacs run fine on both the console and under X-windows. Xemacs is somewhat spiffier under X, and comes with more packages pre- installed than emacs. All four of the emacsen packages can be installed simultaneously, thanks to the hard work of several Debian developers. HTH, Norris -- Norris Preyer (541) 962-3310 (office) Physics Program (541) 962-3873 (fax) Eastern Oregon University [EMAIL PROTECTED] La Grande, OR 97850http://physics.eou.edu/npreyer.html -- Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] /dev/null
autoup.sh availability
Craig Sanders' [EMAIL PROTECTED] ftp|http sites at debian.vicnet.net.au/autoup/ often have poor connectivity, at least for North American users. The following files are now available at www.debian.org/~hilliard: autoup.sh This differs from the version on Craig's site only in that the message giving the list of files required to run autoup is complete. autoup-README Instructions for using autoup. autoup.tar.gz All of the packages required to run autoup. Users without access to a local mirror will find it much more convenient to use this tarball than getting all the packages separately by ftp. Bob -- _ |_) _ |_ Robert D. Hilliard[EMAIL PROTECTED] |_) (_) |_) Palm City, FL USAPGP Key ID: A8E40EB9 -- Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] /dev/null
Re: autoup.sh availability
Craig Sanders' [EMAIL PROTECTED] ftp|http sites at debian.vicnet.net.au/autoup/ often have poor connectivity, at least for North American users. The following files are now available at www.debian.org/~hilliard: [snip] Is there any reason you don't just use http://www.debian.org/2.0/autoup/ ? In fact you can even use any of the www.{country}.debian.org mirrors. This location is linked from the Developers Corner and from the 2.0 beta release announcement. Jay Treacy -- Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] /dev/null
autoup.sh by ftp
Is there an address where I can get autoup.sh and the other files necessary for updating by ftp? Hans Ehrbar -- Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] /dev/null
Re: autoup.sh by ftp
*-Hans Ehrbar ( 3 Jul) | | Is there an address where I can get autoup.sh and the | other files necessary for updating by ftp? | Check http://www.debian.org/news#19980624 for a list of sites. Brian -- Mechanical Engineering [EMAIL PROTECTED] Purdue University http://www.ecn.purdue.edu/~servis -- Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] /dev/null
Re: autoup.sh by ftp
*-Hans Ehrbar ( 3 Jul) | | Hello Brian, | | thanks for your prompt reply. I have been trying the URL | you gave me, http://www.debian.org/news#19980624, and I | checked through the whole directory tree of ftp.debian.org | but I haven't found autoup.sh anywhere where it is | accessible per ftp. I lost quite a bit of time over it, and ftp.debian.org is not mentioned in the above URL as a place to get the autoup.sh script. | perhaps others might be interested too how to get it per ftp | instead of per www. If you could post the precise | ftp address to the list i think this would be useful for | others too. | | | Hans Ehrbar. From: http://www.debian.org/news#19980624, 1.autoup.sh - This is a script that will upgrade the programs in the correct order, even download the deb's for you. Because of the continuing changes to the archive, a tar archive of the packages that were available at the time autoup.sh was last released is provided. Versions are available at: the current site http://www.taz.net.au/autoup/ http://debian.vicnet.net.au/autoup/ http://www.uk.debian.org/autoup/ (ftp: also okay) So ftp://www.uk.debian.org/autup/ will also work. I aslo check debian.vicnet.net.au for ftp and I found you can also access it via ftp, i.e. ftp://debian.vicnet.net.au/autoup/ will work also. Hope this helps, Brian -- Mechanical Engineering [EMAIL PROTECTED] Purdue University http://www.ecn.purdue.edu/~servis -- Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] /dev/null
Re: two suggestions re autoup.sh
Hi, It's not my script - that honor belongs to Craig Sanders [EMAIL PROTECTED], who saw the need and developed it. I made some minor contributions, and wrote the README. The necessity of running dselect several times is a dpkg/dselect issue that is well known, and is mentioned in install.txt (which comes with the boot floppies) and other documents. I agree that it would be useful to repeat this advice in the script's closing message and in the README. If these are revised again before release, I will try to include that information. The predepends problems are a result of the way dpkg/dselect handle installation. The new dpkg interface apt (formerly deity) uses much more sophisticated ordering algorithms, and eliminates or minimizes such problems. autoup.sh is intended to perform the critical upgrades necessary to make it safe to used dpkg/dselect for the balance of the installation. Modifying it to eliminate predepends problems later would be extending its functionality beyond the purposes for which it was intended. Bob -- _ |_) _ |_ Robert D. Hilliard[EMAIL PROTECTED] |_) (_) |_) Palm City, FL USAPGP Key ID: A8E40EB9 Zack Weinberg [EMAIL PROTECTED] writes: Having just upgraded from bo to hamm using your script, I'd like to make a couple of suggestions: - The message at the end, ...now run dselect to upgrade everything else..., should warn the user that they may have to run the install command from dselect several times in order to get everything installed (due to predependencies and conflicts) and if they get errors, to not panic but simply keep the packages around and try [I]nstall again. - Several packages have predependencies on dpkg-perl (notably tetex-*). This is a major contributor to the above problem. Perhaps autoup should install dpkg-perl? zw -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
autoup.sh 0.27 released
available from the usual sites: http://debian.vicnet.net.au/autoup/ ftp://debian.vicnet.net.au/autoup/ and http://taz.net.au/autoup/ remember that the vicnet site has the tarball and other stuff. The taz site doesn't. changelog: v0.26: 1998-05-29 (Craig Sanders) - slang has moved from libs to base. - netbase must be installed before netstd, not on same line. - ALLPKGS was defined twice. once at start of script, and once when SEDSCRIPT had been set. so, existence of netstd and netbase wasn't being checked. changed to just process ALLPKGS with SEDSCRIPT. - merged in functionality of make-tarfiles.sh so i don't have to update it every time autoup gets updated. This will make no difference to most users, it is only useful for people maintaining autoup mirror sites. v0.27: 1998-05-29 (Craig Sanders) - changed 'ln' to 'ln -s' and 'tar cfz' to 'tar chfz' so that the tarball can be created even if the local debian mirror and the autoup directory are on different filesystems. and here's the diff: ---cut here--- --- autoup.sh 1998/04/21 00:10:08 0.25 +++ autoup.sh 1998/05/29 01:50:24 0.27 @@ -2,11 +2,21 @@ # upgrade a libc5 (bo) machine to libc6 (hamm). # -# $Id: autoup.sh,v 0.25 1998/04/21 00:10:08 root Exp $ +# $Id: autoup.sh,v 0.27 1998/05/29 01:50:24 root Exp $ # # based on Scott Ellis' excellent Debian libc5 to libc6 Mini-HOWTO # document at http://www.gate.net/~storm/FAQ/libc5-libc6-Mini-HOWTO.html +# +# Command line options: +# +# --make-tarfiles create tarball of debian packages INSTEAD of +# doing the upgrade. This option is *only* useful +# for maintainers of autoup mirror sites. End +# users can safely ignore this option. +# +# + # Author: Craig Sanders [EMAIL PROTECTED] # and many others. see changelog for details. # @@ -57,19 +67,24 @@ PKGS_LIBGPP=oldlibs/libg++27_*.deb libs/libg++272_*.deb \ libs/libstdc++2.8_*.deb PKGS_DPKG=base/dpkg_*.deb utils/dpkg-dev_*.deb -PKGS_SLANG=oldlibs/slang0.99.34_*.deb libs/slang0.99.38_*.deb +PKGS_SLANG=oldlibs/slang0.99.34_*.deb base/slang0.99.38_*.deb PKGS_LIBGDBM=oldlibs/libgdbm1_*.deb base/libgdbmg1_*.deb PKGS_PERLBASE=base/perl-base_*.deb PKGS_PERL=interpreters/perl_*.deb PKGS_MOREDPKG=interpreters/data-dumper_*.deb interpreters/libnet-perl_*.deb \ base/dpkg-ftp_*.deb admin/dpkg-mountable_*.deb -PKGS_NET=net/netbase_*.deb net/netstd_*.deb +PKGS_NETBASE=net/netbase_*.deb +PKGS_NETSTD=net/netstd_*.deb ALLPKGS=$PKGS_LDSO $PKGS_LIBC5 $PKGS_LIBC6 $PKGS_NCURSES $PKGS_LIBRL $PKGS_LIBRLG $PKGS_BASH $PKGS_LIBGPP $PKGS_DPKG $PKGS_SLANG - $PKGS_LIBGDBM $PKGS_PERLBASE $PKGS_PERL $PKGS_MOREDPKG $PKGS_NET + $PKGS_LIBGDBM $PKGS_PERLBASE $PKGS_PERL $PKGS_MOREDPKG + $PKGS_NETBASE $PKGS_NETSTD -cat __EOF__ +if [ $1 == --make-tarfiles ] ; then +answer=m +else + cat __EOF__ This script will install the packages necessary to ensure a safe upgrade to hamm. @@ -85,9 +100,11 @@ If you need to download the files via FTP, press 'f'. __EOF__ -echo -n if you have the files in the current dir, press 'c': (m/f/c) + echo -n if you have the files in the current dir, press 'c': (m/f/c) + + read answer +fi -read answer case $answer in m|M) @@ -236,9 +253,7 @@ echo checking that all needed files are available... # sanity check that we can find the packages -ALLPKGS=$PKGS_LDSO $PKGS_LIBC5 $PKGS_LIBC6 $PKGS_NCURSES $PKGS_LIBRL - $PKGS_LIBRLG $PKGS_BASH $PKGS_LIBGPP $PKGS_DPKG $PKGS_LIBGDBM - $PKGS_PERLBASE $PKGS_PERL $PKGS_MOREDPKG +ALLPKGS=$( echo $ALLPKGS | sed -e $SEDSCRIPT ) for i in $ALLPKGS ; do echo -n $(basename $i) @@ -255,6 +270,18 @@ echo all needed files found. echo +# make the tarball if called with --make-tarfiles + +if [ $1 == --make-tarfiles ] ; then +mkdir debfiles +cd debfiles +ln -s $ALLPKGS . +tar chfz ../autoup.tar.gz * +cd .. + exit 0 +fi + + # # libc5 # @@ -418,7 +445,8 @@ $DPKG $DPKG_ARGS $PKGS_MOREDPKG # and now netbase and netstd -$DPKG $DPKG_ARGS $PKGS_NET +$DPKG $DPKG_ARGS $PKGS_NETBASE +$DPKG $DPKG_ARGS $PKGS_NETSTD # paranoia says to run this at the end $DPKG --configure --pending ---cut here--- -- craig sanders -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
autoup.sh v0.24 released (was Re: autoup.sh bug)
On Mon, Apr 20, 1998 at 07:15:23PM +0100, Philip Hands wrote: I did a bo--hamm upgrade over the weekend using your autoup.sh: $Id: autoup.sh,v 0.23 1998/03/26 15:31:10 root Exp root $ and got this when it got to installing dpkg: dpkg: regarding .../base/dpkg_1.4.0.22.deb containing dpkg, pre-dependency problem: dpkg pre-depends on libstdc++2.8 libstdc++2.8 is not installed. dpkg: error processing /mirror/Debian/dists/frozen/main/binary-i386/base/dpkg_1.4.0.22.deb (--install): pre-dependency problem - not installing dpkg which suggests to me that the libstdc++ needs to be added to the list of things that are installed before dpkg. I've just released version 0.24 which fixes this (and a few minor problems too). v0.24: 1998-04-21 (Craig Sanders) - added libstdc++, libslang0.99.34 (libc5), libslang0.99.38 (libc6), netbase, and netstd to the list of packages to install. - changed 'unstable' to 'frozen' in various places. - [EMAIL PROTECTED] reported that the downloading the files to /var/lib/dpkg/methods/ftp messes up the ftp method somehow. changed TRY to /tmp/autoup. -- craig sanders -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: autoup.sh v0.25 released
BTW, i've also made some changes to my http://debian.vicnet.net.au/autoup site. 1. updated autoup.tar.gz to have the latest versions of all the needed packages. 2. made it accessible as ftp://debian.vicnet.net.au/autoup (some people requested this) 3. made a debfiles/ directory which contains all the individual packages in autoup.tar.gz for people who want to download them one at a time. if anyone mirrors this then they should probably just exclude the large binaries from their mirror and run the make-tarfiles.sh script locallysaves mirroring 14mb of stuff which they should already have in their local mirror. craig -- craig sanders -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: autoup.sh v0.25 released
I've just released version 0.24 which fixes this (and a few minor problems too). v0.24: 1998-04-21 (Craig Sanders) - added libstdc++, libslang0.99.34 (libc5), libslang0.99.38 (libc6), netbase, and netstd to the list of packages to install. - changed 'unstable' to 'frozen' in various places. - [EMAIL PROTECTED] reported that the downloading the files to /var/lib/dpkg/methods/ftp messes up the ftp method somehow. changed TRY to /tmp/autoup. make that 0.25. i forgot to disable the debugging stuff before releasing it. v0.25: 1998-04-21 (Craig Sanders) - remembered to disable debugging stuff so that the script actually does something. craig -- craig sanders -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
autoup.sh
After running autoup.sh where do I point dselect to complete the hamm upgrade from 1.3.1. Thanks Henry Hollenberg [EMAIL PROTECTED] -- E-mail the word unsubscribe to [EMAIL PROTECTED] TO UNSUBSCRIBE FROM THIS MAILING LIST. Trouble? E-mail to [EMAIL PROTECTED] .
Re: autoup.sh
On Tue, 10 Mar 1998, Henry Hollenberg wrote: After running autoup.sh where do I point dselect to complete the hamm upgrade from 1.3.1. Where you first used stable, contrib and non-free, now use dists/unstable/main, dists/unstable/contrib and dists/unstable/non-free. The rest is the same. Remco -- E-mail the word unsubscribe to [EMAIL PROTECTED] TO UNSUBSCRIBE FROM THIS MAILING LIST. Trouble? E-mail to [EMAIL PROTECTED] .
Re: autoup.sh
Henry Hollenberg [EMAIL PROTECTED] writes: After running autoup.sh where do I point dselect to complete the hamm upgrade from 1.3.1. This is not really appropriate for the developers list, so I have dropped that list from the address. From the Debian libc5 to libc6 Mini-HOWTO, by Scott K. Ellis: 4.5. Upgrading to unstable by FTP The directory structure of the ftp site has been slightly modified, placing the contrib and non-free sections of the archive alongside the main section, to avoid contrib and non-free getting out of sync with earlier portions of the archives. You must have dpkg-ftp_1.4.9 or greater to update your machine using dpkg-ftp. If you are updating your machine via ftp, the proper information to give dpkg-ftp is: o Enter debian directory: /debian o Enter space seperated list of distributions to get: dists/unstable/main dists/unstable/non-free dists/unstable/contrib -- _ |_) _ |_ Robert D. Hilliard[EMAIL PROTECTED] |_) (_) |_) Palm City, FL USAPGP Key ID: A8E40EB9 -- E-mail the word unsubscribe to [EMAIL PROTECTED] TO UNSUBSCRIBE FROM THIS MAILING LIST. Trouble? E-mail to [EMAIL PROTECTED] .
autoup.sh
I've lost my link to this script. Could somebody please post the URL? Micro$oft, what do you want to spend today? -- E-mail the word unsubscribe to [EMAIL PROTECTED] TO UNSUBSCRIBE FROM THIS MAILING LIST. Trouble? E-mail to [EMAIL PROTECTED] .
Re: autoup.sh
Mike, http://www.debian.org/devel/autoup.sh Steve Mayer [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: I've lost my link to this script. Could somebody please post the URL? Micro$oft, what do you want to spend today? -- E-mail the word unsubscribe to [EMAIL PROTECTED] TO UNSUBSCRIBE FROM THIS MAILING LIST. Trouble? E-mail to [EMAIL PROTECTED] . -- E-mail the word unsubscribe to [EMAIL PROTECTED] TO UNSUBSCRIBE FROM THIS MAILING LIST. Trouble? E-mail to [EMAIL PROTECTED] .
Re: autoup.sh
[EMAIL PROTECTED] writes: I've lost my link to this script. Could somebody please post the URL? Look on www.debian.org or http://taz.net.au/autoup/ -- _ |_) _ |_ Robert D. Hilliard[EMAIL PROTECTED] |_) (_) |_) Palm City, FL USAPGP Key ID: A8E40EB9 -- E-mail the word unsubscribe to [EMAIL PROTECTED] TO UNSUBSCRIBE FROM THIS MAILING LIST. Trouble? E-mail to [EMAIL PROTECTED] .
Re: autoup.sh
On Mon, 9 Mar 1998 [EMAIL PROTECTED] wrote: : : I've lost my link to this script. Could somebody please post the : URL? http://www.debian.org/devel/autoup.sh the script works great, btw - I've had no troubles so far (3 vastly different machines) -- Nathan Norman MidcoNet - 410 South Phillips Avenue - Sioux Falls, SD 57104 phone: (605) 334-4454 fax: (605) 335-1173 mailto://[EMAIL PROTECTED] http://www.midco.net PGP Key ID: 0xA33B86E9 - Public key available at keyservers PGP Key fingerprint: CE03 10AF 3281 1858 9D32 C2AB 936D C472 -- E-mail the word unsubscribe to [EMAIL PROTECTED] TO UNSUBSCRIBE FROM THIS MAILING LIST. Trouble? E-mail to [EMAIL PROTECTED] .
autoup.sh
Whoa... tried upgrading and I think I got confused. Shouldn't I erase my old packages via dselect? Then change my access to ftp and get all the hamm packages, then run autoup.sh? Carroll Kong -- E-mail the word unsubscribe to [EMAIL PROTECTED] TO UNSUBSCRIBE FROM THIS MAILING LIST. Trouble? E-mail to [EMAIL PROTECTED] .
Re: autoup.sh
On Fri, 6 Mar 1998, Carroll Kong wrote: : Whoa... tried upgrading and I think I got confused. Shouldn't I erase : my old packages via dselect? Then change my access to ftp and get all the hamm : packages, then run autoup.sh? : : : Carroll Kong Pretty much the opposite. Run autoup.sh, then point dselect towards an 'unstable' ftp mirror, or even better, an http mirror. It works great! I've upgraded two bo boxes this week. -- Nathan Norman MidcoNet - 410 South Phillips Avenue - Sioux Falls, SD 57104 phone: (605) 334-4454 fax: (605) 335-1173 mailto://[EMAIL PROTECTED] http://www.midco.net PGP Key ID: 0xA33B86E9 - Public key available at keyservers PGP Key fingerprint: CE03 10AF 3281 1858 9D32 C2AB 936D C472 -- E-mail the word unsubscribe to [EMAIL PROTECTED] TO UNSUBSCRIBE FROM THIS MAILING LIST. Trouble? E-mail to [EMAIL PROTECTED] .
autoup.sh
A few thing... libpthread0 needs to be removed, or libc6 doesn't install libg++ needs to be removed, or libg++272 Does libc6-dev need to be installed? I'm adding it, but I don't know. I can have a hacked and working autoup.sh for ftp in about 30 mins if the machine gets upgraded correctly.. :) Tim -- (work) [EMAIL PROTECTED] / (home) [EMAIL PROTECTED] - http://www.buoy.com/~tps Very Pete Townshendish. Who? Exactly. -- Anon ** Disclaimer: My views/comments/beliefs, as strange as they are, are my own.** -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: autoup.sh
On Wed, 28 Jan 1998, Tim Sailer wrote: A few thing... libpthread0 needs to be removed, or libc6 doesn't install libg++ needs to be removed, or libg++272 which version of the script do you have? libpthread0 has been in the script's remove list since v0.08 you can get the latest version from http://www.taz.net.au/autoup or from http://csanders.vicnet.net.au/autoup. the vicnet site also has autoup.tar.gz which contains all the .debs needed by the script. i don't know about libg++, it's not a problem i've ever run into when running the script (i've upgraded several systems with it now). what debian release is libg++ from? rex? libg++272 has been around since before bo, hasn't it? doesn't matter, libg++ can easily be added to the remove list. Does libc6-dev need to be installed? I'm adding it, but I don't know. it's not needed. most people will probably want it installed, but that's what dselect is for. the script only installs the bare minimum required, and leaves everything else to dselect. autoup.tar.gz is already 7MB in size. libc6-dev would add another ~800K. I can have a hacked and working autoup.sh for ftp in about 30 mins if the machine gets upgraded correctly.. :) please make your changes to the latest version. craig -- craig sanders -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .