Wiki su come aggiornare dalla 12 alla 12.1

[conraid]

Ho scritto un wiki chiamandolo Come_aggiornare_dalla_12_alla_12.1
http://www.slacky.eu/wikislack/index.ph ... _alla_12.1

Siccome volevo renderlo pubblico per permettere revisioni, integrazioni, cancellazioni, correzioni, etc... e non sapevo come naconderlo, l'ho pubblicato con un avviso

Se ho fatto una bischerata fatemelo sapere che lo tolgo.
Altrimenti contribuite e renderlo buono per quando esce la 12.1

[birg81]

[Plaoo]

Bella e semplice appena ci sarà il wiki definitivo cercherò anch'io di aggiornare la mia slack, grazie maestro conraid

[Loris]

Siccome volevo renderlo pubblico per permettere revisioni, integrazioni, cancellazioni, correzioni, etc... e non sapevo come naconderlo, l'ho pubblicato con un avviso

Hai fatto bene, ottimo documento complimenti

[aschenaz]

Perfetto!
Non vedo l'ora di usarlo!

[conraid]

Servirebbero alcune cose:

1) come si aggiunge un comando al kernel con Grub stile append di LILO?

2) potete tradurmi, riassumendo anche, le parti del CHANGES_AND_HINTS.TXT dopo *** OTHER NOTABLE CHANGES AND HINTS ***?

Soprattutto queste

Codice: Seleziona tutto

The version of module-init-tools in -current now respects the blacklisted
  modules in /etc/modprobe.d/blacklist, even if there are aliases pointing
  to them, so pcspkr should not be autoloaded any more against the wishes
  of /etc/modprobe.d/blacklist.

The psmouse module is no longer blacklisted by default; instead, it is loaded
  with the imps protocol per /etc/modprobe.d/psmouse -- if you need/want a
  different protocol, edit that file.  Note that options declarations have
  no bearing on *if* a module is loaded - they only affect *how* it is loaded.
  In other words, the module should now be loaded automatically (since it's no
  longer blacklisted), and the options in /etc/modprobe.d/psmouse are the ones
  applied when loading it.

The /etc/modprobe.d/blacklist file has been changed significantly; be sure to
  move/merge the /etc/modprobe.d/blacklist.new file in its place.  Also, you
  must NOT leave a backup of the old blacklist file (such as blacklist.orig)
  in /etc/modprobe.d/ -- ALL files in that directory are checked, so if a
  module is blacklisted in *any* of them, it won't be loaded.

As stated earlier, it is recommended that you use one of the generic kernels
  rather than the huge kernels; the huge kernels are primarily intended as
  "installer" and "emergency" kernels in case you forget to make an initrd.
  For most systems, you should use the generic SMP kernel if it will run,
  even if your system is not SMP-capable.  Some newer hardware needs the
  local APIC enabled in the SMP kernel, and theoretically there should not be
  a performance penalty with using the SMP-capable kernel on a uniprocessor
  machine, as the SMP kernel tests for this and makes necessary adjustments.
  Furthermore, the kernel sources shipped with Slackware are configured for
  SMP usage, so you won't have to modify those to build external modules
  (such as NVidia or ATI proprietary drivers) if you use the SMP kernel.

  If you decide to use one of the non-SMP kernels, you will need to follow the
  instructions in /extra/linux-2.6.24.5-nosmp-sdk/README.TXT to modify your
  kernel sources for non-SMP usage.  Note that this only applies if you are
  using the Slackware-provided non-SMP kernel - if you build a custom kernel,
  the symlinks at /lib/modules/$(uname -r)/{build,source} will point to the
  correct kernel source so long as you don't (re)move it.

  If you decide to use one of the huge kernels anyway, you will encounter
  errors like this:
    kobject_add failed for uhci_hcd with -EEXIST, don't try to register
  These occur because the respective drivers are compiled statically into the
  huge kernels but udev tries to load them anyway.  These errors should be safe
  to ignore, but if you really don't want them to appear, you can blacklist the
  modules that try to load in /etc/modprobe.d/blacklist.  However, make sure you
  remove them from the blacklist if you ever decide to use the (recommended)
  generic kernels.


