Problem updating fink

[Titanium Man]

Hi everyone, I was trying to update my version of fink. My current setup is this:

Package manager version: 0.9.6a
Distribution version: 0.3.1

So I typed fink self selfupdate in the Terminal. The response was this:

sudo /sw/bin/fink selfupdate
curl -L -s -S -O http://fink.sourceforge.net/LATEST-FINK

I will now download the package descriptions for Fink 0.3.2a and update the
core packages. After that, you should update the other packages using
commands like 'fink update-all'.

tar -xzf -

And then, nothing. It just sits there after tar -xzf- When I try to close the window, I get "Closing this window will terminate the following processes inside it: perl, perl, gtar, gtar, gzip" but nothing appears to be happening (I left it that way overnight). When I check my version, I'm still at 0.3.1, not 0.3.2a. Anyone know what's going on? Thanks

[mervTormel]

my results are different, and what i expect; i just ran


% sudo /sw/bin/fink selfupdate

Your Fink installation is set up to update package descriptions directly from
CVS. Do you want to use this setup and update now? [Y/n] y

I will now run the cvs command to retrieve the latest package descriptions.
The 'su' command will be used to run the cvs command as the user '<user>'.
After that, the core packages will be updated right away; you should then
update the other packages using commands like 'fink update-all'.

su <user> -c 'cvs -z3 update -d -P'
? stamp-rel-0.3.1
? dists/stable/crypto/finkinfo/curl-ssl-7.9-1.info
...
Reading package info...
Information about 292 packages read in 3 seconds.
No packages to install.
Re-executing fink to use the new version...
Reading package info...
Information about 292 packages read in 2 seconds.
No packages to install.

The core packages have been updated. You should now update the other packages using commands like 'fink update-all'.


did you change the access method?

try

% sudo dselect

and see if you can fiddle the access method to something more reasonable.

let us know.

[sao]

This is known problem, just follow this email from Max Horn in the Fink users mailing list on 01-17-02 :

>Sorry, you are hit by a bug in 0.3.2 (one reason why it was never
>globally announced). The 0.9.5 - 0.9.6a versions of fink contain a
>bug in the selfupdate code which cause the hang you describe.
>
>One way to work around the problem would be to downgrade to an older
>fink version. Try running "fink install fink-0.9.4", and if that
>works, immediatly run a "fink selfupdate".
>
>Another way to work around this is to download the fink package
>manager 0.9.7 from
>http://prdownloads.sourceforge.net/fink/fink-0.9.7.tar.gz , then
>install that over your current fink (use the inject script in it).
>Afterwards, you should be able to fun a "fink selfupdate" just fine.

Cheers...

[Titanium Man]

Thank you so much guys! I had originally set fink to NOT self update with cvs, so I typed fink selfupdate-cvs, and changed it. After that, I got something similar to what your output was, MT. After 9,426 screenfulls of stuff, (it was basically going through the same process with the package manager that you mentioned, sao) it finally finished, and I updated the other fink stuff I had installed. After 15,976 screenfulls, THAT was done, so I closed a Terminal window that I had open (to rehash), and typed fink --version. This is what I got:

Package manager version: 0.9.7
Distribution version: 0.3.2a.cvs

Huzzah!!

Thanks again!

[mervTormel]

during long screenfulls of output that you're not interested in, typing control-O will send those bits to the bit bucket, and speed up the runtime considerably, since terminal screen I/O is nil.

^O = toggle output to bit-heaven

toggle, that is, another ^O will turn the output back on.

but, beware !

you may be very interested in the output. this is best used for when you _know_, for sure, you don't need to see the output and there's no -quiet switch.

corollary:

^S = hold the output, and subsequently, processing, this is called X-off
^Q = unhold the output, continue processing, this is known as X-on

these are old tty tricks before the advent of pager commands like more and less.

we used to only have slow 1600 baud VT terminals and ^O, ^S and ^Q were handy, and callous-causing, keystrokes to throttle output. oh, the stories i can tell...

regards,

-mt

--
as in empty

[sao]

I'm glad it worked.


Cheers...

[synner]

Hi guys,

appologies if someone's already replied in unix-newcomers but I posted this there and then saw this thread. Anyway...

History:

At some stage in the past I've installed XFree86 etc, fink, MacGimp and had the whole lot working.

Stupidly I deleted the /sw directory in a fit of panic a few weeks ago when I noticed my HD filling up (thought all stuff was contained within the /sw directory).

Now I've decided to reinstall MacGimp and fink. I reinstalled fink (0.3.0) from my original download and all seemed to be OK until I went to update fink to the latest 0.3.2 version and I get this:

rm -f LATEST-FINK
curl -L -s -S -o LATEST-FINK http://fink.sourceforge.net/LATEST-FINK

A new Fink distribution release is available. I will now download the package
descriptions for Fink 0.3.2a and update the core packages. After that, you
should update the other packages using commands like 'fink update-all'.

gzip -dc packages-0.3.2a.tar.gz | tar -xf -

