Gentoo su MSI Windbox DC100 - 2 : Il Ritorno

[Zievatron]

Ho tentato con il primo rigo, ma mi è andata male.
Mi dà questo output:

Codice: Seleziona tutto

darkstar / # emerge syslog-ng vixie-cron mlocate dhcpcd ppp

 * IMPORTANT: 5 news items need reading for repository 'gentoo'.
 * Use eselect news to read news items.

 * Last emerge --sync was Sat Nov  3 22:35:01 2012.
Calculating dependencies... done!


[ebuild  N     ] net-dialup/ppp-2.4.5-r1  USE="gtk ipv6 pam -activefilter -atm -dhcp -eap-tls -radius" 709 kB
[nomerge       ] dev-java/java-config-2.1.11-r3 
[nomerge       ]  virtual/jre-1.6.0 
[nomerge       ]   virtual/jdk-1.6.0-r1 
[nomerge       ]    dev-java/icedtea-bin-6.1.11.5  USE="X alsa cups -cjk -doc -examples -nsplugin -source" 
[nomerge       ]     net-print/cups-1.5.2-r4  USE="X acl filters java jpeg ldap pam png ssl threads tiff usb -avahi -dbus -debug -gnutls -kerberos -perl -python (-selinux) -slp -static-libs -xinetd" LINGUAS="-da -de -es -eu -fi -fr -id -it -ja -ko -nl -no -pl -pt -pt_BR -ru -sv -zh -zh_TW" 
[nomerge       ]      media-libs/tiff-4.0.2-r1  USE="cxx jpeg zlib -jbig -lzma -static-libs" 
[nomerge       ]       virtual/jpeg-0  USE="-static-libs" 
[ebuild  N     ]        media-libs/libjpeg-turbo-1.2.1  USE="java -static-libs" 1,728 kB
[ebuild  N     ]         virtual/jre-1.6.0  0 kB
[ebuild  N     ]          virtual/jdk-1.6.0-r1  0 kB
[ebuild  N     ]           dev-java/icedtea-bin-6.1.11.5  USE="X alsa cups -cjk -doc -examples -nsplugin -source" 32,208 kB
[ebuild  N     ]      net-print/foomatic-filters-4.0.16  USE="cups -dbus" 261 kB
[ebuild  N     ]       app-text/ghostscript-gpl-9.05-r1  USE="X cups gtk -bindist -dbus -djvu -idn -jpeg2k -static-libs" LINGUAS="-ja -ko -zh_CN -zh_TW" 27,622 kB
[ebuild  N     ]        x11-libs/gtk+-2.24.12  USE="cups introspection (-aqua) -debug -examples -test -vim-syntax -xinerama" 12,946 kB
[ebuild  N     ]         net-print/cups-1.5.2-r4  USE="X acl filters java jpeg ldap pam png ssl threads tiff usb -avahi -dbus -debug -gnutls -kerberos -perl -python (-selinux) -slp -static-libs -xinetd" LINGUAS="-da -de -es -eu -fi -fr -id -it -ja -ko -nl -no -pl -pt -pt_BR -ru -sv -zh -zh_TW" 9,407 kB
[ebuild  N     ]          app-text/poppler-0.20.4  USE="cairo cxx introspection jpeg lcms png tiff utils -cjk -curl -debug -doc -jpeg2k -qt4" 2,104 kB
[ebuild  N     ]         x11-libs/gdk-pixbuf-2.26.4  USE="X introspection jpeg tiff -debug -doc -jpeg2k -test" 1,154 kB
[ebuild  N     ]        media-libs/lcms-2.3  USE="jpeg tiff zlib -doc -static-libs -test" 4,358 kB
[ebuild  N     ]         media-libs/tiff-4.0.2-r1  USE="cxx jpeg zlib -jbig -lzma -static-libs" 1,976 kB
[ebuild  N     ]          virtual/jpeg-0  USE="-static-libs" 0 kB

Total: 14 packages (14 new), Size of downloads: 94,469 kB

 * Error: circular dependencies:

