Vous devriez aller jeter une paupière dans le /etc/skel de vôtre saveur installée & ensuite dans /manjaro-iso-profiles(-master)/vôtresaveur/vôtresaveur-overlay/etc/skel -> c'est ici qu'il faut copier trois/quatre répertoires (cela dépend de la saveur) cachés de vôtre /home -> .config (.e & .elementary pour moi, mais il y un répertoire caché/dédié par saveur dans ou hors .config) & .local en veillant à les attribuer à root comme proprio, ainsi que .mozilla (qui est hors .config) ou vôtre .bashrc favori (plein d'alias/fonctions dont vous avez vous seul le secret ), par exemple.
Ps: /etc/skel -> squelette initial de vôtre saveur (iso), de mémoire (?) car je n'utilise + la E-saveur manjarienne depuis fort longtemps
"Il semble que la perfection soit atteinte non quand il n'y a plus rien à ajouter, mais quand il n'y a plus rien à retrancher"
Antoine de Saint-Exupéry
Manjaro KDE 5 Stable
CM: ASRock Z97 PRO4
CPU: Intel Core i7-4790K @ 8x 4.4GHz
GPU: GeForce GTX 1050 Ti
RAM: 16 Go Installation sur SDD-M2 Crucial MX300 avec données sur HDD WD 1 To
@fassil que voici un bon "man manjaro-tools" Je vais essayer de traduire en jokilien
1°)manjaro-tools manjaro-tools est un script bash qui va recopier une configuration dans un iso
Après installation, on édite éventuellement le fichier manjaro-tools.conf - choix de la branche (stable...testing) - nom de la distribution , de l'iso - le dossier ou sera généré l'iso - le dossier "work" (chroots_iso) images pour générer l'iso
2°) manjaro-tools-iso-profiles le nerd de la guerre on télécharge des configurations par défaut (manjaro-tools-iso-profiles) ces configurations sont la réplique des iso "officielles" de Manjaro ce dossier sera notre dossier de travail ou nous allons pondre notre Manjaro maison
Manjaro-tools génère 2 distributions distinctes : le live-cd et une autre version après installation
on choisit le bureau de notre iso (xfce-enlightenment-Kde-Lxde-gnome-openbox-...) En fonction du choix de notre environnement on choisit dans manjaro-tools-iso-profiles un dossier (par exemple kde5)
tree -d manjaro-tools-iso-profiles ├── enlightenment ├── gnome ├── kde ├── kde5 ├── kde-minimal ├── lxde ├── lxqt ├── lxqt-openrc ├── net ├── openbox ├── shared (LA VERSION DE BASE DE TOUS ) ├── sysmenu ├── xfce └── xfce-minimal
Dans le dossier de notre iso nous avons 3 configurations overlay (live et installé) livecd (live uniquement) "nom_du_bureau"-overlay (installé) "kde5-overlay"
3 fichiers texte "packages-*" sont la liste des paquets installés pour nos 3 configurations ; ajoutez vos logiciels (paquets disponibles dans pacman). Tout est déjà pré-remplit comme la Manjaro officielle. ps: vous désirez ajouter des paquets aur ? c'est possible en ajoutant son propre dépot local dans pacman.conf
les 3 sous-dossiers (overlay...live) servent à la configuration; ils sont la représentation de ce que nous désirons écraser par rapport a une installation Manjaro normale
ls manjaro-tools-iso-profiles/kde5/kde-overlay etc/ root/ usr/
généralement on ajoute notre propre configuration dans le sous-dossier /ext/ /etc/skel/ est un dossier qui sera le dossier "home" par défaut de notre utilisateur (par exemple recopier son propre ~/.config/, .bashrc, les alias...) dans /usr/share/ nos propres ressources (icone Manjaro par exemple, ou fond écran)
Existe aussi un fichier profile.conf qui est un fichier plus détaillé que le "manjaro-tools.conf" (choix du kernel ...)
3) On execute nous allons dans notre dossier "/manjaro-tools-iso-profiles/" et nous lançons la génération de notre iso tester/voir les configurations avec -q (5 secondes)
si tout est ok, on lance le gros travail générer l'iso (25..40 minutes ?)
buildiso -p kde5/ -b stable
ps: ici l'on donne le dossier de notre bureau (kde,gnome...) (kde5 dans cet exemple)
le script buildiso va télécharger tous les paquets nécessaires à l'iso puis, il va générer : dans le dossier "work"(manjaro-tools.conf::chroots_iso) l'image du live cd (livecd-image) et l'image de la manjaro installée (kde-image) en téléchargeant nos paquets et copiant nos fichiers de notre répertoire "manjaro-tools-iso-profiles" ; ce dossier n'est qu'un répertoire temporaire de travail. puis, à partir de ces images, buildiso génére un bel iso d'une Manjaro personnelle ps: par défaut l'iso est dans : /var/cache/manjaro-tools/iso (modifiable dans manjaro-tools.conf)
4) conclusion tout est fait dans "manjaro-tools-iso-profiles", il suffit donc de distribuer son manjaro-tools-iso-profiles (zip de 23Mo) et les autres ont un accès tout préconfiguré à votre respin Manjaro. ce "petit" fichier peut-être aussi une sauvegarde de votre système (sans les datas) que vous pouvez recréer avec b2im par exemple
Pas mal, le *jokilien* Par contre, pour commencer, j'éviterais de toucher tout de suite au répertoire *shared* qui est la base/pierre angulaire de toutes les saveurs (pour s'en convaincre, tous les *overlay* & fichiers packages (liste texte de paquets) dans chaque saveur/profile sont des raccourcis ramenant vers lui, à part ceux concernant la saveur voulue), histoire de garder une base saine
"Il semble que la perfection soit atteinte non quand il n'y a plus rien à ajouter, mais quand il n'y a plus rien à retrancher"
Antoine de Saint-Exupéry
fassil a écrit :j'éviterais de toucher tout de suite au répertoire *shared* histoire de garder une base saine
et de plus cela peu poser des problèmes de maintenance : le dossier "shared" évolue dans le temps par l'équipe des développeurs Manjaro et nous ne bénéficierions plus des nouveautés.
Pour moi, la bonne pratique est de faire un fork du dépôt git ainsi il est "simple" de synchroniser son projet avec celui de Manjaro. Git est un outil très puissant de vervioning(gestion de versions) donc il est fait pour cela : Git permet de synchroniser(merge-push)/voir(diff) les différences entre notre dépôt personnel (le fork) et le dépôt Manjaro. Il permet aussi d'avoir un historique(retour arrière possible) extrêmement puissant de tout changement (dans notre fork et dans le dépôt officiel) voici a titre d'exemple toutes mes différences avec la version originale(du jour) sur github (longue page !) ps: ici pas d'historique : je viens juste de créer le fork
---------------------------------------- mini tuto pour faire un fork du dépot officiel (pas un tuto git!) ---------------------------------------- 1) aller sur github - créer un compte - aller sur site manjaro https://github.com/manjaro/manjaro-tools-iso-profiles - créer un fork (bouton Fork en haut à droite)
2) local - aller dans son dossier de travail (par exemple ~/workspace/live-iso/) - télécharger notre fork
- mettre à jour notre fork (le dépôt original Manjaro évolue chaque jour!)
git fetch upstream #je récupère les changements des autres git checkout master #je bascule sur ma branche git merge upstream/master #je fusionne la branche récupérée avec la mienne
- créer sa propre branche de travail (ON NE TRAVAILLE JAMAIS sur la branche MASTER) nous ne sommes pas un dev officiel Manjaro
git checkout -b travail upstream/master
ici elle se nomme "travail"
3) fini, le fork est opérationnel
Donc on a 2 branches : master l'original Manjaro, on la réactualise grâce a la commande "git fetch upstream", cette branche va nous servir de référence travail, la branche personnelle de notre propre Manjaro pour switcher d'une branche a une autre:
git checkout travail
avec cette commande, le contenu de nos répertoires est instantanément modifiés en fonction de la branche
Pour plus de clarté, il est possible de travailler avec des sous-branches :
lors de notre travail, on crée des sous-branches : par exemple un branche "fonds_ecran_perso"
git checkout fonds_ecran_perso
je modifie les fichiers de configuration j'ajoute les images dans /usr/share/ Il ne reste plus qu'a créer le nouvel iso si le résultat est bon, je fusionne les 2 branches "fonds_ecran_perso" et "travail"
git checkout travail git merge fonds_ecran_perso
Si le résultat n'est pas bon, pas grave, je bascule sur la branche "travail"(notre branche propre) et je passe à autre chose...
Les branches c'est le top : il est possible d'avoir une (sous)branche Chromium et une autre Firefox ; une branche stable et une autre testing ... avec un simple "git checkout Chromium" j'ai une autre configuration prête à être compilée/testée
il existe des plugins(zsh,bash) au prompt pour visualiser la branche courante ; un minimum pour bien travailler. Un plugin existe aussi pour Dolphin
Fin de journée on remonte(sauvegarde) sur github nos modifications (télécharge uniquement les changements donc très très rapide)
git push origin travail
et l'on récupère(fetch) pour la prochaine fois, les dernières modifications des autres développeurs Manjaro (la branche "master") puis nous fusionnons(merge) la branche upstream/master sur notre branche perso/master
ps: j'ai une vision globale de tous les changements en cours dans tous les fork ps: avec cette méthode de création, il est possible et très simple d'intégrer une branche de notre fork (pull request) dans le dépôt officiel Manjaro (un simple click souris ) ps: il existe aussi gitlab qui lui permet des dépôts gratuit (comme github) mais en plus ces dépôts peuvent êtres privés (rien que pour vos yeux mais pas très open-source de cacher son travail !)
Salut. Moi qui cherchais des explications, j'ai de quoi faire.Il faut que je prenne le temps de digérer tout ça. Merci.
Manjaro KDE 5 Stable
CM: ASRock Z97 PRO4
CPU: Intel Core i7-4790K @ 8x 4.4GHz
GPU: GeForce GTX 1050 Ti
RAM: 16 Go Installation sur SDD-M2 Crucial MX300 avec données sur HDD WD 1 To
Le jokilien sur github, ça demande quand même plusieurs lectures, pfuuu...
Sinon, dans la série, *faites comme j'dis, pas comme j'fais* , j'ai quand même réussi à me passer de quelques dizaines de paquets superflus (pour moi, mais raid, lvm & les systèmes de fichiers alternatifs, par exemple, pour quoi les télécharger, installer & mettre à jour si on les utilise pô..) dans /shared/packages /shared/packages-Xorg. Quand j'aurais cerné le jokilien & github, je metterai peut-être ça sous une branche...
"Il semble que la perfection soit atteinte non quand il n'y a plus rien à ajouter, mais quand il n'y a plus rien à retrancher"
Antoine de Saint-Exupéry
Une branche dans Git est tout simplement un pointeur mobile léger vers un objet commit.
peut-être ? : une série de snapshot temporels (les commits) reliés par un label commun la commande "git checkout nom_branche" restitue instantanément le dernier snapshot de nom d'une branche dans le projet
Ouaip, mais si le but est de se bricoler le profile de sa saveur manjarienne/préfèrée à usage perso avec l'outil de xcfaudio & de le relancer/rebuilder de temps en temps pour le garder à jour, je pense qu'il serait judicieux de ne pas s'embarquer en + dans github. Il y a déjà assez à digérer avec manjaro-tools pour obtenir un live à son goût, amha.. Pour ma part, je met le résultat en ligne parce que la E-saveur (avec la moitié de Xfce en prime) ne me convient pô du tout & que je me dis qu'il y peut-être quelques *illuminés* (s'il en restent ) que ça intéressent. D'autre part, 2.5 Go d'occupation disque un fois installé/nettoyé (librO compris), je trouve que ça le mérite & que c'est plutôt en phase avec les nouvelles machines qui pointent leur nez (nuc-like, netbook, voire Poolpebook ) avec souvent des supports de stockage non-mécaniques & (déjà) envahis par la Redmondie.
Ps: Sur le live perso *aux p'tits oignons*, je dois pas être loin du compte, car pour savoir si je suis en live ou sur ma partition de test, je dois jeter une paupière dans terminology (manjaro@manjaro vs fassil@pfuuu)
"Il semble que la perfection soit atteinte non quand il n'y a plus rien à ajouter, mais quand il n'y a plus rien à retrancher"
Antoine de Saint-Exupéry
Bonjour @ tous. La mise à jour en Testing remplace Manjaro-tools par Manjaro-tools-base. Il faut désinstaller b2im pour continuer, puis modifier les dépendances du PKGBUILD et reconstruire le paquet , ou attendre que Xfcaudio libère sa dernière mouture.
PKGBUILD Obsolète
P.S. C'est aujourd'hui que démarre la migration de Aur vers Aur4 et tous les paquets sont provisoirement en lecture seules. Quelques petites secousses sont attendues
Noyau récent MANJARO x86_64 bits: 64 Xfce 4.16
ASUSTeK model: PRIME B350M-A v: Rev X.0x
6-Core: AMD Ryzen 5 2600X
AMD Baffin [Radeon RX 460/560D / Pro
driver: amdgpu v: kernel
Display: x11 server: X.Org driver: amdgpu,ati unloaded: modesetting
OpenGL: renderer: Radeon RX 560 Series
Arch en Dual. Aucun lien publicitaire ne saurait être toléré dans la signature!
J'écris ça, j'écris rien, mais laisser tomber les paquets provennant de AUR dans un premier temps pour des rebuilds persos devrait être un gain de temps pour domestiquer l'outil, car mettre en oeuvre un dépôt local est relativement simple en théorie, mais en pratique, pfuuu...
"Il semble que la perfection soit atteinte non quand il n'y a plus rien à ajouter, mais quand il n'y a plus rien à retrancher"
Antoine de Saint-Exupéry
Non, mais le remplacement de manjaro-tools par manjaro-tools-base ne saurait tarder a arriver dans [stable] Edit: Le problème est que Manjaro-tools-base semble être une partie de manjaro-tools. Or lors de la mise à jour, Manjaro-tools-base est en conflit avec son paquet tuteur..... Extrait du Wiki (en) de Manjaro-Tools:
Introduction
manjaro-tools consists of a lot of different tools aimed at Manjaro developers. It is splitted into 3 different packages:
manjaro-tools-base contains basic tools, different chroot tools, and buildset manjaro-tools-pkg contains small helper tools, buildpkg, and buildtree manjaro-tools-iso contains small helper tools and buildiso
manjaro-tools are a replacement for devtools and manjaroiso. A detailed user manual is available at github.
Bon, il sera toujours temps de modifier en conséquence plus tard....
Noyau récent MANJARO x86_64 bits: 64 Xfce 4.16
ASUSTeK model: PRIME B350M-A v: Rev X.0x
6-Core: AMD Ryzen 5 2600X
AMD Baffin [Radeon RX 460/560D / Pro
driver: amdgpu v: kernel
Display: x11 server: X.Org driver: amdgpu,ati unloaded: modesetting
OpenGL: renderer: Radeon RX 560 Series
Arch en Dual. Aucun lien publicitaire ne saurait être toléré dans la signature!
Une petite réflexion sur l'outil & sur les chemins au bout desquels il faut laisser sa patte pour avoir des icônes à son goût pour les amovibles sur le bureau avec E, par exemple: /home/work/manjaro-tools/manjaro-iso-profiles/enlightenment/enlightenment-overlay/etc/skel/.e/e/fileman/custom.cfg
Ou celui-ci, pas mal aussi pour des raccourcis claviers (dont vous aurez vous seul & vôtre iso de sauvegarde le secret ) persos sous xfce: /home/work/manjaro-tools/manjaro-iso-profiles/xfce-minimal/xfce-overlay/etc/skel/.config/xfce4/xfconf/xfce-perchannel-xml/xfce4-keyboard-shortcuts.xml
"Il semble que la perfection soit atteinte non quand il n'y a plus rien à ajouter, mais quand il n'y a plus rien à retrancher"
Antoine de Saint-Exupéry
manjaro_profiles vient de changer d'architecture et de plus maintenant, il faut aussi utiliser desktop-settings ou l'on retrouve tous les fichiers du $HOME utilisateur; ces fichiers sont liés au profile comme un package dans le fichier "Packages-bureau" de manjaro_profiles
Ouaip, on m'a encore demandé hier de m'en occuper, mais vu le bin'z que c'est depuis le passage à E20, j'avais rien de cohérent encore & j'ai pas envie de lâcher une iso bancale pour les deux pelés espagnols qui semblent l'utiliser vraiment à l'inter ! D'autant + que j'avais déjà un peu de mal avec github, mais alors là j'ai pas tout compris au nouveau système... De toute façon, les EFL & friends (elementary & enlightenment) arrivent upsteam de chez Arch, alors: "e-nautia for ever" pour mes p'tits rebuilds..
"Il semble que la perfection soit atteinte non quand il n'y a plus rien à ajouter, mais quand il n'y a plus rien à retrancher"
Antoine de Saint-Exupéry
De gros changements arrivent avec Manjaro-tools ! manjaro-tools-iso-profiles est en train d'être complètement refondu.
Maintenant les profils/réglages ne sont plus dans ce dépôt mais sont découpés comme de réels petits paquets qui sont simplement ajoutés comme les autres dans le fichier texte de configuration Packages-*****
Ces paquets manjaro-******-settings installent principalement des fichiers dans /etc/skel/.
note: puisque nous avons déjà des fichiers dans ce répertoire qui ne sont liés a aucun paquet : il faut forcer leurs intallation.
Maintenant avec ce paquet "settings", créer tout nouvel utilisateur lui fera bénéficier des réglages du paquet. Comme il est installé comme un paquet, l'installateur de l'iso va donc l'utiliser.
Nous avons donc une technique beaucoup plus simple pour les développeurs Manjaro. Avant le contenu de manjaro-tools-iso-profiles était copié avant compilation de l'iso; maintenant il est inséré comme un simple paquet par l'installateur. ces paquets peuvent être aussi utilisés avec une installation en net-édition.
ps: il existe aussi un "manjaro-firefox-settings" qui lui peut être commun à plusieurs bureau
Tous ces nouveaux paquets sont regroupés sur github et attendent votre contribution...