Verständnisfrage: Wieso kann ein Programm "sterben" <Skype>

[scurrell]

Da das Thema ja jetzt (eigentlich ja noch nicht) auf gelöst gesetzt wurde, möchte ich trotzdem etwas dazu nachfragen.
Ne, eigenes Thema. Hintergrund: https://forums.gentoo.org/viewtopic-t-1013820.html

Als Beispiel möchte ich mal "Game of Life in 3D" anführen. Irgendwann läßt die Resonanz nach, der Dev zieht sich zurück
und das Programm "bleibt stehen". So wie es eben ist, färbt es Felder in verschiedene Farben.
Skype allerdings benutzt das Internet und um Einbrüche ( also Einbruch wie Straftat ) zu verhindern, muß der SourceCode regelmäßig verändert werden. Mal besser, mal schlechter. So wie jeder RL-User sein Passwort alle 4 Wochen ändert.
Das kann ich ja irgendwie noch nachvollziehen.

[ChrisJumper]

hi scurrell,

bitte nimm es mir nicht übel. Du stellst manche Fragen weil dir die Zusammenhänge nicht bewusst sind. Das ist auch alles nicht schlimm, aber man stößt auf Zurückhaltung anderer die Zeit investieren dir bestimmte Zusammenhänge zu erklären.

Ich bin jetzt selber nicht mehr up2date was Gentoo betrifft. Skype ist wenn ich mich nicht täusche ein 32 Bit-Program. Das wird bestimmt nicht eingestampft zumal es ja jetzt von Microsoft kommt. Der Gentoo-Support ist auch noch da. Allerdings vermute ich das sich das etwas schwieriger Gestaltet zur Zeit, da (besonders die 64 Bit Systeme) jetzt ihre Multilib-Eigenschaft umstellen.

Wie es vorher war: 32 Bit Systeme erzeugen 32 Bit Code, auch Library's also Programmbibliotheken. 64 Bit Systeme, können 32 Bit Code zwar ausführen hatten bis vor kurzem aber keine selbst kompilierten 32 Bit Bibliotheken. Man kann kein 32 Bit Binary gegen eine 64 Bit Library Linken.

Stelle dir einfach eine Windows .exe Datei vor, gegen diese Datei sind eben die Bibliotheken gelinkt, welche zur Ausführung im Speicher sein müssen. Die meisten Windows Programme teilen sich keine Bibliothek sondern kopieren/packen die Bibliotheken teilweise in die Exe-Datein. Das hat den Vorteil das das Programm dann auch läuft, selbst wenn der Ausführende die Bibliothek-Datei nicht installiert hat oder eine andere Version installiert.

Im Gentoo macht es z.B. nicht, bis auf manche Kommerzielle ausnahmen. Weil wenn man sie nicht als Kopie in Ausführbare Dateien einbaut, kann man die neue Version von der Bibliothek einfach bei der Ausführung des Programmes ein mal in den Speicher laden. Im Gegensatz zur Kopie der Windows Version teilen sich verschiedene Programme welche die selbe Bibliothek brauchen auch eine Kopie davon. Bekommt die Bibliothek ein Update, müsste man die Exe/Ausführbare Datei neu bauen.

Das hat man unter Gentoo zwar auch, aber im Ideal Zustand eher seltener wenn man System-Bibliotheken nutzt, statt diese fest einzubauen. Hat eine Bibliothek eine Sicherheitslücke, wie letzt sqlite (welche auch von Firefox und anderen Programmen als Datenbank-Backend genutzt wird), braucht man nur die Bibliothek neu bauen und die Programme neu starten. ;)

Die emul-linux Pakete wurden wirklich aus Sicherheitsgründen raus genommen, denn sie wurden "selten" aktualisiert zu oft wäre Problematisch für alle Programme die sie unterstützen und zu langsam ist halt schlecht für Bugs. Somit, gab es damit immer Probleme und letztlich wie du sagtes Sicherheits-Schlupf-Löcher.

So jetzt noch mal zu Gentoo und Skype hier gab es eine Umstellung bei der Multilib. Sofern ich das verstanden habe kompilieren die 64 Bit Systeme im Cross-Compile (?) Modus die 32 Bit-Bibliotheken selber und die kommen dann in /usr/lib32 das 64 Bit Exemplar wird normal kompiliert und landet in /usr/lib64 aktuell mag es mit Skype noch Probleme geben aber ich bin mir sicher das sich das von alleine in Luft auflöst.

Im Zweifelsfall zuerst Skype deinstallieren. Das System auf Multilib ausrichten, also in der make.conf

[py-ro]