(virtual/jpeg-0::gentoo, ebuild scheduled for merge) depends on
 (media-libs/libjpeg-turbo-1.2.1::gentoo, ebuild scheduled for merge) (runtime)
  (virtual/jdk-1.6.0-r1::gentoo, ebuild scheduled for merge) (buildtime)
   (dev-java/icedtea-bin-6.1.11.5::gentoo, ebuild scheduled for merge) (runtime)
    (virtual/jpeg-0::gentoo, ebuild scheduled for merge) (runtime)

 * Note that circular dependencies can often be avoided by temporarily
 * disabling USE flags that trigger optional dependencies.

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

dev-libs/glib:2

  (dev-libs/glib-2.32.4-r1::gentoo, ebuild scheduled for merge) pulled in by
    >=dev-libs/glib-2.31.22:2 required by (dev-libs/gobject-introspection-1.32.1::gentoo, ebuild scheduled for merge)
    (and 3 more with the same problem)

  (dev-libs/glib-2.30.3::gentoo, installed) pulled in by
    (no parents that aren't satisfied by other packages in this slot)

dev-libs/libxml2:2

  (dev-libs/libxml2-2.8.0-r2::gentoo, installed) pulled in by
    (no parents that aren't satisfied by other packages in this slot)

  (dev-libs/libxml2-2.8.0-r2::gentoo, ebuild scheduled for merge) pulled in by
    dev-libs/libxml2[python] required by (media-libs/mesa-8.0.4-r1::gentoo, ebuild scheduled for merge)


It may be possible to solve this problem by using package.mask to
prevent one of those packages from being selected. However, it is also
possible that conflicting dependencies exist such that they are
impossible to satisfy simultaneously.  If such a conflict exists in
the dependencies of two different packages, then those packages can
not be installed simultaneously.

For more information, see MASKED PACKAGES section in the emerge man
page or refer to the Gentoo Handbook.

Capisco solo che ci sono dei problemi con delle dipendenze incrociate e che potrei risolvere, forse, agendo sulle USE?
Vabbhè. In ogni caso, credo mi convenga semplificare provando ad emergere un pacchetto alla volta.

EDIT:
Avrei dovuto capirlo, leggendo più attentamente. Provando ad emergere separatamente ho visto che i probelemi li da solo l'emersione di ppp. E' lui che ha queste dipendenze circolari. Infatti i primi quattro emerge sono andati lisci come l'olio. L'emerge di ppp ha prodotto lo stesso identico risultato di sopra.

Come faccio a copiare l'output completo dei colori?
Vorrei metterlo nella guida così come lo vedo nel terminale, per poi spiegare (con il tuo aiuto ) come va interpretato per rimediare al problema. Eviterei, se è possibile, di ricorrere all'istantanea.

EDIT2:
Ho interpretato le ultime righe dell'output come un invito ad usare package.mask sui pacchetti della dipendenza circolare.
Ho provato prima con solo virtual/jpeg-0 ma non ho visto nessuna differenza. Poi ho provato con tutti e 4 i pacchetti in package.mask ed ho ottenuto questo output:

Codice: Seleziona tutto

--- Invalid atom in /etc/portage/package.mask: virtual/jpeg-0
--- Invalid atom in /etc/portage/package.mask: media-libs/libjpeg-turbo-1.2.1
--- Invalid atom in /etc/portage/package.mask: virtual/jdk-1.6.0-r1
--- Invalid atom in /etc/portage/package.mask: dev-java/icedtea-bin-6.1.11.5

seguito da quello di prima sempre uguale.
Ne deduco che ho capito male. Il bandolo della matassa dev'essere nelle righe in cui parla di dev-libs/<qualcosa> ma non capisco proprio cosa dovrei fare.

[Zievatron]

Aggiornamento:

Ho capito perchè mi diceva "Invalid atom in ..." ed ho rimediato.
Poi, ho pensato di provare ad emergere singolarmente glib e libxml2.
Li ha emersi entrambi senza problemi, però non so se era la cosa giusta da fare.
Ora, prima di riprovare con ppp, dato che avevo sospeso tutto da 6 mesi, non sarà il caso di fare un aggiornamento del sistema?

Aggiorno portage, emergo gentoolkit e provo questo comando:

Codice: Seleziona tutto

emerge --update --deep --with-bdeps=y --newuse world

Ecco, mi dice che il mio profilo gli fa proprio schifo (è deprecato) e mi invita a cambiarlo così:

Codice: Seleziona tutto

eselect profile set default/linux/amd64/13.0/desktop

Eseguo e riprovo il mega-aggiornamento.
Mi ripresenta un problema di dipendenze circolari. Questa volta, però, mi dice:

Codice: Seleziona tutto

It might be possible to break this cycle
by applying the following change:
- dev-java/icedtea-bin-6.1.12.4 (Change USE: -cups)

Note that the dependency graph contains a lot of cycles.
Several changes might be required to resolve all cycles.
Temporarily changing some use flag for all packages might be the better option.

eseguo la modifica in make.conf e riprovo. Non ho risolto il problema. Così, lascio perdere questo aggiornamento generale e ritorno al ppp.
Noto che ora i pacchetti da installare sono 9 invece che 14, ma il problema delle dipendenze circolari è lo stesso di prima.
Dunque, quello che devo fare è trovare la giusta combinazione di USE da modificare?
Ma se non me la dice lui, io come faccio a sapere qual'è?

EDIT:
Ho provato a impostare in make.conf tutte le USE indicate nelle righe [ebuild N ] dei 4 pacchetti in dipendenza circolare.
Non mi sembra sia cambiata neanche una virgola.

EDIT2:
Ho provato con tutte le USE di tutti e nove i pacchetti. Niente da fare. Non cambia una virgola.
Però, se rimetto le USE com'erano prima, i pacchettida installare tornano ad essere 14 e ricompare il messaggio che suggerisce di modificare le USE con -cups, che inizialmente (prima degli aggiornamenti) non compariva.
Quindi, questo lo rimetto.
Poi, ho provato ad emergere uno solo dei sotto-pacchetti di ppp, icedtea, ed in questo modo ho avuto un'altra informazione. Perchè non lo diceva prima?

Codice: Seleziona tutto

!!! All ebuilds that could satisfy "icedtea" have been masked.
!!! One of the following masked packages is required to complete your request:
- dev-java/icedtea-7.2.3.8::gentoo (masked by: ~amd64 keyword)
- dev-java/icedtea-6.1.12.4::gentoo (masked by: ~amd64 keyword)

[Zievatron]

Nuovo aggiornamento:

Ho abilitato portage ad usare il ramo testing di icedtea e riprovato.
Ottengo un messaggio che mi chiede la USE cup per poter installare ghostscript-gpl che è richiesto per icedtea.
Tolgo -cup dalle USE.
Se provo di nuovo con icedtea, ottengo un messaggio che mi chiede o -cup o -java.
Provo ad emergere ghostscript-gpl, ma ottengo un messaggio di dipendenze circolari che mi chiede di nuovo -cup per icedtea.
Se invece provo la USE -java, me la chiede di nuovo.
Mi vuole fare impazzire?!
Dov'è che sbaglio?!

[Zievatron]

Nuovo Aggiornamento:
Forse, ho risolto la circolarità. Ma non ho capito bene lo stesso.
Ho semplicemente provato ad emergere jpeg. Non sembrava nemmeno stesse emergendo quello che pensavo (virtual/jpeg-0), ma poi, riprovando ad emergere ppp, è partita l'emersione di 72 pacchetti.
Vabbhè, allora, significa che, in mancanza di un suggerimento preciso, si prova ad emergere uno alla volta i pacchetti coinvolti nella circolarità e si riprova?

E della carrettata di USE che avevo inserito in make.conf per provare (invano) cosa devo farne?
Le posso ritogliere, o mi servono comunque?

EDIT:
Ha impiegato 2 ore esatte ed ha concluso così:

Codice: Seleziona tutto

* Messages for package net-dialup/ppp-2.4.5-r3:

 * If the following test report contains a missing kernel configuration option that you need,
 * you should reconfigure and rebuild your kernel before running pppd.
 *   CONFIG_PPP_SYNC_TTY:	 missing synchronous serial line discipline (optional; used by 'sync' pppd option)
 *   CONFIG_PPP_BSDCOMP:	 missing BSD-Compress compression (optional, but highly recommended)
 *   CONFIG_PPP_MPPE:	 missing MPPE encryption (optional, mostly used by PPTP links)
 *   CONFIG_PPPOE:	 missing PPPoE support (optional, needed by rp-pppoe plugin)
 * Please check to make sure these options are set correctly.
 * Failure to do so may cause unexpected problems.
 * Pon, poff and plog scripts have been supplied for experienced users.
 * Users needing particular scripts (ssh,rsh,etc.) should check out the
 * /usr/share/doc/ppp-2.4.5-r3/scripts directory.
>>> Auto-cleaning packages...

>>> No outdated packages were found on your system.

 * Regenerating GNU info directory index...
 * Processed 80 info files.

 * IMPORTANT: 9 news items need reading for repository 'gentoo'.
 * Use eselect news to read news items.

darkstar / # 

E' tutto OK, o cè qualcosa che non va?

[conoscenza]

Ma le news non le leggi mai?

[Zievatron]

Il fatto è che temo di non capirci niente. Il che è molto facile.
C'è qualcosa di importante?

Codice: Seleziona tutto

darkstar / # eselect news read
2009-04-18-java-config-wrapper-0.16
  Title                     Generation 1 Java Setup Deprecated
  Author                    Petteri Räty <betelgeuse@gentoo.org>
  Posted                    2009-04-18
  Revision                  2

For a long time the Java team required a 1.4 JDK to be
installed in order for old java ebuilds to work. All these
ebuilds are now gone from the main tree so the requirement
to have a 1.4 JDK installed has been lifted.

In order to remove things left over by the generation 1
setup please run java-check-environment and follow the
instructions.

If you want to remove 1.4 JDKs, you should use emerge --depclean.
Depending on what you have installed you might not need a
1.4 JDK any more. To see if you still need a 1.4 JDK use:

emerge -av --depclean virtual/jdk:1.4

If you don't need virtual/jdk:1.4 any more then you can remove the
individual JDKs. First get the list of installed JDKs with
eselect and then remove those that are not needed any longer with
depclean, for example:

eselect java-vm list
emerge -av --depclean sun-jdk:1.4

2010-03-23-new-subprofiles
  Title                     New desktop subprofiles for GNOME and KDE
  Author                    Theo Chatzimichos <tampakrap@gentoo.org>
  Posted                    2010-03-23
  Revision                  1

There are two new subprofiles under desktop, one for GNOME and one for
KDE. Users that have only one of those two DEs may choose the according
subprofile. Users of other DEs or WMs may stick to the desktop profile.

Attention: KDE or GNOME specific USE flags have been stripped from the
desktop profile. More specifically:
GNOME subprofile contains: USE="eds evo gnome gstreamer"
KDE subprofile contains: USE="kde"

(I'll commit the change on Friday, 26 Mar 2010)

2010-08-01-as-needed-default

!!! Warning: News item "2010-08-01-as-needed-default" no longer exists

2012-03-16-udev-181-unmasking

!!! Warning: News item "2012-03-16-udev-181-unmasking" no longer exists

2012-04-24-libjpeg-turbo-by-default
  Title                     The default JPEG implementation
  Author                    Samuli Suominen <ssuominen@gentoo.org>
  Posted                    2012-04-24
  Revision                  1

libjpeg-turbo is a derivative of libjpeg that uses MMX, SSE, SSE2,
and NEON SIMD instructions to accelerate baseline JPEG
compression/decompression by about 2-4x on amd64, arm and x86
platforms. It is based on libjpeg/SIMD but has numerous enhancements.

All users are recommended to migrate:

# emerge --deselect media-libs/jpeg
# emerge --oneshot media-libs/libjpeg-turbo

media-libs/jpeg:0 will be left in tree as a fallback implementation.

2012-05-21-portage-config-protect-if-modified
  Title                     Portage config-protect-if-modified default
  Author                    Zac Medico <zmedico@gentoo.org>
  Posted                    2012-05-21
  Revision                  1

Beginning with sys-apps/portage-2.1.10.61, FEATURES=config-protect-if-modified
is enabled by default. This causes the CONFIG_PROTECT behavior to be skipped
for files that have not been modified since they were installed.

If you would like to disable this behavior by default, then set
FEATURES="-config-protect-if-modified" in make.conf. See the make.conf(5) man
page for more information about this feature.

2012-09-09-make.conf-and-make.profile-move
  Title                     make.conf and make.profile move
  Author                    Jorge Manuel B. S. Vicetto <jmbsvicetto@gentoo.org>
  Posted                    2012-09-09
  Revision                  1

Starting next week, new stages will have make.conf and make.profile
moved from /etc to /etc/portage. This is a change in the installation
defaults, that will only affect new installs so it doesn't affect
current systems.

Current users don't need to do anything. But if you want to follow the
preferred location, you may want to take the chance to move the files
in your system(s) to the new location.

2012-11-06-PYTHON_TARGETS-deployment
  Title                     PYTHON_TARGETS deployment
  Author                    Michał Górny <mgorny@gentoo.org>
  Posted                    2012-11-06
  Revision                  1

Recently, a few new Python eclasses have been deployed. As ebuilds
migrate, the way they support multiple Python implementations will
change. The previous method built Python modules for Python
implementations selected through `eselect python'. The new method uses
the PYTHON_TARGETS USE flags to explicitly name the implementations the
modules shall be built for.

If you are running a modern system with only Python 2.7 & 3.2 installed,
then you don't have to do anything. The defaults will simply fit you,
and let you keep your system up-to-date when new Python versions are
deployed.

However, if you'd like to use another set of Python implementations, you
will need to set PYTHON_TARGETS in your make.conf file appropriately.
This variable names the enabled implementations in the standard way
common to all USE_EXPAND variables.

For example, a setup enabling all major Python implementations would
look like:

	PYTHON_TARGETS="python2_7 python3_2 pypy1_9 jython2_5"

The variable should list all Python implementations which are going to
be used on the system; missing a particular value there will result
in missing Python modules.

A complete list of all possible values can be obtained using a command
equivalent to the following:

	emerge -1pv dev-python/python-exec

For more details, please see the python-r1 User's Guide [1].

[1] http://www.gentoo.org/proj/en/Python/python-r1/user-guide.xml

2013-02-10-new-13-profiles
  Title                     New 13.0 profiles and deprecation of 10.0 profiles
  Author                    Andreas K. Huettel <dilfridge@gentoo.org>
  Posted                    2013-02-10
  Revision                  1

We have generated a new set of profiles for Gentoo installation. These are now 
called 13.0 instead of 10.0. Everyone should upgrade as soon as possible (but 
please make sure sys-apps/portage is updated to current stable *before* you
switch profile).
This brings (nearly) no user-visible changes. Some new files have been added
to the profile directories that make it possible for the developers to do more 
fine-grained use flag masking (see PMS-5 for the details), and this formally 
requires a new profile tree with EAPI=5.

2013-03-29-udev-upgrade
  Title                     Upgrading udev to version >=200
  Author                    Samuli Suominen <ssuominen@gentoo.org>
  Posted                    2013-03-29
  Revision                  2

This replaces the earlier news item about the udev 197 upgrade and
describes the predictable network interface names in more detail.

If you skip anything in this news item, your system will not be
bootable, or your networking will be down, or both.

Pay attention also to every message printed by emerge of sys-fs/udev
and sys-fs/udev-init-scripts as this news item may not be complete.

1. udev-postmount init script:

Remove the udev-postmount init script from your runlevels.

2. devtmpfs support:

You need at least version 2.6.32 of the kernel for devtmpfs
functionality. Once you have this, make sure CONFIG_DEVTMPFS=y is set
in the kernel configuration. See the gentoo udev guide for the option in
make menuconfig [1].

If you have a line for /dev in /etc/fstab, make sure it is configured
for file system type devtmpfs (not tmpfs or any other type). Also, you
can remove this line if you prefer, since devtmpfs is mounted
automatically.

3. Old interface naming rules:

If the system still has old network interface renaming rules in
/etc/udev/rules.d, like 70-persistent-net.rules, those will need
to be either modified or removed.

If you choose to modify them, you must use free namespace (like net*
or internet*) instead of kernel namespace (like eth* or wlan*)
because in-place renaming has been deprecated, see small
documentation of it if you like[2].

The file 70-persistent-net.rules, like the 70-persistent-cd.rules
should be removed, so if you modify, rename the file also to something
else like 70-my-network.rules to silence the deprecation warning coming
from the end of the sys-fs/udev emerge.

This is the old format with reserved namespace:

SUBSYSTEM=="net", ACTION=="add", ATTR{address}=="xx:xx:xx:xx:xx:xx", NAME="eth0"
SUBSYSTEM=="net", ACTION=="add", ATTR{address}=="yy:yy:yy:yy:yy:yy", NAME="eth1"

This is the new format with free namespace:

SUBSYSTEM=="net", ACTION=="add", ATTR{address}=="xx:xx:xx:xx:xx:xx", NAME="net0"
SUBSYSTEM=="net", ACTION=="add", ATTR{address}=="yy:yy:yy:yy:yy:yy", NAME="net1"

4. predictable network interface names:

If /etc/udev/rules.d/80-net-name-slot.rules is an empty file or a
symlink to /dev/null, the new names will be disabled and the kernel will
do all the interface naming, and the resulting names may vary by kernel
configuration, hardware configuration and kernel version.

Also, the forementioned old 70-persistent-net.rules might interfere with
the new predictable interface names.

You can get attributes of your network interfaces using a command like
the following (replace eth0 with the name of the appropriate interface):

# udevadm test-builtin net_id /sys/class/net/eth0 2> /dev/null

You can copy /lib/udev/rules.d/80-net-name-slot.rules to
/etc/udev/rules.d and specify the attributes and in which order
they will be used for naming. See upstream wiki[3] for detailed list
of options.

You can prepare the system for the new names before booting for example
by renaming /etc/init.d/net.* symlinks, editing /etc/conf.d/net, etc.

The feature can also be completely disabled using net.ifnames=0 on the
kernel command line.

If you only have one interface card, you don't necessarily have much
use for this feature as the name almost always stays at eth0, you can
easily disable it using forementioned methods.

This feature can also replace the functionality of sys-apps/biosdevname,
but you can still keep using it if you want.

In a normal new installation there are no files in /etc/udev/rules.d
and if you haven't edited any files you have in there, you should most
likely backup and delete them all if they don't belong to any packages.

The official wiki has a dedicated page for udev upgrade notes[4].

[1] http://www.gentoo.org/doc/en/udev-guide.xml
[2] http://www.kernel.org/doc/htmldocs/device-drivers/API-device-rename.html
[3] http://www.freedesktop.org/wiki/Software/systemd/PredictableNetworkInterfaceNames
[4] http://wiki.gentoo.org/wiki/Udev/upgrade

[conoscenza]

Io non so se c'è qualcosa di importanto, dato che, il sistema è tuo.

Sono sempre convinto, che Gentoo, non fa per te!
Non la prendere a male, ma non capisco perchè ti ostini con Gentoo.

Io stesso, purtroppo, l'ho abbandonata, ...non ho tempo per starci dietro!

[Zievatron]

Io non so se c'è qualcosa di importanto, dato che, il sistema è tuo.

Magifico. Io non lo capisco se ci sono notizie che mi riguardino. Come dovrei fare?

Sono sempre convinto, che Gentoo, non fa per te!
Non la prendere a male, ma non capisco perchè ti ostini con Gentoo.

- PC nuovo: 325 euro, con MasterCard.
- Monitor nuovo: 275 euro, con MasterCard.
- Usare felicemente Gentoo: ... ...

Poi, il perchè proprio Gentoo è solo che lo identifico come il Linux dei linuxiani più evoluti, quello che offre la massima efficienza possibile. Almeno in teoria, perchè è ovvio che se io resto un utente pasticcione non vedrò mai nessuna efficienza.

Non hai notato che ho tagliato questo thread iniziando quest'altro? http://www.bitsandchips.it/forum/viewto ... 772#p43772

[magooz]

Io non so se c'è qualcosa di importanto, dato che, il sistema è tuo.

Magifico. Io non lo capisco se ci sono notizie che mi riguardino. Come dovrei fare?

Dovresti leggerle una ad una e ricordarti, mentre leggi, se la notizia fa riferimento ad un software che hai installato...

Sono sempre convinto, che Gentoo, non fa per te!
Non la prendere a male, ma non capisco perchè ti ostini con Gentoo.

- PC nuovo: 325 euro, con MasterCard.
- Monitor nuovo: 275 euro, con MasterCard.
- Usare felicemente Gentoo: ... ...

Poi, il perchè proprio Gentoo è solo che lo identifico come il Linux dei linuxiani più evoluti, quello che offre la massima efficienza possibile. Almeno in teoria, perchè è ovvio che se io resto un utente pasticcione non vedrò mai nessuna efficienza.

Senza offesa, ma anche io ho avuto la stessa impressione. Io uso Gentoo per "necessità" e, non avendo molto tempo, la mia installazione è un po' vecchia e malandata.
Se proprio vuoi usare Gentoo, perché non provi ad installare il sistema completo usando il Live DVD e poi magari lo "personalizzi" a colpi di emerge successivamente?
Oppure ancora, provato ad usare Sabayon (che è italiana, ha la stessa filosofia di Gentoo ma punta ad essere leggermente più semplice)? Io no, confesso...
E poi ancora, come già avevo posto il dubbio in precedenza, perché ostinarsi ad usare Salix (mai sentita altrove, se non da te) per installare Gentoo? Ti complichi solo la vita. Quando io installai Gentoo per la prima volta, seguii pedissequamente il manuale (e piallai Debian per direttissima)...

PS: l'associazione Gentoo==utenti evoluti è proprio una gran c... fesseria!

[Zievatron]

Senza offesa, ma anche io ho avuto la stessa impressione.

Tranquilli tutti, non vedo proprio di cosa mi dovrei offendere.

Io uso Gentoo per "necessità" e, non avendo molto tempo, la mia installazione è un po' vecchia e malandata.

E come mai ti è necessaria?

Se proprio vuoi usare Gentoo, perché non provi ad installare il sistema completo usando il Live DVD e poi magari lo "personalizzi" a colpi di emerge successivamente?

Perchè mi sembra una soluzione incongrua, rispetto a quello che è Gentoo. Preferisco l'installazione on-line.

Oppure ancora, provato ad usare Sabayon (che è italiana, ha la stessa filosofia di Gentoo ma punta ad essere leggermente più semplice)? Io no, confesso...

Mi sembra una Gentoo che non è più Gentoo. Anni fa la provai, ma non mi convinse molto. Non ricordo i dettagli.

E poi ancora, come già avevo posto il dubbio in precedenza, perché ostinarsi ad usare Salix (mai sentita altrove, se non da te) per installare Gentoo? Ti complichi solo la vita.

Salix, Fedora, Ubuntu o quale altra, che cambia? Salix l'ho trovata subito facile e simpatica, mi trovo ad usarla, non ho motivo di cambiarla per installare Gentoo con un'altra. Se invece ti riferisci alla scelta di installare Gentoo via chroot da un'altra installazione, quale questa sia, bhè... E' una scelta come quella di installare Gentoo. Adesso lo sto facendo da disco perchè mi trovavo già avviato così, ma ho maturato senza dubbio che la installazione da altro sistema via chroot, imho, è da farsi da chiavetta live, o da altro esterno live. Salvochè non si abbia qualche motivo per voler tenere più sistemi sullostesso disco, ma io non ne ho più.

PS: l'associazione Gentoo==utenti evoluti è proprio una gran c... fesseria!

Non è Gentoo che offre la massima efficienza? Cioè, la compilazione su misura? La massima personalizzabilità? Non è Gentoo che ti fa imparare di più e meglio ad amministrare il tuo sistema?
Guarda che non ci vuole molto per rimettermi in crisi a sfogliare le margherite. Poi glielo spieghi tu a quelli del WWF et similia quando le margherite si estinguono.