If you notice extremely long wait times when formatting partitions in the
  installer, and you're installing on a Thinkpad that has a SATA drive, it's
  possible that the wrong driver is being used, which disables DMA on the drive.
  A bit more detail about it is here:
    http://www.thinkwiki.org/wiki/Problems_with_SATA_and_Linux#No_DMA_on_system_hard_disk
  Try passing "hda=noprobe" to the kernel when booting the installer, and it
  should use the correct libata driver.

3) @Per chi usa XFCE
Questo

Codice: Seleziona tutto

If you notice Xfce's Terminal and perhaps some other applications being drawn
  very slowly in X, then you should try explicitly disabling the Composite
  extension in /etc/X11/xorg.conf, or set XLIB_SKIP_ARGB_VISUALS=1 in your
  environment prior to starting X.  For more information on this, see:
    http://bugzilla.xfce.org/show_bug.cgi?id=2792

Significa che con il composite va molto lento?

[Webbino]

3) @Per chi usa XFCE
Questo

Codice: Seleziona tutto

If you notice Xfce's Terminal and perhaps some other applications being drawn
  very slowly in X, then you should try explicitly disabling the Composite
  extension in /etc/X11/xorg.conf, or set XLIB_SKIP_ARGB_VISUALS=1 in your
  environment prior to starting X.  For more information on this, see:
    http://bugzilla.xfce.org/show_bug.cgi?id=2792

Significa che con il composite va molto lento?

Che, anche se non si usa esplicitamente composite ma sia ha il supporto attivato in xorg, cioè le righe:

Codice: Seleziona tutto

Section "Extensions"
    Option         "Composite" "Enable"
EndSection

Si posso avere i problemi citati, in particolare sembra soffrirne il terminale di xfce.

Quindi il problema si può verificare anche senza composite attivo.

[conraid]

@Webbino

Ho aggiunto una sezione così

Il terminale di XFCE ed altre applicazioni XFCE, possono risultare molto lente se è abilitato il composite in Xorg. Quindi anche se non si usa esplicitamente il composite ma si ha il supporto attivato in xorg, cioè le righe:

Section "Extensions"
Option "Composite" "Enable"
EndSection

si posso avere tali problemi.

La soluzione consiste, o nel disabilitare il composite, cioè togliere quelle righe di cui sopra, o settare ad 1 la variabile XLIB_SKIP_ARGB_VISUALS prima di avviare X con il comando

export XLIB_SKIP_ARGB_VISUALS=1

Potete metterlo nel profile, in xinitrc, dove volete, ma prima dell'avvio di X

Pensi che vada bene?

[danix]

Oggi non faccio altro che riportarti refusi
sezione 5.2 nel codice che hai riportato:

Codice: Seleziona tutto

# cd /nmnt/dvd/slackware

immagino volessi scrivere:

Codice: Seleziona tutto

# cd /mnt/dvd/slackware

non ho trovato altri refusi... Per il resto... ottimo howto come al solito...

Ciau

[boh]

Mi associo agli altri!
Molto utile, complimenti

[conraid]

sezione 5.2 nel codice che hai riportato:

Codice: Seleziona tutto

# cd /nmnt/dvd/slackware

immagino volessi scrivere:

Codice: Seleziona tutto

# cd /mnt/dvd/slackware

Beh sì, grazie per la segnalazione

Segnalati refusi, suggerimenti, correzioni, tutto quel che vi viene in mente.

Grazie a tutti per i complimenti

P.S.
se qualche volontario volesse provare il "mio" metodo di aggiornamento, avremmo maggiori info in merito.
Magari con il tempo fare un "aggiornamento alla slacky" con script allegato

[conraid]

L'ho aggiornato un po', fatemi sapere ogni cosa.
Poi alla fine vi metto nei ringraziamenti

[Webbino]

@Webbino

Ho aggiunto una sezione così

...

Pensi che vada bene?

Direi di si

[shark1500]

L'ho aggiornato un po', fatemi sapere ogni cosa.
Poi alla fine vi metto nei ringraziamenti

Direi vada tutto abbastanza benone (anche se non ho testato e non penso di farlo )

[conraid]

L'ho aggiornato un po', fatemi sapere ogni cosa.
Poi alla fine vi metto nei ringraziamenti

Direi vada tutto abbastanza benone (anche se non ho testato e non penso di farlo )

Formatti o sei così sadico da usare Swaret?

P.S.
in realtà parlano bene di slackpkg per queste cose, chi vuole provarlo?