Tarnyko a écrit 404 commentaires

Tout le bloc que tu cites, par :

Un CentOS 7 bien à jour fournira Python 3 :

yum install python3 python3-pip

Ça devrait le faire. En te remerciant -et en m'excusant de ne pas avoir vu la dépêche de suite :).

Nickel !
Dans le tuto d'origine, la partie universelle commence à "L’installeur ne crée pas les paires […]" , s'arrête à "CentOS 7 ne fournit pas Python 3 […]" et reprend à "Après tu as deux écoles […]".

Tu auras aussi sûrement besoin de remplacer les commandes python3.6 / pip3.6 par python3 / pip3.

Et qui, de base, tient en seul fichier ❤ .

ne précise même pas que la version CODE est limité à 10 documents ouverts en simultané

Tu me l'apprends 😲 !
C'est donc vraiment une "démo" ; il y a sans doute d'autres limites si on pousse plus loin…

appeler Collabora […] au moins pour connaître le prix qui n'est même pas indiqué sur leur site.

Ça paraît le plus sage.

Merci Stéphane !
Je viens de regarder sa page, j'aime bien les technos utilisées, je vais compiler ça.

En fait ce que tu demandes, c'est d'ajouter le support WOPI à la version "client lourd" de LibreOffice.
Cela vous permettrait de répartir vos documents sur des serveur distants, et d'y accéder en simultané (et bien plus après !).

( Perso, j'ai vraiment eu du mal avec le discours entre LibreOffice/LibreOffice Online/Collabora Online/Collabora Office. Même la FAQ m'a peu aidé. Mais j'ai trouvé cette page :

CODE is built around the Collabora Office core )

Donc si les fonctions collab' (WOPI) de CODE proviennent de Collabora Office, qui se trouve être la version "entreprise", ça voudrait bien dire qu'il faut passer par elle… ?
Après techniquement LibreOffice est OSS, CODE est OSS… mais tu devrais t'adresser d'abord à Collabora, ils tentent de vivre de leur bébé :).

Est-ce que ces commandes sont valables pour d’autres distributions ?

Oui, et d'ailleurs quelqu'un pose ici la question pour Debian. Techniquement ça s'installe aussi sur Debian/Ubuntu/openSUSE -on note un biais "entreprise".

Ce qui est propre à CentOS, c'est toutes les commandes commençant par wget/yum qui sont des installations de paquets ; le reste devrait être universel, quoique… ils utilisent bien systemd sous Debian, hein ? ;-).

je ne suis pas bien sûre de comprendre ce qu’est un serveur WOPI par rapport à un serveur Apache

Alors un serveur WOPI, c'est effectivement d'abord un serveur Web comme Apache ; mais rien de fou quand un simple python3 -m http.server t'en lance un en local.

Sa spécificité, c'est sa capacité à générer, à partir de la tentative d'accès à une URL de document (mon fameux /Tarnyko/Documents/Waurde/file.doc), une série de réponses protocolaires en JSON/WebSockets qui permettent :
- d'obtenir des infos additionnelles (métadonnées) sur le document ;
- de télécharger le document, l'enregistrer, loguer les actions et le renvoyer au serveur, dans une optique collaborative (pas de verrou exclusif, etc).

Cette norme est supportée par toute la clique des suites online : Collabora Online, Nuxeo Office Online, M$ Office Online…
Tu pourrais recréer un WOPI à partir d'Apache et beaucoup d'huile de coude :-).

Hello djip007, je vous remercie beaucoup !

