So, ich bin scheinbar komplett viel zu blöd für Multiarch, wie kann ich bestimmen, welche Libs in i386 ich brauche, damit eine bestimmte 32 bit Anwendung richtig funktioniert?
Was zum Kuckuck war an apt-get install ia32-libs so schlecht, dass man es in so eine vorsteinzeitliche Nummer mit manuellem Auswählen von libs in i386 Architektur ummodeln musste?
Früher: Zwei Metapakete installieren, gut.
Heute: Völliges Chaos weil man nicht weiss, welche i386 Pakete man braucht und ob diese dann schon Multiarchkompatibel sind.
Tips zum Bestimmen notwendiger i386 Pakete für eine spezielle Anwendung sind gern gesehen- Haben die Entwickler so weit an den User gedacht, dass sie ein Tool dafür anbieten?
Wenn ich das hier nicht hinbekomm, dann war's das mit dem Einsatz von Debian bei mir.
Neuerungen sind ja eigentlch was gutes, wenn sie Erleichterungen bringen und funktionieren, was ich so von Multiarch in der Praxis nicht behaupten kann.
Kann ich ggf die Paketquellen auf stable umstellen . ia32-libs installieren und dann zurückumstellen?
Ziemlich angenervte Grüsse
Hardy
Quote from: "Hardy"So, ich bin scheinbar komplett viel zu blöd für Multiarch, wie kann ich bestimmen, welche Libs in i386 ich brauche, damit eine bestimmte 32 bit Anwendung richtig funktioniert?
eigentlich zeigt apt dir das an (in den Fehlermeldungen), Schritt für Schritt dann die Libs mit :i386 installieren (nach jeder Fehlermeldung).
Eigentlich halte ich die Multiarch-Geschichte schon für sinnvoll.
Die Umsetzung trifft natürlich die unstable-Nutzer etwas härter. Man hätte da noch ein Tool in apt miteinbauen sollen- nach dem Motto: wenn für AppX ia32 notwendig ==> dann suche zur AppX die libs für i386-... eben automatisch, wie es sich für i386 gehört. Ich will nicht meckern, ich hätte ja mithelfen können... immerhin nutze ich die Software so...
Die eigentliche Frage ist eigentlich, warum diverse Applikationen immer noch nicht 64-bittig sind (bin dabei mit Softmaker-Office für 64-Bit-Debian über multiarch gestolpert, das offenbar nur eine Fake-64-Bit-Software ist).
...und gelegentlices apt-get -f install kann weiterhelfen...
Gruß Thomas
Hallo,
QuoteKann ich ggf die Paketquellen auf stable umstellen . ia32-libs installieren und dann zurückumstellen?
Tu Dir einen Gefallen, und mach das bitte nicht.
QuoteWenn ich das hier nicht hinbekomm, dann war's das mit dem Einsatz von Debian bei mir.
Bei Opensuse sieht das nicht besser aus, teamviewer für Linux ist zum Beispiel eine brisante Mischung aus 32 Bit Windows-Software und eigener Wine Version. Das teamviewer rpm ist leider nicht gut geschnürt, mit zypper installiert sollten eigentlich alle Abhängigkeiten mitinstalliert werden, damit das Programm läuft, das geht aber nicht, es war sehr mühsam, sich die 32 Bit Bibliotheken zusammen zu suchen.
Was teamviewer angeht, gibt es aber einen Lichtblick. Auf Fragen beim Entwicklerteam bekam ich die Antwort, dass an einer 64 Bit nativen Linuxversion gearbeitet wird.
Viele Grüße,
Holger
Sorry, wenn ich meine 32 Bit Anwendung starte, dann läuft sie, aber nicht so wie sie laufen sollte, irgendwas, dass die Anwendung braucht, um z.B. mit OpenGL 4.3 zu laufen fehlt und die Anwendung läuft mit OpenGL 2.1 ( 5 FPS anstatt früher 60 FPS )
Multiarch nervt mich so, dass ich wohl nach 7 Jahren auf Debian (Basierten) Systemen jetzt eine andere Distribution nutzen werde, denn eine Distributon, die wegen 'Verbesserungen für Entwickler und Maintainer' ihre Nutzer dermassen auf die Füsse tritt, und solch eine 'Verbesserung ( die für mich in ihrer momentanen Form von multiarch einen extremen Rückschritt bedeutet) ist für mich nicht mehr trag-, nutz- und weiterempfehlbar.
Dazu kommt, dass noch nicht alle Pakete multiarch-kompatibel sind und multiarch in meinen Augen (den Augen eines Nutzers, der bisher seit über einem Jahr Siduction als alltägliches Produktivdesktopsystem genutzt hat, was jetzt nicht mehr möglich ist) aus den genannten Gründen ein Quell stetigen Ärgernisses, höchst instabil, experimentell und vor allen extrem nutzerverachtend ist.
"Such dir deinen Krams gefälligst selber Lib für Lib zusammen, wir bauen keine Metapakete mehr, ein Tool gibt's auch nicht, aber unsere Arbeit ist jetzt einfacher"
So behandelt man seine Nutzer einfach nicht.
Und btw, 32bit apps aus dem Repo installiert man vollig problemlos.
Diese ominöse Anwendung, am Paketmanagement vorbei installiert, woher soll das System wissen, welche Libs benötigt werden?
Klar, jetzt ist die Anwendung schuld, nicht multiarch und dessen extrem dämlich/komplizierte Umsetzung, alles klar, woher soll ICH wissen, welche Libs so eine Anwendung braucht?
Hardy,
das musst du nicht, das sollte der Paketierer wissen. Ansonsten ist das Schrott.
Und multiarch hat zwar etwas Anlauf gebraucht, funktioniert aber nunn gut bei Paketen, die konform sind.
greetz
devil
Konform bedeutet, dass ich jetzt nach Jahren in denen meine Viewer für Virtuelle Welten dank den ia32-libs problemlos liefen, einer meiner Lieblingsfreizeitbeschäftigungen dank multiarch nur noch auf einem 32 bit System nachgehen kann, weil es kein 'konformes Debianpakaket' gibt und die Viewer deswegen auf mal 'Schrott' sind?
Vor multiarch gings, jetzt nicht mehr, dann ist in meinen Augen multiarch Schrott.
Ich bin wohl raus, und Debian ist dank multiarch nicht mehr das universellle Betriebssytem, dass es sein will, wenn es solch vorsintflutliche, benutzerunfreundliche, unausgeorene und von Entwicklern mit extrem beschränkten Horizont erdachte Mechanismen als Fortschritt verkauft und ich Dinge nicht mehr tun kann, die jahrelang völlig Problemlos gingen.
Schade eigentlich, denn, ich war mit Debian prä-multiarch sehr zufrieden
ia-32 war immer Mist und hat seit jahren viele Probleme verursacht. Jetzt kannst du native 32-bit Pakete nutzen. das nicht alle Software innerhalb kurzer Zeit umgestellt ist, ist dovch klar bei der menge. Sprich doch einfach den verantwortlichen für dein Paket mal an, ob er das bald mal konform machen will. multiarch ist auf jeden Fall der richtige Weg, da besteht nicht der geringste Zweifel.
greetz
devil
@Hardy: vergiss nicht, wir sind hier bei sid!
In Debian-stable wird es dann, wenn es da dann soweit ist, bestimmt funktionieren .. ;)
man kann ja auch jetzt schon stable nutzen, wenn man das will ...
Hallo Hardy,
kann man denn auch mal erfahren, wie die Software heißt, die Du zum Laufen bekommen möchtest?
Dann würde ich das gerne mal testen.
Viele Grüße,
Holger
Quote from: "holgerw"Hallo Hardy,
kann man denn auch mal erfahren, wie die Software heißt, die Du zum Laufen bekommen möchtest?
Dann würde ich das gerne mal testen.
Viele Grüße,
Holger
Sicher, die Programme heissen 'Firestorm' oder auch 'Second Life' und sind Viewer für virtuelle Welten a la Second Life.
Ich hab beide in Gang bekommen, allerdings mit extrem bescheidener grafischer Performance, dies macht sich allerdings erst nach einem Login in die virtuelle Welt bemerkbar, so dass man zum testen auch noch einen Account dort braucht.
Downloadlinks:
http://secondlife.com/support/downloads/?lang=en-US
http://www.phoenixviewer.com/
Beide Viewer brauchen einen 3d-beschleunigten Grafiktreiber. mit open source Treibern geht da gar nichts.
Das Bescheiden weiter oben bedeutet, seit Multiarch sind meine FPS von ca. 40-50 bei maximalsten Grafikeinstelllungen auf 4-5 FPS bei minimalsten Grafikeinstellungen gefallen.
Irgendeine 32-bit Lib. die für die Grafikdarstellung zuständig ist, fehlt, diese wird aber nicht als 'wrong Elf class' bemängelt.
Gruß
Hardy
Hi Hardy, zunächst mal zwei Links dazu:
1.) Bug#640499: libxvmc: please add multiarch support (http://lists.debian.org/debian-x/2012/09/msg00240.html)
2.) Firestorm 4.3.0 Beta not running anymore on 64 bit Debian Unstable (http://jira.phoenixviewer.com/browse/FIRE-8323)
Im ersten ist ein Workaround beschrieben, wie man an funktionierendes libgl1-nvidia-glx:i386 kommen soll, den zweiten könnte man mal verfolgen was sich da noch so tut, die schlechten FPS sind dort auch genannt.
Grundsätzlich ist klar, dass es sau ärgerlich ist, wenn lange genutzte und liebgewonnene Software nicht mehr wie gewohnt funktioniert. Und hier im siduction-Forum Dampf ablassen hilft auch manchmal, weil man doch oft guten Support auch für Szenarien bekommt, wo man Software einsetzt die sonst kaum jemand kennt oder die nicht in den "offiziell" supporteten Debian- und siduction-Repos ist.
Allerdings bleibt es dabei, das Debian in seinem Unstable-Zweig erst mal auf das Zukunftsmodell umsteigt, das später in funktionierend viele Vorteile haben wird. Softwareentwickler und Paketierer hätten schon länger die Möglichkeit gehabt, sich darauf einzustellen und entsprechend Multiarch zu paketieren. Wenn das nicht getan wurde, kann da weder Debian (Sid) noch siduction was für. Wie in der Open Source Welt üblich, hilft da oft nur der Bugreport an eben genau den Paketersteller der nicht funktionierenden Software, nur von dort kann echte Abhilfe kommen. Was hier im Forum und von den siduction-Entwicklern an Support kommt, kann logischerweise immer nur gut gemeintes Workaround sein.
Da es wie aus den beiden Beispiel-Links oben ersichtlich einige Betroffene gibt (also eigentlich alle die die beiden Viewer unter 64bit einsetzen), bleibt zu hoffen dass für Dich echte Lösungen demnächst zur Verfügung stehen werden. Da hilft nur wie zu Zeiten heftigsterer Upgrade-Warnungen in Sid: abwarten, Kopf hoch!
Das Zukunftsmodell, super, dann stell ich mal auf eine andere Distro um, das alles geht gar nicht für mich, und natürlich ist meine Anwendung schuld ,die aufmal nicht mehr läuft und nicht multiarch, das die ia32-libs ablöst.
Nur mal so nebenbei: libgl1-nvidia-glx:i386 ist installiert, aber es fehlen offensichtlich noch ein gutes Schock Libs mehr.
Dass es Programme gibt, die man nicht paketieren muß, weil man sie nicht installieren muß, passt offensichtlich nicht ins Zukunftskonzept. Alleingänge mit 'walled garden, benutz nur unsere Software aus unseren Repos' Lösungen bin ich bisher nur von proprietären Systeme gewohnt, nicht von Linux-Systemen, aber naja, die Zeiten ändern sich offensichtlich.
Nun gut, dann danke ich an dieser Stelle nochmal abschliessend allen, die mir versucht haben zu helfen, mache ein Backup meiner wichtigen Daten und dann heisst es: Lebe wohl, Debian, es war eine schöne Zeit, aber der Fortschritt ist für mich ein Rückschritt, ich werd auf eine andere Distro setzen, die ihren Usern nicht so radikal vor den Koffer kackt.
Hardy
Hallo Hardy,
bei Opensuse wirst Du Dich auch über manches wundern, was von Drittanbietern kommt und nicht so reibungslos zu integrieren geht.
Magst Du hier denn auch sagen, welche Distribution Du testen möchtest? Du bist hier gerne willkommen, Erfahrungen zu schreiben, ob Du Deine Software dort reibungslos zum Laufen bekommst, wie Du das gemacht hast.
Mal kein Debian zu nutzen heißt ja nicht, hier im Forum Goodbye zu sagen.
Viele Grüße,
Holger
:( OUCH, also keine Chance mehr für prop. 3rd Party Software ? Ich versuche nun eine Weile schon vergeblich Code Composer Studio von TI zu installieren. Na, zumindest eine Erklärung. Ich habe ja noch eine i386 siduction installiert, dann werde ich wohl umziehen...