12:30 p.m.
Hallo,
habe per "up2date" neulich unter anderem folgende Pakete installiert:
up2date-4.4.23-4_11.rhfc4.at
up2date-4.4.23-4
Nun wurden - vermutlich vom Paket "up2date-4.4.23-4_11.rhfc4.at" - die
Quellen von up2date verändert.
Inhalt von /etc/sysconfig/rhn/sources.d:
-rw-r--r-- 1 root root 415 1. Aug 00:10 atrpms.sources
-rw-r--r-- 1 root root 529 1. Aug 00:10 base.sources
-rw-r--r-- 1 root root 95 1. Aug 00:10 dag.sources
-rw-r--r-- 1 root root 136 1. Aug 00:10 dries.sources
-rw-r--r-- 1 root root 103 1. Aug 00:10 fedoraextras.sources
-rw-r--r-- 1 root root 100 1. Aug 00:10 flash.sources
-rw-r--r-- 1 root root 195 1. Aug 00:10 freshrpms.sources
-rw-r--r-- 1 root root 124 1. Aug 00:10 gstreamer.sources
-rw-r--r-- 1 root root 651 1. Aug 00:10 jpackage.sources
-rw-r--r-- 1 root root 643 1. Aug 00:10 kde-redhat.sources
-rw-r--r-- 1 root root 95 1. Aug 00:10 livna.sources
-rw-r--r-- 1 root root 0 1. Aug 00:10 newrpms.sources
-rw-r--r-- 1 root root 198 1. Aug 00:10 nrpms.sources
-rw-r--r-- 1 root root 240 1. Aug 00:10 planetccrma.sources
Seit dem Update kann up2date keine Liste der verfügbaren Pakete mehr
herunterladen, up2date hängt dann einfach. Ich habe es bei verschiedenen
Quellen probiert, ohne Erfolg.
Bisher hat es immer einwandfrei geklappt.
Hat jemand einen Tip für mich?
Gruß
Detlef
1:02 p.m.
On Fri, 05 Aug 2005 19:30:03 +0200, Detlef Graef wrote:
Hallo,
habe per "up2date" neulich unter anderem folgende Pakete installiert:
up2date-4.4.23-4_11.rhfc4.at
up2date-4.4.23-4
Nun wurden - vermutlich vom Paket "up2date-4.4.23-4_11.rhfc4.at" - die
Quellen von up2date verändert.
Inhalt von /etc/sysconfig/rhn/sources.d:
-rw-r--r-- 1 root root 415 1. Aug 00:10 atrpms.sources
-rw-r--r-- 1 root root 529 1. Aug 00:10 base.sources
-rw-r--r-- 1 root root 95 1. Aug 00:10 dag.sources
-rw-r--r-- 1 root root 136 1. Aug 00:10 dries.sources
-rw-r--r-- 1 root root 103 1. Aug 00:10 fedoraextras.sources
-rw-r--r-- 1 root root 100 1. Aug 00:10 flash.sources
-rw-r--r-- 1 root root 195 1. Aug 00:10 freshrpms.sources
-rw-r--r-- 1 root root 124 1. Aug 00:10 gstreamer.sources
-rw-r--r-- 1 root root 651 1. Aug 00:10 jpackage.sources
-rw-r--r-- 1 root root 643 1. Aug 00:10 kde-redhat.sources
-rw-r--r-- 1 root root 95 1. Aug 00:10 livna.sources
-rw-r--r-- 1 root root 0 1. Aug 00:10 newrpms.sources
-rw-r--r-- 1 root root 198 1. Aug 00:10 nrpms.sources
-rw-r--r-- 1 root root 240 1. Aug 00:10 planetccrma.sources
Das sieht übel aus. Das sind ja so ziemlich alle halbwegs bekannten
Repositories auf einmal, und dazu ein ausgetauschtes up2date Paket.
Seit dem Update kann up2date keine Liste der verfügbaren Pakete mehr
herunterladen, up2date hängt dann einfach. Ich habe es bei verschiedenen
Quellen probiert, ohne Erfolg.
Bisher hat es immer einwandfrei geklappt.
Hat jemand einen Tip für mich?
Versuch Dein Glück auf
http://lists.atrpms.net
und ggf.
http://bugzilla.atrpms.net
1:25 p.m.
Hallo,
Michael Schwendt wrote:
On Fri, 05 Aug 2005 19:30:03 +0200, Detlef Graef wrote:
>Hallo,
>
>habe per "up2date" neulich unter anderem folgende Pakete installiert:
>
>up2date-4.4.23-4_11.rhfc4.at
>up2date-4.4.23-4
>
>Nun wurden - vermutlich vom Paket "up2date-4.4.23-4_11.rhfc4.at" - die
>Quellen von up2date verändert.
>
>Inhalt von /etc/sysconfig/rhn/sources.d:
>
>-rw-r--r-- 1 root root 415 1. Aug 00:10 atrpms.sources
>-rw-r--r-- 1 root root 529 1. Aug 00:10 base.sources
>-rw-r--r-- 1 root root 95 1. Aug 00:10 dag.sources
>-rw-r--r-- 1 root root 136 1. Aug 00:10 dries.sources
>-rw-r--r-- 1 root root 103 1. Aug 00:10 fedoraextras.sources
>-rw-r--r-- 1 root root 100 1. Aug 00:10 flash.sources
>-rw-r--r-- 1 root root 195 1. Aug 00:10 freshrpms.sources
>-rw-r--r-- 1 root root 124 1. Aug 00:10 gstreamer.sources
>-rw-r--r-- 1 root root 651 1. Aug 00:10 jpackage.sources
>-rw-r--r-- 1 root root 643 1. Aug 00:10 kde-redhat.sources
>-rw-r--r-- 1 root root 95 1. Aug 00:10 livna.sources
>-rw-r--r-- 1 root root 0 1. Aug 00:10 newrpms.sources
>-rw-r--r-- 1 root root 198 1. Aug 00:10 nrpms.sources
>-rw-r--r-- 1 root root 240 1. Aug 00:10 planetccrma.sources
Das sieht übel aus. Das sind ja so ziemlich alle halbwegs bekannten
Repositories auf einmal, und dazu ein ausgetauschtes up2date Paket.
Jetzt habe ich ein wenig geforscht, und mußte feststellen, daß die oben
genannten Dateien im Verzeichnis /etc/sysconfig/rhn/sources.d keinen Einfluß
auf up2date haben.
Die Dateien im Verzeichnis /etc/yum.repos.d sind entscheidend:
-rw-r--r-- 1 root root 97 17. Jul 11:09 atrpms.repo
-rw-r--r-- 1 root root 486 1. Aug 00:10 atrpms.repo.rpmnew
-rw-r--r-- 1 root root 1062 1. Aug 00:10 base.repo
-rw-r--r-- 1 root root 122 1. Aug 00:10 dag.repo
-rw-r--r-- 1 root root 166 1. Aug 00:10 dries.repo
-rw-r--r-- 1 root root 1123 3. Jun 20:12 fedora-devel.repo
-rw-r--r-- 1 root root 312 3. Jun 20:12 fedora-extras-devel.repo
-rw-r--r-- 1 root root 299 3. Jun 20:12 fedora-extras.repo
-rw-r--r-- 1 root root 248 1. Aug 00:10 fedoraextras.repo
-rw-r--r-- 1 root root 294 3. Jun 20:12 fedora.repo
-rw-r--r-- 1 root root 330 3. Jun 20:12 fedora-updates.repo
-rw-r--r-- 1 root root 337 3. Jun 20:12 fedora-updates-testing.repo
-rw-r--r-- 1 root root 113 1. Aug 00:10 flash.repo
-rw-r--r-- 1 root root 203 1. Aug 00:10 freshrpms.repo
-rw-r--r-- 1 root root 148 1. Aug 00:10 gstreamer.repo
-rw-r--r-- 1 root root 923 1. Aug 00:10 jpackage.repo
-rw-r--r-- 1 root root 527 1. Aug 00:10 kde-redhat.repo
-rw-r--r-- 1 root root 125 1. Aug 00:10 livna.repo
-rw-r--r-- 1 root root 184 1. Aug 00:10 newrpms.repo
-rw-r--r-- 1 root root 223 1. Aug 00:10 nrpms.repo
Werde mal weiter suchen.
Gruß,
Detlef
3:47 p.m.
New subject: SOLVED: Fedora Core 4 / up2date Quellen
Hallo,
ich konnte das Problem lösen.
Ursache war, daß irgend ein Paket die yum repositories unbrauchbar
gemacht hat.
up2date ist so konfiguriert daß es auf yum aufsetzt.
Das Paket hat das Verzeichnis /etc/sysconfig/rhn/sources.d
neu angelegt und das Verzeichnis /etc/yum.repos.d ebenfalls mit den
unbrauchbaren Repositories gefüllt.
Ich habe das Verzeichnis /etc/yum.repos.d mit einem Backup wieder
hergestellt, nun funktioniert yum und up2date wieder.
Gruß,
Detlef
5:02 p.m.
New subject: SOLVED: Fedora Core 4 / up2date Quellen
On Fri, 05 Aug 2005 22:47:16 +0200, Detlef Graef wrote:
Hallo,
ich konnte das Problem lösen.
Ursache war, daß irgend ein Paket die yum repositories unbrauchbar
gemacht hat.
up2date ist so konfiguriert daß es auf yum aufsetzt.
Tut es nicht. Es unterstützt Apt und Yum Metadaten, setzt aber
nicht auf Yum auf.
Das Paket hat das Verzeichnis /etc/sysconfig/rhn/sources.d
Das ist für up2date.
neu angelegt und das Verzeichnis /etc/yum.repos.d ebenfalls mit den
unbrauchbaren Repositories gefüllt.
Das ist für Yum.
1:52 a.m.
New subject: SOLVED: Fedora Core 4 / up2date Quellen
Hallo,
Michael Schwendt wrote:
>ich konnte das Problem lösen.
>
>Ursache war, daß irgend ein Paket die yum repositories unbrauchbar
>gemacht hat.
>
>up2date ist so konfiguriert daß es auf yum aufsetzt.
Tut es nicht. Es unterstützt Apt und Yum Metadaten, setzt aber
nicht auf Yum auf.
War etwas ungenau von mir formuliert, Fakt ist, daß die Dateien aus dem
Verzeichnis /etc/sysconfig/rhn/sources.d keinen Einfluß auf up2date
haben. Ich hatte einige Dateien aus /etc/sysconfig/rhn/sources.d
verschoben, und es hatte keinen Einfluß auf up2date weil:
In der Datei /etc/sysconfig/rhn/sources steht u. a. folgendes:
### Repo Metadata
# Note that setting this makes up2date look in /etc/yum.repos.d/ for
# repository configuration.
# type channel-label url
repomd fedora http://fedora.redhat.com/
>Das Paket hat das Verzeichnis /etc/sysconfig/rhn/sources.d
Das ist für up2date.
>neu angelegt und das Verzeichnis /etc/yum.repos.d ebenfalls mit den
>unbrauchbaren Repositories gefüllt.
Das ist für Yum.
Richtig, yum funktionierte auch nicht mehr. Up2date verwendet aber
ebenfalls diese Dateien.
Gruß
Detlef
7:21 a.m.
New subject: SOLVED: Fedora Core 4 / up2date Quellen
On Sat, 06 Aug 2005 08:52:09 +0200, Detlef Graef wrote:
In der Datei /etc/sysconfig/rhn/sources steht u. a. folgendes:
### Repo Metadata
# Note that setting this makes up2date look in /etc/yum.repos.d/ for
# repository configuration.
# type channel-label url
repomd fedora http://fedora.redhat.com/
Aber nur für die an dieser Stelle explizit aktivierten "channel-label".
Hier: "fedora" => /etc/yum.repos.d/fedora.repo
>>Das Paket hat das Verzeichnis /etc/sysconfig/rhn/sources.d
>
>
> Das ist für up2date.
>
>
>>neu angelegt und das Verzeichnis /etc/yum.repos.d ebenfalls mit den
>>unbrauchbaren Repositories gefüllt.
>
>
> Das ist für Yum.
Richtig, yum funktionierte auch nicht mehr. Up2date verwendet aber
ebenfalls diese Dateien.
Während Yum direkt alle *.repo Dateien in /etc/yum.repos.d/ lädt
und Repositories mit enabled=1 verwendet, bedarf es für up2date
der ausdrücklichen Konfiguration über das "repomd" Schlüsselwort.
5:42 p.m.
On Fri, Aug 05, 2005 at 08:25:01PM +0200, Detlef Graef wrote:
Michael Schwendt wrote:
> On Fri, 05 Aug 2005 19:30:03 +0200, Detlef Graef wrote:
>>habe per "up2date" neulich unter anderem folgende Pakete installiert:
>>
>>up2date-4.4.23-4_11.rhfc4.at
>>up2date-4.4.23-4
Was etwas krank aussieht, ist, dass beide Pakete installiert
sind. Probier mal
rpm -e up2date-4.4.23-4
und dann
rpm -V up2date-4.4.23-4_11.rhfc4.at
Ist das x86_64? Vermutlich nicht, einige der Repos gibt es nur fuer
i386.
>>Nun wurden - vermutlich vom Paket
"up2date-4.4.23-4_11.rhfc4.at" - die
>>Quellen von up2date verändert.
>>
>>Inhalt von /etc/sysconfig/rhn/sources.d:
>>
>>-rw-r--r-- 1 root root 415 1. Aug 00:10 atrpms.sources
>>-rw-r--r-- 1 root root 529 1. Aug 00:10 base.sources
>>-rw-r--r-- 1 root root 95 1. Aug 00:10 dag.sources
>>-rw-r--r-- 1 root root 136 1. Aug 00:10 dries.sources
>>-rw-r--r-- 1 root root 103 1. Aug 00:10 fedoraextras.sources
>>-rw-r--r-- 1 root root 100 1. Aug 00:10 flash.sources
>>-rw-r--r-- 1 root root 195 1. Aug 00:10 freshrpms.sources
>>-rw-r--r-- 1 root root 124 1. Aug 00:10 gstreamer.sources
>>-rw-r--r-- 1 root root 651 1. Aug 00:10 jpackage.sources
>>-rw-r--r-- 1 root root 643 1. Aug 00:10 kde-redhat.sources
>>-rw-r--r-- 1 root root 95 1. Aug 00:10 livna.sources
>>-rw-r--r-- 1 root root 0 1. Aug 00:10 newrpms.sources
>>-rw-r--r-- 1 root root 198 1. Aug 00:10 nrpms.sources
>>-rw-r--r-- 1 root root 240 1. Aug 00:10 planetccrma.sources
>
>
> Das sieht übel aus. Das sind ja so ziemlich alle halbwegs bekannten
> Repositories auf einmal, und dazu ein ausgetauschtes up2date Paket.
Jetzt habe ich ein wenig geforscht, und mußte feststellen, daß die oben
genannten Dateien im Verzeichnis /etc/sysconfig/rhn/sources.d keinen Einfluß
auf up2date haben.
Genau, das up2date (noch) keinen Directory Collect Mechanismus hat,
sind die Quellen zum zusammencatten da, allerdings ...
Die Dateien im Verzeichnis /etc/yum.repos.d sind entscheidend:
kann das up2date ja die yum Quellen anzapfen, so dass die
/etc/sysconfig/rhn/sources.d nur als Referenz fuer up2date Puristen
dient. In der Regel sollte man eher auf den Inhalt von
/etc/yum.repos.d achten.
-rw-r--r-- 1 root root 97 17. Jul 11:09 atrpms.repo
-rw-r--r-- 1 root root 486 1. Aug 00:10 atrpms.repo.rpmnew
-rw-r--r-- 1 root root 1062 1. Aug 00:10 base.repo
-rw-r--r-- 1 root root 122 1. Aug 00:10 dag.repo
-rw-r--r-- 1 root root 166 1. Aug 00:10 dries.repo
-rw-r--r-- 1 root root 1123 3. Jun 20:12 fedora-devel.repo
-rw-r--r-- 1 root root 312 3. Jun 20:12 fedora-extras-devel.repo
-rw-r--r-- 1 root root 299 3. Jun 20:12 fedora-extras.repo
-rw-r--r-- 1 root root 248 1. Aug 00:10 fedoraextras.repo
-rw-r--r-- 1 root root 294 3. Jun 20:12 fedora.repo
-rw-r--r-- 1 root root 330 3. Jun 20:12 fedora-updates.repo
-rw-r--r-- 1 root root 337 3. Jun 20:12 fedora-updates-testing.repo
-rw-r--r-- 1 root root 113 1. Aug 00:10 flash.repo
-rw-r--r-- 1 root root 203 1. Aug 00:10 freshrpms.repo
-rw-r--r-- 1 root root 148 1. Aug 00:10 gstreamer.repo
-rw-r--r-- 1 root root 923 1. Aug 00:10 jpackage.repo
-rw-r--r-- 1 root root 527 1. Aug 00:10 kde-redhat.repo
-rw-r--r-- 1 root root 125 1. Aug 00:10 livna.repo
-rw-r--r-- 1 root root 184 1. Aug 00:10 newrpms.repo
-rw-r--r-- 1 root root 223 1. Aug 00:10 nrpms.repo
Werde mal weiter suchen.
Das ist z.T. das medley-package-config Paket, welches ein Gemisch
aller Repos ist (die Dateien vom 1. Aug., der Rest hast Du von
woanders). Sicherer faehrt man mit atrpms-package-config oder
fedora-package-config, oder man schneidet sich aus
medley-package-config das eigene Repomix zusammen.
Privat verwende ich seit einiger Zeit den medley Mix auf einer i386
und einer x86_64 Maschine ohne Probleme festgestellt zu haben (das
ueberrascht mich in der Tat). Allerdings habe ich auch nicht alle
Pakete, die es gibt, installiert. Trotzdem ist es schoen fast 7000
Pakete zur Auswahl zu haben.
Gruss, Axel.
--
Axel.Thimm at ATrpms.net
1:44 p.m.
New subject: ?kleines? Problem beim booten
Hallo zusammen!
Seit kurzem braucht mein X-Sever beim Bootvorgang vom Starten bis zum
Boot-splash ca 1.min!
Nachdem X startet kommt das NVIDIA Logo und dann darf ich mir ca. eine
Minute die Sanduhr bei schwarzem Background ansehen, bis der Boot-splash
kommt!
Ansonsten keine Fehlermeldung, Xorg.log sieht ok aus und nichts
ungewöhnliches in der /var/log/messages.
Deswegen weiß ich überhaupt nicht mit was mein Rechner die Minute
verbringt!
Habe auch schon den NVIDIA-Treiber deaktiviert, selbes Ergebnis!
Ich kann mir vorstellen das dass sicher ein kleines Problem ist, aber
stören tuts mich trotzdem ungemein(wie jede Fehlermeldung)!
Und weil ich sonst niemand hab wollte ich bei euch um Rat bitten!:)
Ach ja: Kann mir wer einen Buchtip geben?Ich würde gerne mehr über den
Aufbau von (Fedora)Linux, insbesondere die config-scripts(welches ist
welchem Program, Ablauf usw. zugeordnet) lernen, damit ich auch hier
bald was sinnvolles beitragen kann!
www.tldp.org ist für mich nicht erreichbar!Habe die letzten 12 Monate
noch nie Verbindung aus der VR China zu der Page aufbauen
können:( Leider!
Vielen Dank im voraus,
Schöne Grüße aus Kunming,
Claus
Intel Celeron 2,6 GHz
NVIDIA GeForce4 MX440 AGP 8x
512MB RAM
___________________________________________________________
Gesendet von Yahoo! Mail - Jetzt mit 1GB Speicher kostenlos - Hier anmelden:
http://mail.yahoo.de
2:05 p.m.
New subject: ?kleines? Problem beim booten
Haste hu es mal JAP Versucht. Vielleicht steht ja die Seite auf einer bl??
-----Original Message-----
From: fedora-de-list-bounces(a)redhat.com
[mailto:fedora-de-list-bounces@redhat.com] On Behalf Of Claus Reheis
Sent: Sunday, August 07, 2005 8:44 PM
To: Fedora discussions in German
Subject: ?kleines? Problem beim booten
Hallo zusammen!
Seit kurzem braucht mein X-Sever beim Bootvorgang vom Starten bis zum
Boot-splash ca 1.min!
Nachdem X startet kommt das NVIDIA Logo und dann darf ich mir ca. eine
Minute die Sanduhr bei schwarzem Background ansehen, bis der Boot-splash
kommt!
Ansonsten keine Fehlermeldung, Xorg.log sieht ok aus und nichts
ungewöhnliches in der /var/log/messages.
Deswegen weiß ich überhaupt nicht mit was mein Rechner die Minute verbringt!
Habe auch schon den NVIDIA-Treiber deaktiviert, selbes Ergebnis!
Ich kann mir vorstellen das dass sicher ein kleines Problem ist, aber stören
tuts mich trotzdem ungemein(wie jede Fehlermeldung)!
Und weil ich sonst niemand hab wollte ich bei euch um Rat bitten!:)
Ach ja: Kann mir wer einen Buchtip geben?Ich würde gerne mehr über den
Aufbau von (Fedora)Linux, insbesondere die config-scripts(welches ist
welchem Program, Ablauf usw. zugeordnet) lernen, damit ich auch hier bald
was sinnvolles beitragen kann!
www.tldp.org ist für mich nicht erreichbar!Habe die letzten 12 Monate noch
nie Verbindung aus der VR China zu der Page aufbauen können:( Leider!
Vielen Dank im voraus,
Schöne Grüße aus Kunming,
Claus
Intel Celeron 2,6 GHz
NVIDIA GeForce4 MX440 AGP 8x
512MB RAM
___________________________________________________________
Gesendet von Yahoo! Mail - Jetzt mit 1GB Speicher kostenlos - Hier anmelden:
http://mail.yahoo.de
--
Fedora-de-list mailing list
Fedora-de-list(a)redhat.com
http://www.redhat.com/mailman/listinfo/fedora-de-list
6838
days inactive
6840
days old
de-users@lists.fedoraproject.org
9 comments
5 participants
participants (5)
-
Axel Thimm -
Claus Reheis -
Detlef Graef -
Frank Büttner -
Michael Schwendt