Hypnotix sur openSuse

Hypnotix est lecteur IPTV développé pour Linux Mint. Il est facilement installable sur les distributins dérivées d'Ubuntu. Il peut aussi être installé et utilisé sur d'autres distribution. Dans cet article, j'avais traité de son installation sur Fedora avec un rpm construit à l'aide de rpmerizor. Cet rpm peut être installé sur openSUSE, distribution qui utilise aussi le système de paquets rpm. Pour l'installation de rpmerizor et la construction du paquet hypnotix, voir l'article précédent  (remplacer dans la commande dnf par zypper).

Ensuite, dans un terminal ouvert où se trouve le paquet:

sudo zypper install ./hypnotix-1.1-1.x86_64.rpm

Le système averti que le paquet n'est pas signé: on ignore.

La différence avec Fedora sont les dépendances à installer.

Tout d'abord il faut ajouter le dépôt packman-essentials.

Ensuite installer les paquets qui conviennent en lançant la commande:

sudo zypper install python3-IMDbPY python3-setproctitle typelib-1_0-XApp-1_0 python3-pycairo python3-python-mpv python3-requests python3-gobject-Gdk 

Par le jeu des dépendances les paquets installés par la commande sont bien plus nombreux que ceux indiqués.

Et voilà: hypnotix fonctionne très bien chez moi sur openSUSE 15.2 bureau kde

Hypnotix sur Fedora avec rpmerizor

Ce billet vient en complément avec celui-ci où il était question d'une méthode pour avoir hypnotix sur Fedora. 

Après avoir téléchargé ici le fichier hypnotix_1.1_all.deb, l'extraction du fichier deb (clic droit -> menu contextuel -> Extraire ici) conduit à la création d'un dossier hypnotix_1.1_all à ouvrir. Ensuite il reste à ouvrir data.tar.xz, puis data pour voir l'icone du dossier usr.

Puis cet usr issu du paquet deb était fusionné avec avec le dossier /usr se trouvant à la racine du système.

C'est une méthode efficace mais dangereuse car une fausse manœuvre risque de mettre tout le système par terre. De plus ce n'est pas tellement propre puisqu'il y a introduction de fichiers qui ne dépendent d'aucun paquet rpm. 

Alors pourquoi ne pas créer un paquet rpm? Pas de panique, rpmerizor rend la chose très facile. J'ai déjà parlé de cet outil dans ce message.

rpmerizor est à télécharger ici.

Ensuite j'ouvre un terminal dans le dossier de téléchargement, puis j'installe le paquet rpmerizor avec la commande:

sudo dnf install ./rpmerizor-2.10-1.noarch.rpm 

Toutes les dépendances nécessaires sont alors automatiquement téléchargées puis installées.

Puis j'ouvre un terminal au niveau du dossier hypnotix_1.1_all qui contient data (voir le message dont je parle au début) et je lance la commande

rpmerizor -name hypnotix -version 1.1 --rootdir data --nosign

Dans la sortie qui vient il suffit d'encoder quelques mots (en bleu):

name: hypnotix

version: 1.1

A brief one line description.

SUMMARY> IPTV Player

release: 1

toplevel_group/subclass (no biggie either way).

GROUP> video

A sales pitch for the package.  A blank line means you are done.

DESCRIPTION> 

mkdir /home/michel/rpmbuild

mkdir /home/michel/rpmbuild/SPECS

write spec file on /home/michel/rpmbuild/SPECS/hypnotix-1.1.spec

.....

Écrit : /home/michel/rpmbuild/RPMS/x86_64/hypnotix-1.1-1.x86_64.rpm

Et voilà le rpm est créé!

rootdir doit indiquer un dossier où se trouve uniquement usr (issu du deb).

On pourrait en modifiant le fichier spec indiquer les dépendances requises, mais pourquoi se casser la tête, il suffit de les installer (les dépôts rpmfusion doivent avoir été activés):

sudo dnf install python3-setproctitle python3-xapps-overrides mpv-libs

sudo pip install IMDbPY

Voir ici.

Pour installer le rpm nouvellement créé, ne pas utiliser dnf, mais la commande:

sudo rpm -i --replacefiles hypnotix-1.1-1.x86_64.rpm

depuis un terminal ouvert là où se trouve le rpm.

Suivant la façon dont est extrait le fichier deb puis data.tar.xz, la structure n'est pas nécessairement celle indiquée ici. 

Dans ce cas, il faut s'adapter. Si aucun répertoire n'a été créé lors des extractions, ouvrir un terminal où se trouve le paquet deb et exécuter en premier les commandes

mkdir data

mv usr data

Ensuite procéder comme avant.

