Re: difficulties updating Etch
On 05/15/2008 07:29 PM, Celejar wrote: Nitpick - the apt-get command doesn't need to be run as superuser if it's just printing uris. :-O Why you're right! Now I might be able to use apt-get to experiment with potential changes without damaging the system. Thanks. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: difficulties updating Etch
Mumia W.. wrote: On 05/15/2008 07:29 PM, Celejar wrote: Nitpick - the apt-get command doesn't need to be run as superuser if it's just printing uris. :-O Why you're right! Now I might be able to use apt-get to experiment with potential changes without damaging the system. Thanks. actually you can do: apt-get install or dist-upgrade --dry-run and it will show you exactly what will happen. since i have started using aptitude for my package manager i now try to use: aptitude --simulate install foo of course all this is done with the 'sudo' command. -- Arrant Drivel - really, it's just trash... http://www.arrantdrivel.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: difficulties updating Etch
On Fri, May 16, 2008 at 07:31:21AM -0500, Preston Boyington [EMAIL PROTECTED] was heard to say: actually you can do: apt-get install or dist-upgrade --dry-run and it will show you exactly what will happen. since i have started using aptitude for my package manager i now try to use: aptitude --simulate install foo of course all this is done with the 'sudo' command. There's no need to run aptitude -s as a superuser, and I would recommend against it in order to avoid accidental slipups... Daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: difficulties updating Etch
Daniel Burrows wrote: On Fri, May 16, 2008 at 07:31:21AM -0500, Preston Boyington [EMAIL PROTECTED] was heard to say: actually you can do: apt-get install or dist-upgrade --dry-run and it will show you exactly what will happen. since i have started using aptitude for my package manager i now try to use: aptitude --simulate install foo of course all this is done with the 'sudo' command. There's no need to run aptitude -s as a superuser, and I would recommend against it in order to avoid accidental slipups... whoops, i meant all _installs_ done with the sudo command. i got ahead of myself. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: difficulties updating Etch
Douglas A. Tutty wrote: I'm having trouble updating Etch: I get various errors during the update phase of aptitude. Sometimes its just some files failed to download; I guess it timed out or something. I'm on dialup. How to prevent absolute timeouts but allow (encourage) aptitude to re-issue requests. Sometimes I get gpg errors. Last time, I get Bizarre Error: file size not what the server reported. I'm using the same mirror I always have: ftp3.nrc.ca I'll keep trying. Doug. I'm not 100% sure - but I think the most common cause of the 'Bizzare' apt message is that the mirror itself is being updated, thus the issue should go away by itself after the process completes. What I believe happens is that there is a file that contains all the file sizes that apt references (cant remember its name) and during the update process the file sizes don't match the updated files, thus apt throws an error until everything is in sync again. If you have a look at the root of the mirror, there might be something like: Archive-Update-in-Progress-mirror.pacific.net.au as file. atleast thats what mirror.pacific.net.au does. I have had the apt issue once with mirror.pacific.net.au - however not for quite a while since. Jaime -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: difficulties updating Etch
On 05/14/2008 11:42 AM, Douglas A. Tutty wrote: I'm having trouble updating Etch: I get various errors during the update phase of aptitude. Sometimes its just some files failed to download; I guess it timed out or something. I'm on dialup. How to prevent absolute timeouts but allow (encourage) aptitude to re-issue requests. Sometimes I get gpg errors. Last time, I get Bizarre Error: file size not what the server reported. I'm using the same mirror I always have: ftp3.nrc.ca I'll keep trying. Doug. Perhaps you can use a slightly different procedure since your dialup is having problems. You can use apt-get --print-uris upgrade to get a list of URLs to download, and you can use wget to get the actual files. After the files MD5 sums are checked (how?), they can be placed in /var/cache/apt/archives. Wget can be told to retry and retry; it can also be told to continue failed downloads. Think of this as untested pseudocode for the first part of the process: mkdir /tmp/getem ch /tmp/getem sudo apt-get --print-uris upgrade getem.list wget --input-file=getem.list --tries=100 --continue Also, although this is probably not an option in your case, I often use apt-zip to help me update two computers that are not connected to the Internet. Good luck. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: difficulties updating Etch
On Thu, May 15, 2008 at 02:39:42AM -0500, Mumia W.. wrote: On 05/14/2008 11:42 AM, Douglas A. Tutty wrote: I get various errors during the update phase of aptitude. Sometimes its just some files failed to download; I guess it timed out or something. I'm on dialup. How to prevent absolute timeouts but allow (encourage) aptitude to re-issue requests. Sometimes I get gpg errors. Last time, I get Bizarre Error: file size not what the server reported. The mirrors must have been having problems or being updated; it worked late last night. This morning I finished fixing the ssh fiasco for all users on all boxes. Perhaps you can use a slightly different procedure since your dialup is having problems. You can use apt-get --print-uris upgrade to get a list of URLs to download, and you can use wget to get the actual files. After the files MD5 sums are checked (how?), they can be placed in /var/cache/apt/archives. Wget can be told to retry and retry; it can also be told to continue failed downloads. Think of this as untested pseudocode for the first part of the process: mkdir /tmp/getem ch /tmp/getem sudo apt-get --print-uris upgrade getem.list wget --input-file=getem.list --tries=100 --continue Yeah, I figured I could cobble something together from wget but I don't know about the gpg problem. This latter stuff is a low-priority problem at which I'll poke as time and inclination permits. Thanks, Doug. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: difficulties updating Etch
On Thu, 15 May 2008 02:39:42 -0500 Mumia W.. [EMAIL PROTECTED] wrote: ... Perhaps you can use a slightly different procedure since your dialup is having problems. You can use apt-get --print-uris upgrade to get a list of URLs to download, and you can use wget to get the actual files. After the files MD5 sums are checked (how?), they can be placed in /var/cache/apt/archives. Wget can be told to retry and retry; it can also be told to continue failed downloads. Think of this as untested pseudocode for the first part of the process: mkdir /tmp/getem ch /tmp/getem sudo apt-get --print-uris upgrade getem.list wget --input-file=getem.list --tries=100 --continue Thanks for the suggestion; I may try this, since I often have trouble with large packages such as kernel sources. Aptitude tries to download them and stalls, often restarting the download from the beginning. BTW, why does it do this? Shouldn't it resume, as wget does? Celejar -- mailmin.sourceforge.net - remote access via secure (OpenPGP) email ssuds.sourceforge.net - A Simple Sudoku Solver and Generator -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: difficulties updating Etch
On Thu, 15 May 2008 02:39:42 -0500 Mumia W.. [EMAIL PROTECTED] wrote: ... Think of this as untested pseudocode for the first part of the process: mkdir /tmp/getem ch /tmp/getem sudo apt-get --print-uris upgrade getem.list wget --input-file=getem.list --tries=100 --continue Nitpick - the apt-get command doesn't need to be run as superuser if it's just printing uris. Celejar -- mailmin.sourceforge.net - remote access via secure (OpenPGP) email ssuds.sourceforge.net - A Simple Sudoku Solver and Generator -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: difficulties updating Etch
Douglas A. Tutty wrote: On Thu, May 15, 2008 at 02:39:42AM -0500, Mumia W.. wrote: On 05/14/2008 11:42 AM, Douglas A. Tutty wrote: I get various errors during the update phase of aptitude. Sometimes its just some files failed to download; I guess it timed out or something. I'm on dialup. How to prevent absolute timeouts but allow (encourage) aptitude to re-issue requests. Sometimes I get gpg errors. Last time, I get Bizarre Error: file size not what the server reported. The mirrors must have been having problems or being updated; it worked late last night. This morning I finished fixing the ssh fiasco for all users on all boxes. Perhaps you can use a slightly different procedure since your dialup is having problems. You can use apt-get --print-uris upgrade to get a list of URLs to download, and you can use wget to get the actual files. After the files MD5 sums are checked (how?), they can be placed in /var/cache/apt/archives. Wget can be told to retry and retry; it can also be told to continue failed downloads. Think of this as untested pseudocode for the first part of the process: mkdir /tmp/getem ch /tmp/getem sudo apt-get --print-uris upgrade getem.list wget --input-file=getem.list --tries=100 --continue Yeah, I figured I could cobble something together from wget but I don't know about the gpg problem. This latter stuff is a low-priority problem at which I'll poke as time and inclination permits. Thanks, Doug. IMHO, if you have been using aptitude religiously, don't do anything outside of aptitude that you can avoid. Aptitude keeps an extensive record of your systems package history, which it considers during every operation, making suggestions as needed and automatically cleaning up unused files and packages. Why mung that up with installs outside of aptitudes purview? How about an alternate sources.list with different mirrors--if you really need to get things done in the moment? When you switch it out, you'll get flashy red errors about the package cache. But there is no damage, it will all straighten out if you run update. Then you are in business. -- View this message in context: http://www.nabble.com/difficulties-updating-Etch-tp17235658p17267955.html Sent from the Debian User mailing list archive at Nabble.com. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
difficulties updating Etch
I'm having trouble updating Etch: I get various errors during the update phase of aptitude. Sometimes its just some files failed to download; I guess it timed out or something. I'm on dialup. How to prevent absolute timeouts but allow (encourage) aptitude to re-issue requests. Sometimes I get gpg errors. Last time, I get Bizarre Error: file size not what the server reported. I'm using the same mirror I always have: ftp3.nrc.ca I'll keep trying. Doug. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]