Différences entre les versions de « Ubuntu »

De dieudo.fr
Aller à la navigation Aller à la recherche
Ligne 1 : Ligne 1 :
== Personnaliser un lanceur ==
==Personnaliser un lanceur==
http://wiki.ubuntu-fr.org/menulibre
 
ou
 
http://wiki.ubuntu-fr.org/raccourci-lanceur#lanceurs_personnalises
http://wiki.ubuntu-fr.org/raccourci-lanceur#lanceurs_personnalises


Ligne 6 : Ligne 10 :
Pour construire les menus, les environnements prennent en comptent tous les fichiers <code>.desktop</code> qu'on trouve :
Pour construire les menus, les environnements prennent en comptent tous les fichiers <code>.desktop</code> qu'on trouve :


* soit dans <code>/usr/share/applications/</code>
*soit dans <code>/usr/share/applications/</code>
* soit dans <code>~/.local/share/applications/</code>
*soit dans <code>~/.local/share/applications/</code>


La plupart des gestionnaires de fichiers présentent les fichiers des lanceurs sous la forme de leur icône, avec leur nom traduit, et lancent l'application quand on clique dessus. C'est pratique quand on veut s'en servir comme de raccourcis sur le bureau, mais c'est assez gênant quand on veut les éditer, voire simplement les renommer.
La plupart des gestionnaires de fichiers présentent les fichiers des lanceurs sous la forme de leur icône, avec leur nom traduit, et lancent l'application quand on clique dessus. C'est pratique quand on veut s'en servir comme de raccourcis sur le bureau, mais c'est assez gênant quand on veut les éditer, voire simplement les renommer.

Version du 9 décembre 2020 à 15:49

Personnaliser un lanceur

http://wiki.ubuntu-fr.org/menulibre

ou

http://wiki.ubuntu-fr.org/raccourci-lanceur#lanceurs_personnalises

Extrait :

Pour construire les menus, les environnements prennent en comptent tous les fichiers .desktop qu'on trouve :

  • soit dans /usr/share/applications/
  • soit dans ~/.local/share/applications/

La plupart des gestionnaires de fichiers présentent les fichiers des lanceurs sous la forme de leur icône, avec leur nom traduit, et lancent l'application quand on clique dessus. C'est pratique quand on veut s'en servir comme de raccourcis sur le bureau, mais c'est assez gênant quand on veut les éditer, voire simplement les renommer.

----> Si vous voulez modifier un lanceur présent dans /usr/share/applications/ (c'est le cas pour la plupart des applications), il ne faut JAMAIS modifier directement le lanceur original : les modifications devraient en effet se faire en tant que super-utilisateur, ce qui est en soi risqué, et les modifications seraient effacées à la moindre mise à jour !

Il est conseillé de copier le lanceur original dans le dossier ~/.local/share/applications/, et de modifier la copie.

Moniteur système

  • "System monitor" : Lancement automatique au démarrage via l'application "Ajustements"
  • Positionnement mémorisé de la fenêtre à la suite de chaque démarrage en fermant la fenêtre après l'avoir ouverte et positionnée. Ajustements fin via l'application "dconf" (Éditeur dconf).

Installation de MediaWiki

Sources :

  • https://www.mediawiki.org/wiki/Manual:Upgrading/fr
  • https://www.mediawiki.org/wiki/Download_from_Git#Download_a_stable_branch
  • Exemple de ligne de commande pour récupérer les fichiers dans dossier nommé w1 :
git clone https://gerrit.wikimedia.org/r/mediawiki/core.git --branch REL1_35 w1 --depth=1
  • se déplacer dans le dossier /w1 puis lancer ces commandes :
git submodule update --init
composer update --no-dev
php maintenance/update.php

VisualEditor, n'a fonctionné qu'après cela :

cd VisualEditor
git submodule update --init

Plus

$wgServer = "https://dieudo.fr";

Pour l'installation de Maps :

  • https://maps.extension.wiki/wiki/Installation

Mise à jour

For anonymous checkout of the stable branch instead, use these commands:

cd /path/to/extensions
git clone https://gerrit.wikimedia.org/r/mediawiki/extensions/<EXT> --branch REL1_35

Pour VisualEditor, après cela :

cd VisualEditor
git submodule update --init
  • Pareil pour les skins.

Mise à jour de 18.04 vers 20.04

Mise à jour de 16.04 vers 18.04

Contexte

  • serveur sous 16.04

Objectifs

  1. mettre en place un système de sauvegarde efficace, permettant de remettre rapidement un serveur en route en cas de crash du serveur actuellement en fonction
  2. en profiter pour faire la mise à jour vers 18.04.

Opérations essayées mais abandonnées

  • mise à niveau vers 18.04 plante en cours de route
    • redémarrage automatique mais mise à jour incomplète, dont en particulier pas d'accès internet
  • sur un clone réalisé avec Clonezilla réinstallation de 16.04 en préservant le dossier /home comme indiqué ici :

Opérations réalisées

Méthode "clean install"

  1. installer ubuntu dernière version et faire les mise à jours
  2. copier les données des services à faire fonctionner
  3. installer apache et l'équivalent libre de mysql via une pré-installation de mariadb puis phpmyadmin
  4. configurer les vhost apache pour pointer sur les bon dossiers pour les bon domaines avec des droits d'accès suffisant pour apache.
  5. installer et configurer acme.sh en méthode dns pour créer et mettre à jour les certificats let's encrypt, puis faire le lien avec la config d'apache (vhost) pour que les sites s'affiche en https. (et idem pour les autres services utilisant des certificats ssl. La doc sur le dépot github d'acme.sh est remarquablement bien faite.
  6. https://askubuntu.com/questions/159007/how-do-i-run-specific-sudo-commands-without-a-password (pour le reload apache automatique sans être root)
  7. importer les bases mysql en root, en ligne de commande:
    mariadb < localhost.sql
  8. créer un utilisateur admin/root pour phpmyadmin pour pouvoir se connecter et gérer les bases (toujours en ligne de commande en root, puisque c'est le seul accès disponible par défaut sans avoir créé d'utilisateur avec les droits adéquats au préalable)
  9. configurer l'envoi de courriel : https://doc.ubuntu-fr.org/msmtp
  10. tester les sites et services
    1. Spécificités configuration de MediaWiki :
      1. fichier .htaccess associé au ShortURL tel que proposé par Redwerks
      2. ...
  11. mettre en place des sauvegardes automatisé (avec DéjàDup) (des dossiers avec les fichiers utilisateurs et des sites, ainsi que des bases de données, ainsi que des config dans /etc )
    1. à la suite de la mise à jour de Nextcloud de 15 vers 16 : point d'attention pour les mysqldump : " Note Also make sure your backup strategy still work. If you use mysqldump make sure to add the --default-character-set=utf8mb4 option. Otherwise your backups are broken and restoring them will result in ? instead of the emojis, making files inaccessible."
  12. mettre en place des sauvegarde automatisées avec https://doc.ubuntu-fr.org/automysqlbackup
  13. tester la restauration depuis ces sauvegardes