flcards permet d'installer directement une interface graphique. Vous avez le choix entre lxde, lxqt, mate, gnome, kde5 et xfce4.
Une interface graphique est désormais à votre disposition pour toutes ces tâches courantes.
L'ISO contenant le serveur graphique xorg permet de faire une post-installation entièrement en mode graphique avec l'aide de flcards.
Flcards utilise les droits d'administrateur sans mot de passe.
Si vous êtes contre cette approche, supprimez le paquet flcards et utilisez uniquement la ligne de commande cards ou éditez le fichier /etc/sudoers
- Les paquets xorg-app, xorg-font, xorg-proto et xorg sont splités
Tous les paquets de xorg sont dans un paquet séparé.
- 17 collections à disposition
- base, cli et gui
- cli-extra et gui-extra
- gnome et gnome-extra
- lxde et lxde-extra
- lxqt et lxqt-extra
- mate et mate-extra
- kde5 et kde5-extra
- xfce4 et xfce4-extra
- Nouvelles interfaces graphiques
L'interface LXQt qui est la continuité de l'interface graphique LXDE est désormais disponible et peut être installé depuis les binaires disponibles et via la commande:
get lxqt lxqt-extra
L'interface 'i3wm' est désormais disponible et peut être installé depuis les binaires disponibles et via la commande:
get i3wm/kbd>
L'interface 'enlightenment' est désormais disponible et peut être installé depuis les binaires disponibles et installé via la commande:
get enlightenment
- Nouvelles fonctionnalités de cards
Le gestionnaire de paquets gère désormais la plupart des post-installation des paquets de façon autonome. Cette nouvelle fonctionnalité a pour résultat une installation de nombreux paquets est encore plus rapide.
- Nouveau concept de branches
Suite à une réflection avec Pierre B., l'ancien mainteneur de KDE 5, il s'est avéré utile de proposer la prochaine version de NuTyX en plusieurs "versions".
Certains utilisateurs souhaitent leur NuTyX constamment à jour, d'autres utilisateurs ne souhaitent surtout pas voir des mise à jour arriver lors qu'ils installent un paquet.
NuTyX utilisera 3 versions différentes qui s'adaptent parfaitement aux diffèrents types d'utilisateurs de NuTyX
-
La branche "stable"
C'est la version stable de NuTyX. Tous les paquets sont gelés au moment de sa sortie, seuls les mises à jour de sécurité sont appliquées.
Des nouveaux paquets peuvent être ajoutés.
-
La branche "current"
La collection "base" est gelée, seules les mises à jour de sécurité sont appliquées.
Les collections "cli" et "gui" reçoivent des mise à jour uniquement si ce sont des dépendances de paquets finaux qui le réclament. Les mises à jour de sécurité sont appliquées.
Les autres collections reçoivent les mises à jour de façon continue.
La branche "current" reste compatible avec la branche "stable", elles sera utilisé pour chaque nouvelle version mineur de NuTyX (10.1, 10.2, etc)
-
La branche "development" (ou "master")
C'est la ligne principale (master) du projet GIT des collections disponibles.
Le processus de mise à jour est en "rolling release" pendant toute la vie de la version stable et ses version mineures (approximativement un an).
Puisque les mises à jour sont toujours très importantes et constantes, la branche "development" est la plus part du temps incompatible avec la version stable de NuTyX. Elle ne peut donc pas être jointe (merge) dans la branche stable de NuTyX
Les branches "stable" et "current" ont une "durée de vie limitée" équivalente à la durée de vie de la version stable de NuTyX à ce moment là.
Pour les contributeurs:
- Nouvelles fonctionnalités dans le script install-nutyx
Le script permet d'installer une NuTyX 32 bits même si la machine hôte est en 64 bits.
Il est possible de passer en argument, la branche à installer
- Nouvelles fonctionnalités dans le script build-collection
Le script est désormais quasi autonome, il suffit de spécifier le chemin du projet GIT dans le fichier /etc/fstab.
Les autres 3 points de montages utiliseront des dossiers par défaut si ils ne sont pas configurés via les variable ou dans /etc/fstab
- Nouvelles fonctionnalités dans une recette:
La variable 'release' en option
Si la recette est neuve, il n'est plus nécessaire de spécifier la variable release Elle sera automatiquement mise à '1'.
Uniquement si la recette est à refaire, alors spécifier:
release=2
La fonction et la variable build
Si la variable build est définie correctement, celle-ci spécifie automatiquement le contenu de la fonction build()
Valeurs possible:
- autotools
- python2
- python3
- xorg
- kde5
Si la fonction build et la variable build sont vides, ce sera la fonction build() par défaut qui sera appelée
La fonction uptodate
La fonction uptodate peut être utilisée par le script pkgmk
Elle est utilisée via l'option -itd de pkgmk.
Elle permet d'afficher la version des sources depuis le serveur des sources du projet si celle-ci est différente de celle de la recette.
L'installation des services
L'installation d'un service se fait désormais de la façon suivante:
Exemple de mise en place du service sshd
..
nutyx_version=9.91
source=(http://downloads.nutyx.org/files/nutyx-${nutyx_version}.tar.xz
https://....)
build() {
cd ${name}-$version
./configure --prefix=/usr \
--disable-static
..
..
# Service
cd $SRC/nutyx-${nutyx_version}
make DESTDIR=$PKG install-sshd
}
La variable run_<nom_de_groupe>
Il est désormais possible de spécifier des dépendances différentes pour un sous-paquet.
exemple de dépendance pour le sous-paquet devel:
run_devel=(glib.devel gtk3.devel)
post-intallation obsolètes
Les post-installation 'génériques' sont désormais gérées par le gestionnaire de paquets directement.
Il ne faut donc plus les ajouter dans les ports.
- Nouveaux noms pour les projets GIT
L'organisation des collections maintenues par les empaqueteurs passe de 13 à 17.
Le nombre des collections est encore changé, mais surtout leur hierarchie est changée:
4 Ensembles:
- La collection base se trouve dans le projet GIT base-sysV
- Les collections cli et gui se trouvent dans le projet GIT core
- Les collections cli-extra et gui-extra se trouvent dans le projet GIT extra
- Les interfaces lxde, lxqt, mate, gnome, kde5, xfce4 ont chacun leur projet GIT du même nom
- Nouvelle collection pour les paquets dont le code source n'est pas disponible
La collection 'nos' se trouve dans le projet GIT 'nos'
Pour les créateurs:
- Création d'une ISO personnalisée
Toutes les commandes pour la création d'une ISO personalisée sont désormais ajoutées.
- Création d'une NuTyX personnalisée
Le tutoriel s'est étoffé.
Bugs connus
L'interface gnome ne se lance pas, il y a un écran noir qui apparaît et avec seulement le curseur.
Le mode 'live' ne fonctionne pas dans virtualbox, mais fonctionne bien en dur.
Le rendu de la langue arabe ne fonctionne pas encore dans l'installateur.
Virtualbox 5.2 ne se compile pas encore sur les kernel lts 4.9.xx et 4.14.xx
Virtualbox 5.1.30 ne se compile pas encore sur le kernel lts 4.14.xx.
Remerciements
Je tiens à remercier toute mon équipe avec qui j'ai beaucoup de plaisir.Merci pour votre bonne humeur, pour votre contribution.