Vous avez sans doute deviné que ma machine de démo a été mise en place il y a des plombes (encore heureux qu'elle ait les màj de sécu…). J'ai donc repris mes étapes "Python 3" d'époque avec indolence.

Je proposerais bien qu'on mette à jour la dépêche pour remplacer la partie EPEL par ce :

yum install python3

(pas besoin de 3.8.6), ce qui rapprochera en plus ce tuto de RHEL/CentOS 8 -c'est quasi la seule différence. C'est possible, Ysabeau ?

Mais même les images ne se chargeront pas automatiquement. C’est une des règles : pas d’action automatique sans l’accord de l’utilisateur.

Ah d'accord. C'est rustique mais je comprends la logique du truc, un mal nécessaire pour éviter les actuels murs de PNGs géants…
Je serais bien intéressé par le nom ton client à images ! (pas grave si tu te rappelles pas, je geminise actuellement avec Bash/Bollux :-) ).

Je vais mettre ça en pile, ça m'évitera de poser des questions stupides (comme ce qui distingue une capsule d'un site). Après, je m'engagerai pas sur les délais ;).

J'ai depuis réinstallé 2 VMs en mettant /boot en ext4, et cela marche effectivement très bien !

Je me corrige moi-même, il faut plutôt faire :

# echo -e '\nvboxguest\nvboxsf\nvboxvideo\n' >> /etc/modules

Et ce sera d'ailleurs plus nécessaire quand j'aurai produit les paquets pour le partage de presse-papiers et le glisser-déposer, mais là je m'avance un peu :).

Ça passerait par le réseau local sans passer par internet.

De base, vrai.
Mais fais ça sur un serveur hébergé chez OVH (sur Strasbourg, joker), ou tortille la redirection de ports de ta box et pouf ! Tu voilà administrateur d'une instance Collabora Online :-).

Bon après, les trucs genre l'instance WOPI lancée en session root interactive, c'est pour tester la finesse…

Hello, je suis l'auteur du tuto pointé par Ysabeau.

Existe-t-il un tutorial pour faire la même chose sous debian?

Pas à ma connaissance (en vrai : sûr que non, j'avais bien cherché ;-) ).

Je n'ai pas accès à une Debian récente, mais si tu es motivé pour suivre le guide d'installation des paquets de Collabora (section Debian 9/Debian 10), on peut partir de là et je peux t'assister pour la suite.

C'est forcément pas si dur, et on réalisera ainsi un tuto… collaboratif (ta-daaaam !).

À titre d'expérience, je tenterai bien d'héberger une sous-section de mon site en Gemini.

Cela contiendrait juste : des liens, des images fixes (JPG, PNG), des binaires (ZIP, EXE, RUN).

C'est jouable ou bien ?

OK c'est fait, premier paquet créé !

Le truc avec VirtualBox, c'est bien de mettre la carte graphique VBoxSVGA ; celle par défaut ne supporte pas le KMS et fait crasher l'affichage pendant l'init.

Pour installer :

# curl http://www.tarnyko.net/repo/adelie/easy-kernel-modules-virtualbox-5.4.66-mc1-5.4.66-r0.apk --output vbox.apk
# apk add --allow-untrusted vbox.apk
# echo ' vboxguest vboxsf vboxvideo' >> /etc/modules
# reboot

Après tu peux tester les dossiers partagés, avec p.ex. cette commande adaptée à la capture :

# mkdir /media/sf_tmp
# mount -t vboxsf tmp /media/sf_tmp

Et pour tester l'accéléréation 3D :

# apk add mesa-dri
# startx
# glxgears &

(ça ne semble par contre pas suffisant pour Chromium, qui tourne pourtant sous VMware. Vu que la stack soft est la même, je dirais que c'est la carte 3D VBox qui PLM)

Je continuer de recommander celui-là à tout débutant.

(comment le reconnaître ? Tout se passait bien pour lui jusqu'à la fin de la 1ère section du tuto)

Ton message m'a incité à tenter mon premier empaquetage :).
On aurait pu faire plus simple pour commencer, mais j'apprends des trucs -plus sur VirtualBox que sur Adélie en fait. Checke la page de temps en temps, je posterai si j'arrive…

Je viens de réussir à le faire tourner.
Effectivement, Wayland/Plasma + Firefox, ça ne consomme pas beaucoup plus qu'X11/IceWM + Firefox (des pouillèmes). Et ça ne tire pas Akonadi !
Par contre le "menu Démarrer" freeze plusieurs secondes à chaque action, c'est assez agaçant ; j'ai l'impression ça pourrait être dû au fondu enchaîné, mais n'ai pas trouvé où le désactiver.

Les étapes sont plus complexes, nécessitent de créer un utilisateur limité et lancer 2 services :

Installer le nécessaire côté client :

# apk add ttf-liberation  # (police de caractères TTF)
# apk add qt5-qtwayland   # (rajoute le support wayland/wayland-egl)
# apk add konsole

Installer le serveur KWin/KWayland :

# apk add mesa-dri
# apk add kwin

Paramétrer D-Bus/elogind pour fournir les interfaces D-Bus libinput :

# rc-update add dbus default
# rc-update add elogind boot
# reboot

Se logger en tant qu'utilisateur limité et vérifier :

$ loginctl
_SESSION  UID    USER  SEAT TTY
      c1 1000 tarnyko seat0 tty1_

Lancer KWin :

WAYLAND_DEBUG=1 XDG_RUNTIME_DIR=$HOME dbus-launch kwin_wayland --drm --xwayland

À partir d'un autre TTY, même utilisateur, lancer Konsole :

QT_QPA_PLATFORM=wayland XDG_RUNTIME_DIR=$HOME konsole

Voilà déjà le résultat sur le TTY d'origine, et pour installer/lancer Plasma :

# apk add plasma-desktop
$ QT_QPA_PLATFORM=wayland XDG_RUNTIME_DIR=$HOME dbus-launch plasmashell

Je ne pertinenterai donc pas le tien :) !
Linus a peut-être une bonne raison de ne pas vouloir de fichier swap, et c'est peut-être justifié par l'implémentation ; mais présenté comme ça, rien ne permet de l'affirmer.
Si c'est juste une opposition de principe ou de tradition, on a le droit de l'ignorer.

Je suis content que tu aies des réponses ; l'aspect sécurité est entièrement absent de mon cas d'usage, mais j'étais curieux tout de même (nous n'utilisons pas Alpine).

Mééé nan ! Tu causes de fichier swap sous Nunux, et ça remue ; comme devant ma porte quand je lâche du pain :).

