wie ist dieser yum-abhängigkeitsfehler zu interpretieren?
<p>ich versuche xrdp zu installieren und treffe folgendes:</p><pre><code>[root@box ~]# yum -y install xrdp loaded plugins: fastestmirror, langpacks loading mirror speeds from cached hostfile * base: centos.serverspace.co.uk * epel: mirrors.coreix.net * extras: mirror.sov.uk.goscomb.net * updates: mirror.sov.uk.goscomb.net resolving dependencies --&gt; running transaction check &gt; package xrdp.x86\_64 1:0.9.10-1.el7 will be installed --&gt; processing dependency: xrdp-selinux = 1:0.9.10-1.el7 for package: 1:xrdp-0.9.10-1.el7.x86\_64 --&gt; processing dependency: xorgxrdp for package: 1:xrdp-0.9.10-1.el7.x86\_64 --&gt; running transaction check &gt; package xorgxrdp.x86\_64 0:0.2.10-4.el7 will be installed --&gt; processing dependency: xorg-x11-server-xorg(x86-64) = 1.20.4 for package: xorgxrdp-0.2.10-4.el7.x86\_64 &gt; package xrdp-selinux.x86\_64 1:0.9.10-1.el7 will be installed --&gt; finished dependency resolution error: package: xorgxrdp-0.2.10-4.el7.x86\_64 (epel) requires: xorg-x11-server-xorg(x86-64) = 1.20.4 installed: xorg-x11-server-xorg-1.20.1-5.6.el7\_6.x86\_64 (@updates) xorg-x11-server-xorg(x86-64) = 1.20.1-5.6.el7\_6 available: xorg-x11-server-xorg-1.20.1-3.el7.x86\_64 (base) xorg-x11-server-xorg(x86-64) = 1.20.1-3.el7 available: xorg-x11-server-xorg-1.20.1-5.el7.x86\_64 (updates) xorg-x11-server-xorg(x86-64) = 1.20.1-5.el7 available: xorg-x11-server-xorg-1.20.1-5.1.el7.x86\_64 (updates) xorg-x11-server-xorg(x86-64) = 1.20.1-5.1.el7 available: xorg-x11-server-xorg-1.20.1-5.2.el7\_6.x86\_64 (updates) xorg-x11-server-xorg(x86-64) = 1.20.1-5.2.el7\_6 available: xorg-x11-server-xorg-1.20.1-5.3.el7\_6.x86\_64 (updates) xorg-x11-server-xorg(x86-64) = 1.20.1-5.3.el7\_6 you could try using --skip-broken to work around the problem you could try running: rpm -va --nofiles --nodigest </code></pre><p>jetzt verstehe ich, dass eine abhängigkeit fehlt, aber es scheint zu sagen, dass es die version <code>xorg-x11-server-xorg</code> <code>1.20.4</code> erfordert.</p><p>es wird dann weiterhin gesagt, dass version <code>1.20.1-5.6.el7\_6</code> installiert ist.</p><p>von meinem sitzplatz aus liegt 4 im bereich von 1 bis 5, daher ist mir nicht klar, worum es geht. sie scheinen alle für die richtige architektur zu sein.</p><p>ist 1-5 eine versionszeichenfolge an und für sich im gegensatz zu einem bereich oder - wenn nicht - was fehlt mir?</p><p>lösung: dank <a href="https://serverfault.com/questions/979672/how-to-interpret-this-yum-dependency-error?noredirect=1#comment1275580\_979873">@ zigams kommentar</a> ist hier eine problemumgehung:</p><blockquote> <p>mit dem gleichen problem habe ich manuell archiviertes xorgxrdp <code>yum -y install https://archive.fedoraproject.org/pub/archive/epel/7/x86\_64/packages/x/xorgxrdp-0.2.9-1.el7.x86\_64.rpm</code> dann <code>yum -y install xrdp</code> installiert und es funktioniert</p> </blockquote>
<p>die version von xorgxrdp, die derzeit in epel enthalten ist, wurde gegen rhel 7.7 erstellt, insbesondere gegen (unter anderem) die in rhel 7.7 gelieferte xorg-x11-server-xorg-paketversion, aber sie verwenden centos 7.6.</p><p>es ist derzeit nicht möglich, dieses paket zu installieren, bis centos 7.7 veröffentlicht wird. epel behält im allgemeinen keine älteren versionen von paketen bei, daher gibt es keine ältere version von xorgxrdp, auf die zurückgegriffen werden kann.</p><p>das letzte wort, das ich gesehen habe (von <a href="https://lists.centos.org/pipermail/centos-devel/2019-august/017635.html">gestern</a> ), ist, dass centos 7.7 "wahrscheinlich irgendwann zwischen dem 29. august und dem 6. september 2019" erwartet wird. wenn sie frühzeitig darauf zugreifen möchten, können sie das centos cr-repo aktivieren, bei dem die pakete vor der veröffentlichung etwa eine woche lang bereitgestellt werden. sie sollten "anfang nächster woche" in cr landen. siehe die kommentare in <code>/etc/yum.repos.d/centos-cr.repo</code> für eine erklärung dieses repos.</p><hr><p>wie habe ich herausgefunden, dass das paket auf rhel 7.7 basiert? ich habe gesehen, dass die erforderliche abhängigkeit eine höhere version hatte als jede andere, die sie zur verfügung hatten. aufgrund dessen vermutete ich, dass das paket eine spätere rhel-version benötigt, da ich so etwas schon in den wochen zwischen einer rhel-version und der entsprechenden centos-version gesehen habe.</p><p>um dies zu bestätigen, habe ich auf meinem nächstgelegenen centos 7.6-system nachgesehen und festgestellt, dass die versionsnummer von xorg-x11-server-xorg dieselbe ist, die sie installiert haben. als ich auf einem rhel 7.7-system nachgesehen habe, habe ich dort die versionsnummer gesehen war das gleiche wie das, was es als abhängigkeit wollte.</p>
<blockquote> <p>kann ich yum benutzen?</p> </blockquote><p>ich würde es nicht empfehlen. sie könnten es wahrscheinlich kompilieren, hätten aber keine ubuntu-kompatiblen paket-repositorys, die es handhaben könnten.</p><p>sie können <em> einzelne rpm-dateien mit alien in debs konvertieren </em>:</p><pre><code>sudo apt-get install alien sudo alien my\_package.rpm sudo dpkg -i my\_package.deb </code></pre><p><strong>hinweis:</strong> es kann sein, dass sich der dateiname etwas mehr ändert als nur die erweiterung.</p><p>dies funktioniert nicht bei allen paketen, da pakete mit anderen paketen verknüpft werden, um abhängigkeiten zu erfüllen. offensichtlich verwenden red hat/fedora/centos andere paketnamen als ubuntu, sodass sie wahrscheinlich auf eine ganze menge schmerzen stoßen werden.</p><p>wenn es keine deb gibt, ist es wahrscheinlich besser, nur den quellcode zu beschaffen und zu kompilieren.</p> <p>starten sie von <a href="http://www.ubuntu.com/server">buntu server</a> und bauen sie auf. es verwendet die gleichen repos wie die desktop-distribution und sie können verschiedene desktop-konfigurationen installieren.</p><p>ich schlage nur vor, dass sie sich von den großen metapaketen wie ubuntu-desktop fernhalten, oder sie werden am ende die vollständige distribution sehen.</p><p>wenn sie nur den ubuntu-desktop reduzieren (anstatt ihn aufzubauen) möchten, müssen sie ihn entfernen (was von vielen dingen abhängt) und alle automatisch erfüllten abhängigkeiten in manuell installierte konvertieren. wenn sie nicht dazu in der lage sind, bereinigen sie sie automatisch, da sie (neben anderen tools) "veraltete" pakete bereinigen. dies sind pakete, die keine abhängigkeit oder benutzerauswahl erfüllen.</p> hi,

