Beiträge von Phil - Latio

OS: openSUSE 13.1
DE: XFCE 4.10

Guten Tag zusammen,

ich habe folgendes Problem:

zypper up
Timeout exceeded when accessing 'http://ftp.gwdg.de/pub/linux/packman/suse/openSUSE_13.1/repodata/repomd.xml'.


Abort, retry, ignore? [a/r/i] (r):

als Info meine Repos:

zypper lr -d -P
#  | Alias                 	| Name                           	| Enabled | Refresh | Priority | Type   | URI                                                                   	| Service
---+---------------------------+------------------------------------+---------+---------+----------+--------+---------------------------------------------------------------------------+--------
 1 | ftp.gwdg.de-suse      	| Packman Repository             	| Yes 	| Yes 	|   20 	| rpm-md | http://ftp.gwdg.de/pub/linux/packman/suse/openSUSE_13.1/              	|    	
 3 | opensuse-guide.org-repo   | libdvdcss repository           	| Yes 	| Yes 	|   60 	| rpm-md | http://opensuse-guide.org/repo/13.1/                                  	|    	
10 | repo-update           	| openSUSE-13.1-Update           	| Yes 	| Yes 	|   90 	| rpm-md | http://download.opensuse.org/update/13.1/                             	|    	
11 | repo-update-non-oss   	| openSUSE-13.1-Update-Non-Oss   	| Yes 	| Yes 	|   90 	| rpm-md | http://download.opensuse.org/update/13.1-non-oss/                     	|    	
 2 | openSUSE-13.1-1.10    	| openSUSE-13.1-1.10             	| No  	| Yes 	|   99 	| yast2  | hd:///?device=/dev/disk/by-id/usb-SMI_USB_DISK_AA00000000002232-0:0-part2 |    	
 4 | repo-debug            	| openSUSE-13.1-Debug            	| No  	| Yes 	|   99 	| NONE   | http://download.opensuse.org/debug/distribution/13.1/repo/oss/        	|    	
 5 | repo-debug-update     	| openSUSE-13.1-Update-Debug     	| No  	| Yes 	|   99 	| NONE   | http://download.opensuse.org/debug/update/13.1/                       	|    	
 6 | repo-debug-update-non-oss | openSUSE-13.1-Update-Debug-Non-Oss | No  	| Yes 	|   99 	| NONE   | http://download.opensuse.org/debug/update/13.1-non-oss/               	|    	
 7 | repo-non-oss          	| openSUSE-13.1-Non-Oss          	| Yes 	| Yes 	|   99 	| yast2  | http://download.opensuse.org/distribution/13.1/repo/non-oss/          	|    	
 8 | repo-oss              	| openSUSE-13.1-Oss              	| Yes 	| Yes 	|   99 	| yast2  | http://download.opensuse.org/distribution/13.1/repo/oss/              	|    	
 9 | repo-source           	| openSUSE-13.1-Source           	| No  	| Yes 	|   99 	| NONE   | http://download.opensuse.org/source/distribution/13.1/repo/oss/       	|

Ich habe es bereits mit

zypper clean -a
All repositories have been cleaned up.

versucht. Das bringt jedoch keinen Erfolg. Ich bekomme erneut die Meldung:

zypper up
Retrieving repository 'Packman Repository' metadata -------------------------[\]
Timeout exceeded when accessing 'http://ftp.gwdg.de/pub/linux/packman/suse/openSUSE_13.1/repodata/repomd.xml'.


Abort, retry, ignore? [a/r/i] (r):

Die Adresse lässt sich auch in einem Browser nicht aufrufen. Im Netz habe ich bspw. diesen Thread gefunden: http://forums.opensuse.org/sho…ing-official-repositories

Dort wird geraten die Proxy Settings unter /etc/sysconfig/proxy zu checken. Da ich dort nie was eingestellt habe und mit dem Internet Zugang auch keine Probleme habe, kann dies nicht die Lösung sein.

Daher würde ich mich über einen Ratschlag freuen!

