Packman broken?

Having trouble doing “zypper dup” today.

File './Multimedia/i586/nvidia-settings-270.41.06-0.pm.1.1.i586.rpm' not found on medium 'http://packman.inode.at/suse/openSUSE_11.4/'
Abort, retry, ignore? [a/r/i/?] (a): i

and

Retrieving package python-sip-4.12.2-58.1.i586 (2/221), 48.0 KiB (102.0 KiB unpacked)
Retrieving: python-sip-4.12.2-58.1.i586.rpm [done]
Digest verification failed for python-sip-4.12.2-58.1.i586.rpm. Expected d60d4a5138b5cdf909fe3d16cd1cf3f8a09d679b6a554e68869215e64b101eaa, found 589097aca5511a4107bd94caf9c2f202c9c30d17d9ee2599c8b58bd8ad682b4b. Continue? [yes/no] (no): yes
Package python-sip-4.12.2-58.1 seems to be corrupted during transfer. Do you want to retry retrieval?
Abort, retry, ignore? [a/r/i] (a): r
Retrieving package python-sip-4.12.2-58.1.i586 (2/221), 48.0 KiB (102.0 KiB unpacked)
Retrieving: python-sip-4.12.2-58.1.i586.rpm [done]
Digest verification failed for python-sip-4.12.2-58.1.i586.rpm. Expected d60d4a5138b5cdf909fe3d16cd1cf3f8a09d679b6a554e68869215e64b101eaa, found 589097aca5511a4107bd94caf9c2f202c9c30d17d9ee2599c8b58bd8ad682b4b. Continue? [yes/no] (no): yes
Package python-sip-4.12.2-58.1 seems to be corrupted during transfer. Do you want to retry retrieval?
Abort, retry, ignore? [a/r/i] (a): i

Anyone else experiencing this too?

These packages are nothing to do with Packman

Please post result of

zypper lr -d

I was about to ask the same thing. packman (unixheads) fails to refresh for me.
http://www.downforeveryoneorjustme.com/packman.unixheads.com

True, looking closer the python package is not from Packman, but the nvidia-settings is. I noticed Packman has version 1.2 of said package available, but the 1.1 version is missing.

