Note di rilascio per Fedora 21

Fedora 21
Note di rilascio
Note di rilascio per Fedora 21
A cura di Fedora Docs Team
Copyright © 2014 Fedora Project Contributors.
The text of and illustrations in this document are licensed by Red Hat under a Creative
Commons Attribution–Share Alike 3.0 Unported license ("CC-BY-SA"). An explanation
of CC-BY-SA is available at http://creativecommons.org/licenses/by-sa/3.0/. The
original authors of this document, and Red Hat, designate the Fedora Project as
the "Attribution Party" for purposes of CC-BY-SA. In accordance with CC-BY-SA, if
you distribute this document or an adaptation of it, you must provide the URL for the
original version.
Red Hat, as the licensor of this document, waives the right to enforce, and agrees not
to assert, Section 4d of CC-BY-SA to the fullest extent permitted by applicable law.
Red Hat, Red Hat Enterprise Linux, the Shadowman logo, JBoss, MetaMatrix, Fedora,
the Infinity Logo, and RHCE are trademarks of Red Hat, Inc., registered in the United
States and other countries.
For guidelines on the permitted uses of the Fedora trademarks, refer to https://
fedoraproject.org/wiki/Legal:Trademark_guidelines.
Linux® is the registered trademark of Linus Torvalds in the United States and other
countries.
Java® is a registered trademark of Oracle and/or its affiliates.
XFS® is a trademark of Silicon Graphics International Corp. or its subsidiaries in the
United States and/or other countries.
MySQL® is a registered trademark of MySQL AB in the United States, the European
Union and other countries.
All other trademarks are the property of their respective owners.
Sommario
Questo documento fornisce le note di rilascio per Fedora 21. Descrive i principali cambiamenti
proposti rispetto a Fedora 20. Per un elenco dettagliato di tutte le modifiche, fare riferimento alle Note
tecniche Fedora.
1
Note di rilascio
1. Benvenuto in Fedora 21 .......................................................................................................... 2
1.1. Benvenuti in Fedora ..................................................................................................... 2
1.2. Panoramica .................................................................................................................. 3
1.3. Requisiti hardware ........................................................................................................ 3
1.4. Suggerimenti ................................................................................................................ 5
2. Prodotti Fedora ....................................................................................................................... 5
2.1. Fedora Cloud ............................................................................................................... 6
2.2. Fedora Server .............................................................................................................. 7
2.3. Fedora Workstation ...................................................................................................... 8
2.4. Spin Fedora ................................................................................................................. 9
2.5. Fedora ARM ................................................................................................................ 9
3. Cambiamenti in Fedora per Amministratori di Sistema ............................................................. 10
3.1. Kernel ........................................................................................................................ 10
3.2. Installazione ............................................................................................................... 10
3.3. Sicurezza ................................................................................................................... 13
3.4. File System ................................................................................................................ 14
3.5. Database Server ........................................................................................................ 14
3.6. Samba ....................................................................................................................... 15
3.7. Systemd .................................................................................................................... 15
3.8. Strumenti per la configurazione del server ................................................................... 16
3.9. Soluzioni di Monitoraggio e Amministrazione ................................................................ 16
3.10. Cluster ..................................................................................................................... 16
4. Cambiamenti in Fedora per Utenti Desktop ............................................................................ 17
4.1. Desktop ..................................................................................................................... 17
4.2. Rete .......................................................................................................................... 19
4.3. Internazionalizzazione ................................................................................................. 19
4.4. Multimedia ................................................................................................................. 20
4.5. Stampa ...................................................................................................................... 20
5. Cambiamenti in Fedora per Sviluppatori ................................................................................. 20
5.1. Strumenti di sviluppo .................................................................................................. 20
5.2. Strumenti di Sviluppo .................................................................................................. 24
5.3. Strumenti GCC ........................................................................................................... 25
5.4. Java .......................................................................................................................... 26
5.5. Sviluppo Web ............................................................................................................. 27
A. Contributori
28
A.1. Scrittori ...................................................................................................................... 28
B. Cronologia revisione
29
Indice analitico
29
1. Benvenuto in Fedora 21
1.1. Benvenuti in Fedora
Puoi aiutare la comunità del Fedora Project a migliorare Fedora, inviando segnalazioni d'errore e
1
proponendo miglioramenti. Per altre informazioni, consulta Bug e richiesta funzionalità sul wiki di
Fedora. Grazie della partecipazione.
1
http://fedoraproject.org/wiki/Bugs_and_feature_requests/it
2
Panoramica
Per maggiori informazioni su Fedora in generale, fare riferimento alle seguenti pagine wiki di Fedora
(https://fedoraproject.org/wiki/Fedora_Project_Wiki/it):
• Panoramica su Fedora
• Fedora FAQ
2
3
4
• Comunicare ed ottenere aiuto
• Fedora FAQ
5
1.1.1. Serve aiuto?
Ci sono molti posti dove è possibile trovare assistenza se si riscontrano dei problemi.
Se si riscontra un problema e si ha bisogno di assistenza, andare su http://ask.fedoraproject.org.
Molte risposte sono già presenti, ma se non si trova quella giusta, è possibile fare una nuova
domanda. In questo modo si avvantaggiano le persone con lo stesso problema che troveranno anche
loro la risposta.
Puoi trovare assistenza sul canale #fedora nella rete IRC irc.freenode.net. Tieni a mente che
il canale è popolato da volontari in attesa di aiutare, ma potrebbe non esserci persone informate sullo
specifico argomento.
1.2. Panoramica
6
Come sempre, Fedora continua a sviluppare (Red Hat contributions ) e integrare l'ultimo software
free e open source. La seguente sezione fornisce una breve panoramica dei maggiori cambiamenti
dall'ultima release di Fedora
Per maggiori dettagli sulle funzionalità che sono incluse in Fedora 21 riferisi alle pagine wiki individuali
che dettagliano la funzionalità, gli obbiettivi e i progressi: https://fedoraproject.org/wiki/Releases/21/
ChangeSet
1.3. Requisiti hardware
Fedora 21 fornisce software per una vasta varietà di applicazioni. Lo storage, i requisiti di memoria
e processamento dipendono dal suo uso. Per esempio, un server database ad alto traffico richiede
molta più memoria e storage di un desktop business, che a sua volta ha requisiti più elevati di una
macchina virtuale con un unico scopo.
PPC 32bit dismesso
Suppoerto per i sistemi 32 bit PowerPC è stato totalmente dismesso con Fedora 21.
2
http://fedoraproject.org/wiki/Overview/it
http://fedoraproject.org/wiki/FAQ/it
4
https://fedoraproject.org/wiki/Communicating_and_getting_help/it
5
http://fedoraproject.org/wiki/FAQ/it
6
http://www.fedoraproject.org/wiki/Red_Hat_contributions
3
3
Note di rilascio
1.3.1. Configurazione di sistema minimale
Le figure sotto mostrano i requisiti minimi per una installazione di default. I tuoi requisiti possono
differire, e molte applicazioni acquisteranno maggiori benefici dall'aumento dei requisiti minimi.
1GHz o processore più veloce
1GB Memoria di Sistema
10GB di spazio disco non allocato
Installazioni a bassa quantità di memoria
Fedora 21 può essere installata e usata su sistemi con limitate risorse per alcune applicazioni.
Testo, vnc, o installazioni kickstart sono consigliate alle installazioni grafiche per sistemi
con bassa quantità di memoria. Grandi insiemi di pacchetti richiedono più memoria durante
l'installazione, quindi utenti con meno di 768MB di memoria di sistema possono avere migliori
risultati eseguendo installazioni minimali e aggiungendo il necessario dopo.
1.3.2. Risoluzione display
Installazioni Grafiche richiedono risoluzioni 800x600 o superiori
Le installazioni grafiche di Fedora 21 richiedono un minimo di risoluzione video di 800x600.
Proprietari di dispositivi con risoluzioni inferiori, come alcuni netbooks, dovrebbero usare le
installazioni testo o VNC.
Una volta installata, Fedora supporterà i dispositivi con risoluzione bassa. Il requisito di
risoluzione minima si applica solo alla installazione grafica.
1.3.3. Hardware Grafico
1.3.3.1. Hardware Minimo per Desktop Accelerati
Fedora 21 supporta molte schede video. Ambienti desktop moderni, ricchi di caratteristiche come
GNOME3 e KDE Plasma Workspaces usano dispositivi video per fornire desktop accelerati 3D.
Hardware grafico datato potrebbe non supportare l'accelerazione:
Intel prima di GMA9xx
NVIDIA prima di NV30 (serie GeForce FX5xxx)
Radeon prima di R300 (Radeon 9500)
1.3.3.2. Grafica accelerata via CPU
Sistemi con accelerazione grafica datata o assente possono avere ambienti desktop accelerati usando
la tecnologia LLVMpipe , che usa la CPU per disegnare la grafica. LLVMpipe richiedono un processore
con le estensioni SSE2. Le estenisioni supportate dal tuo processore sono mostrate nella sezione
flags: di /proc/cpuinfo
4
Suggerimenti
1.3.3.3. Scegliere l' Ambiente Desktop per il tuo hardware
L' ambiente desktop di default per Fedora 21 GNOME3, funziona meglio con hardware accelerato.
Desktop alternativi, come quelli in Sezione 2.4, «Spin Fedora», sono raccomandati per gli utenti che
hanno hardware grafico obsoleto o per quelli che trovano insufficienti le performance con LLVMpipe.
Ambienti Desktop possono essere aggiunti alle installazioni esistenti e selezionati al login. Per una
lista dei desktop disponibili, usare il comando yum grouplist:
yum grouplist -v hidden | grep desktop
Installare il gruppo desiderato:
yum groupinstall "KDE Plasma Workspaces"
O, usa il nome di gruppo abbreviato per installare:
yum install @mate-desktop-environment
1.4. Suggerimenti
Ti ringraziamo per il tempo dedicato a fornire commenti e suggerimenti, e nel segnalare alla comunità
di Fedora, gli errori riscontrati; ciò contribuisce a migliorare lo stato di Fedora, di Linux, e del software
libero in generale.
Per fornire feedback sul software Fedora o su altri elementi del sistema, fare riferimento a Bugs And
7
Feature Requests . Una lista dei bug comuni riportati e delle problematiche note è disponibile sulla
8
pagina wiki Common F21 bugs
9
Per fornire feedback sulle Note di Rilascio, usare http://bugzilla.redhat.com/ .
2. Prodotti Fedora
Per più di dieci anni, il Fedora Project ha fornito una distribuzione all'avanguardia dell'ecosistema
open source. Le release Fedora offrono le ultime tecnologie, integrano nuovi ed eccitanti sviluppo
upstream in un voasto e diverso set di pacchetti.
Gli utenti costruiscono potenti desktop, server affidabili, e, più recentemente, versatili istanze di cloud
dai pacchetti di alta qualità nel repository di Fedora. Forte impegno di Fedora all'integrità alla fonte
offre agli sviluppatori un posto per mostrare il loro lavoro, e beneficiare di volontari di Fedora attivi per
test e sviluppo.
In questi dieci anni, molto è cambiato. L'iniziativa Fedora.next rappresenta una strategia
considerata per il mantenimento della qualità della distribuzione e della posizione di Fedora
nell'introduzione di nuove tecnologie, fornendo allo stesso tempo un obiettivo più coerente per gli
sviluppatori.
7
http://fedoraproject.org/wiki/BugsAndFeatureRequests
http://fedoraproject.org/wiki/Common_F19_bugs
9
https://bugzilla.redhat.com/enter_bug.cgi?product=Fedora Documentation&component=release-notes
8
5
Note di rilascio
Il risultato di questa iniziativa è di tre distinti prodotti di punta di Fedora. Fedora Cloud per
un'infrastruttura scalabile, Fedora Server per le infrastrutture organizzative, e Fedora Workstation per
gli sviluppatori e utenti desktop.
Le Sping Fedora, come i live media con gli ambienti desktop alternativi, continueranno a essere
prodotti.
Fedora offre anche immagini e supporto per un numero sempre crescente di dispositivi ARM, grandi e
piccoli.
Pacchetti fedora-release
Le verticalizzazioni chiamate Fedora sono identificate in parte da un insieme di pacchetti con
dettagli di configurazione e specifiche dipendenze per quel verticale. Per esempio, la presenza
di fedora-release-server identifica un sistema come Fedora Server, e assicura che le funzionalità
principali come Cockpit siano presenti.
Update or installation operations may involve the fedora-release packages, sometimes
inadvertently due to the way dependencies are resolved. Environment groups are most
susceptible to related conflicts, such as installing extra desktops on Fedora Workstation.
Se si incontrano conflitti di pacchetti, aggiungere --exclude fedora-release\* al vostro
10
comando yum o dnf. La pagina F21 Common Bugs descrive in dettaglio il problema.
La netinstall e le ISO DVD
La ISO netinstall Fedora, una immagine di installazione che permette di selezionare e scaricare
pacchetti durante l'installazione, è ora disponibile come Fedora Server netinstall.
L'immagine DVD di installazione non viene prodotta per la Fedora 21.
2.1. Fedora Cloud
Fedora Cloud is the base building block of the Fedora flavors, ready to be deployed on the fly to meet
your changing needs. These small images are backed by the vast set of applications and utilities
available in the Fedora package repositories.
Cloud images are available in two varieties:
Base
Just the basics, this image is ready to be customized for your needs.
Atomic
11
Cutting edge Project Atomic tools make this image the ideal host for Docker containers.
10
https://fedoraproject.org/wiki/
Common_F21_bugs#Installation_of_.27environment_groups.27_fails_due_to_conflicts_between_fedora-release_packages
11
http://www.projectatomic.io/
6
Fedora Server
2.1.1. Immagini Cloud più piccole
I manutentori di Fedora stanno lavorando per ridurre le dipendenze e razionalizzare il packaging per
produrre delle immagini Cloud che sono 10% più piccole delle precedenti release. Le immagini Base
qcow2 occumano meno di 200MB, cosi che i vostri deply di Fedora Cloud useranno minime risorse di
storage.
La dimensione ridotta è resa possibile da questi notevoli cambiamenti:
• I pacchetti Fedora includono tradizionalmente documentazione fornita a monte per l'utente o
l'amministratore di riferimento, così come il testo della licenza. A partire da Fedora 21, i manutentori
di pacchetti Fedora hanno iniziato a utilizzare un luogo speciale per i file di licenza, consentendo
alle immagini Cloud di essere costruite con la licenza, evitando lo spazio in più consumato da
documentazione non necessaria.
I pacchetti che sono inclusi nella immagine ufficiale Fedora Docker, e più, ora usano una speciale
posizione per i file di licenza, /usr/share/licenses/.
• I pacchetti del kernel sono più piccoli grazie ad un migliore packaging, come descritto in kernelpackaging
2.1.2. Convertire istanze Cloud in Fedora Server
Fedora Cloud eccelle per soddisfare le esigenze organizzative e di scala con risorse di calcolo in gran
12
parte indifferenziate, ma in alcuni casi, un amministratore potrebbe voler adottare il loro bestiame
convertendo un'istanza cloud in una installazione di Fedora Server gestita individualmente.
Per convertire Fedora Cloud in Fedora Server, utilizzare lo script fornito nel pacchetto cloudtoserver.
2.2. Fedora Server
2.2.1. Ruoli del Fedora Server
La funzionalità ruolo Server è un componente di Fedora Server che fornisce un servizio ben integrato
sulla piattaforma Fedora Server. Questi ruoli preimpostati semplificano lo sviluppo e la gestione di un
servizio comparati a impostare un server nuovo da zero; il loro uso è raccomandanto ma opzionale;
utenti esistenti di server derivati basati su RPM Fedora non saranno impediti.
For kickstart installations, you can use the Fedora Server environment group to deploy Server.
2.2.1.1. Framework per la distribuzione dei ruoli del server
Un nuovo servizio D-Bus è disponibile, espone i ruoli server disponibili, e rende possibile il deploy,
la configurazione e la gestione degli stessi. Funzionalità appropriate saranno rese disponibili come
strumenti a linea di comando.
https://fedoraproject.org/wiki/Changes/FrameworkForServerRoleDeployment
2.2.1.2. Ruolo Server Controller di dominio
Fedora Server può implementare un controller di dominio fornito da FreeIPA. Il ruolo semplifica
grandemente la configurazione di un controller primario di dominio.
12
http://www.slideshare.net/randybias/architectures-for-open-and-scalable-clouds/20
7
Note di rilascio
Quando combinato con SSSD, task complessi come un single-sign-on e un accesso autenticato alle
risorse della rete sono facilmente raggiungibili.
2.2.2. Console di gestione Cockpit
La Console di Gestione Cockpit è ora disponibile per impostazione predefinita in Fedora
Documentation Server. Questo strumento fornisce una potente, facile da usare, l'interfaccia grafica
web-based per la gestione di più server Linux. Le caratteristiche includono:
• gestione del servizio systemd
• Journal log viewer
• Configurazione dello Storage incluso LVM
• Gestione container Docker
• Configurazione di rete di base
• Aggiunta e rimozione di utenti locali
Qualsiasi utente noto al server può accedervi attraverso la console Cockpit accedendo a
http://server-ip-address:9090.
2.3. Fedora Workstation
Il prodotto Fedora Workstation fornisce un ambiente facile da usare e potente per gli sviluppatori sia
per lavorare che per giocare. Gli utenti desktop possono godere della familiarità dell'ambiente GNOME
Desktop, con il supporto per i dispositivi e le applicazioni utilizzate ogni giorno. Gli sviluppatori
potranno apprezzare come workstation è configurata per le loro esigenze, e fornisce strumenti utili
come DevAssistant.
For kickstart installations, you can use the Fedora Workstation environment group to deploy
Workstation.
2.3.1. GNOME powered
Gli sviluppatori Fedora Workstation hanno fornito molti miglioramenti per razionalizzare e migliorare
l'ambiente desktop GNOME. Per saperne di più sulle modifiche apportate a GNOME in Fedora 21 in
Sezione 4.1.1, «GNOME 3.14»
2.3.2. Rilevamento Captive Portal
Fedora Workstation, per impostazione predefinita, consente la rilevazione dei captive portal che
richiede contenuti noto da un server Fedora di fiducia. Se la richiesta viene reindirizzata, viene
visualizzata una finestra automaticamente vi appare permettendovi di interagire con la pagina di login
web del portale.
Per disabilitare questa funzione, rimuovere /etc/NetworkManager/conf.d/20-connectivityfedora.conf
2.3.3. Firewall orientato allo sviluppatore
Gli sviluppatori spesso eseguono test su server che vengono eseguiti su un porte con numerazione
alta, e l'interconnettività con molti dispositivi consumer moderni richiede anche queste porte. Il firewall
di Fedora Workstation, firewalld, è configurato per permettere queste cose.
8
Spin Fedora
Le porte al di sotto di 1024, con l'eccezione di sshd e client per samba e DHCPv6, sono bloccate
per prevenire accessi ai servizi di sistema. Porte al di sopra di 1024, usate per applicazioni avviate
dall'utente, sono aperte per default.
Rifersi a https://fedoraproject.org/wiki/FirewallD per dettagli sulla personalizzazione della
configurazione del firewall, o installare il pacchetto firewall-config per uno strumento grafico di
gestione.
2.4. Spin Fedora
Il Fedora Project produce un numero di Spin che forniscono ambienti desktop alternativi, o set di
pacchetti predisposti per uno specifico caso d'uso. sono immagini live che puoi usare come anteprima
di una variatà di software che Fedora ha da offire.
Le Spin disponibili per il download da https://spins.fedoraproject.org includono:
• KDE
Un completo, desktop moderno costruito con KDE Plasma Desktop.
• Security
Strumenti di analisi di sicurezza
• Electronic-Lab
Piattaforma di disegno e simulazione hardware ad alto livello di Fedora.
• Scientific-KDE
Calcolo scientifico open source.
• Design-suite
Creatività Open.
• Games
Una straordinaria vetrina dei migliori giochi disponibili in Fedora.
• Robotics
Tuffati nella robotica.
• Jam-KDE
Scatena il musicista che hai dentro.
2.5. Fedora ARM
2.5.1. Virtualizzare AArch64
Il progetto qemu sta lavorando per abilitare la piena emulazione di un sistema AArch64, fornito dal
pacchetto qemu-system-aarch64.
Le macchine virtuali AArch64 possono ora essere seguite su host x86 usando gli strumenti standard
libvirt come virsh, virt-manager, e virt-install.
9
Note di rilascio
2.5.2. Supporto per SoC ARM Allwinner sunxi (A10 / A13 / A20)
Allwinner sunxi è una famiglia di dispositivi ARM sistemi on chip (SoC). I SoC sunxi A10, A13 and
A20 sono usati in un gran numero di popolari, a basso costo schede di sviluppo ARM e mini computer
13
ARM. In precedenza, Fedora ARM supportava questi dispositivi attraverso una Remix . Con il
rilascio di F21, questi SoC sunxi sono ora supportati direttamente nella immagine officiale Fedora
ARM, senza il bisogno di una Remix.
Console seriale solamente
L'uscita video HDMI per questi dispositivi sunxi non è ancora supportata in Fedora ARM. Una
console seriale dovrebbe essere usata al suo posto.
3. Cambiamenti in Fedora per Amministratori di Sistema
3.1. Kernel
Fedora 21 fornisce il kernel 3.16.3 .
3.1.1. Pachettizzazione Kernel Modulare
Il pacchetto kernel è ora un meta pacchetto che si compone di kernel-core e kernel-modules. Il
pacchetto kernel-core è più piccolo di un pacchetto pieno ed è adatto per gli ambienti virtualizzati.
Opzionalmente disinstallando kernel-modules, l'immagine cloud può essere ridotta.
Il pacchetto kernel-modules dovrebbe essere icluso nelle installazioni di Fedora su hardware reale.
Cambiamenti in Initramfs
Attenzione, il nuovo initramfs è generato automaticamente solo dal pacchetto kernel-core e non
dal pacchetto kernel-modules. Se si installa solo kernel-core all'inizio e si installa kernel-modules
solo successivamente, è necessario creare un nuovo initrafs manualmente usando dracut, se
uno dei nuovi moduli installati è cruciale per il boot del vostro sistema.
Lo strumento di utilità dracut è usato per creare initramfs in Fedora. Per rigenerare un initramfs
di un kernel installato, usare il seguente comando:
# dracut --regenerate-all
3.2. Installazione
13
http://fedoraproject.org/wiki/Architectures/ARM/F19/Remixes#Allwinner_A10_.2F_A13_.2F_A20
10
Installazione
3.2.1. Built-in Help in the Graphical Installer
Each screen in the installer's graphical interface and in the Initial Setup utility now has a Help button
in the top right corner. Clicking this button opens the section of the Fedora Installation Guide relevant
to the current screen using the Yelp help browser.
The help is only available in the English language.
3.2.2. zRAM Swap Support
The Anaconda installer now supports swap on zRAM during the installation.
zRAM is a standard block device with compressed contents. Placing swap into such a device during
the installation allows the installer to store more data in RAM instead of in the hard drive. This is
especially helpful on low-memory systems; on these systems, the installation can be performed much
faster with this feature enabled.
This feature is automatically enabled if Anaconda detects 2 GB or less memory, and disabled
on systems with more memory. To force zRAM swap on or off, use the inst.zram=on or
inst.zram=off boot option within the boot menu.
Specific limits, numbers and way of implementation may be changed in the future.
3.2.3. Changes in Boot Options
A boot option is used to modify the installer's behavior using the boot command line. The following
boot options have been added in Fedora 21:
• inst.zram=: Use this option to force zRAM swap on (inst.zram=on) or off (inst.zram=off).
• inst.dnf: Use the experimental DNF backend for package installation instead of YUM.
• inst.memcheck: Perform a check at the beginning of the installation to determine if there is
enough available RAM. If there is not enough memory detected, the installation will stop with an
error message. This option is enabled by default; use inst.memcheck=0 to disable it.
3.2.4. Changes in Anaconda Command Line Options
Anaconda command line options are used when running the installer from a terminal within an
already installed system, as for example, when installing into a disk image.
• The built-in help available through the anaconda -h command now provides descriptions for all
available commands.
• --memcheck: Check if the system has sufficient RAM to complete the installation and abort the
installation if it does not. This check is approximate. Memory usage during installation depends on
the package selection, user interface (graphical/text) and other parameters.
• --nomemcheck: Do not check if the system has enough memory to complete the installation.
• --leavebootorder: Boot drives in their existing order - used to override the default of booting into
the newly installed drive on IBM Power Systems servers and EFI systems. This is useful for systems
that, for example, should network boot first before falling back to a local boot.
• --extlinux: Use extlinux as the boot loader. Note that there is no attempt to check whether this
will work for your platform, which means your system may be unable to boot after completing the
installation if you use this option.
11
Note di rilascio
• --dnf: Use the experimental DNF package management backend to replace the default YUM
package manager. See http://dnf.baseurl.org for more information about the DNF project.
3.2.5. Changes in Kickstart Syntax
This section provides a list of changes to Kickstart commands and options. A list of these changes can
also be viewed using the following command on a Fedora system:
$ksverdiff -f F20 -t F21
This command will only work on Fedora 21 with the pykickstart package installed.
3.2.5.1. New Commands and Options
• fcoe --autovlan: Enable automatic discovery of VLANs.
• bootloader --disabled: Do not attempt to install a boot loader. This option overrides all other
boot loader configuration; all other boot loader options will be ignored and no boot loader packages
will be installed.
• network --interfacename=: Specify a custom interface name for a VLAN device. This option
should be used when the default name generated by the --vlanid= option is not desired, and it
must always be used together with --vlanid=.
• ostreesetup: New optional command. Used for OSTree installations. Available options are:
• --osname= (required): Management root for OS installation.
• --remote= (optional): Name of the remote repository.
• --url= (required): Repository URL.
• --ref= (required): Name of branch inside the repository.
• --nogpgcheck (optional): Disable GPG key verification.
See https://wiki.gnome.org/action/show/Projects/OSTree for more information about OSTree.
• clearpart --disklabel=: Create a custom disk label when relabeling disks.
• autopart --fstype=: Specify a file system type (such as ext4 or xfs) to replace the default
when doing automatic partitioning.
• repo --install: Writes the repository information into the /etc/yum.repos.d/ directory. This
makes the repository configured in Kickstart available on the installed system as well.
• Changes in the %packages section:
• You can now specify an environment to be installed in the %packages section by adding an
environment name prefixed by @^. For example:
%packages
@core
@^Infrastructure Server
%end
12
Sicurezza
• The %packages --nocore option can now be used to disable installing of the Core package
group.
• You can now exclude the kernel from installing. This is done the same way as excluding any other
package - by prefixing the package name with -:
%packages
@core
-kernel
%end
3.2.5.2. Changes in Existing Commands and Options
• volgroup --pesize=: This option now does not have a default value in Kickstart. The default
size of a new volume group's physical extents is now determined by the installer during both manual
and Kickstart installation. This means that the behavior of Kickstart and manual installations is now
the same. The previous default value for Kickstart installations was 32768.
3.2.6. Additional Changes
• Software RAID configuration in the graphical user interface has been tweaked.
• You can now use the + and - keys as shortcuts in the manual partitioning screen in the graphical
user interface.
• The ksverdiff utility (part of the pykickstart package) has a new option: --listversions. Use
this option to list all available operating system versions which can be used as arguments for the -from= and --to= options.
3.3. Sicurezza
3.3.1. SSSD Controllo di Accesso basato su GPO
SSSD ora supporta la gestione centralizzata, controllo di accesso basata su host in un ambiente
Active Directory (AD), usando i Group Policy Objects (GPOs)
Le impostazioni di policy GPO sono comunemente usate per gestire il controllo di accesso a livello di
host in un ambiente AD, SSSD supporta logon locali, logon remoti, servizio di logon e altro. Ognuno
di queste opzioni di sicurezza standard GPO può essere mappata in un servizio PAM, permettendo
all'amministratore di configurare in maniera comprensiva i loro sistemi.
Questo miglioramento di SSSD è relativo solo alla ricezione e aplicazione delle impostazioni di policy
AD. Gli amministratori possono continuare ad usare gli esistenti strumenti di AD per specificare le
proprie impostazioni di policy.
Queste nuove funzionalità si riferiscono solo al provider AD di SSSD e non ha effetto in nessuno degli
altri provider SSSD (ad esempio il provider IPA). Di defatul, il provider SSSD sarà installato in modalità
permissiva, così da non bloccare gli aggiornamenti. Gli amministratori avranno bisogno di impostare a
mano la modalità "enforcing" (guardare sssd-ad(5)).
Maggiori informazioni su questi cambiamenti possono essere trovati su: https://fedorahosted.org/sssd/
wiki/DesignDocs/ActiveDirectoryGPOIntegration
13
Note di rilascio
3.3.2. I certificati firmati MD5 sono respinti
OpenSSL è stato modificato per proibile la verifica di certificati che sono firmati con algoritmi MD5.
L'uso di algoritmi hash MD5 per firmare i certificati è ora considerato come insicuro e quindi tutte le
librerie principali di cifratura in Fedora sono state modificate per rifiutare questi certificati.
Certificati firmati con algoritmo MD5 non sono più presenti in siti web https pubblici ma possono
essere presenti in reti private o usati per l'autenticazione di VPN di tipo openvpn. E' altamente
raccomandato di cambiare questi certificati con dei nuovi firmati con SHA256 o almeno SHA1. Come
misura temporanea la variabile di ambiente OPENSSL_ENABLE_MD5_VERIFY può essere impostata
per pemettere la verifica di certificati firmati con algoritmo MD5.
3.4. File System
3.4.1. Autofs impare le mappe amd
Il pacchetto autofs ha guadagnato il supporto per il formato amd automount mapp. In passato,
le mappe amd sono state gestite dal pacchetto am-utils che ha subito un declino nel suo
sviluppo. Coloro che hanno usato il formato amd per le mappe automount sono incoraggiati a
testare le funzionalità autofs, e riportari eventuali problemi o richieste di funzionalità su https://
bugzilla.redhat.com
Per le informazioni sull'uso, riferirsi a /usr/share/doc/autofs/README.amd-maps.
3.5. Database Server
3.5.1. Apache Accumulo
L'Apache Accumulo ordina, store distribuito chiave/valore è un robusto, scalabile, ad alte performance
store di dati e sistema di recupero. Apache Accumulo è basato sul design BigTable di Google ed è
costruito su Apache Hadoop, Zookeeper, e Thrift. Apache Accumulo introduce poco novità sul design
di BigTable nella forma di controllo di accesso basato sulla cella e meccanismi di programmazione lato
server che possono modificare le coppie chiave/valore in vari punti del processo di gestione dei dati.
Si prega di notare che il servizio di monitor di Accumulo non è fornito nel rilascio iniziale di F21. Verrà
rilasciato appena le sue dipendenze saranno perfezionate.
Per maggiori informazioni guardare https://accumulo.apache.org.
3.5.2. Apache HBase
Apache HBase è usato quando c'è la necessita di accedere ai vostri Big Data in maniera random, realtime in lettura e scrittura. Apache HBase mantiene tabelle molto grandi -- miliardi di righe X milioni di
colonne -- su un cluster di hardware di utilità. Apache HBase è un database non relazionale distribuito,
versionato modellato dopo Bigtable: A Distributed Storage System for Structured Data by Chang e
altri. Come Bittable definisce uno storage di dati distribuito e fornito dal Google File System, Apache
HBase fornisce funzionalità simili a Bigtable sulla base di Hadoop e HDFS.
Per maggiori informazioni guardare http://hbase.apache.org/.
3.5.3. Apache Hive
Il software di data warehouse Apache Hive facilità le query di gestione di grandi set di dati residenti
in storage distribuito. Hive fornisce meccanismi per proteggere la struttura in questi dati e permette
14
Samba
di fare richieste di dati in un linguaggio simile a SQL chiamato HiveQL. Allo stesso tempo questo
linguaggio introduce anche i tradizionali programmatori map/reduce per inserire le proprie mappe e
riduttori personalizzati quando non è conveniente o inefficiente esprimere queste cose nella logica di
HiveQL.
Per maggiori informazioni guardare http://hive.apache.org/.
3.5.4. MariaDB 10.0
In Fedora 21, MariaDB è stata aggiornata alla versione upstream 10.0, che risolve vari problemi e
introduce miglioramenti. Tra i quali, è stato aggiunto il supporto a repliche multi sorgente e parallele
come anche il supporto alla transazione globale degli ID. In aggiunta, sono stati implementi molti nuovi
motori di storage.
Per la lista di tutti i cambiamenti, visitare la base di conoscenza di MariaDB a https://mariadb.com/kb/
en/mariadb/what-is-mariadb-100/.
3.6. Samba
3.7. Systemd
3.7.1. Journald
• I messaggi Journal possono essere inoltrati a sistemi remoti, senza usare un demone syslog. Il
pacchetto systemd-journal-remote e systemd-journal-upload forniscono i demoni di ricezione e
spedizione. La comunicazione è fatta su HTTPS.
• Il servizio cupsd ora scrive log nel journal. Per i dettagli consultare Sezione 4.5.1, «CUPS Journal
Logging».
3.7.2. systemd 215
systemd in Fedora 21 è stato aggiornato alla versione 215. Questo rilascio include miglioramenti
sostanziali, incluse migliorate risorse di gestione, isolamento servizi, e altri miglioramenti alla
sicurezza, e gestione della rete attraverso systemd-networkd.
Molti di questi miglioramenti aumentano la gestione dei servizi eseguiti all'interno di container, e la
gestione dei container stessi. systemd-nspawn crea container sicuri e isolati, e strumenti come
machinectl sono forniti per la loro gestione. systemd-networkd fornisce servizi di rete per i
container, e systemd stesso gestisce le allocazioni delle risorse.
Per leggere dei miglioramenti a systemd, leggere:
• /usr/share/doc/systemd/NEWS per il changelog di upstream.
• Le pagine Man e altra documentazione fornita con il pacchetto systemd, sono elencate con rpm qd systemd.
• http://0pointer.net/blog/projects/stateless.html per una panoramica di tutti i cambiamenti e del loro
intento.
• http://www.freedesktop.org/wiki/Software/systemd/ per una panoramica completa di systemd.
• https://fedoraproject.org/wiki/SysVinit_to_Systemd_Cheatsheet per i nuovi utenti di Fedora e
systemd
15
Note di rilascio
3.7.3. Systemd PrivateDevices e PrivateNetwork
Due nuove opzioni relative alla sicurezza sono ora usate da systemd per i servizi di lunga esecuzione
che non richiedono accesso ai dispositivi fisici o alla rete:
• L'impostazione PrivateDevices , quanto impostata a "si", fornisce una directory minimale /dev
che non include dispositivi fisici. Questo permette a servizi di lunga esecuzione di avere un accesso
limitato, incrementando la sicurezza.
• L'impostazione PrivateNetwork, quando impostata a "si", fornisce una rete privata con la sola
interfaccia di loopback. Questo permette ai servizi di lunga esecuzione che non richiedono accesso
alla rete di essere esclusi dalla rete.
14
Per i dettagli relativi a questi cambiamenti, guardare la pagina Wiki PrivateDevices e PrivateNetwork .
3.8. Strumenti per la configurazione del server
3.8.1. Console di gestione Cockpit
La Console di Gestione Cockpit è ora disponibile in Fedora Documentation Server. Guardare per
maggiori informazioni Sezione 2.2.2, «Console di gestione Cockpit».
3.9. Soluzioni di Monitoraggio e Amministrazione
3.9.1. Monitorix
Il sistema leggero di monitoring Monitorix è stato aggiornato alla versione 3.6, aggiungendo un
migliore supporto per molte cose, incluse statistiche di processo di libvirt, apcupsd, ed altro.
Rivedi il changelog del progetto su http://www.monitorix.org/changelog.html
3.9.2. SystemTap
La versione 2.6 della suite di collezione dati systemtap in Fedora 21 ha molte nuove funzionalità,
destritte in /usr/share/doc/systemtap-runtime/NEWS. La documentazione di systemtap può
essere trovata a https://sourceware.org/systemtap/documentation.html
3.9.3. Zabbix
L'utility di monitoraggio della rete e dell'infrastruttura Zabbix è stata aggiornata alla versione 2.2.x in
Fedora 21. Con ogni rilascio, il team Zabbix migliora ed espande questo potente strumento.
Per una completa visione dei cambiamenti in Zabbix, visitare https://www.zabbix.com/
documentation/2.2/manual/introduction
3.10. Cluster
3.10.1. Apache Ambari
Il progetto Apache Ambari ha lo scopo di rendere più semplice la gestione Hadoop attraverso lo
sviluppo di software per il provisioning, la gestione e il monitoraggio cluster Apache Hadoop. Ambari
14
https://fedoraproject.org/wiki/Changes/PrivateDevicesAndPrivateNetwork
16
Cambiamenti in Fedora per Utenti Desktop
fornisce un'interfaccia utente web intuitiva, di facile utilizzo per la gestione di Hadoop attraverso le sue
API RESTful.
Per maggiori informazioni guardare http://ambari.apache.org/.
3.10.2. Apache Mesos
Apache Mesos è un gestore cluster che fornisce l'isolamento efficiente delle risorse e la condivisione
tra le applicazioni distribuite, o framework. Esso astrae CPU, memoria, storage, e altre risorse di
elaborazione dalle macchine (fisiche o virtuali), permettendo sistemi fault-tolerant ed elastici distribuiti
di essere facilmente costruiti e gestiti in modo efficace. \nApache Mesos è costruito utilizzando gli
stessi principi del kernel Linux, solo a un diverso livello di astrazione. Il kernel Mesos gira su ogni
macchina e fornisce applicazioni (ad esempio, Hadoop, Spark, Kafka, elastico Ricerca) con API per la
gestione delle risorse e la schedulazione attraverso interi ambienti data center e cloud.
Per maggiori informazioni guardare http://mesos.apache.org/.
3.10.3. Apache Oozie
Apache Oozie è uno scheduler di flusso per gestire i lavori Hadoop. E 'integrato con il resto dello
stack Hadoop e supporta diversi tipi di posti di lavori Hadoop out-of-the-box (come Java map-reduce,
Streaming map-reduce, Pig, Hive, Sqoop e Distcp) come anche job specifici del sistema (ad esempio
come i programmi Java e script di shell).
Per maggiori informazioni guardare http://oozie.apache.org/.
3.10.4. Apache Pig
Apache Pig è una piattaforma per l'analisi di grandi insiemi di dati che si compone di un linguaggio di
alto livello per esprimere i programmi di analisi dei dati, insieme con l'infrastruttura per la valutazione
di tali programmi. La proprietà saliente dei programmi Pig è che la loro struttura è suscettibile
di parallelizzazione sostanziale, che, a sua volta, permette loro di gestire grandi volumi di dati.
Attualmente il layer di infrastruttura di Pig consiste di un compilatore che produce sequenze di
programmi Map-Reduce, per i quali implementazioni parallele su laraga scale già esistono (ad
esempio il sutto progetto Hadoop).
Per maggiori informazioni guardare: http://pig.apache.org/.
3.10.5. Apache Spark
Apache Spark è un motore veloce e generale per l'elaborazione di dati su larga scala. Supporta lo
sviluppo di applicazioni per l'elaborazione di analisi personalizzate su grandi insiemi di dati o di dati in
streaming. Poiché ha la capacità di memorizzare nella cache i risultati intermedi in memoria cluster e
pianificare DAG di calcoli, programmi Spark possono essere eseguiti fino a 100 volte più velocemente
di job di Hadoop MapReduce equivalenti. Applicazioni Spark sono facili da sviluppare, in parallelo,
veloce e resistente al fallimento, e possono operare su dati provenienti da collezioni in memoria, file
locali, un file system compatibile con Hadoop, o da una varietà di fonti in streaming. Spark comprende
anche librerie per algoritmi distribuiti di apprendimento macchina e algoritmi grafo.
Per maggiori informazioni guardare: http://spark.apache.org/.
4. Cambiamenti in Fedora per Utenti Desktop
4.1. Desktop
17
Note di rilascio
4.1.1. GNOME 3.14
GNOME è stato aggiornato all'ultima versione rilasciata 3.14. Questa release arriva con un numero di
nuove funzionalità, alcune delle quali sono descritte di seguito.
• La app GNOME Weather è stata ridisegnata per 3.14. Ora è integrata con il nuovo framework di
geolocalizzazione così non è necessario specificare manualmente l'attuale locazione giografica.
• La app Evinceè stata ridisegnata per 3.14.
• GNOME 3.14 migliora il supporto a hotspot Wi-Fi
• La app Photos arriva con il supporto ai servizi Google e ai server media.
• Quando si usa GNOME su dispositivi touch, è possibile usare ora le gesture multi tocco
• Le impostazioni di privacy Desktop sono state migliorate per i servizi WebDAV, DLNA e VNC.
• GTK+ in GNOME 3.14 include un nuovo inspector interattivo.
• Il supporto a Wayland è stato migliorato in 3.14.
• La release 3.14 include una nuova e aggiornata Human Interface Guidelines (HIG).
• gnome-terminal è stata migliorata in 3.14. Sviluppatori e amministratori usano molto le sessioni
terminale. Un nuovo provider di ricerca per GNOME Shell rende la navigazione tra più finestre
teminali rapida e facile. Basta digitare in overview per trovare processi in esecuzione, sessioni ssh e
tanto altro.
Gli utenti che configurano i loro profili di gnome-terminal saranno contenti del ritorno dello sfondo
in trasparenza.
Per maggiori informazioni sul rilascio, si consiglia di leggere le Note di Rilascio di GNOME 3.14 a
https://help.gnome.org/misc/release-notes/3.14/.
4.1.2. Altri cambiamenti in GNOME dalla Fedora 20
Alcuni dei cambiamenti in GNOME Desktop dalla Fedora 20 sono stati inclusi nel precedente rilascio
3.12, che non è stato ufficialmente reso disponibile per gli utenti Fedora. Il rilascio 3.12 contine,
insieme ad altri, i seguenti cambiamenti:
• Il rilascio migliora il supporto per HiDPI sulle componenti di GNOME Desktop.
• L'applicazione Totem video player è stata rinominata in Video.
• L'editor di testo Gedit è stato ridisegnato per mostrare una più compatta interfaccia grafica.
• Il rilascio inoltre include nuove applicazioni, come:
• GNOME Logs: Un visualizzatore di journal systemd.
• GNOME Sound Recorder: Una semplice utility per la registrazione audio.
• Polari: Un client IRC.
Altri miglioramenti includono il supporto a Google Cloud Print, Windows Live email, e un nuovo
provider di ricerca per terminale per GNOME Shell.
Per maggiori informazioni sulla versione 3.12, si consiglia di leggere le Note di Rilascio di GNOME
3.12 a https://help.gnome.org/misc/release-notes/3.12/.
18
Rete
4.1.3. KDE 4.14 e SDDM
Il KDE Software Compilation e il KDE Plasma Workspaces 4.14 (che include il KDE Plasma
Workspace 4.11), che è la versione che verrà inclusa in Fedora 21, è stata già resa disponibile agli
utenti di Fedora 20 attraverso i repository di aggiornamento. Tuttavia, La Spin KDE di Fedora ora usa
SDDM come suo nuovo display manager di default.\nKDM, che è stato il display manager di default di
Fedora 20 e precedenti, è ancora disponibile per l'installazione dai repository di Fedora.
Per tornare ad usare KDM, installare il pacchetto kdm usando il seguente comando:
~]# yum install kdm
In seguito abilitare il servizio usando il seguente comando:
~]# systemctl enable --force kdm.service
4.2. Rete
4.3. Internazionalizzazione
4.3.1. Metodi di Input
ibus-libzhuyin è il nuovo metodi di input Zhuyin disponibile come anteprima per l'input Cinese
Tradizionale. Provate il New Zhuyin IME che promette un input più veloce dei caratteri in Cinese
Tradizionale
ibus ha due nuovi sub comandi:
read-config mostra le impostazioni correnti
reset-config resetta la configurazione di impostazione ibus a quella di default (per risoluzione dei
problemi, etc) ma non le configurazioni del motore ibus. Può essree usato per ripulire le impostazioni
ibus per risolvere problemi, o dopo aver cambiato lingua, per caricare il motore di linguaggio ibus
predefinito.
15
Se si vuole usare un framework di metodo di Input diffrente di ibus su GNOME, seguire questi passi
4.3.2. Caratteri
Adobe Source Han Sans Fonts, dai pacchetti adobe-source-han-sans-cn-fonts e adobe-sourcehan-sans-twhk-fonts, sono i nuovi font Cinesi di default
Se si preferisce usare il vecchio font Cinese di default di Fedora 20, o si incontrano problemi, si può
usare i seguenti comandi per ritornare ai font Cinesi di Fedora 20:
# yum install cjkuni-uming-fonts cjkuni-ukai-fonts wqy-zenhei-fonts
# yum remove adobe-source-han-sans-cn-fonts adobe-source-han-sans-twhk-fonts
Il font Lohit Oriya (lohit-oriya-fonts) è stato rinominato in Lohit Odia (lohit-odia-fonts) per le linee
guida del governo dello stato Odisha.
15
https://fedoraproject.org/wiki/I18N/InputMethods#How_to_use_non-ibus_input_methods_on_GNOME
19
Note di rilascio
Il font Lohit Punjabi (lohit-punjabi-fonts) è stato rinominato in Lohit Gurmukhi (lohit-gurmukhifonts) per evitare la confusione tra l'Arabo e script Gurmukhi.
ekmukta-fonts è il nuovo font Unicode-compliant Devanagari con un carattere tipografico mono-linear.
google-noto-fonts ha 44 nuove famiglie. Per vedere la lista di questi sub pacchetti e trovare il fonto
disponibile per la tua lingua, usa il comando yum list google-noto-\*
4.4. Multimedia
4.4.1. gPodder
gPodder in Fedora 21 è stato aggiornato alla versione 3.x con l'introduzione di nuove funzionalità
degne di nota.
Le funzionalità di Youtube sono state migliorate, con l'introduzione del supporto ai canali Youtube.
Migliorata l'integrazione di Vimeo
Migliorato supporto per apparati mobili e per lettori multimediali indipendenti
Numerosi miglioramenti dell'interfaccia
Supporto per i vostri creatori di contenuti favoriti con l'integrazione di Flattr.
Una nuova UI web per controllo da remoto
Importanti cambiamenti per gli utenti di gPodder 2
gPodder ora conserva tutti i dati e i download nella directory ~/gPodder, al posto di scaricare i
download in ~/gpodder-downloads e i dati di configurazione in una cartella nascosta.
gPodder ha cambiato la configurazione e il meccanismo di storage. Prima di eseguire gPodder,
gli utenti in migrazione dovrebbero eseguire il comando /usr/bin/gpodder-migrate2tres.
Se si ha già eseguito gPodder prima di eseguire lo strumento di migrazione, rimuovere la nuova
directory ~/gPodder ed eseguire di nuovo /usr/bin/gpodder-migrate2tres.
4.5. Stampa
4.5.1. CUPS Journal Logging
CUPS (il servizio cupsd) ora invia i suoi log di output al journal di systemd al posto del file /var/
log/cups/error_log. E' possibile usare il comando journalctl _COMM=cupsd per vedere i log
di CUPS.
5. Cambiamenti in Fedora per Sviluppatori
5.1. Strumenti di sviluppo
5.1.1. KDE Frameworks 5
Fedora 21 includes a new set of libraries for developers of C++ and Qt applications, KDE
Frameworks 5, the successor to KDE Platform 4. KDE Frameworks 5 are based on Qt 5 and
20
Strumenti di sviluppo
provide developers with access to a broad variety of technologies and tools developed by the KDE
Community, without having to depend on the entire KDE platform.
Most of the frameworks are based on the kdelibs module, which has been divided according to
functionalities provided. Dependencies have been packaged into individual libraries. This allows
developers and projects outside the KDE ecosystem to use these technologies and benefit from the
work of the KDE Community.
It is possible to install KDE Frameworks 5 alongside KDE Platform 4 packages.
5.1.2. OpenCL
This Fedora release includes basic support for the OpenCL standard, which provides sufficient
environment for the development of the OpenCL enabled software.
To enable OpenCL development, the Mesa's OpenCL state-tracker, the Portable Computing Language
(pocl), and several other OpenCL packages have been added to the official Fedora repositories. The
pocl language can be used on CPUs, and Mesa can be used on R600 AMD/ATI GPUs.
5.1.3. Python 3.4
With this release, Python 3 has been upgraded to version 3.4, which provides various bug fixes,
enhancements and security improvements over the previous version. For example, several new
library modules and features have been added and multiple library modules have been significantly
improved.
16
Read the Python 3.4 Release Schedule
and What’s New In Python 3.4
17
for details.
Python 2 is still default
While the majority of Python packages are available for both Python and Python3, the default
implementation of Python in Fedora is Python 2.7
The rewheel module
18
For version 3.4, Python upstream has decided to implement changes summarized in the PEP 453
document. In short, these mean:
1. bundling archives with the setuptools and pip utilities in Python distribution
2. providing the ensurepip module that is able to install these archives either on a system or in the
virtualenv environment.
Due to Fedora strict non-bundling policies, setuptools and pip are unbundled. To match the
upstream functionality, the following approach has been implemented:
1. The python3 package now depends on the python3-setuptools and python3-pip. This means that
users do not have to use the ensurepip to install setuptools and pip utilities separately as
they are by default installed altogether with python3
16
http://legacy.python.org/dev/peps/pep-0429/#features-for-3-4
https://docs.python.org/dev/whatsnew/3.4.html
18
http://legacy.python.org/dev/peps/pep-0453/
17
21
Note di rilascio
2. To install the setuptools and pip utilities in the virtualenv environment from the system
packages, a mechanism called rewheel has been implemented to Fedora 21. When a new
virtualenv is being created, rewheel takes the system python3-setuptools and python3-pip
packages, recreates their archives and installs them in the new virtualenv so that the upstream
functionality is preserved.
One more advantage is provided by the rewheel approach. When there is a bug, for example a
security issue, in either python3-setuptools or python3-pip, Fedora maintainers of these packages
fix the bug and users get the fixed packages. Therefore, virtualenvs created after updating to
fixed python3-setuptools or python3-pip will have already fixed version. With pure upstream Python,
this approach is not possible, users will have to wait for upstream to release new Python version
with these fixes incorporated. This means that the rewheel patch makes the python3 package fulfill
Fedora's high packaging standards and also helps to make virtualenvs more secure.
See the Rewheel
19
page on GitHub for additional information about rewheel.
5.1.4. RPM 4.12
The RPM package manager has been updated to version 4.12, which brings Fedora in line with the
latest upstream version.
This update brings a number of improvements, including:
Ability to package files larger than 4 GB.
Support for weak dependencies.
API users will be able to access file data more cleanly.
Payload data is now accessible over the API.
A new tool, rpm2archive, will allow converting rpm packages to tar files instead of the outdated
cpio format. The new tool will work with files larger than 4 GB, while cpio and rpm2cpio do not.
No weak deps in Fedora packages
While the the underlying RPM libraries offer support for optional dependencies, soft requirements,
and other weak dependencies, the packages in Fedora repositories are not yet leveraging this
feature.
See the RPM 4.12 Release Notes
20
for a full list of changes.
No new features for older RPM installations
Using some of the new features will break forward compatibility. Packages using these features
cannot be built or installed on older Fedora versions. Backward compatibility is expected to be
maintained.
19
20
https://github.com/fedora-python/rewheel
http://rpm.org/wiki/Releases/4.12.0
22
Strumenti di sviluppo
5.1.5. Ruby 2.1
Ruby 2.1 is the latest stable version of Ruby, and brings major increases in speed, memory
efficiency, and reliability.
The update brings a soname bump. Therefore, Ruby packages which use binary extensions should be
rebuilt - and this has been done for packages in the Fedora repositories. Nevertheless, since upstream
payed great attention to source compatibility, no changes to your code should be needed. Additionally,
RubyGems with binary extensions need to be updated to conform to the recent package guidelines to
ensure compatibility with the new RubyGems release.
21
Also note that starting with this release, Ruby is adopting semantic versioning .
22
You can find a full list of changes in Ruby 2.1 in the changelog . Full documentation is available at the
23
Ruby documentation page .
5.1.6. TCL/TK 8.6
In Fedora 21, TCL/TK has been upgraded to version 8.6.1, which includes numerous bug fixes and
enhancements. Some of the notable features are described here.
24
For the full list of changes, see the TCL/TK Release Notes .
5.1.6.1. TCL 8.6
Cambiamenti in TCL 8.6
• IPv6 Support
Support for IPv6 networking for both client and server sockets.
• Support for SQL Database
The bundled tdbc package, which contains the Tcl DataBase Connectivity interface, now enables
writing SQL database-powered scripts decoupled from any particular database engine. The bundled
sqlite3 and tdbc::sqlite3 packages supply a powerful and popular SQL database engine that is ready
to use.
• Support for Object Oriented Programming
The commands of the TclOO package are now part of the TCL language itself. This gives TCL a
built-in fully dynamic, class-based object system and also includes advanced features such as metaclasses, filters, and mixins.
A new version 4 of the popular package Itcl (also known as "incr TCL") is also included, now built on
a TclOO foundation, granting support for some traditional Object Oriented TCL programming out of
the box as well.
• Support for multi-thread operations
A thread-enabled default build, a bundled Thread package, and a new command interp cancel
enable multi-threaded programming tasks on TCL 8.6.
21
https://www.ruby-lang.org/en/news/2013/12/21/ruby-version-policy-changes-with-2-1-0/
https://github.com/ruby/ruby/blob/v2_1_0/NEWS
23
http://www.ruby-doc.org/
24
http://www.tcl.tk/software/tcltk/8.6.html
22
23
Note di rilascio
5.1.6.2. TK 8.6
Changes in TK 8.6
• PNG Image Support
Photo images now supports read/write in the PNG format, with the ability to set the alpha channel.
• Angled Text
The new -angle $degrees to $canvas create text option rotates the displayed text.
5.1.7. Improved Scala Ecosystem
Fedora now features significantly improved support for the Scala ecosystem with the inclusion of sbt
version 0.13.1 and several other key Scala infrastructure packages. These packages include:
• akka, a toolkit for developing actor-based systems
• json4s, a unified interface to JSON parsers and generators
• sbinary, a typed Scala interface for reading and writing binary formats
• scala-stm, a software transactional memory implementation for Scala
• scalacheck, a property-based testing framework for Scala
• scalaz, a set of extensions to the Scala standard library to facilitate functional programming
With these packages available, Fedora has become an excellent environment for developing and
distributing Scala projects.
5.2. Strumenti di Sviluppo
5.2.1. Eclipse Luna
Eclipse in Fedora 21 has had a major update to the Luna (4.4) release. Eclipse Luna, among other
things, introduces support for Java 8, split editors, and a dark theme.
Full details of the release are available in the upstream project's release notes, which are available
from https://www.eclipse.org/eclipse/news/4.4/eclipse_news_4.4.php
5.2.2. Jenkins
The official Fedora repositories now include Jenkins, an application written in Java that provides
continuous integration services for software development. Jenkins allows you to build and test
software projects continuously, as well as to monitor executions of jobs that were ran externally.
25
For additional information, refer to the Meet Jenkins
webpage.
5.2.3. Make updated to 4.0
GNU Make has been updated to version 4.0, offering several bug fixes and new features. It also
includes new command line options and new variables to improve usability.
25
https://wiki.jenkins-ci.org/display/JENKINS/Meet+Jenkins
24
Strumenti GCC
Read the Make release announcement at https://lists.gnu.org/archive/html/make-w32/2013-10/
msg00021.html for more information about the changes in this release. The project documentation is
available at http://www.gnu.org/software/make/manual/
5.2.4. Review Board 2.0
Fedora now provides Review Board 2.0, a powerful, web-based patch review and management tool.
Version 2.0 adds the ability to post committed changes from a branch directly from the web UI,
adds review of text file attachments, greatly extends the capabilities of the public API and extension
framework, and offers significant performance improvements, usability enhancements, and visual
cleanups.
Significant enhancements have been made to the diff viewer, as well as adding support for reviews on
non-code files (such as binary file formats).
26
Documentation for Review Board 2.0 is available from the Review Board Manual .
Back up before migrating to Review Board 2.0
Upgrading to Review Board 2.0 from a previous release will modify your database schema. The
migration will be performed when you restart Apache for the first time after the upgrade, and the
process is irreversible.
Back up your database before upgrading.
5.2.5. SHOGUN Machine Learning Toolbox
The machine learning toolbox's focus is on large scale kernel methods and especially on Support
27
Vector Machines (SVM) . It provides a generic SVM object interfacing to several different SVM
28
implementations, among them the state of the art LibSVM . Each of the SVMs can be combined with
a variety of kernels.
One of its key features is the "combined kernel" which can be constructed by a weighted linear
combination of a number of sub-kernels, each of which not necessarily working on the same domain.
An optimal sub-kernel weighting can be learned using Multiple Kernel Learning. Currently SVM 2class classification and regression problems can be dealt with. However SHOGUN also implements
a number of linear methods like Linear Discriminant Analysis (LDA), Linear Programming Machine
(LPM), (Kernel) Perceptrons and features algorithms to train hidden Markov-models.
Learn more about SHOGUN at http://shogun-toolbox.org/doc/en/current/
5.3. Strumenti GCC
26
https://www.reviewboard.org/docs/manual/2.0/
http://en.wikipedia.org/wiki/Support_vector_machine
28
http://en.wikipedia.org/wiki/LIBSVM
27
25
Note di rilascio
5.3.1. Boost 1.55.0
boost è stato aggiornato alla versione 1.55.0. Questo aggiornamento porta un gran numero di
miglioramenti e correzione di errori, una nuova libreria (Predef), e un lieve cambio nei requisiti come il
supporto per le versioni molto vecchie di milti compilatori che sono stati rimossi.
29
Per l'intera lista di cambiamenti, guardare le Note di Rilascio Boost 1.55.0 .
5.3.2. GCC 4.9.x
Il GNU Compiler Collection (GCC) è stato aggiornato alla versione 4.9.x, e tutti i pacchetti Fedora
sono stati ricostruiti con questa nuova versione di GCC.
L'aggiornamento fornisce un gran numero di miglioramenti e correzione di errori. Le principali nuove
caratteristiche supportate e cambiamenti sono riportati di seguito:
Il supporto a ISO C11 pressochè completo.
Supporto parziale per C++14.
Supporto C++11 per le espressioni regolari.
Lo standard OpenMP 4.0.
Il Undefined Behavior Sanitizer (UBSAN).
La estensione Cilk Plus.
30
Per informazioni dettagliate circa i cambiamenti, guardare le Note di Rilascio GCC 4.9 .
5.4. Java
5.4.1. OpenJDK 8
OpenJDK8 is now the default Java Runtime in Fedora, replacing OpenJDK7. A full list of the features
added in OpenJDK8 is available upstream at http://openjdk.java.net/projects/jdk8/features/.
Java Customizations
User customizations made to java-1.7.0-openjdk(specifically, to files under /usr/lib/jvm/
java-1.7.0*/*) will not be carried across to java-1.8.0-openjdk.
5.4.2. More efficient package dependencies
The way that Java dependencies are handled has changed in Fedora 21. Packages that do not
interact with the X server or audio subsystem now depend on a new OpenJDK headless subpackage.
This means installation size reduction on servers, a change that aims for efficiency.
Additionally, documentation for Java packages is now optional, saving even more space on your
server. Look for the -docsubpackage for Java packages to install the accompanying documentation.
If you need access to API documentation of Java libraries without javadoc subpackages, try using
upstream web pages which should be accessible at homepage URL of the project in question. You can
query for the URL of installed package with rpm -qi package| grep '^URL'
29
30
http://www.boost.org/users/history/version_1_55_0.html
https://gcc.gnu.org/gcc-4.9/changes.html
26
Sviluppo Web
Java packaging guidelines now also require to convert most Java packages to have Requires:
java-headlesswhen appropriate. Detailed information about the packaging effort can be found at
https://fedoraproject.org/wiki/Packaging:Java#BuildRequires_and_Requires
5.4.3. Improved Ivy Packaging
The way of packaging Java software that uses Apache Ivy to manage build dependencies has been
improved in a similar way to the Maven packaging updates in previous Fedora releases. In particular,
the following improvements have been implemented:
• automatic resolution of Ivy artifacts,
• integration with system Maven repository,
• automatic installation of Ivy artifact metadata,
• auto requires.
5.5. Sviluppo Web
5.5.1. PHP 5.6
Lo stack PHP è stato aggiornato alla versione 5.6, l'ultima versione upstream. I cambiamenti
importanti in questa nuova versione includono:
Sicurezza
31
• Verifica del Peer TLS
32
• Miglioramenti al TLS Default
Miglioramenti di linguaggio
33
• Espressioni Scalari Costanti
• Argomento Unpacking
34
• Sintassi per funzioni variadiche
• Operatore Potenza
35
36
37
• Importazione di funzioni in namespace
38
PHP 5.6 introduce anche un nuovo strumento, il PHP debugger , fornito attraverso il nuovo subpacchetto php-dbg. E' possibile usare il debugger con il comando phpdbg.
Informazioni relative alla migrazione di applicazioni da PHP 5.5 a PHP 5.6 possono essere trovate a
http://php.net/manual/en/migration56.php.
31
https://wiki.php.net/rfc/tls-peer-verification
https://wiki.php.net/rfc/improved-tls-defaults
33
https://wiki.php.net/rfc/const_scalar_exprs
34
https://wiki.php.net/rfc/argument_unpacking
35
https://wiki.php.net/rfc/variadics
36
https://wiki.php.net/rfc/pow-operator
37
https://wiki.php.net/rfc/use_function
38
https://wiki.php.net/rfc/phpdbg
32
27
Note di rilascio
5.5.2. Ruby on rails 4.1
Fedora 21 inlcude Ruby on Rails 4.1, le ultime versioni del più noto framework per web application
scritto in Ruby. In evidenza in questo rilascio il preloader delle applicazioni Spring, config/
secrets.yml, varianti Action Pack, e l'anteprima Action Mailer. Le Note di Rilascio sono a http://
guides.rubyonrails.org/4_1_release_notes.html
Informazioni per gli sviluppatori che aggiornano applicazioni esistenti da Ruby a Rails 4.1 possono
essere trovate nella guida agli aggiornamenti Ruby on Rails a http://guides.rubyonrails.org/
upgrading_ruby_on_rails.html.
5.5.3. Autenticazione Applicazioni Web
A livello di sistema operativo, ci sono numerosi meccanismi di autenticazione e di ricerca di identità,
alcuni di loro usano sssd. Con i nuovi moduli Apache e sssd, alcuni di questi meccanismi diventano
più facilmente usabili dalle applicazioni web. Gli ambienti delle applicazioni Web e framework possono
usare i risultati delle autenticazioni e delle informazioni ricevute usando variabili di ambiente simili a
REMOTE_USER. Questo permette una migliore integrazione delle applicazioni web nelle installazioni di
livello enterprise.
Con mod_authnz_pam, l'autenticazione PAM e controlli di accesso sono disponibili alle applicazioni
web, permettendo una più ampia combinazione di autenticazione e controlli di accesso. Un obiettivo
specifico è il ruolo di controllo di accesso basato su host di FreeIPA per SSO Kerberos attraverso
mod_sss e sssd.
Il modulo mod_intercept_form_submit permette di abilitare l'autenticazione PAM
mod_authnz_pam su login normali provenienti da path, che possono essere consumati da
applicazioni web con davvero minimi cambiamenti.
Il modulo mod_lookup_identity utilizza sssd-dbus per ricevere attributi addizionali come nome,
indirizzo email, o gruppo di appartenzenza, popolando variabili di ambiente per un facile utilizzo di
queste informazioni dalle applicazioni web.
sssd-dbus implementa nuovi servizi ifp che fornisce accesso a pezzi di informazione utente
addizionali.
Maggior informazioni possono essere trovate su http://www.freeipa.org/page/
Web_App_Authentication.
A. Contributori
Un grande numero di persone contribuiscono in Fedora in ogni versione. Tra i quali ci sono alcuni
scrittori e traduttori che hanno preparato queste note di rilascio. Le seguenti pagine elencano questi
contributori.
A.1. Scrittori
Fedora Documentation Project
• Petr Bokoc < pbokoc AT redhat DOT com >
• Akira Tagoh < tagoh AT redhat DOT com >
• Simon Clark <sclark AT fedoraproject DOT org >
• Adam Williamson < adamw+fedora AT happyassassin DOT net >
• Jon Ciesla < [email protected] >
• Ben Cotton < bcotton AT fedoraproject DOT org >
28
Cronologia revisione
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
Robert Rati > rrati AT redhat DOT com >
Stephen Gallagher < sgallagh AT redhat.com >
Eduardo Mayorga Téllez < e AT mayorgalinux DOT com >
Mohan Prakash < mpduty AT gmail DOT com
Timothy St. Clair > [email protected] <
Nikos Mavrogiannopoulos < [email protected] >
fujiwarat <takao.fujiwara1 AT gmail DOT com>
Zach Oglesby < oglesbyzm AT gmail DOT com >
Bara Ančincová < bancinco AT redhat DOT com
Jens Petersen < petersen AT redhat DOT com >
Parag Nemade < [email protected] >
Leslie Satenstein < lsatenstein AT yahoo DOT com >
Christopher Tubbs < ctubbsii-fedora AT apache.org >
Igor Gnatenko < i.gnatenko.brain AT gmail.com >
Kevin Kofler < kevin AT tigcc.ticalc.org >
Peter MacKinnon < pmackinn AT redhat.com >
Peng Wu < pwu AT redhat DOT com >
Pravin Satpute < pravins AT fedoraproject DOT org >
Yuri Chornoivan < yurchor AT ukr DOT net >
Pete Travis < immanetize AT fedoraproject DOT org >
Eric H Christensen <eric AT christensenplace DOT us>
Petr Kovar <pkovar AT redhat DOT com>
Robert Kratky < rkratky AT redhat DOT com >
Yoana Ruseva < yruseva AT redhat DOT com >
Mat Booth < mat.booth AT redhat DOT com >
B. Cronologia revisione
Revisione
Sun 7 Dec 2014
21-09
Added a lot of content.
Fedora Documenti
docs AT lists.fedoraproject.org
Revisione
Fri 29 August 2014
Fedora Documenti
21-01
docs AT lists.fedoraproject.org
Contenuti azzerati per la preparazione della pre-release
Indice analitico
A
Aiuto, 2
F
FAQ
Fedora, 2
Fedora.next, 5
K
kernel, 10
29
Note di rilascio
L
Linux kernel, 10
S
Segnalazione
bug e richiesta funzionalità, 2
Segnalazione Bug, 2
W
Wiki
Fedora, 2
30