Weiß eigentlich jemand, ob das Limux Projekt mittlerweile andere Städte, Gemeinden, Einrichtungen oder Behörden zu einem Umstieg inspiriert hat?

Zitat von Sauerland

Oder Du baust es selber.......
Auch kein Hexenwerk.
Oder Du installierst es aus dem benannten Repo......

Wenn das entsprechende Paket nicht in einem Update angeboten wird, werd ich es machen. Sobald ich neue Erkenntnisse dazu habe, melde ich mich.

Zitat von Sauerland

Und mit KDE läuft auch alles rund?

Nicht rund, aber runder (-;

Zitat von Sauerland

Übrigens gab es das Problem bei Slackware auch......
http://www.linuxquestions.org/questions/…old-4175512984/

Interessant. Nach dem dortigen Lösungsvorschlag

Zitat

SOLVED:

turns out a new version is in today's Slackpkg update. No more error message.

bin ich ja mal auf das nächste 13.1 Update gespannt.

Das betroffene Paket ist aus einem offiziellem openSUSE Repo. Ich hab weder waghalsige Fremdrepos installiert noch einen Fehler durch falsche Abhängigkeiten erzeugt. Das Repo wird einfach von den Entwicklern nicht gut gepflegt.

Aus dem Thread von forums.opensuse ist überhaupt nicht ersichtlich, ob das Problem dadurch gelöst werden kann. Für jedes problematische Paket ein extra repo zu installieren ist auch nur die quick and dirty Lösung.

Ein bisschen Kritik an seiner Lieblingsdistri sollte man schon vertragen können.

Zitat

Du vergleichst hier eine Distribution, die einige DE´s bei einer
Standardinstallation mitbringt, mit einer Distribution, die sich nur auf
die Integration eines DE´s spezialisiert hat.

Das stimmt schon. Aber wenn openSUSE ja auch XFCE anbietet, wäre es ja dennoch schön, wenn es reibungslos funktioniert.

Zitat

Installiere Dir ein anderes DE, wechsel die Distribution, Du hast so viele Möglichkeiten.

Das stimmt auch. Aber ich habe die Distro-Hopping Phase für mich abgeschlossen und möchte mit meinen Systemen einfach nur arbeiten, was mit openSUSE und KDE ja durchaus möglich ist. Da ich für meinem Laptop das XFCE DE als angemessen empfinde und auch von der Installations mehrerer DEs nichts halte, ist es für mich halt lästig eine Neuinstallation dafür jetzt anzusetzen. Da ich von openSUSE mit XFCE eben die gleiche Stabilität wie mit KDE erwartet habe, ist das für mich enttäuschend.

Ob jetzt zwei oder drei oder 100.000e Benutzer von openSUSE mit XFCE Probleme haben, weiß ich nicht. Aus meiner eigenen Erfahrung heraus kann ich jedoch feststellen, dass KDE weitaus reibungsloser unter openSUSE läuft. Ein weiteres Beispiel ist u.a. dies hier: XFCE Shortcuts bei Thinkpad Edge vergeben. Insgesamt ist XFCE in bspw. Xubuntu viel reibungsloser integriert. Meine Meinung muss natürlich nicht jeder teilen.

Es ist ja auch durchaus ok, wenn sich eine Distribution auf ein DE (hier halt KDE) fokussiert, was ich auch durchaus begrüße. Man kann ja schließlich nicht auf allen Hochzeiten tanzen. Dennoch bin ich von XFCE unter openSUSE enttäuscht.

Naja dann ist es leider ein weiteres Beispiel für die schlechte Integration des XFCE Desktops in openSUSE im Gegensatz zu KDE. Eventuell wird das Paket ja noch von den Entwicklern des Repos aktualisiert oder ein anderer User hat noch eine Idee.

@Sauerland: Dennoch vielen Dank für deinen Ratschlag!

Nein das habe ich sicherheitshalber nicht, da ich auf dem betroffenem Rechner XFCE anstatt KDE verwende. Auf meinem Rechner mit KDE (openSUSE 12.3 mit KDE 4.10.5) ist xscreensaver beispielsweise gar nicht installiert sondern das:

zypper se -i xscreen*
Loading repository data...
Reading installed packages...


S | Name                	| Summary                                 	| Type   
--+-------------------------+---------------------------------------------+--------
i | xscreensaver-data-extra | Selection of screensavers from xscreensaver | package

Daher kann ich ja nicht abschätzen inwiefern die Deinstallation von xscreensaver für XFCE Konsequenzen haben könnte. In der Beschreibung für das Paket xscreensaver (siehe meinen vorherigen Post) steht ja auch:

It can also lock the screen immediately, after a longer idle
period, or on demand.

Daher gehe ich davon aus, dass das Paket nicht obsolet für XFCE ist und nicht deinstalliert werden sollte.

Bist du sicher, dass ich das gefahrlos deinstallieren kann? Ich benutzt zwar keinen Bildschirmschoner aber für den gesperrten Bildschirm scheint das doch von Belang zu sein.

zypper info --requires xscreensaver
Loading repository data...
Reading installed packages...




Information for package xscreensaver:
-------------------------------------
Repository: openSUSE-13.1-Update
Name: xscreensaver
Version: 5.22-2.3.1
Arch: x86_64
Vendor: openSUSE
Installed: Yes
Status: up-to-date
Installed Size: 2.1 MiB
Summary: A screen saver and locker for the X Window System
Description: 
The xscreensaver program waits until the keyboard and mouse have been
idle for a period of time, and then runs a graphics demo chosen at
random. It turns off as soon as there is any mouse or keyboard
activity. It can also lock the screen immediately, after a longer idle
period, or on demand.


The xscreensaver package consists of two parts: the screensaver and the
"driver" or "daemon", which detects idleness and does locking, and the
many graphics demos that are launched by xscreensaver.


Any X program that can draw on the root window can be used with
xscreensaver, regardless of how that program is written, what language
it is written in, or what libraries it uses. The xscreensaver daemon
takes care of detecting when the user is idle, locking, and checking
passwords and all the other book-keeping. All the other programs need
to do is draw.


The benefit that xscreensaver has over the combination of the xlock and
xautolock programs is the ease with which new graphic hacks can be
installed. You do not need to recompile (or even re-run) the
xscreensaver program to add a new display mode, you just change a
config file.
Requires:
libpthread.so.0()(64bit)
libpthread.so.0(GLIBC_2.2.5)(64bit)
libglib-2.0.so.0()(64bit)
libgobject-2.0.so.0()(64bit)
libX11.so.6()(64bit)
libc.so.6(GLIBC_2.15)(64bit)
libxml2.so.2()(64bit)
libxml2.so.2(LIBXML2_2.4.30)(64bit)
libpango-1.0.so.0()(64bit)
libXext.so.6()(64bit)
libgtk-x11-2.0.so.0()(64bit)
libgdk-x11-2.0.so.0()(64bit)
libGL.so.1()(64bit)
libcrypt.so.1()(64bit)
libcrypt.so.1(GLIBC_2.2.5)(64bit)
libatk-1.0.so.0()(64bit)
libXt.so.6()(64bit)
libXi.so.6()(64bit)
libXrandr.so.2()(64bit)
libXinerama.so.1()(64bit)
xscreensaver-data
libXmu.so.6()(64bit)
pam-modules
libXxf86vm.so.1()(64bit)
desktop-data
libXxf86misc.so.1()(64bit)
libglade-2.0.so.0()(64bit)

Wieso wird das Paket nicht von den Entwicklern des Repos sauber gepflegt, da das Package ja auch aus einem offiziellen openSUSE Repo stammt?

Den Wechsel in ein anderes Repo nur für dieses Package scheint mir allerdings auch keine elegante Lösung zu sein. In dem genannten Forumsbeitrag wird zwar auf das Repo hingewiesen, nur ob der Threadsteller damit auch erfolgreich war, wird nicht erwähnt.

Was wäre denn wenn dies bei anderen Pakeen auch mal passiert. Soll ich dann für jedes Paket da eine extra Lösung entwickeln?