für die neue oberfläche brauchst du das entsprechende paket:

apt install linuxmuster-linbo-gui7

(auf dem server)

vg, dorian hi andreas,

ich kenne den sch. mit pam nur zu gut, weil ich gerade versuche einen manjaroclient für die lmn7 zu bauen und genau da seit tagen hänge…das ist grausam. nun zu deinem problem noch ein paar gedanken/ideen:

welchen displaymanager benutzt du? benutzt du sddm? der ist bekannt dafür, mit … <p>der weg zu gehen ist das hochladen <strong>einmal für jede ubunt</strong> version.</p><p>launchpad erstellt keine pakete für ubuntu-versionen, die nicht mehr unterstützt werden, und erstellt nur ein paket für eine bestimmte ubuntu-version. die zielversion wird (wie sie bereits wissen) in der datei <code>changelog</code> durch den neuesten eintrag angegeben!</p><p>denken sie daran, dass die pakete, von denen ihr programm abhängt, möglicherweise nicht in allen ubuntu-versionen in derselben version verfügbar sind.</p><p>sie sprechen auch von "multi-architektur" (architektur = cup-typ, z. b. x86, lpia, amd64). dies macht keinen unterschied, da jedes hochgeladene paket für alle verfügbaren architekturen erstellt wird, solange sie <code>architecture: any</code> in der paketdefinition (<code>debian/control</code>) datei, dies ermöglicht ihnen auch, das paket von verschiedenen paketen für verschiedene architekturen abhängig zu machen (das paket muss mehrmals definiert werden)</p> Drag & Drop von FileZilla Remote Panel zu Windows Explorer erfordert eine "copy hook" Shell-Erweiterung.

 Diese Art von Shell-Erweiterungen wurde in Windows 10 Version 1803 beschädigt. Daher sind alle Anwendungen, die sich darauf verlassen, defekt (nicht nur FileZilla).

 Es gibt sogar eine [Ankündigung](https://filezilla-project.org/versions.php#3.33.0) auf der FileZilla-Website:

 
>  Microsoft hat die ICopyHook-Schnittstelle in Windows 1803 gebrochen. Solange Microsoft den Fehler in Windows nicht behoben hat, kann Drag & Drop von FileZilla in den Explorer unter Windows 1803 nicht ausgeführt werden.
> 
>  

 



 *Für einige Hintergrundinformationen können Sie den [WinSCP-Artikel über die Drag & Drop-Shell-Erweiterung](https://winscp.net/eng/docs/dragext) lesen . FileZilla verwendet WinSCP-Code für Drag & Drop (der wiederum ähnlichen Code von Altap Salamander verwendet). Obwohl WinSCP über alternative Methoden verfügt, funktioniert Drag & Drop auch ohne die Erweiterung.* Dieses Problem tritt nach einem bestimmten Apple-Update auf. Hierbei werden bestimmte Prozesse beendet, die tomedo zum korrekten Arbeiten benötigt. Daher hilft in diesem Fall ein kompletter Neustart des Serverrechners weiter.   

  

Bitte beachten: Es reicht nicht aus, nur die Servertools neu zu starten. Der Rechner, der als Server fungiert, muss einmal komplett ausgeschaltet und wieder eingeschaltet werden, um die relevanten Prozesse neu zu starten. Hallo zusammen! 
  
Das Problem habe ich alleine lösen können...Es hat sich herausgestellt , dass ich die falsche( alte) Version heruntergeladen haben.Jetzt habe ich auf diese Seite auf diese Homepage die kompatible Version downloadet. Auf die neuste: 5.1/5.1.1, andere wie z.B. 5.0.1 sind evt. auch möglich, aber darüber sollten genug Links in Google zu finden sein. Ich empfehle die neuste Version 5.1.1.
  

  
Gruss Dederi Hallo,
  
-> [Lexmark X2450 Win7-Treiber](http://www.downloaddelivery.com/downloads/cpd/cjb2400Win7fr.exe).
  
MfG