Re: Slink-Potato, Perl version
On Sat, Jun 23, 2001 at 07:00:18AM +0200, Marcus wrote: I have slink installed and want to upgrade to potato, but I'm relatively new to Debian (and Linux). I read two explanations on upgrading, but still have a few newbie type questions: Is apt-get upgrade sufficient, and what does apt-get dist-upgrade do? I read that I should make sure all packages are _not_ on hold. Is there an easy way to do that without dselect? Perl 5.6x is not in potato, and if I upgrade I'd like to ignore Perl-5.005 and get 5.6. How do I do that using apt-get? Primarily I'm interested in upgrading to Perl 5.6, latest Gnome, and Xfree 4 (It has TT-Fonts, I believe?), but from what I read, a system upgrade is recommended. It appears you'll want to upgrade past potato all the way up to woody (testing). Potato has only Perl-5.005, Xfree 3.3.x, Gnome 1.0.56 (i think, that or 58... 1.0.x anyway). Hope I've helped...
Re: Slink-Potato, Perl version
On Sat, Jun 23, 2001 at 07:00:18AM +0200, Marcus wrote: I have slink installed and want to upgrade to potato, but I'm relatively new to Debian (and Linux). I read two explanations on upgrading, but still have a few newbie type questions: Is apt-get upgrade sufficient, and what does apt-get dist-upgrade do? No it is not. Apt-get is great, especially for installing single packages on an otherwise complete and stable system. Performing large scale upgrades can be attempted using only apt-get, is in most cases asking for trouble. This is not a shortcoming in apt-get, it just doesn't have all the needed user interfaces to dependends management that dselect does. Use dselect, and configure it to use apt as its access method. Then setup /etc/apt/sources.list to point to potato packages, and run update within dselect. Here comes the part where dselect shines, handling the changes in dependencies that come with the new available packages list. It helps to understand what dselect is trying to do, so take a little time and read the 5 or so pages of online help (press '?' almost anywhere in dselect). In fact I would say it is rather vital, but then I am a great believer in the power of rtfm. BTW, don't try to actively select new packages from the packages list this first time, it is more important to upgrade the set of currently installed packages first. Only after the basic upgrade worked out well should you start adding packages. The converse works in the opposite way: if you want to remove packages anyway, it is easier to do it before starting the upgrade. When done with the select stage, simply run install from the dselect main menu. It should trigger apt-get to do the right thing. In fact, from this point on, apt-get could probably manage without help from dselect. But it is less typing now to stay in dselect anyway and use its menu. The is a god chance that some packages do not unpack, install or configure right the first time. Do not worry, just repeat the install and it should fix 99% of these in the second run. If it keeps going wrong because of one broken package, don't be afraid to temporarily remove the package from your system. As long as you do not purge it, all configuration will remain on your system and will be reused when you reinstall the package later. But none of this should really be necessary at all and it usually isn't indeed. When everything worked out, edit sources.list again and put in the relevant uri's for sid packages. The local part of the url seems to have changed slightly over the last few releases IIRC, this may require a little extra attention. Google is your friend here, try looking for sources.list unofficial. I read that I should make sure all packages are _not_ on hold. Is there an easy way to do that without dselect? Untested: dpkg --get-selections * \ | sed 's/^([^ ]*) *hold$/\1 install/' \ | dpkg --set-selections But the dpkg interface is not especially well suited for interactive packages' selections manipulation by humans. So you should use the right tool for the job: dselect. Also, I'm not giving you any guarantees that dpkg will lock its databases properly when both reading and writing it in the same pipe. I think it does it right, I'm just not giving any guarantees. :-) The naive way is to walk over all installed packages in the select screen and pressing 'G' on each package. But that can be quite tiresome if you have many packages. This is better: Enter the select screen, type 'o' 'o'. That should set the sort options in such a way that packages appear grouped in the largest possible clustering. Maybe you have to fiddle a bit, but I found the effect of tapping 'o' twice good enough for me. Now select a group header and press 'G' to take all packages listed under that header off hold. Dselect will probably display a new screen for dependency conflict resolution, that is expected and good. Just accept dselect's suggestions by pressing enter. If it does not come up with such a screen, then that is fine just as well. Continue to the next group header and repeat three to five times for all your installed packages. To hold all packages, do the same, except press 'H' instead of 'G'. Perl 5.6x is not in potato, and if I upgrade I'd like to ignore Perl-5.005 and get 5.6. How do I do that using apt-get? By first upgrading your slink dist to the potato dist succesfully. Only thereafter should you start upgrading to sid (which contains perl 5.6). In any case, do not attempt to upgrade directly from slink to sid. You can try if you like, and you always get to keep both pieces. Primarily I'm interested in upgrading to Perl 5.6, latest Gnome, and Xfree 4 (It has TT-Fonts, I believe?), but from what I read, a system upgrade is recommended. Yes. In fact on any personal machine, I always like to track unstable and I've never had any serious problems. But then I keep a close eye debian-devel where possible, so I know
Re: Slink-Potato, Perl version
On Saturday 23 June 2001 08:44, Joost Kooij wrote: Performing large scale upgrades can be attempted using only apt-get, is in most cases asking for trouble. This is not a shortcoming in apt-get, it just doesn't have all the needed user interfaces to dependends management that dselect does. Use dselect, and configure it to use apt as its access method. Joost, Thanks for that long and informative post. I've saved it away for future reference. It definitely falls in the category of things I always wanted to know but didn't know how to ask. a little. But then I probably learnt my way to the first aid kit mostly from walking into the cutting edge so many times. And that little jewel goes in my favorite quotes file. :} -- Bud Rogers [EMAIL PROTECTED] http://www.sirinet.net/~budr All things in moderation. And not too much moderation either.
Re: Slink-Potato, Perl version
Marcus wrote: Is apt-get upgrade sufficient, and what does apt-get dist-upgrade do? From the apt-get man page: dist-upgrade dist-upgrade, in addition to performing the func tion of upgrade, also intelligently handles chang ing dependencies with new versions of packages; apt-get has a smart conflict resolution system, and it will attempt to upgrade the most important packages at the expense of less important ones if necessary. It's best if you use dist-upgrade when doing major upgrades. I read that I should make sure all packages are _not_ on hold. Is there an easy way to do that without dselect? dpkg --get-selections | sed 's/hold$/install/' | dpkg --set-selections Perl 5.6x is not in potato, and if I upgrade I'd like to ignore Perl-5.005 and get 5.6. How do I do that using apt-get? Primarily I'm interested in upgrading to Perl 5.6, latest Gnome, and Xfree 4 (It has TT-Fonts, I believe?), but from what I read, a system upgrade is recommended. It sounds to me like you should consider upgrading to the testing distribution. You could certianly upgrade a potato or even slink system to all these things peicemeil, but these are such major components with such far-reaching dependnacies that you would end up with a system composed mostly of packages from testing anyway. -- see shy jo
Re: Slink-Potato, Perl version
On 23.06.01 at 15:44 [EMAIL PROTECTED] wrote: Use dselect, and configure it to use apt as its access method... Thanks Joost for that detailed mail. I've printed it out and I'm off to familiarise myself further with dselect. I was quite surprised though because a debian book I looked at online expressly said the opposite about dselect and apt-get. The book is in German Debian GNU/Linux Anwenderhandbuch by Frank Ronneburg. It's online, and it applies to slink and potato. It sounds like good advice to upgrade to potato first and then take the next step. Thanks again, Marcus
Re: slink - potato
On Fri, Jan 21, 2000 at 05:01:44PM +0100, Robert Waldner wrote: I think Wouter meant to download one package at a time, then install it, then go fetch the next and so on. This way you could do with _a lot_ less free space for keeping the debs before installing them... I think a wrapper script for apt-get could be written to do that. For instance it would use the following: apt-get update apt-get -s upgrade upgrade.list foreach line in upgrade.list where line =~ /^Inst:(.*)/ apt-get install line The problems would be to check for: 1) 'apt-get update' fails to download indices 2) 'apt-get install line' returns an error (ignore package already newest available) Of course, the user would have to be present during this whole thing as each round of 'apt-get install line' may have a new set of questions. Alternatively there's the 'Yes' to all questions flag -- may not cover all cases though (???). -- ++ | Eric G. Milleregm2@jps.net | | GnuPG public key: http://www.jps.net/egm2/gpg.asc | ++
Re: slink - potato
On Thu, Jan 20, 2000 at 06:43:08PM -0800, Nick Jennings wrote: This brings up a question that i've had for sometime, but haven't yet asked anyone. Why the hell does Debian insist on putting some very disk space consuming directories in /var ?? such as: /var/ftp /var/cache /var/lib/dpkg I suggest reading http://www.pathname.com/fhs/ . The /var partition holds variable data. Hence it can become very large. The /usr partition is for executables, libraries, etc... from the distributor -- files that should rarely change (with a stable distro). In fact, it may be wise to segment /var depending on the type of system use. -- ++ | Eric G. Milleregm2@jps.net | | GnuPG public key: http://www.jps.net/egm2/gpg.asc | ++
Re: slink - potato
On Thu, Jan 20, 2000 at 08:06:16PM -0500, Edward Kear wrote: One way to get around that problem would be to do this: rmdir /var/lib/dpkg/methods/some-method/debian mkdir /home/debian ln -s /home/debian /var/lib/dpkg/methods/some-method/debian before you start upgrading. That will alleviate your disk space problem. or mkdir /home/debian apt-get -d -o dir::cache=/home/debian dist-upgrade (this will download all the files and put them in /home/debian see apt-get -h) apt-get -o dir::cache=/home/debian dist-upgrade (this will install them from /home/debian) This brings up a question that i've had for sometime, but haven't yet asked anyone. Why the hell does Debian insist on putting some very disk space consuming directories in /var ?? such as: /var/ftp /var/cache /var/lib/dpkg I've always been one to be specific and give just about everything its own partition. For example, this is how I have my home machine set up: Filesystem 1k-blocks Used Available Use% Mounted on /dev/sda346664 21454 22801 48% / /dev/sda2 10109321 95851 0% /tmp /dev/sda6 1686362 1469759129452 92% /usr /dev/sda5 101075 82207 13649 86% /var /dev/sda7 2082193 1797060177500 91% /home and the only reason var isn't overloaded is because I have the 3 directories I mentioned above, symlinked to the /usr partition. I've always thought of /var as a directory you partition off, give it a 100mb or maybe 200mb (or more if you get lots of mail, or have lots of users) but the reason you partiton it is so that if the mail gets enormous, or your log files get too big, it just fills up /var and the rest of your filesystem isn't screwed. Putting those three directories in /var seems to defeat that purpose, and put some otherwise space consuming directories in a partition that normally wouldnt even be able to handle a full dist upgrade (downloading all the dpkg files into /var/lib/dpkg/whatever directory, or is it /var/cache? I forget). Anyways, to cut myself off, can anyone explain this to me? -- - Nick Jennings Email: [EMAIL PROTECTED] Web : http://nick.namodn.com -
Re: slink - potato
At 05:05 PM 1/20/00 -0600, Phil Brutsche wrote: A long time ago, in a galaxy far, far way, someone said... Hi, My box running slink here would like to do the potato upgrade but I'm concerned that it might run out of disk space: Filesystem 1024-blocks Used Available Capacity Mounted on /dev/hda1 296633 24881332500 88% / /dev/hda3 675175 343296 297003 54% /home Safe to upgrade? No it's not safe for you to upgrade - not enough disk space. When I downloaded everything it was 155MB. You need to delete quite a few files from your root file system. One way to get around that problem would be to do this: rmdir /var/lib/dpkg/methods/some-method/debian mkdir /home/debian ln -s /home/debian /var/lib/dpkg/methods/some-method/debian before you start upgrading. That will alleviate your disk space problem. or mkdir /home/debian apt-get -d -o dir::cache=/home/debian dist-upgrade (this will download all the files and put them in /home/debian see apt-get -h) apt-get -o dir::cache=/home/debian dist-upgrade (this will install them from /home/debian)
Re: slink - potato
On Thu, Jan 20, 2000 at 05:01:27PM -0600, Phil Brutsche wrote: No it's not safe for you to upgrade - not enough disk space. When I downloaded everything it was 155MB. You need to delete quite a few files from your root file system. I had this problem too. Why isn't there an option for apt to let it download the deb for a package only just before installing it? That way, upgrading small systems would be a lot easier. Wouter. -- Linux daria 2.2.14 #1 Wed Jan 5 14:00:40 CET 2000 i586 unknown 11:03am up 1:52, 4 users, load average: 0.00, 0.00, 0.00
Re: slink - potato
On Fri, 21 Jan 2000, Wouter Hanegraaff wrote: Why isn't there an option for apt to let it download the deb for a package only just before installing it? That way, upgrading small systems would be a lot easier. AOL! Have you already sent in a wishlist bug report? P. *8^) -- If not specific to HP please always reply to Paul Seelig [EMAIL PROTECTED]
Re: slink - potato
try apt-get -d that tells apt to download ONLY and not to install. nate On Fri, 21 Jan 2000, Wouter Hanegraaff wrote: hanegr On Thu, Jan 20, 2000 at 05:01:27PM -0600, Phil Brutsche wrote: hanegr No it's not safe for you to upgrade - not enough disk space. When I hanegr downloaded everything it was 155MB. You need to delete quite a few files hanegr from your root file system. hanegr hanegr I had this problem too. Why isn't there an option for apt to let it hanegr download the deb for a package only just before installing it? hanegr That way, upgrading small systems would be a lot easier. hanegr hanegr Wouter. hanegr -- hanegr Linux daria 2.2.14 #1 Wed Jan 5 14:00:40 CET 2000 i586 unknown hanegr 11:03am up 1:52, 4 users, load average: 0.00, 0.00, 0.00 hanegr hanegr hanegr -- hanegr Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] /dev/null hanegr [mailto:[EMAIL PROTECTED] ]-- Vice President Network Operations http://www.firetrail.com/ Firetrail Internet Services Limited http://www.aphroland.org/ Everett, WA 425-348-7336http://www.linuxpowered.net/ Powered By:http://comedy.aphroland.org/ Debian 2.1 Linux 2.0.36 SMPhttp://yahoo.aphroland.org/ -[mailto:[EMAIL PROTECTED] ]-- 7:11am up 154 days, 19:16, 2 users, load average: 1.82, 1.73, 1.76
Re: slink - potato
On Fri, Jan 21, 2000 at 02:37:45PM +0100, [EMAIL PROTECTED] wrote: On Fri, 21 Jan 2000, Wouter Hanegraaff wrote: Why isn't there an option for apt to let it download the deb for a package only just before installing it? That way, upgrading small systems would be a lot easier. AOL! Have you already sent in a wishlist bug report? $ apt-get -d upgrade Only downloads the debs.! No wishlist bug report required. -- ++ | Eric G. Milleregm2@jps.net | | GnuPG public key: http://www.jps.net/egm2/gpg.asc | ++
Re: slink - potato
On Fri, 21 Jan 2000 07:34:18 PST, Eric G . Miller writes: On Fri, Jan 21, 2000 at 02:37:45PM +0100, [EMAIL PROTECTED] m wrote: On Fri, 21 Jan 2000, Wouter Hanegraaff wrote: Why isn't there an option for apt to let it download the deb for a package only just before installing it? That way, upgrading small systems would be a lot easier. $ apt-get -d upgrade Only downloads the debs.! No wishlist bug report required. I think Wouter meant to download one package at a time, then install it, then go fetch the next and so on. This way you could do with _a lot_ less free space for keeping the debs before installing them... rw -- -- +++ EUnet/[EMAIL PROTECTED], 15.-17.2.'2k, Ebene02/Stand08 +++ - ___ - Robert WaldnerEUnet/AT tech staff // / ___ _/_ -- [EMAIL PROTECTED] RW960-RIPE --- /--- / / / / /___/ / --- ---EUnet EDV-DienstleistungsgesmbH--- -- /___ /___/ / / /___ /_ Diefenbachgasse 35A-1150 Wien - - Tel: +43 1 89933 Fax: +43 1 89933 533
Re: slink - potato
On Fri, 21 Jan 2000, Robert Waldner wrote: On Fri, 21 Jan 2000 07:34:18 PST, Eric G . Miller writes: $ apt-get -d upgrade Only downloads the debs.! No wishlist bug report required. I think Wouter meant to download one package at a time, then install it, then go fetch the next and so on. This way you could do with _a lot_ less free space for keeping the debs before installing them... Hi Man page for apg-get says -d, --download-only Download only; package files are only retrieved, not unpacked or installed. I don't see s per-package down load here. It appears to me that apt-get -d only fetches packages, but doesn't unpack or install. This sees different from what I'm reading from correspondents. If I'm not reading this correctly, please enlighten me. Weasel words: Of course the man pages are not the complete documentation. I'll continue to RTFM. If there really is an option or method that will fetch a package, install it, then delete the package then fetch the next one, I want to know about it. I only have 1 Gig of disk space right now, with Deb 2.0, I NEED to upgrade. --David David Teague, [EMAIL PROTECTED] Debian GNU/Linux Because software support is free, timely, useful, technically accurate, and friendly. (I'm hoping this is all of the above!)
RE: slink - potato
Hi, My box running slink here would like to do the potato upgrade but I'm concerned that it might run out of disk space: Filesystem 1024-blocks Used Available Capacity Mounted on /dev/hda1 296633 24881332500 88% / /dev/hda3 675175 343296 297003 54% /home Safe to upgrade? Your likely to have to put the archives directory on /home. The downloaded .deb's go into /var/cache/apt/archives. You can get stuff in small chunks and clean in between apt-get's. Or, you can use a sym link to put the archives tree over on /home so you have more download space. At the end, apt-get clean and put the original archives dir back in place. jim tia, -Mark - I know everything we've done is absolutely right and proper --Microsoft CEO Steve Ballmer on MSNBC, 01/13/00 - -- Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] /dev/null
Re: slink - potato
A long time ago, in a galaxy far, far way, someone said... Hi, My box running slink here would like to do the potato upgrade but I'm concerned that it might run out of disk space: Filesystem 1024-blocks Used Available Capacity Mounted on /dev/hda1 296633 24881332500 88% / /dev/hda3 675175 343296 297003 54% /home Safe to upgrade? No it's not safe for you to upgrade - not enough disk space. When I downloaded everything it was 155MB. You need to delete quite a few files from your root file system. One way to get around that problem would be to do this: rmdir /var/lib/dpkg/methods/some-method/debian mkdir /home/debian ln -s /home/debian /var/lib/dpkg/methods/some-method/debian before you start upgrading. That will alleviate your disk space problem. -- -- Phil Brutsche [EMAIL PROTECTED] There are two things that are infinite; Human stupidity and the universe. And I'm not sure about the universe. - Albert Einstein
Re: Slink - Potato: Problem with ppp/chat/pcmcia/modem?
Thanks for the reply John. Below are details from my log files. pointers to what I should be reading or exploring further are most welcome. Graham Williams wrote to debian-user on 22 Nov 1999 08:02:22 +1100: Graham I just used apt-get dist-upgrade to move from a slink to Graham a potato ... pon (as in pppd) is now failing ... Graham chat[...]: Can't get terminal parameters: Input/output error. These are the messages I get: Nov 22 21:00:33 inca pppd[254]: pppd 2.3.10 started by root, uid 0 Nov 22 21:00:34 inca chat[255]: Can't get terminal parameters: Input/output error Nov 22 21:00:34 inca pppd[254]: Connect script failed Nov 22 21:00:35 inca pppd[254]: Exit. Below is a successful connection when I had slink installed a few days ago, followed by its termination. During this particular session I downloaded and installed potato and then tried to reconnect. Nov 18 19:17:47 inca pppd[2947]: pppd 2.3.5 started by XXX, uid 1000 Nov 18 19:17:48 inca chat[2948]: abort on (BUSY) Nov 18 19:17:48 inca chat[2948]: abort on (NO CARRIER) Nov 18 19:17:48 inca chat[2948]: abort on (VOICE) Nov 18 19:17:48 inca chat[2948]: abort on (NO DIALTONE) Nov 18 19:17:48 inca chat[2948]: abort on (NO ANSWER) Nov 18 19:17:48 inca chat[2948]: send (ATZ^M) Nov 18 19:17:49 inca chat[2948]: expect (OK) Nov 18 19:17:49 inca chat[2948]: ATZ^M^M Nov 18 19:17:49 inca chat[2948]: OK Nov 18 19:17:49 inca chat[2948]: -- got it Nov 18 19:17:49 inca chat[2948]: send (ATDT^M) Nov 18 19:17:49 inca chat[2948]: expect (CONNECT) Nov 18 19:17:49 inca chat[2948]: ^M Nov 18 19:18:08 inca chat[2948]: ATDT^M^M Nov 18 19:18:08 inca chat[2948]: CONNECT Nov 18 19:18:08 inca chat[2948]: -- got it Nov 18 19:18:08 inca chat[2948]: send (\d) Nov 18 19:18:09 inca pppd[2947]: Serial connection established. Nov 18 19:18:10 inca pppd[2947]: Using interface ppp0 Nov 18 19:18:10 inca pppd[2947]: Connect: ppp0 -- /dev/modem Nov 18 19:18:18 inca pppd[2947]: Remote message: Nov 18 19:18:18 inca pppd[2947]: Cannot determine ethernet address for proxy ARP Nov 18 19:18:18 inca pppd[2947]: local IP address XXX.XX.X.XX Nov 18 19:18:18 inca pppd[2947]: remote IP address XXX.XX.X.X Nov 19 19:29:55 inca pppd[2947]: Terminating on signal 15. Nov 19 19:29:55 inca pppd[2947]: Connection terminated. Nov 19 19:29:55 inca pppd[2947]: Exit. Nov 19 20:17:13 inca pppd[29861]: pppd 2.3.10 started by root, uid 0 Nov 19 20:17:14 inca chat[29862]: Can't get terminal parameters: Input/output error Nov 19 20:17:14 inca pppd[29861]: Connect script failed Nov 19 20:17:15 inca pppd[29861]: Exit. The following is from syslog for my current boot up. Some odd things are: The kernel ppp version is 2.3.7, but pppd is 2.3.10. Will this cause a problem? Previously I was using pppd version 2.3.5 (from slink). I don't know why I get the message about modprobe not being able to find module char-major-108? Nov 22 21:00:15 inca syslogd 1.3-3#33: restart. Nov 22 21:00:15 inca kernel: klogd 1.3-3#33, log source = /proc/kmsg started. Nov 22 21:00:15 inca kernel: Inspecting /boot/System.map-2.2.12 Nov 22 21:00:16 inca kernel: Loaded 8033 symbols from /boot/System.map-2.2.12. Nov 22 21:00:16 inca kernel: Symbols match kernel version 2.2.12. Nov 22 21:00:16 inca kernel: Loaded 12 symbols from 1 module. Nov 22 21:00:16 inca kernel: Linux version 2.2.12 ([EMAIL PROTECTED]) (gcc version 2.95.2 19991109 (Debian GNU/Linux)) #1 SMP Sat Nov 20 21:47:44 EST 1999 Nov 22 21:00:16 inca kernel: mapped APIC to e000 (00273000) Nov 22 21:00:16 inca kernel: mapped IOAPIC to d000 (00274000) Nov 22 21:00:16 inca kernel: Detected 300686087 Hz processor. Nov 22 21:00:16 inca kernel: Console: colour VGA+ 80x25 Nov 22 21:00:16 inca kernel: Calibrating delay loop... 299.83 BogoMIPS Nov 22 21:00:16 inca kernel: Memory: 127824k/131008k available (1112k kernel code, 424k reserved, 1588k data, 60k init) Nov 22 21:00:16 inca kernel: Checking 386/387 coupling... OK, FPU using exception 16 error reporting. Nov 22 21:00:16 inca kernel: Checking 'hlt' instruction... OK. Nov 22 21:00:16 inca kernel: POSIX conformance testing by UNIFIX Nov 22 21:00:16 inca kernel: per-CPU timeslice cutoff: 100.22 usecs. Nov 22 21:00:16 inca kernel: CPU0: Intel Pentium II (Deschutes) stepping 02 Nov 22 21:00:16 inca kernel: SMP motherboard not detected. Using dummy APIC emulation. Nov 22 21:00:16 inca kernel: PCI: PCI BIOS revision 2.10 entry at 0xfbcde Nov 22 21:00:16 inca kernel: PCI: Using configuration type 1 Nov 22 21:00:16 inca kernel: PCI: Probing PCI hardware Nov 22 21:00:16 inca kernel: Linux
Re: Slink - Potato: Problem with ppp/chat/pcmcia/modem?
Graham writes: Issuing pon or pppd directly,... What do you mean by pppd directly? I get (in the plog file) chat[...]: Can't get terminal parameters: Input/output error. Please post the complete set of messages. I believe pppd is working okay, since if I mimic the modem on my interactive tty to get the ATZ stuff, I can respond OK to get ATDT etc. If I understand you correctly, that just means that pppd is getting far enough to call chat. Are you running pon as root? -- John HaslerThis posting is in the public domain. [EMAIL PROTECTED]Do with it what you will. Dancing Horse Hill Make money from it if you can; I don't mind. Elmwood, Wisconsin Do not send email advertisements to this address.
RE: slink--potato (or apt-get rules!)
Also, how can I install shadow passwords in potato? I need them because my other machines use them, and I use NIS to share passwords. The users can't log in to the potato machine because there is no /etc/shadow. Would it be enough to create a shadow file that contains nothing but +: or however many colons are required in it? Or is there more that must happen for shadow passwords to work over NIS? As root - 'shadowconfig on' test that everything is happy BEFORE you log out. You may need to change your password so that shadow knows about it.
Re: slink--potato (or apt-get rules!)
On Wed, Nov 10, 1999 at 09:59:47AM -0500, Noah L. Meyerhans wrote: I used apt via dselect, too, and the upgrades have been smooth since slink with very few forced overwrites. IMO, the move from hamm to slink was much more difficult. Art Last night I decided I'd attempt to upgrade a simple slink base installation to potato, just to see how well it worked. I installed the base slink system and used apt via dselect to upgrade everything. I am truly amazed at how easy it was! Everything just worked. No reboots required. Man, I love Debian!
Re: slink-potato and missing packages
On Mon, Oct 18, 1999 at 07:39:37AM -0400, Michael Stenner wrote: So I'm upgrading from slink to potato (while it's still unstable so i can call myself adventurous) and there are a number of packages missing (from the ftp site, according to apt). Some of them look rather important (tcpd, etc). It may be that some of those packages have been moved around to different packages with different names. Persist on the upgrade and it'll probably sort itself out. Sometimes you have to play around with holding certain packages through one iteration of the upgrade, and then getting them on the next go 'round. -- ++ | Eric G. Milleregm2@jps.net | | GnuPG public key: http://www.jps.net/egm2/gpg.asc | ++
Re: slink -- potato, no rlogin?
I upgraded to potato yesterday and most things seem okay, but I don't seem to have rlogin installed anymore!?! What package is rlogin in? It has moved out of netstd (I think) to its own packages: rsh-client and rsh-server -- \\// peter - http://www.softwolves.pp.se/ - and God said: nohup make World World.log
Re: Slink - Potato upgrade problem WORKAROUND
Even easier work around: $ apt-get upgrade libreadline $ apt-get upgrade bash Get the readline first. -- Eric G. Miller Powered by the POTATO (http://www.debian.org)!