On peut aussi donner dans la commande rpmerizor le chemin absolu vers data plutôt que le chemin relatif. 

Hyptnotix sur Kubuntu

 Dans ce billet, j'avais déjà traité d'hypnotix. lecteur IPTV développé pour Linux Mint et pouvant s'installer facilement sur des distributions dérivées d'Ubuntu.

Après avoir téléchargé ici hypnotix_1.1_all.deb, le plus simple est d'ouvrir un terminal là où le fichier a été téléchargé et ensuite d'exécuter la commande:

sudo apt install ./hypnotix_1.1_all.deb

Toutes les dépendances nécessaires sont en principe automatiquement installées.

Ça fonctionne sans problèmes pour Ubuntu (en tout cas si le serveur X est fourni par x.org), mais pour Kubuntu, ça ne fonctionnait pas.

Les dépendances nécessaires sont celles qui sont indiquées dans le paquet deb.

On peut les retrouver facilement dans un terminal en sortie de la commande

apt show hypnotix | grep  'Depends'

Ou alors graphiquement: extraire le deb, puis control.tar.xz. Les dépendances sont indiquées dans le fichier texte 'control':

Parmi les dépendances on trouve python3-gi.

Celui-ci est bien installé, par contre une recherche lancée par

apt search python3-gi

montre qu'un python3-gi-cairo existe mais que celui-ci n'est pas installé.

Je l'installe:

sudo apt install python3-gi-cairo

et miracle: ça fonctionne!

Hypnotix sur Fedora

Hypnotix est un outil permettant de regarder des programmes TV issus d'un flux IPTV.

Ce lecteur est au départ développé pour Linux Mint et peut s'installer facilement sur toutes les distributions dérivées de Ubuntu.

Il suffit après avoir téléchargé ici le fichier hypnotix_1.1_all.deb d'exécuter dans un terminal la commande

sudo apt install ./hypnotix_1.1_all.deb

ce qui déclenchera automatiquement l'installation de toutes les dépendances nécessaires (bien sûr, il faut que le terminal soit ouvert là où se trouve le fichier en question)

Pour Fedora, c'est une autre paire de manches: heureusement la solution se trouve ici expliquée dans cette vidéo que je vous invite à regarder.

Toutefois, voici quelques explications supplémentaires.

L'extraction du fichier deb (clic droit -> menu contextuel -> Extraire ici) conduit à la création d'un dossier hypnotix_1.1_all à ouvrir. Ensuite il reste à ouvrir data.tar.xz, puis data pour voir l'icone du dossier usr. Ci-dessous, l'arborescence générée:

Ce dossier usr issu du fichier deb sera fusionné comme expliqué dans la vidéo avec le dossier /usr se trouvant à la racine du système.

L'appel au terminal dans lequel on lance la commande

sudo nautilus

permet d'ouvrir une nouvelle instance du navigateur de fichiers avec les droits d'administrateur. Cette nouvelle instance sera la cible de l'opération copier-coller qui va suivre, l'instance initiale sera la source de cette opération

Attention si le premier menu contextuel (pour copier) est obtenu lorsque le pointeur est sur l'icône du dossier usr (issu du paquet deb), le deuxième (pour coller) est obtenu lorsque le pointeur ne survole aucune icône:

Il ne faut pas oublier d’effectuer les commandes indiquées à savoir:

sudo dnf install python3-setproctitle python3-xapps-overrides mpv-libs

sudo pip install IMDbPY

Je précise que les dépôts rpmfusion doivent avoir été activés.

Cependant pour moi ça ne marchait pas, jusqu'au moment ou j'ai choisi au moment du login 'Gnome sur Xorg' ce qui n'était pas le cas par défaut.

Installateur Ubuntu 20.10 crash

 L’installateur Kubuntu 20.10 se plante quasi à la fin de l'installation, lorsqu'il est question du boot loader.

En fait il recherche une partition EFI qu'il ne trouve pas. C'est assez fréquent sur des anciennes configuration.

Ce bug ne sera pas réparé avant la version 21.04

Une solution consiste à brancher un disque dur externe USB qui contient une telle partition, même si ce disque externe ne contient aucun système d'exploitation et si Ubuntu va être installé ailleurs, sur un disque interne.

Pour ma part j'ai créé cette partition EFI avec gparted. En image ses caractéristiques:

La partition en question doit être au début du disque, mais pas nécessairement tout au début (d'ailleurs en /dev/sdc1 j'ai une partition bios_grub).

Et miracle: tout se passe bien cette fois pour autant que le disque dur externe soit branché avant le boot.

