View previous topic :: View next topic |
Author |
Message |
LuxJux Guru
Joined: 01 Mar 2016 Posts: 497 Location: Germany/Berlin
|
Posted: Wed Dec 27, 2017 11:53 pm Post subject: Welches 17.1 Profil fuer Xfce ? |
|
|
An KDE trau ich mich noch nicht ran.
Ich habs zwar porbiert. Doch da klatscht das Menu immer weg.
Code: | lasma ~ # eselect profile list
Available profile symlink targets:
[1] default/linux/amd64/13.0
[2] default/linux/amd64/13.0/selinux
[3] default/linux/amd64/13.0/desktop
[4] default/linux/amd64/13.0/desktop/gnome
[5] default/linux/amd64/13.0/desktop/gnome/systemd
[6] default/linux/amd64/13.0/desktop/plasma
[7] default/linux/amd64/13.0/desktop/plasma/systemd
[8] default/linux/amd64/13.0/developer
[9] default/linux/amd64/13.0/no-multilib
[10] default/linux/amd64/13.0/systemd
[11] default/linux/amd64/13.0/x32
[12] default/linux/amd64/17.0
[13] default/linux/amd64/17.0/selinux
[14] default/linux/amd64/17.0/hardened
[15] default/linux/amd64/17.0/hardened/selinux
[16] default/linux/amd64/17.0/desktop
[17] default/linux/amd64/17.0/desktop/gnome
[18] default/linux/amd64/17.0/desktop/gnome/systemd
[19] default/linux/amd64/17.0/desktop/plasma *
[20] default/linux/amd64/17.0/desktop/plasma/systemd
[21] default/linux/amd64/17.0/developer
[22] default/linux/amd64/17.0/no-multilib
[23] default/linux/amd64/17.0/no-multilib/hardened
[24] default/linux/amd64/17.0/no-multilib/hardened/selinux
[25] default/linux/amd64/17.0/systemd
[26] default/linux/amd64/17.0/x32
[27] default/linux/amd64/17.1
[28] default/linux/amd64/17.1/selinux
[29] default/linux/amd64/17.1/hardened
[30] default/linux/amd64/17.1/desktop
[31] default/linux/amd64/17.1/desktop/gnome
[32] default/linux/amd64/17.1/desktop/gnome/systemd
[33] default/linux/amd64/17.1/desktop/plasma
[34] default/linux/amd64/17.1/desktop/plasma/systemd
[35] default/linux/amd64/17.1/developer
[36] default/linux/amd64/17.1/no-multilib
[37] default/linux/amd64/17.1/no-multilib/hardened
[38] default/linux/amd64/17.1/no-multilib/hardened/selinux
[39] default/linux/amd64/17.1/systemd
[40] hardened/linux/amd64
[41] hardened/linux/amd64/selinux
[42] hardened/linux/amd64/no-multilib
[43] hardened/linux/amd64/no-multilib/selinux
[44] hardened/linux/amd64/x32
[45] default/linux/musl/amd64
[46] hardened/linux/musl/amd64
[47] default/linux/musl/amd64/x32
[48] hardened/linux/musl/amd64/x32
[49] default/linux/uclibc/amd64
[50] hardened/linux/uclibc/amd64
plasma ~ #
|
|
|
Back to top |
|
|
LuxJux Guru
Joined: 01 Mar 2016 Posts: 497 Location: Germany/Berlin
|
Posted: Thu Dec 28, 2017 2:35 am Post subject: Kernel mit * chen |
|
|
jHier stand ploetzlich diese Frage im Raum
Funktioniert ein Kernel ohne * set ? |
|
Back to top |
|
|
l3u Advocate
Joined: 26 Jan 2005 Posts: 2616 Location: Konradsreuth (Germany)
|
Posted: Fri Dec 29, 2017 8:40 am Post subject: |
|
|
Naja, wenn du KDE (Plasma) nicht nutzen willst, wie wäre es dann mit einem Nicht-Plasma-Profil? Z. B.
Code: | [30] default/linux/amd64/17.1/desktop |
? |
|
Back to top |
|
|
oliver2104 Apprentice
Joined: 27 Jul 2004 Posts: 214 Location: Wien
|
Posted: Sat Dec 30, 2017 11:14 am Post subject: |
|
|
Sind die 17.1 Profile überhaupt schon zu empfehlen ?
siehe Auszug aus -> eselect news (2017-12-26-experimental-amd64-17-1-profiles)
Quote: | A new set of 17.1 amd64 profiles has been added to the Gentoo
repository. Those profiles switch to a more standard 'no SYMLINK_LIB'
multilib layout, and require explicit migration as described below. They
are considered experimental at the moment, and have a fair risk
of breaking your system |
dh. im schlimmsten Fall droht Systemzusammenbruch (breaking your system) |
|
Back to top |
|
|
l3u Advocate
Joined: 26 Jan 2005 Posts: 2616 Location: Konradsreuth (Germany)
|
Posted: Sat Dec 30, 2017 1:55 pm Post subject: |
|
|
Nein, sind sie nicht. Soll man testen auf Systemen, wo's egal ist. |
|
Back to top |
|
|
mv Watchman
Joined: 20 Apr 2005 Posts: 6780
|
Posted: Sat Dec 30, 2017 11:17 pm Post subject: |
|
|
oliver2104 wrote: | dh. im schlimmsten Fall droht Systemzusammenbruch (breaking your system) |
Ausgeschlossen werden kann dies natürlich nie, aber das ist extrem unwahrscheinlich.
Es ist vergleichbar mit einem frühen gcc-upgrade: Einige wenige Pakete benötigen u.U. noch Patches, damit sie sich kompilieren oder starten lassen. Im Gegensatz zu einem Compiler-Upgrade hat man aber nicht die Möglichkeit "mal eben schnell" den alten Compiler anzuwerfen, wenn man ein betroffenes Paket jetzt unbedingt dringend braucht und den Fehler auf die Schnelle nicht beheben kann. |
|
Back to top |
|
|
|