gzip: packages-0.3.2a.tar.gz: not in gzip format
./inject.pl /sw
Can't exec "./inject.pl": No such file or directory at /sw/lib/perl5/Fink/Services.pm line 180.
### ./inject.pl failed, exit code -1
Failed: injecting the new package definitions from packages-0.3.2a.tar.gz failed

Has anyone got a clue what I should do?

Package manager version 0.9.1
Distribution version 0.3.0

TIA

[mervTormel]

synner,

yer first error there is from gzip

show us

% which gzip

or perhaps that gzip package is corrupt. what internet connection do you have? modem or broadband?

[synner]

gzip is /sw/bin/gzip and it's a broadband connection.

[mervTormel]

let's just try to determine if your package is beyond recovery

try this:

determine the full path to packages-0.3.2a.tar.gz and feed that to the following command

% /usr/bin/gzip -lv /pathto/packages-0.3.2a.tar.gz | more

[synner]

I may be being a bit thick here, but I haven't got that file (not downloaded it anyway).

I was trying fink selfupdate when I got the above error so I assume that fink got it?

[synner]

I lie, it's in /sw/src but it's only 4k!! Surely that can't be right?

[mervTormel]

that can't be right. and don't call me shirley.

i would start fresh, with the latest version of fink (those kids have been busy) rather than try to fix this. does that mean wipe /sw ? yeah.

[synner]

Shirley,

It's not a problem starting from scratch. But where can I find the latest release?

I've tried to get 0.3.2a from here
http://prdownloads.sourceforge.net/fink/fink-0.3.2a-installer.dmg.gz
but instead of the expected 7.7MB file, I get a 120K file that does (*&^*(& all!!

Any pointers?

[mervTormel]

Syndy,

http://fink.sourceforge.net/

[synner]

Nah! that's where I get the corrupt download from. I'll try different download methods now I think.

[synner]

OK I wiped /sw and reinstalled from my good fink0.3.0 installer. Did the dselect thing to update (fink selfupdate did what it did before), and of it went.

Then I got to the point where we all entered this thread right at the top with Titanium Man.

Package manager version: 0.9.6a
Distribution version: 0.3.1

So I typed fink self selfupdate in the Terminal. The response was this:

sudo /sw/bin/fink selfupdate
curl -L -s -S -O http://fink.sourceforge.net/LATEST-FINK

I will now download the package descriptions for Fink 0.3.2a and update the
core packages. After that, you should update the other packages using
commands like 'fink update-all'.

tar -xzf -

Guess what? Nothing.

Soooo, I reread this thread, and tried fink selfupdate-cvs, and off it went again, great I thought.
Right up to the last bit where I got this:

Reading package info...
Information about 297 packages read in 1 seconds.
curl -L -s -S -O http://prdownloads.sourceforge.net/fink/fink-0.9.7.tar.gz
mkdir -p /sw/src/fink-0.9.7-1
tar -xzf /sw/src/fink-0.9.7.tar.gz

gzip: stdin: not in gzip format
tar: Child returned status 1
tar: Error exit delayed from previous errors
### tar failed, exit code 2
Unpacking the tarball fink-0.9.7.tar.gz of package fink-0.9.7-1 failed. The
most likely cause for this is a corrupted or incomplete download. Do you want
to delete the tarball and download it again? [Y/n]

So I tried again but no go. So I'm now stuck at
Package manager version: 0.9.6a
Distribution version: 0.3.1

Any other ideas?

Cheers

[sao]

Try this:

>Another way to work around this is to download the fink package
>manager 0.9.7 from
>http://prdownloads.sourceforge.net/...nk-0.9.7.tar.gz , then
>install that over your current fink (use the inject script in it).
>Afterwards, you should be able to fun a "fink selfupdate" just fine.

Cheers...

[Titanium Man]

The way that sao is recommending is easy. Make sure you read the README file, which will tell you to read the INSTALL file. In the INSTALL file, look under the update section (not the install from scratch). Good luck!

[synner]

Yep, I get all that but I've now found my problem thanks.

Using IE under OS X when I clicked on the link for the fink-0.3.2a-installer.dmg.gz file, I get taken to a blank page called "fink-0.3.2a-installer.dmg.gz 1x1 pixels", nothing gets downloaded! Same with all downloads from sourceforge!
This is the only site I've found that this happens from, I checked other .dmg.gz files at other sites and they work fine.
I also get that same problem when trying to update fink via the terminal. It's the download from sourceforge to this computer which is screwed.?????
I downloaded it to another computer (my old Centris also on my LAN) and it was fine.

So I'm now a happy camper with an up-to-date fink installation. Eventually.

Thanks all for your patience

This one's gonna take some looking at though :-)

Cheers

[mervTormel]

synner,

yeah, sometimes those .gz files don't dl properly.

try holding down the option key and click on the link to that .gz file and see if it magically appears in the IE download manager window.

that's worked well for me when i see a link to a .gz file and i suspect it is wonky.

[synner]

Well, it does go straight to the download window, but it's still only a 4k file not the full 7.7MB.

As I said, this is the only site I've found that this happens on. But hey, it's sorted now so I think I'll leave trouble-shooting that for another day.

Again, thanks all for your help.