romu a écrit 179 commentaires

Bonjour,
Je fais une réponse en bloc. Dans mon cas c'est un Macbook Pro 2016 (sans touchbar) 13,1 de son petit nom. Donc il faut passer par un adaptateur pour pourvoir brancher la clé USB. J'arrive à un menu qui me propose Fedora et 2 "EFI Boot", les 3 options mènent à l'écran qui proposent de lancer Fedora Live.

Si je le lance, la clé clignote quelques secondes et puis plus rien du tout. Sur GitHub un gars m'a conseillé de virer le "quiet" de la ligne de commande pour voir ce qui se passe, ça ne change rien, pas plus de trace.

Ubuntu 17.10 démarre correctement pourtant, images gravés avec DD dans les 2 cas (sur Sierra je ne sais pas faire autrement).

La discussion complète est là : https://github.com/Dunedan/mbp-2016-linux/issues/25.

…c'est pénible, mais une clé USB Ubuntu démarre sans souci sur un Mac, Fedora pas du tout, dommage.

Bonjour Madame, Monsieur auteur de ce post.

Vous êtes ici sur un forum Linux. J'aime beaucoup Pydio, mais malheureusement, vous ne fournissez aucun paquet pour le client de synchronisation pour les distributions majeures (Debian / Red Hat). Vous fournissez bien un exécutable seul, mais qui génère pleins d'erreurs dès qu'on veut le mettre dans un dossier correct (par exemple /opt/Pydio).

Alors, c'est bien beau de venir vanter le truc ici, mais bon…

On discute également avec les équipes de Plasma Mobile et Ubuntu Touch, voir si on peut avoir un socle commun niveau communication avec le matériel.

Et pourquoi pas avec SailfishOS / Mer, qui me semble quand même bien plus avancé que les 2 autres. Sachant qu'Ubuntu Touch est mort lui aussi.

Merci, mais pas de htaccess ni de rewrite rules.

Non, je n'avais pas testé, et je l'ai fait, et ça marche. C'est super, un grand merci. Côté face, j'aimerais bien comprendre pourquoi. C'est quand même bien étrange.

Oui c'est aussi une possibilité. Je viens de tester Tuleap et l'interface ne passe pas du tout sur mobile, donc c'est ko pour moi. Peut être Kanboard, faut que je teste ça.

Merci.

Tu as presque tout bon. Je confesse, je n'ai pas lu le billet, le projet présenté m'a intéressé et je me suis empressé d'aller sur le site pour chercher et je n'y ai pas trouvé cette info justement. La prochaine fois, je lirai le billet, ce sera plus simple.

Merci.

Ca semble bien ce projet. C'est compliqué de n'installer qu'un module ? Genre si je ne veux que le Kanban et pas du tout besoin du reste ?

Je viens de parcourir la doc (rapidement cela dit) et je ne trouve aucune mention de la base de données à mettre en place. Tu peux m'éclairer ?

Merci.

Ok merci. Donc je garde mon principe : nginx pour aiguiller et chiffrer le trafic et un conteneur en http simple pour chaque service. Et tous les certificats et la config de sécurité sont spécifiées dans la config de nginx. Ca me semble plutôt pas mal.

Merci beaucoup…je ne suis pas sur de ne pas revenir avec d'autres questions.

…alors la bonne façon de faire est d'utiliser des sous domaines (wallabag.romu.fr pour wallabgag, wekan.romu.fr pour WeKan, etc), et des certificats Let's Encrypt. Le problème que je vois à cette solution (arrêtez moi si je me trompe), c'est sa relative complexité.

Mon idée première était d'avoir le reverse proxy qui écouterait en HTTPS avec le certificat qui va bien, pour distribuer les échanges vers les bons conteneurs (wallabag, mais aussi les autres) directement en HTTP (ce serait local au nas, pas de pb de sécurité).

Or, à ma connaissance, Let's Encrypt ne founit pas de certificat "wildcard". Chaque conteneur (=service) doit donc avoir son propre certificat. Dans un tel cas, comment doit être configurée la sécurité du "reverse proxy" ?

merci.

Ok, merci beaucoup, c'est très clair. Effectivement si je rajoute un "/" à l'URI, ça fonctionne…pour la page d'accueil et tout pête après. Donc j'en prends note, et vais m'organiser pour faire des sous-domaines.

Merci encore.

Par contre, au niveau réactivité, à utiliser sur une machine virtuelle ou un Atom de quelques années, LXDE passe comme une lettre à la poste, Xfce s’en sort bien, mais Gnome rame atrocement et KDE… on peut prendre une pause café pendant l’ouverture de la session.

J'imagine que ça c'est plus du au GPU inexistant qu'à autre chose, non ? Le bureaux modernes utilisent tous l'accélération graphique il me semble. Ou je me trompe ?