as tu déjà essayer la même chose avec une distro plus classique ?

Touché ; les étapes "liveCD" fonctionnent sûrement aussi à partir d'Ubuntu (avec DPKG à la place d'APK). C'était aussi un prétexte pour montrer Adélie…

Xfce est plus léger

Oui, ce que les gens le croient avant de s'apercevoir qu'un GTK+2 chargé en permanence, ça bouffe pas mal. Et en plus les applis sont rachitiques !

Ici un burlingue avec une conf faite en 10mn

Intéressant. C'est quoi, LXQt ?

Je te charriais un peu hein ; avec Weston on peut avoir Wayland avec un terminal, l'heure, et Firefox. C'est même plus simple à installer, il n'est juste pas packagé sous Adélie (je vais peut-être le faire).

Y a peut-être une explication à ton ressenti contradictoire.
Le Motif de base, installable sous Linux et d'autres UNIX, est mégalaid.
Le Motif IRIX, même API mais propriétaire, est mégabeau.

Y aura forcément un feeling différent entre une personne ayant manipulé les widgets Motif sur IRIX et ailleurs.

Je tiens de tester xBrowserSync sous Android ; il s'y présente comme une application distincte, où cliquer sur les marque-pages ouvre le navigateur favori du mobile. Pas très pratique, donc.

Techniquement, on peut installer l'extension Firefox sur Fennec (à ne pas confondre avec l'appli nommée "Firefox", de nature différente), mais ça coince (bug).

Sommes-nous nombreux à installer Fennec sur Android ? En admettant le bug résolu, ça ferait une bonne motivation pour mettre Mozilla sur mobile (il n'y a qu'un Chrome-like compatible, et il est d'origine douteuse).