Au premier redémarrage, après l’installation réussie d'Ubuntu, il faudra que ce disque externe soit encore branché.

Ensuite il faut enlever (ou commenter) tout ce qui dans /etc/fstab se rapporte à ce disque externe.

Par exemple:

# /boot/efi was on /dev/sdc2 during installation
#UUID=C374-6771  /boot/efi       vfat    umask=0077    

# swap was on /dev/sdc3 during installation
#UUID=0bc02099-0418-4c46-a30d-33b73f8bda07 none  swap    sw  

Et puis plus besoin du disque externe, même si l’installateur a écrit dans cette partition EFI.

Chromium et linux mint

Depuis quelque temps, Ubuntu impose que chromium soit installé à partir d'un paquet snap. Le paquet deb traditionnel est en fait un paquet de transition. 

Linux Mint dérive de Ubuntu, le problème est que Linux Mint ne veut pas de snap: il en résulte des problèmes pour ceux qui veulent installer chromium.

Ces problèmes peuvent être contournés via l'ajout d'un ppa par la commande:

sudo add-apt-repository ppa:xalt7x/chromium-deb-vaapi

Mais une bonne nouvelle est arrivée: chromium est enfin disponible via flatpak, comme on peut le constater en exécutant la commande

flatpak search chromium

En image:

Donc plus besoin de ppa, installons via flatpak avec la commande:

sudo flatpak install org.chromium.Chromium

Bien sûr cela suppose que flatpak est déjà opérationnel avec le dépôt flathub activé (ce qui est en principe le cas dans linux mint).

Tout semble bien parti, mais ce message tue notre enthousiasme:

Error: org.chromium.Chromium needs a later flatpak version

A moi le ppa qui convient, fournissant une version plus récente de flatpak:

sudo add-apt-repository ppa:alexlarsson/flatpak

Puis:

sudo apt update 

sudo apt upgrade

Ensuite flatpak ayant changé de version

sudo flatpak uninstall --unused

Output chez moi:

       ID                                           Branch          Op

 1. [-] org.freedesktop.Platform.GL.default          19.08           r

 2. [-] org.freedesktop.Platform                     19.08           r

 3. [-] org.freedesktop.Platform.Locale              19.08           r

Maintenant l'installation de chromium via la commande flatpak se déroule sans encombres.

Notons quand même qu'avec Fedora ou Ubuntu 20.10  et d'autres distributions encore, il n'y aurait pas eu de problèmes concernant la version de flatpak.

flatpak: downgrade provisoire de wps-office

J'ai dans cet article expliqué comment installer wps-office avec flatpak. L'avantage, outre le fait de garder wps-office à jour, était de pouvoir choisir une interface en français. Cette possibilité a actuellement disparu. Mais pas de panique: il suffit d'effectuer un downgrade de wps-office, de récupérer cette interface pour ensuite l'utiliser avec la nouvelle version de wps-office. Je vais montrer comment procéder.

Tout d'abord rechercher la version qui nous intéresse (on procède dans un émulateur de terminal):

flatpak remote-info --log flathub com.wps.Office

L'output est conséquent:

Je choisis le commit

ba2ffc297b6f827ea285d20d1e699793af2fb53cc102e7015593db8d2f75d438

correspondant à la version 11.1.0.9522.

j'installe cette version:

sudo flatpak update --commit=ba2ffc297b6f827ea285d20d1e699793af2fb53cc102e7015593db8d2f75d438 com.wps.Office

Ensuite je vais là où se trouve l'interface en français:

cd /var/lib/flatpak/app/com.wps.Office/current/active/files/share/wps/office6/mui

Je procède à une copie de cet interface après avoir créer un dossier de sauvegarde:

mkdir ~/wps-mui

cp -R fr_FR ~/wps-mui/

Je réinstalle la nouvelle version de wps-office:

sudo flatpak update

Ensuite je copie l'interface où il convient:

cd /var/lib/flatpak/app/com.wps.Office/current/active/files/extra/wps-office/office6/mui/

sudo cp -R ~/wps-mui/fr_FR .

(Le point de la commande est important: il est mis pour le répertoire où on est)

Certains modules installés avec l'ancienne version sont devenus inutiles. On peut les enlever:

sudo flatpak uninstall --unused

Pour la vérification orthographique, rien de changé par rapport à ce que j'ai écrit ici :

Pour rappel le dictionnaire peut s'installer avec la commande:

sudo unzip fr_FR.zip -d /var/lib/flatpak/app/com.wps.Office/current/active/files/extra/wps-office/office6/dicts/spellcheck/

pour autant que l'on soit là où se trouve le fichier zip, où alors il faut indiquer le chemin complet vers ce fichier.