Super boulot que vous faites, bravo !

Petite question : pourquoi le choix de Turtl pour les notes ?

Merci.

Ok, merci à tous les deux, je vais bidouiller ça demain je pense et voir comment faire les choses. Merci encore.

Désolé pour les fôtes, j'aurais du mieux me relire.

Bonjour,
Et tout d'abord, merci pour le travail abattu pour cette dépêche, bravo !

Depuis 2/3 versions de Fedora, j'utilise RedShift, et j'en suis très content. Avoir le température de l'écran qui s'ajuste automatiquement à l'heure (et donc approximativement à la lumière) de l'endroit où je me trouve, je trouve ça vraiment très agréable.

Mais, ça ne marche pas sur Wayland. Il paraîtrait que ce genre de fonctionnalités serait géré directement par Gnome, une info là dessus ?

Merci.

Ca y est, je me souviens !!

La différence de calcul provient de la différence de mix énergétique entre le lieu de fabrication et celui de l'utilisation. Le chiffre est plus faible sur le doc de Dell car il tient compte d'une fabrication ET d'une utilisation sur des lieux au mix fortement carboné (US, Chine, etc, mix fortement au charbon). GreenIT dans son article utilise le chiffre de fabrication en Chine (normal), mais de l'utilisation en France ou le mix est faiblement carboné (merci l'atome).

Cela n'enlève pas grand chose de toute façon à la conclusion : le renouvellement est à proscrire, car on est aujourd'hui incapable de recycler correctement ces machins et de récupérer toutes les ressources, métalliques notamment, qu'ils contiennent.

Je n'en sais rien. Si je ne fais pas erreur, traceroute te donne le nombre d'équipements sur ton chemin, mais pas la conso de chacun. Cela dit, ça doit être un truc facile à moyenner.

Mais c'est pas de ça dont on parle quand on parle de la conso des DC. On met juste un wattmètre devant le local et voilà (en très gros bien sur).

Pareil pour Google quand il te dit qu'avec un serveur qui consomme 300 W, il arrive à servir 3000 clients (non simultanément). Il mesure ses équipements à lui j'imagine. Je le vois mal te donner un chiffre qui inclut la conso des équipements des Free, par exemple.

J'ai fait le calcul il y a quelques années quand j'ai présenté ces chiffres. Et je trouvais 70 ans pour le serveur, donc un chiffre proche du Mac. Et, de mémoire, j'avais utilisé la même méthodologie que celle présentée par GreenIT pour le Mac.

Clairement oui ce serait intéressant, car effectivement, on parle des data centers, mais pas trop des équipements réseaux autour.

J'ai un Synology 5 baies, mais qui ne contient que 2 DD de portable. Et ça consomme moins de 20 watts, je comptais d'ailleurs essayer d'enlever la coque et les ventilos pour voir si ça tient et à combien la conso tombe.

Aux messages concernant la planète, voici 2/3 petits calculs pour bien fixer les choses :

• l'empreinte de la fabrication d'un de nos joujous correspond à sa consommation pendant une vie humaine (grosso modo) à raison de 8h par jour (week-end et tout compris), exemples avec un MacBook Pro et un serveur Dell

C'est bien sur valable pour quasiment tout le high tech, donc oui, mille fois OUI, le renouvellement est à proscrire.

• on parle beaucoup de la conso des data centers, c'est très juste, mais c'est aussi parce que c'est la seule qu'on sait mesurer. Google nous dit par exemple qu'un utilisateur consomme à peu près 250 mW.

Or, le moindre PC portable consomme 100 fois ce chiffre, on peut passer sur les diverses optimisations et approximations pour se dire qu'on n'est peut être pas à 100, mais à quelques dizaines. Conclusion : l'impact n'est pas du côté des data centers, il est du côté des clients. Mais ça, personne ne veux / peux / ose (rayer les mentions inutiles) le dire.

My 2 cents.

Merci, et grosse honte sur moi qui n'avait pas été voir le doc.

Bonjour Bruno,
Comme j'ai eu maintes fois l'occasion de le dire ici et sur le forum, je vois les problèmes suivants :
- Multi-utilisateurs : indispensable dans un contexte familial, asso, etc
- Fichiers stockés dans CouchDB, donc en cas de crash, plus d'accès aux fichiers (me corriger si je me trompe), c'est juste un NoGO pour moi.

Salut,
Perso c'est HP aussi, j'avais un 815C de quasiment 20 ans qui fonctionne d'ailleurs encore. Madame ayant besoin du scanner, on vient de prendre un Envy 4527. Une fois connectée au wifi (dommage qu'ils n'aient pas mis l'Ethernet d'ailleurs, tant pis), elle s'installe en 3 clics sur Fedora, et le scan marche aussi "out of the box". Vraiment bien.