Das Problem bei Skype ist, dass Qt noch nicht mit dem neuen Multilib in Stable angekommen ist. Demaskiert man die ~amd64 Qt Pakete lässt sich auch Skype relativ schmerzfrei installieren.

Als Ergänzung zu dem ausführlichen Beitrag vor mir,

Bye
Py

[Klaus Meier]

Bei mir ist skype sehr lebendig. Ein emerge skype gibt bei mir folgendes aus (Nur ein Teil):

[Christian99]

[musv]

Aber um mal auf die Anfangsfrage zurückzukommen:

"Wieso kann ein Programm (Skype) sterben?"

Man kaufe ein brauchbar funktionierendes Produkt mit großer Nutzerbasis, pumpe haufenweise Werbung hinein (Windows-Version), verwende noch dazu Lennaware für den Soundsupport und schon vergrault man einen Teil der Nutzer. Ein paar mehr werden es, wenn es einen Update-Zwang gibt und Nutzer älterer Versionen sich nicht mehr einloggen können. Das ist nämlich ziemlich doof, wenn man irgendwo ein Linux installiert hat, was Skype nicht im Paketmanager hat, z.B. OpenSuse.

Und seit Facebook ist auch der Anteil an anderen Messengern sowieso stark zurückgegangen.

Bild- und Tonqualität fand ich bei Google Hangouts auch besser und problemloser. Bei Skype hatte ich immer Probleme, dass der Ton gekratzt hatte und das Mikro auch sehr sensibel war.

Und da ich sowieso nur einen aktiven Kontakt außer der Familie in Skype hatte, ist das Programm bei mir gestorben. Die Familie verwendet mittlerweile Hangouts, wenn es wirklich sein muss.

Und so ist Skype halt bei mir gestorben.

[arfe]

[Klaus Meier]

Das hatte py-ro doch schon geschrieben. Trotzdem muss man aber noch einen Eintrag in die package.use machen und das habe ich beschrieben.

[arfe]

[firefly]

[Josef.95]

[scurrell]

[musv]

[Josef.95]

Die Liste mit Paketen, die zwingend multilib-Support benötigen, kann man in
/usr/portage/profiles/arch/amd64/no-multilib/package.mask
einsehen.

[Schattenschlag]

Also ich finde die Umstellung zwischen 32Bit auf 64Bit echt schon Witzig. Das zieht sich ja schon echt wie ein mega Kaugummi.
Wenn ich so zurück denke 8Bit 16Bit 32Bit hmmm da ging das irgendwie schneller (ok es gab auch weniger Programme)

Aber wenn es so weiter geht kommen ja schon bald 128Bit CPUs raus bevor wir mal richtig auf 64Bit alles umgestellt haben.

[py-ro]

Wir haben nicht einmal "echte" 64-Bit CPUs, meist sind die Speicherinterfaces "nur" 48-Bit.

Bye
Py

[Schattenschlag]

@py-ro Hardwaremäßig kenne ich mich da zu wenig aus. Hättest du da gute Infos ?

[mv]

[__bjoern]

naja, es ist schon gut, dass es noch Unterstützung für 32 Bit Plattformen gibt, denn die werden nach wie vor benutzt (von mir z.B. ). Die müssen es halt nur auf die Reihe kriegen 32 und 64 Bit builds von ihrer Software bereit zu stellen. Das kriegt jede Linux-Distribution hin, aber viele Entwickler reden sich halt immer mit dem selben ollen Spruch raus "Was brauchen wir denn 64 Bit Builds, unsere Software nutzt eh nicht so viel RAM".
Wenns nach den Brüdern ginge, würde der Taschenrechner noch mit 8 Bit DOS-Emulation laufen.

Das ist ja z.B. beim Firefox für Windows echt lächerlich. Wie lange die brauchen um mal nen 64-Bit build bereit zu stellen. Und dann wollten die das Projekt ja komplett absagen (!).

Aber unter Gentoo gab es eigentlich wenig Probleme. Das einzige, was ich hatte waren Opera, Skype und diverse Spiele. Ich hätte mir nur gewünscht, dass die noch gewartet hätten, bis die neue Qt Version auf stable ist.

[musv]

[bell]

Etwas OT: x86 wurde ja noch nicht ganz durch amd64 abgelöst, das wird sich auch etwas hinziehen. Um das ganze interessanter zu machen, gibt es jetzt auch noch x32 Diese Architektur soll die Vorteile beider Welten vereinen.
http://de.wikipedia.org/wiki/X32_%28ABI%29
https://archives.gentoo.org/gentoo-dev/message/8ecc71e69a11ae39cd16f21bc553341b

[mv]

[Yamakuzure]