Frage zu der News "True multilib support on amd64 gentoo"

Schattenschlag

Meister

Beiträge: 1 666

1

29.03.2015, 17:39

Also wenn ich das richtig verstanden habe muss man sich entscheiden zwischen

	Quellcode
1 2 3	sys-libs/zlib abi_x86_32 <-- dieser Möglichkeit oder / abi_x86_32 <-- dieser Möglichkeit

Hmm aber bei beiden wird fast das gesamte System auf 32bit umgestellt bei mir das will ich nicht.

Muss ich jetzt bei jeden Programm explizit angeben was ich will ? also

	Quellcode
1 2	abi_x86_32 abi_x86_64

oder wäre es besser gleich auf ein anderes Profil umzusteigen
momentan fahr ich auf dem Profil

	Quellcode
1 2 3 4 5	default/linux/amd64/13.0/desktop sollte ich jetzt gleich auf ein default/linux/amd64/13.0/no-multilib

umsteigen und 32 komplett verbannen ?

Denn wenn ich jetzt für jedes Programm auswählen muss bei der abi wird die Datei package.use recht unübersichtlich, Autounmask schmeißt mir da über 200 Pakete rein die auf 32 umbauen will / muss !?

mfg
schatti

''''''''''''''''''''''''''''''''''''''''''''''''
Gentoo-Linux
der G-Punkt eines Pc´s

''''''''''''''''''''''''''''''''''''''''''''''''

Zum Seitenanfang

mnt_gentoo

Profi

Beiträge: 807

2

30.03.2015, 10:00

Hallo Schattenschlag,

Bis jetzt war eigentlich "dasselbe" in Deinem System vorhanden, aber per Emulation realisiert. Also das, was in den "news" die 'app-emulation/emul-linux-x86*'-Geschichte meinen will. Bis gestern war Dein amd64-System also auch teilweise x86 bzw. 32-bittig. Ist ja bei Windows auch so, das es einige "RICHTIGE" X64-Anwendungen sowie einige gibt, die sich anschließend im "C:\username\x86\..." wiederfinden. Also reine x86-Anwendungen sind.
Dies ist nun nicht mehr per Emulator bewerkstelligt, sondern kommt aus den "*/* abi_x86_32". -- Portage baut also x86-Programme per dieser ABI SO, das sie auf amd64-Systemen sofort und -- OHNE -- Emulation lauffähig werden. Nach wie vor hast Du immernoch amd64-Programme laufen. Und die werden auch als x64 ausgeführt und nicht als x86 bzw. 32-bit. --

Dies sagt genau dieses Statement:

Zitat

In most of the cases, Portage will be able to deliver correct
suggestions for that when using the --autounmask feature. However, some
users may prefer setting ABI_X86 globally to enable 32-bit libraries
in all packages that support building them. This can be done using
the following package.use entry:

*/* abi_x86_32

NUR DIE SUPPORTETEN Programme werden so gebaut. Andere bleiben amd64 -- so wie bisher.

Ich hatte aber nach

	Quellcode
1	emerge -C 'app-emulation/emul-linux-x86*'

EINIGE (!!!) Probleme, die mich 2 Tage kosteten, um hinter deren Lösung zu kommen. Also an die 12 "BLOCK B".

WEDER

	Quellcode
1	emerge @preserved-rebuild

lief mehr, noch World-Updates. Es wurde -- GENERELL eine "qtcore-Version" 4.8.6.rX verlangt, die aber wegen Unkompatibilitäten mit "qtchooser" nicht installiert werden konnte. So die "BLOCK B" verursachte. -- Mir gelang aber ein

	Quellcode
1	emerge @system

.

Danach waren es bedeutend weniger Broken-Symlinks. Und danach gelang es mir noch, den Urheber für meine "BLOCK B"-Probleme herauszufinden: Skype. Der ist in jetziger Version mit den "Ohne-X86-Emulationen" von emul-linux-x86... nicht mehr lauffähig.

Beweis hierfür: -- @World-Updateversuch ohne Skype installiert zu haben --

Quellcode

stx58001 ~ # emerge -j12 -vauDN @world

These are the packages that would be merged, in order:

Calculating dependencies \ * Missing digest for '/var/lib/layman/emc/app-misc/solaar/solaar-0.9.3.ebuild'
... done!

Total: 0 packages, Size of downloads: 0 KiB

Nothing to merge; quitting.

Versuch, Skype wieder zu installieren:

Quellcode

stx58001 ~ # emerge -j12 -a net-im/skype

These are the packages that would be merged, in order:

Calculating dependencies - * Missing digest for '/var/lib/layman/emc/app-misc/solaar/solaar-0.9.3.ebuild'
... done!
[ebuild  N     ] media-libs/webrtc-audio-processing-0.1-r1  USE="-static-libs" ABI_X86="32 (64) (-x32)" 
[ebuild  N     ] net-libs/libasyncns-0.8-r3  USE="-debug -doc" ABI_X86="32 (64) (-x32)" 
[ebuild  N     ] dev-libs/json-c-0.11-r1  USE="-doc -static-libs" ABI_X86="32 (64) (-x32)" 
[ebuild  N     ] media-libs/sbc-1.3  USE="-static-libs" ABI_X86="32 (64) (-x32)" 
[ebuild  N     ] media-libs/speex-1.2_rc1-r2  USE="ogg -static-libs" ABI_X86="32 (64) (-x32)" CPU_FLAGS_X86="sse" 
[ebuild  N    ~] dev-qt/qtchooser-0_p20150102  USE="-qt5 {-test}" 
[ebuild     U ~] dev-qt/qtcore-4.8.6-r1 [4.8.5-r2] ABI_X86="32%* (64%*) (-x32)" 
[ebuild  N    ~] dev-qt/qttranslations-4.8.6-r1  ABI_X86="32 (64) (-x32)" 
[ebuild     U ~] dev-qt/qtscript-4.8.6-r1 [4.8.5] ABI_X86="32%* (64%*) (-x32)" 
[ebuild     U ~] dev-qt/qtgui-4.8.6-r2 [4.8.5-r4] ABI_X86="32%* (64%*) (-x32)" 
[ebuild     U ~] dev-qt/qtsql-4.8.6-r1 [4.8.5] ABI_X86="32%* (64%*) (-x32)" 
[ebuild     U ~] dev-qt/qt3support-4.8.6-r1 [4.8.5] ABI_X86="32%* (64%*) (-x32)" 
[ebuild     U ~] dev-qt/qtdbus-4.8.6-r1 [4.8.5] ABI_X86="32%* (64%*) (-x32)" 
[blocks b      ] <dev-qt/qtdbus-4.8.6:4 ("<dev-qt/qtdbus-4.8.6:4" is blocking dev-qt/qtchooser-0_p20150102)
[ebuild     U ~] dev-qt/qtxmlpatterns-4.8.6-r1 [4.8.5] ABI_X86="32%* (64%*) (-x32)" 
[ebuild     U ~] dev-qt/qtwebkit-4.8.6-r1 [4.8.5] ABI_X86="32%* (64%*) (-x32)" 
[blocks b      ] <dev-qt/qtwebkit-4.8.6:4 ("<dev-qt/qtwebkit-4.8.6:4" is blocking dev-qt/qtchooser-0_p20150102)
[ebuild  N     ] media-sound/pulseaudio-5.0-r7  USE="X alsa alsa-plugin asyncns bluetooth caps dbus gdbm glib gtk ipv6 orc qt4 ssl systemd tcpd udev webrtc-aec zeroconf -doc -equalizer -gnome -jack -libsamplerate -lirc (-neon) (-oss) -realtime (-system-wide) {-test} -xen" ABI_X86="32 (64) (-x32)" 
[ebuild  N     ] media-plugins/alsa-plugins-1.0.28  USE="pulseaudio -debug -ffmpeg -jack -libsamplerate -speex" ABI_X86="32 (64) (-x32)" 
[ebuild  N    ~] net-im/skype-4.3.0.37-r5  USE="pulseaudio -apulse -pax_kernel (-selinux)" 
[blocks B      ] <dev-qt/qtmultimedia-4.8.6:4 ("<dev-qt/qtmultimedia-4.8.6:4" is blocking dev-qt/qtchooser-0_p20150102)
[blocks B      ] <dev-qt/qtsvg-4.8.6:4 ("<dev-qt/qtsvg-4.8.6:4" is blocking dev-qt/qtchooser-0_p20150102)
[blocks B      ] <dev-qt/qtxmlpatterns-4.8.6:4 ("<dev-qt/qtxmlpatterns-4.8.6:4" is blocking dev-qt/qtchooser-0_p20150102)
[blocks B      ] <dev-qt/qttest-4.8.6:4 ("<dev-qt/qttest-4.8.6:4" is blocking dev-qt/qtchooser-0_p20150102)
[blocks B      ] <dev-qt/qtscript-4.8.6:4 ("<dev-qt/qtscript-4.8.6:4" is blocking dev-qt/qtchooser-0_p20150102)
[blocks B      ] <dev-qt/designer-4.8.6:4 ("<dev-qt/designer-4.8.6:4" is blocking dev-qt/qtchooser-0_p20150102)
[blocks B      ] <dev-qt/qtdeclarative-4.8.6:4 ("<dev-qt/qtdeclarative-4.8.6:4" is blocking dev-qt/qtchooser-0_p20150102)
[blocks B      ] <dev-qt/qt3support-4.8.6:4 ("<dev-qt/qt3support-4.8.6:4" is blocking dev-qt/qtchooser-0_p20150102)
[blocks B      ] <dev-qt/qtopengl-4.8.6:4 ("<dev-qt/qtopengl-4.8.6:4" is blocking dev-qt/qtchooser-0_p20150102)
[blocks B      ] <dev-qt/qtcore-4.8.6:4 ("<dev-qt/qtcore-4.8.6:4" is blocking dev-qt/qtchooser-0_p20150102)
[blocks B      ] <dev-qt/qtsql-4.8.6:4 ("<dev-qt/qtsql-4.8.6:4" is blocking dev-qt/qtchooser-0_p20150102)
[blocks B      ] <dev-qt/qtgui-4.8.6:4 ("<dev-qt/qtgui-4.8.6:4" is blocking dev-qt/qtchooser-0_p20150102)

!!! Multiple package instances within a single package slot have been pulled
!!! into the dependency graph, resulting in a slot conflict:

...

The following keyword changes are necessary to proceed:
 (see "package.accept_keywords" in the portage(5) man page for more details)
# required by dev-qt/qttranslations-4.8.6-r1
=dev-qt/qtcore-4.8.6-r1 ~amd64
# required by kde-base/kstartupconfig-4.11.17
# required by kde-base/kdebase-startkde-4.11.17
# required by kde-base/kdebase-meta-4.14.3[-minimal]
# required by kde-base/kde-meta-4.14.3
# required by @selected
# required by @world (argument)
=dev-qt/qtdbus-4.8.6-r1 ~amd64
# required by dev-qt/qtcore-4.8.6-r1
# required by dev-qt/qtsql-4.8.6-r1
# required by dev-qt/qt3support-4.8.6-r1
# required by dev-qt/qtgui-4.8.6-r2[qt3support]
# required by net-im/skype-4.3.0.37-r5
# required by net-im/skype (argument)
=dev-qt/qttranslations-4.8.6-r1 ~amd64
# required by dev-qt/qtcore-4.8.6-r1
# required by dev-qt/qtsql-4.8.6-r1
# required by dev-qt/qt3support-4.8.6-r1
# required by dev-qt/qtgui-4.8.6-r2[qt3support]
# required by net-im/skype-4.3.0.37-r5
# required by net-im/skype (argument)
=dev-qt/qtchooser-0_p20150102 ~amd64
# required by dev-qt/qt3support-4.8.6-r1
# required by kde-base/kubrick-4.14.3
# required by kde-base/kdegames-meta-4.14.3
# required by kde-base/kde-meta-4.14.3
# required by @selected
# required by @world (argument)
=dev-qt/qtgui-4.8.6-r2 ~amd64
# required by kde-base/kdepim-icons-4.14.6
# required by kde-base/kdepim-meta-4.14.6
# required by @selected
# required by @world (argument)
=dev-qt/qtwebkit-4.8.6-r1 ~amd64
# required by dev-qt/qtwebkit-4.8.6-r1
# required by net-im/skype-4.3.0.37-r5
# required by net-im/skype (argument)
=dev-qt/qtxmlpatterns-4.8.6-r1 ~amd64
# required by dev-qt/qtgui-4.8.6-r2[qt3support]
# required by net-im/skype-4.3.0.37-r5
# required by net-im/skype (argument)
=dev-qt/qt3support-4.8.6-r1 ~amd64...

Das kriegt man nicht mehr aufgelöst. Da sollen sich widersprechende und nicht miteinander kompatible "Rattenschwänze" installiert werden.

Profilumstellungen sowie:

Zitat von »Schattenschlag«

umsteigen und 32 komplett verbannen ?

würde ich -- NICHT -- empfehlen. Dann läuft nämlich -- KEIN -- "REINES" x86 bzw 32-bit-Programm mehr bei Dir. Und -- NICHT -- alle sind x64 (!!)

Zitat von »Schattenschlag«

Denn wenn ich jetzt für jedes Programm auswählen muss bei der abi wird die Datei package.use recht unübersichtlich, Autounmask schmeißt mir da über 200 Pakete rein die auf 32 umbauen will / muss !?

War bei mir genauso. Habe dieses

	Quellcode
1 2 3 4 5 6	#### True-Multi-Lib ### ## # / abi_x86_32

gesetzt. Dann wurden es bei mir auch etwa an die 200 Neubau-"Projekte"

-- Beim Server war es kein Einziges. Der hat aber auch nur an die 370 installiert. Server sind ja minimal. NUR das -- NÖTIGSTE --

Gruß
mnt_gentoo
_________________________________________________________________________________________

Die Launen und das Schicksal eines Gentoo-Users:

...

Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von »mnt_gentoo« (30.03.2015, 10:11)

Zum Seitenanfang

Schattenschlag

Meister

Beiträge: 1 666

3

30.03.2015, 16:18

Alles klar super danke für die nochmal Erklärung mnt_gentoo!!

Ich war mir einfach nicht sicher ob das so passt das er da fast 200 Programme neu bauen will, aber wenn das so ok ist na dann ran an den Speck

Hmm schon komisch irgendwie jetzt haben wir ein 64bit System und die Hälfte der Programme laufen immer noch im 32 bit System hmm verstehe einer diese Logik h :whistling:

''''''''''''''''''''''''''''''''''''''''''''''''
Gentoo-Linux
der G-Punkt eines Pc´s

''''''''''''''''''''''''''''''''''''''''''''''''

Zum Seitenanfang

Schattenschlag

Meister

Beiträge: 1 666

4

30.03.2015, 21:39

Grrrrrrrrr

Gestern : Conflict: 44 blocks (40 unsatisfied)

Hatte es geschaft ein paar zu lösen

Heute: Conflict: 56 blocks (50 unsatisfied)

Ehrlich gesagt hab ich schon langsam echt kein Lust mehr auf das System ..... Glaub ich wechsle zu einer Hirnlosen Ubuntu Distri ..pffff

Wenn man schon grundlegende Dinge ändert als Maintainer sollte man sich vorher die ganzen Blocks angucken grrrrrrrr

Ist ja wie die Hydra ... ein Block gelöst 5 neue Blocks kommen ... so ein scheiß ehrlich ...

''''''''''''''''''''''''''''''''''''''''''''''''
Gentoo-Linux
der G-Punkt eines Pc´s

''''''''''''''''''''''''''''''''''''''''''''''''

Zum Seitenanfang

josef.95

OSI Layer 8

Beiträge: 7 674

5

30.03.2015, 23:00

Zitat von »mnt_gentoo«

Versuch, Skype wieder zu installieren:

[....]

Zitat von »mnt_gentoo«

Das kriegt man nicht mehr aufgelöst. Da sollen sich widersprechende und nicht miteinander kompatible "Rattenschwänze" installiert werden.

Das sollte sich normal recht leicht auflösen lassen.
Das Problem ist scheinbarr (der hilfreiche Teil der Fehlermeldung, in der zu sehen ist wie die Blocks zustande kommen, ist leider nicht mit dabei)
dass du versuchst Qt-Libs zweier Versionen (4.8.5 und 4.8.6) zu mischen - das geht nicht.
Skype ist ein 32 Bit Program welches Qt braucht - multilib wird erst ab >=Qt-4.8.6 unterstützt
sprich du brauchst Qt-4.8.6
Diese von Skype benötigten Qt-4.8.6 Libs lassen sich aber nicht mit deinen noch anderen Qt-4.8.5 Version mischen - daher die Blocks
Wenn, dann musst du alle benötigten Qt-4.8.6 Libs freischalten.
Versuche es mal mit "dev-qt/*:4" in der package.accept_keywords (ungetestet - sollte aber vermutlich funktionieren).

/edit
Zudem beachte, wenn du eins von den Qt-Libs Modulen mit USE=abi_x86_32 baust, dann müssen auch alle weiteren mit abi_x86_32 gebaut werden - sprich wenn du es nicht eh schon global setzt denke bitte an passend(e) package.use Einträg(e)

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »josef.95« (31.03.2015, 01:12)

Zum Seitenanfang

Schattenschlag

Meister

Beiträge: 1 666

6

31.03.2015, 06:01

Nach dem ich Gestern den halben Tag div. Blocks versucht habe aufzulösen kommen immer wieder neue :cursing:

Hab mal eine txt angehängt eventuell sieht einer von euch hier noch Hoffnung

auf eine Lösung !?

»Schattenschlag« hat folgende Datei angehängt:

blocks.txt (269,19 kB - 5 mal heruntergeladen - zuletzt: 08.01.2016, 14:11)

''''''''''''''''''''''''''''''''''''''''''''''''
Gentoo-Linux
der G-Punkt eines Pc´s

''''''''''''''''''''''''''''''''''''''''''''''''

Zum Seitenanfang

josef.95

OSI Layer 8

Beiträge: 7 674

7

31.03.2015, 10:25

Zitat von » 'Schattenschlag'«

Quellcode

!!! The following installed packages are masked:
- app-emulation/emul-linux-x86-baselibs-20140508-r12::gentoo (masked by: package.mask)
/usr/portage/profiles/package.mask:
# Michał Górny <mgorny@gentoo.org> (28 Mar 2015)
# on behalf of gx86-multilib project <multilib@gentoo.org>
# Mask emul-linux-x86 packages along with unported old versions
# of reverse dependencies for removal in 60 days, bug #544876.
# Please use multilib ebuilds with abi_x86_32 instead.

- app-emulation/emul-linux-x86-xlibs-20140508::gentoo (masked by: package.mask)
- app-emulation/emul-linux-x86-opengl-20140508-r1::gentoo (masked by: package.mask)

Beherzige den Tipp aus der true-multilib News

Zitat

In case of issues, blockers especially, users are recommended
to manually uninstall any emul-linux-x86 packages that may have been
installed on their systems. This will aid the Package Manager
in choosing the correct dependency resolution path. If using Portage,
this can be done using the following command:

$ emerge -C 'app-emulation/emul-linux-x86*'

Note: 32-bit applications may be temporarily broken after this step.
Therefore, it should be followed by a @world upgrade immediately.

(Auszug)

Zum Seitenanfang

hafgan

Fortgeschrittener

Beiträge: 184

8

01.04.2015, 17:44

Hi,

also ich habs nun mit skype wieder hin bekommen, auf Basis dieses Beitrags:
https://forums.gentoo.org/viewtopic-t-10…ight-skype.html

Zunächst unmask und setzen des entsprechenden keywords (~amd64) und installieren von:

	Quellcode
1	emul-linux-x86-qtlibs

Danach lies sich skype problemlos installieren.

Offensichtlich ist das keine saubere Lösung, aber eine die schnell und einfach funktioniert .... :whistling:

Gruß
hafgan

Zum Seitenanfang

josef.95

OSI Layer 8

Beiträge: 7 674

9

01.04.2015, 18:41

@hafgan,
sorry, aber das ist keine gute Idee, und zudem auch unnötig - true-multilib Support ist doch nun verfügbar,
also nutze ihn sofern benötigt :)

/edit
Beachte das die emul-linux-x86-* Pakete nicht mehr supported sind, sie werden keinerlei Updates mehr erhalten - zudem sind sie schon hart maskiert, und fliegen in wenigen Tagen aus dem Tree,
darauf würde ich nicht aufbauen.

Zum Seitenanfang

bell

Erleuchteter

Beiträge: 3 128

10

02.04.2015, 12:03

Vielleicht noch einmal zu der ursprünglichen Frage was nun true-multilib bedeutet: In Portage gibt es noch einige Closed-Source Programme, von denen die Entwickler meinen diese nur als x86 zu kompilieren und zu releasen. Diese haben Abhängigkeiten zu den üblichen Open-Source Bibliotheken, jedoch ebenfalls als 32-bit. Früher gab es die durch Gentoo-Dev's vorkompilierten "app-emulation/emul-linux-*" Pakete, die diese 32-bit Bibliotheken nach /lib32 und /usr/lib32 installierten. Es gab immer wieder mal Probleme dass die x86-Version einer Bibliothek eine andere war als die der amd64, unterschiedliche USE-Flags usw.

Jetzt mit dem USE=abi_x86_32 werden die Open-Source Bibliotheken direkt beim Bauen der 64-bit Version ZUSÄTZLICH auch die 32-bit Version der Bibliotheken gebaut und nach /lib32+/usr/lib32 installiert. Die vorkompilierten emul-linux-* Geschichten sind nicht mehr nötig, Gentoo ist wieder einmal ein Schritt dem Gentoo-Gedanken näher gekommen.

An sonsten ist alles wie gehabt, alles was 64-bit ist läuft weiterhin als 64-bit!. Aus lib32 bedient sich nur die og. proprietäre 32-bit Software.

Was bedeutet es nun. Bei Bedarf pro Paket in der /etc/portage/package.use zu setzen war mir zu mühselig. Und eigentlich ist es wie mit anderen USE-Flags auch. Bei USE="samba" prüfe ich ja auch nicht ob ich es in jedem Paket benötige das es unterstützt. Einmal in der make.conf gesetzt und gut ist.
Also entschied ich es global für alle Pakete in der make.conf zu setzen. Da es ein USE-Expand ist, setzte ich einfach

	Quellcode
1	ABI_X86="64 32"

in die make.conf. Das Ergebnis sind zwar viele nicht benutze x86-Bibliotheken unter /lib32 und /usr/lib32, aber gut, hab genug Platz auf der Festplatte. Sollte Portage mal richtig die Use-Abhängigkeiten berücksichtigen (ich meine nicht diesen Auto-Unmask Hack) würde ich diese Einstellung ändern.

Auch wenn Open-Source kostenlos ist, ist sie nicht umsonst. Dein Preis ist Dein Engagement und Mitarbeit an OS-Projekten.
Wenn Du keinen Preis bezahlen willst, bist Du die Ware. Und das ist nicht Open Source, geschweigedenn frei.

Zum Seitenanfang

Schattenschlag

Meister

Beiträge: 1 666

11

02.04.2015, 17:47

Hy Danke Bell für deine ausführliche Erklärung nun ist mir auch einiges noch klarer als vorher ...

und das man es in die make.conf schreiben kann wusste ich nicht ... es stand in der News nur was von der package.use das man dort abi_x86_32 einfügen soll.

also reicht es das ich das aus der package.use das abi_x ... Dings raus lösche und das in die make.config schreibe ?

''''''''''''''''''''''''''''''''''''''''''''''''
Gentoo-Linux
der G-Punkt eines Pc´s

''''''''''''''''''''''''''''''''''''''''''''''''

Zum Seitenanfang

josef.95

OSI Layer 8

Beiträge: 7 674

12

02.04.2015, 18:45

Ja, wenn du es wirklich global für alle Pakete setzen möchtest, dann würde ich es auch wie von bell vorgeschlagen mit
ABI_X86="64 32"
in der make.conf setzen.

Zum Seitenanfang

hafgan

Fortgeschrittener

Beiträge: 184

13

02.04.2015, 19:24

Zitat von »josef.95«

@hafgan,
sorry, aber das ist keine gute Idee, und zudem auch unnötig - true-multilib Support ist doch nun verfügbar,
also nutze ihn sofern benötigt

OK, überzeugt und habs auch schon geändert. Läuft!

Aber noch eine Frage zu Eurer letzten Diskussion Bell und Josef. Was ist jetzt richtig bzw. was besser:

1. packages.use:

	Quellcode
1	/ abi_x86_32

2. make.conf

	Quellcode
1	ABI_X86="64 32"

Gruß
hafgan

Zum Seitenanfang

boospy

Meister

Beiträge: 1 518

14

03.04.2015, 00:07

Ich habs etwas anders gelöst: Hab mich zuerst von Skype verabschiedet, dann hab ich durchgesehen wo überall 32bit libs gebaut werden sollen, dann hab ich doch einiges gefunden das nicht benötigt wurde, waren auch einige Abhängigkeiten dabei. Hab mir dann ne Datei angelegt "/etc/portage/packages.use/32bit" dort dann alle Paket rein die mit 32bit Unterstützung gebaut werden müssen, habs dann von ca. 150 auf gute 45 herunter geschafft. Find ich jetzt sauberer, als gleich global alles mit 32bit Untersützung zu bauen.

lg
boospy

Gentoo Can Do!

Wiki auf: http://deepdoc.at

Zum Seitenanfang

flammenflitzer

Meister

Beiträge: 1 275

15

29.12.2015, 10:45

abi_x86_32 Multilib

Hallo,
ich habe gestern nach einem guten halben Jahr mein System aktualisieren wollen. Ich habe da wohl einiges verpasst. Ich kann jetzt nur noch in der Konsole starten. Ist recht zeitaufwändig. Und die habe ich auf Grund Umzug im Moment nicht. Gibt es irgendwo eine kurze Zusammenfassung, wie ich mein 64er System wieder brauchbar herstellen kann? Ich brauche 32 bit nur Wine, damit mein Enkel spielen kann.
Gruß
Olaf

Zum Seitenanfang

boospy

Meister

Beiträge: 1 518

16

29.12.2015, 22:57

Hallo,

ja das ist natürlich eine lange Zeit. Ich habe jetzt meine VDR Systeme nach einem Jahr auch upgedatet. Der Server war da nur reines 64bit, also kein Aufwand. Der Client ein KODI, war da schon aufwändiger. Eine große Hilfestellung sind da immer die News. Wenn du die und die Meldungen von Portage abarbeitest kann normalerweise nichts schief gehen. Für Wine (hab ich jetzt aktuell auf keinem Gentoo am laufen) weis das es jede Menge 32bit Abhängigkeiten benötigt. Aber du kann kannst ja fürs erste versuchen ob du mit der reinen 64bit Version von Wine zurecht kommst. Ein Bekannter von mir zockt Wolfenstein the new Order drauf, hat auch kein 32bit Wine mehr am laufen.

Eine Schnellanleitung gibt es leider nicht, vor allem weil ja unsere Gentoo's wohl meist sehr individuell gestaltet sind.

lg
boospy

Gentoo Can Do!

Wiki auf: http://deepdoc.at

Zum Seitenanfang

josef.95

OSI Layer 8

Beiträge: 7 674

17

16.01.2016, 20:22

@flammenflitzer,
das Problem ist das handbook USE-Flag

Vorschlag: Für plasma5 nutze am besten ein plasma (statt kde) Profil, dann sind die Flags schon vom Profil her so gesetzt das sich plasma5 und kde4 nicht mehr "beißen" :)

Zum Seitenanfang

flammenflitzer

Meister

Beiträge: 1 275

18

20.01.2016, 20:21

Probiere ich. Danke.

Zum Seitenanfang

flammenflitzer

Meister

Beiträge: 1 275

19

22.01.2016, 20:12

Ich habe jetzt mit nicht unerheblichen Zeitaufwand alles hinbekommen. Allerdings läuft nicht ein Spiel mehr unter wine ohne abzustürzen. Wollte heute nach langer Zeit mal wieder spielen, aber ist Essig. :thumbdown:

Also hier das Problem zum Thema passend:

Nach dem Umstieg auf Multilib abi_x86_32 stürzen alle Spiele unter wine nach kurzer Zeit ab, nachdem sie über lange Zeit fehlerfrei funktioniert haben. Hat jemand eine Idee, woran das liegen könnte?

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »flammenflitzer« (22.01.2016, 21:08)

Zum Seitenanfang

bell

Erleuchteter

Beiträge: 3 128

20

22.01.2016, 20:55

Jungs, was hat das Plasma-Zeug noch mit "True multilib support on amd64 gentoo" zu tun? Bitte für ein neues Problem ein neues Thema eröffnen..

Auch wenn Open-Source kostenlos ist, ist sie nicht umsonst. Dein Preis ist Dein Engagement und Mitarbeit an OS-Projekten.
Wenn Du keinen Preis bezahlen willst, bist Du die Ware. Und das ist nicht Open Source, geschweigedenn frei.

Zum Seitenanfang

GentooForum.de