1 | KDE46                     | KDE46                        | Yes     | No      |   99     | rpm-md | [Index of /MIRRORS/opensuse/repositories/KDE:/Distro:/Factory/openSUSE_11.4](http://ftp.sh.cvut.cz/MIRRORS/opensuse/repositories/KDE:/Distro:/Factory/openSUSE_11.4/) |        
 2 | Nvidia                    | Nvidia                       | Yes     | No      |   99     | rpm-md | http://download.nvidia.com/opensuse/11.4/                                               |        
 3 | download.opensuse.org-oss | Main Repository (Sources)    | Yes     | No      |   99     | yast2  | [Index of /source/distribution/11.4/repo/oss](http://download.opensuse.org/source/distribution/11.4/repo/oss/)                         |        
 4 | google-chrome             | google-chrome                | Yes     | No      |   99     | rpm-md | http://dl.google.com/linux/chrome/rpm/stable/i386                                       |        
 5 | openSUSE-11.4-Non-Oss     | openSUSE-11.4-Non-Oss        | Yes     | No      |  120     | yast2  | [Index of /distribution/11.4/repo/non-oss](http://download.opensuse.org/distribution/11.4/repo/non-oss/)                            |        
 6 | openSUSE-11.4-Oss         | openSUSE-11.4-Oss            | Yes     | No      |  120     | yast2  | [Index of /distribution/11.4/repo/oss](http://download.opensuse.org/distribution/11.4/repo/oss/)                                |        
 7 | openSUSE-11.4-Update      | openSUSE-11.4-Update         | Yes     | No      |   99     | rpm-md | [Index of /update/11.4](http://download.opensuse.org/update/11.4/)                                               |        
 8 | packman.inode.at-suse     | Packman Repository           | Yes     | No      |   98     | rpm-md | [Index of /suse/openSUSE_11.4/](http://packman.inode.at/suse/openSUSE_11.4/)                                             |        
 9 | server:monitoring         | server:monitoring            | Yes     | No      |   99     | rpm-md | [Index of /repositories/server:/monitoring/openSUSE_11.4](http://download.opensuse.org/repositories/server%3a/monitoring/openSUSE_11.4/)           |        
10 | virtualbox-11.4           | VirtualBox for openSUSE 11.4 | Yes     | No      |   99     | rpm-md | [Index of /virtualbox/rpm/opensuse/11.4/](http://download.virtualbox.org/virtualbox/rpm/opensuse/11.4)    

But your packman mirror is responding. Only the US site is down.

Easy to switch repos and try switching refresh ON in your repos
Packman Layout Explained

Yep, that’s what I did.

As mentioned earlier, only the US site is down. The base domain, Unixheads, stuff that matters, reports that the mirror server is down, however, last updated message was from 12.05.2011.

Switching to the Austria/Germany repositories, followed by a refesh, resolves the problem. The access problem is exacerbated by the inability to “Skip Autorefresh” in YAST. It appears that DNS resolution is NOT handled by a server in Sweden, resulting in a very long “timeout” (twice) to terminate YAST and switch repositories.

What do you mean by inability to “Skip Autorefresh”? If autorefresh is disabled for some repos, YaST won’t try to access them. I have been doing security updates yesterday and today on several machines without changing the packman mirror - because autorefresh was off for this repo.

Learning something here ! :shame:

All my repositories are (now were) set to Autorefresh. When I checked for updates, YAST sat, then timed out on Packman. <sigh>

Thanks for the assist!

You can also use zypper to refresh a single repo. You might first list your repos with zypper lr and use either the alias or the ID number of the repo you want to refresh as the argument to zypper’s -r option. Example:

zypper refresh -r nvidia

It would be easy to make a script that would skip repos that are down and refresh all others…

On 2011-05-13 15:36, please try again wrote:
> What do you mean by inability to “Skip Autorefresh”?

Click skip when running yast. It is next to impossible.


Cheers / Saludos,

Carlos E. R.
(from 11.2 x86_64 “Emerald” at Telcontar)

Kind of workaround here: updaterepos - skipping repos that are down and allowing multiple urls

On 2011-05-13 22:36, please try again wrote:
>
> Kind of workaround here: ‘updaterepos - skipping repos that are down and
> allowing multiple urls’ (http://tinyurl.com/6yhznw5)

Interesting…

I fail to “decipher” what it is doing, exactly. I’m thick tonight :slight_smile:
Somehow you test each mirror with curl, then launch zypper to refresh that
“alias”. Somehow you have to set zypper on that one, too.


Cheers / Saludos,

Carlos E. R.
(from 11.2 x86_64 “Emerald” at Telcontar)

Correct. I define a variable which has the same name as the alias containing a list of URLS (here only packman, but you can define other ones). If a repo is down (after a timeout of 3 seconds) and a variable exists with the same name of its alias, the URL will be replaced with the first working one of the list. On the other hand, if a repo is up and a variable exists with a list of URLS, it will check if the current URL matches the first one of the list (the default mirror) and if not and the first one of the list is back online, replaces it. Finally the repo will be refreshed. That’s what I intended to do. Hopefully that’s what it does.

On 2011-05-14 00:06, please try again wrote:

> Correct. I define a variable which has the same name as the alias
> containing a list of URLS (here only packman, but you can define other
> ones). If a repo is down (after a timeout of 3 seconds) and a variable
> exists with the same name of its alias, the URL will be replaced with
> the first working one of the list. On the other hand, if a repo is up
> and a variable exists with a list of URLS, it will check if the current
> URL matches the first one of the list (the default mirror) and if not
> and the first one of the list is back online, replaces it. Finally the
> repo will be refreshed. That’s what I intended to do. Hopefully that’s
> what it does.

What I don’t see is how you change the URL for zypper :-?

I mean, zypper must think it is using packman with the same URL as always,
but in fact you change it somehow. At least, I think you do, but I didn’t
see how.

If this works, you have a good idea to propose “them” :slight_smile:


Cheers / Saludos,

Carlos E. R.
(from 11.2 x86_64 “Emerald” at Telcontar)

Just explained in the other thread: updaterepos - skipping repos that are down and allowing multiple urls

On 2011-05-14 16:36, please try again wrote:
>
> robin_listas;2339581 Wrote:
>>
>> What I don’t see is how you change the URL for zypper :-?
>>
> Just explained in the other thread: ‘updaterepos - skipping repos that
> are down and allowing multiple urls’ (http://tinyurl.com/3ukad9h)

Ah! I confused your join date with the date of the post, so I thought it
was a dead thread O:-)


Cheers / Saludos,

Carlos E. R.
(from 11.2 x86_64 “Emerald” at Telcontar)