La sempiternelle question. Il fallait bien que quelqu'un la pose.
Pourquoi une nouvelle distribution ?
Si c'est du Debian Wheezy avec de la doc et un menu sympa, et sans doute d'autre choses, c'était pas possible de faire juste un dépôt supplémentaire, voire intégrer à Debian les nouveaux logiciels, et faire un méta-paquet pour agréger le tout ? Et contribuer à la doc, améliorer les traductions, etc ?
Petit bémol pour la doc, parce que je conçois qu'envoyer un néophyte dans la doc Debian, c'est… comment dire…
Donc pourquoi pas refaire une doc à zéro avec une autre approche, quitte à fusionner un jour. Mais ça change rien à la question.
Je suis frappé aussi par le menu principal. L'un des avantages de linux, par rapport à Windows en tout cas, c'est justement le menu des programmes qui est bien rangé, et catégorisé.
Je comprends l'idée. Jusqu'à présent, j'ai pas eu de problème avec Stable, parce que je parle d'utilisateurs qui se foutent d'avoir le dernier IceWeasel et tout. Même si je reconnais avoir galéré avec le Smartphone de ma copine (mtp), alors qu'en testing ça marche pas mal.
Y a-t-il dans Mint un logiciel qui répondrait à mon besoin ?
Quand j'aurai un de ces PC sous la main, je pense que j'essaierai gnome-packagekit et tant pis pour les dépendances. L'autre jour, j'étais pressé et j'ai eu peur de casser la config son en installant pulseaudio et de pas avoir le temps de réparer.
Il manque deux-trois petites choses. Je pense aux filtres qu'on a dans Synaptic (par dépôt d'origine, par exemple). Peut-être parce que ce n'est pas la solution "de référence", mais je le trouve tellement plus pratique qu'apt. Ne serait-ce que parce qu'il n'y a pas besoin de taper de commandes, de sélectionner des résultats, etc.
Je cherche, je sélectionne, je visualise, j'annule, je re-sélectionne, je résouds si problème. J'ai l'impression d'y voir beaucoup plus clair qu'avec apt.
J'espère qu'aptitude va continuer à exister. Je veux bien installer Synaptic ou autre s'il le faut, mais pour administrer à distance, via SSH, il me faudrait passer par apt, ce qui me compliquerait grandement la vie.
Je tente de faire une application en PySide (python 3 + Qt 4) et c'est assez sympa à faire avec QtDesigner. Il y a juste du python à coder.
Bien que j'apprécie le look Qt (par exemple comparé à une autre version du lême outil créée avec des UserForms Excel), c'est pas super sexy par rapport à ce qu'on voit maintenant sur tablette et je sais pas comment ça va s'afficher, notamment comment va être géré l'ajustement à la taille de l'écran, mais j'espère que ça se passera bien en mettant les bonnes propriétés à mes widgets pour qu'ils s'étendent comme il faut.
Ce qui me retiendrait de passer à QtQuick :
nécessiter de faire du HTML/CSS/Javascript alors que là je fais toute l'IHM en QtDesigner,
difficulté à trouver de la doc / des tutos / de l'aide, alors que déjà en PySide je vois déjà que je m'éloigne de la voie canonique QT/C++ et je galère un peu.
Mais peut-être que je me trompe et que c'est plus simple.
C'est d'ailleurs assez facile et amusant à constater au démarrage. En gardant le pied appuyé sur la pédale de frein, on la sent qui s'enfonce doucement après avoir appuyé sur le bouton de démarrage.
D'ailleurs, quand je démarre en pente avec le pied sur le frein après avoir débloqué le frein à main, la voiture bouge, parce que l'assistance n'est pas encore efficace et je ne suis plus habitué à appuyer comme un âne.
Pour ceux qui doutent de l'effet de l'habitude sur la force qu'on imprime à la pédale, essayez de changer de pied (pied droit sur embrayage, ou mieux, pied gauche sur le frein), c'est surprenant. Évitez de le faire avec une voiture juste derrière…
Sur le fond, le fait que ça marche moteur éteint sans assistance ne signifie pas qu'une assistance défaillante qui viserait à minimiser le freinage (typiquement un ABS) ne pourrait pas empêcher de freiner, je suppose. En tout cas c'est plus compliqué que ça.
Un inconvénient de cette méthode : si je prête mon ordi à qqn en lui donnant le MdP (je sais, çaymal), il faut aussi (que je lui donne le mot de vérif ou) que je lui décrive l'image de vérif ? Sinon, il va tomber dans le panneau.
Bonne initiative. Au passage, ça clarifiera la situation du fork qui se présente comme une version 7 alors que c'est plutôt un fork en développement. Ça n'aide pas à s'y retrouver.
Le cahier des charges est très flou, c'est pour ça qu'on fait rien…
On a des gros fichiers à envoyer et des gens qui se débrouillent par courriel ou parfois dl.free.fr, ce qui me file des boutons et donc j'envisage une alternative et je pense à Jyraphe.
Je me dis que c'est simple et que j'ai qu'à installer une instance de Jyraphe. Pas si simple en fait puisque notre admin sys est sous-traitée, mais pourquoi pas. En plus c'est des serveurs Windows, j'ai pas trop envie d'y toucher. Pour info, la boîte fait moins de 50 personnes sur deux sites. Serveurs dupliqués avec synchro régulière.
On a aussi des projets en collaboration avec l'extérieur, et puisqu'on réfléchit à ça, c'est l'occasion de se demander si on pourrait pas mettre quelque chose de beaucoup plus balèze, avec des répertoires de partage, gestion des droits déléguée au chef de projet, pourquoi pas listes de discussion, site web de projet et café. Rien à voir, donc.
J'ai donc regardé aussi du côté des solutions (très) lourdes. J'ai noté les noms suivants : Nuxeo, Ovidentia, Alfresco, Jahia. Et j'en suis resté là. Je pense que c'est pas demain qu'on installera un truc comme ça.
Donc on pourrait laisser ça de côté et au moins mettre un petit truc à la Jyraphe. Mais ne serait-ce que ça, c'est déjà ajouter un peu de "maintenance", alors que le problème ne se pose pas si souvent et ne gêne pas tant que ça les utilisateurs (qui trouvent que dl.free.fr ça marche bien et sinon pourquoi pas dropbox).
J'ai noté OwnCloud, aussi, mais pas pris le temps de regarder.
Si on reste sur le truc simple, le risque que je vois c'est que les fichiers ne soient jamais effacés et qu'on doive faire le ménage à la main. Donc je suis attaché à une fonction de limite de temps, éventuellement réglable par l'utilisateur mais avec un max. Et une possibilité de supprimer avant (ça, ça existe sans doute déjà), et pourquoi pas de prolonger la présence du fichier suite à alerte courriel ("votre fichier va être effacé dans 15 jours").
Posté par jihele .
En réponse au journal Renaissance de Jyraphe.
Évalué à 7.
Dernière modification le 28 février 2014 à 10:12.
Félicitations au repreneur, même si je suis attaché aux fonctions de gestion de la durée de présence du fichier sur le serveur.
Intéressé par l'installation d'un tel outil dans ma boîte, j'ai cherché à tirer au clair quelle version ou quel fork je devrais utiliser. J'ai posé la question sur la liste de discussion de Jyraphe.
En effet, un logiciel qui n'évolue pas ne signifie pas qu'il est mort, peut-être juste qu'il est complet, mais dans la mesure où il s'exécute en serveur, c'est rassurant de savoir qu'il est utilisé, qu'une communauté peut réagir si on découvre une faille.
Alors dans la famille Jyraphe,
On trouve sur Github une version 7 qui ne se présente pas comme un fork mais bien comme la suite de Jyraphe.
Coquelicot, très orienté sécurité/confidentialité (au sens ou l'admin n'a pas connaissance des contenus échangés)
Zirafe Je cite l'auteur : "peu de changements majeurs par rapport à Jyraphe. C'est testable ici : http://42.meup.org. Le changement majeur concerne les différents liens possibles pour un fichier, plus ou moins cours et comportant l'extension du fichier. Toutefois, zirafe n'est que très peu documenté (par exemple : il y a un exemple de configuration uniquement pour nginx) et je souhaite effectué un travail de refactorisation avant d'exposer un peu plus le projet. Dans tous les cas, je compte m'y remettre un peu plus activement sous peu."
Jirafeau Un utilisateur dit qu'il "l'utilise en production depuis 8 mois". Quelques nouvelles fonctionnalités.
Pour l'instant on a rien mis dans ma boîte (donc on continuera d'avoir des demandes quand la pièce jointe de 30 Mo passe pas et dl.free.fr marche pas), mais je pense que je partirais sur Jirafeau.
Moi je ressens parfois des manques, mais c'est sans doute parce que je sais pas le paramétrer.
Par exemple, j'aimerais bien avoir des onglets dans gvim ou vim, quand j'ai plusieurs fichiers ouverts. Je crois que c'est possible, j'ai essayé une fois sans succès et ça m'a jamais assez manqué pour que j'insiste. Si c'était pas défaut, je m'en servirais.
Les autres problèmes sont plus des questions d'intégration : coloration syntaxique, ctags, etc, qui font que c'est pas aussi immédiatement pratique qu'un IDE.
Avec la version experimental de gvfs-backend, et ses quelques dépendances en experimental aussi, ça fonctionne de façon fluide.
La seule chose qui marchait pas, c'était l'affichage des images directement depuis le téléphone dans gthumb. Peut-être un problème de gthumb. Une fois copié sur le PC ça fonctionne.
Donc ça devrait fonctionner dans Debian stable en 2015 ou 2016, c'est-à-dire longtemps après que ce téléphone soit cassé et remplacé par un plus récent…
Le paquet est dans experimental et met du temps à arriver dans testing. Le fait que ce paquet englobe un nombre important de backends ne doit pas aider puisqu'il suffit que l'un d'entre eux ait une dépendance bloquée pour que ça bloque tout. Par exemple, il dépend de la version experimental de libgoa, qui sert à gérer les Gnome Online Accounts, qui n'ont sans doute pa sgrand chose à voir avec MTP.
Je n'utilise ni mtpfs (plus dans les dépôts) ni jmtpfs (je ne l'ai pas installé). (Pour une liste des façons de gérer le MTP, voir cette page de la doc d'Arch linux.)
J'utilise gvfs-mtp, qui chez Debian est fourni dans le paquet gvfs-backends.
Le développeur de gvfs-mtp a publié un article sur son blog qui évoque le problème des noms et des numéros. Un coup d'oeil au changelog de gvfs dit que c'est dans la version 1.17 qu'est ajouté la fonctionnalité mtp: Use normal filenames in paths.
Et je viens de voir dans un rapport de bug Debian que ça devrait fonctionner avec la version 1.18 de gvfs-backend présente dans experimental.
(Attention, je mélange des numéros de version gvfs-backend et gvfs-mtp, mais je pense qu'ils sont indépendants.)
Je n'ai pas le même problème en PTP. Mais l'arborescence est bizarre (tous les répertoires apparaissent trois fois : Alarms, Alarms_000004bb, Alarms_0000005a, etc) et je vois tous les fichiers pareils saut que les videos .mp4 qui sont normalement mélangées avec les photos dans Camera n'apparaissent pas. Donc ce n'est pas vraiment une solution.
L'appareil apparaît alors avec une icône d'appareil photo et l'adresse gphoto2://[usb:002,006]/
En fait, quand je navigue dans l'arborescence de l'appareil, je vois bien les bons noms de répertoire, et quand je clique pour changer de répertoire, ça marche, mais la barre d'adresse ne contient pas le nom de répertoire mais un chiffre à la place.
Exemple : mtp://[usb:001,010]/65537/Phone/DCIM/Camera devient mtp://[usb:001,010]/65537/9/75/
Le même phénomène que pour les noms de fichier.
La lecture directement depuis l'appareil échoue car le nom de fichier passé au logiciel est mtp://[usb:001,010]/65537/9/75/69 et ça lui plaît pas.
Effectivement, le téléphone se monte proprement, avec une belle icône, et une touche "éject". Super.
La navigation est fluide.
Mais je n'arrive pas à utiliser les fichiers directement sur le téléphone (par exemple en double-cliquant sur un fichier .jpg, .mp4, .pdf).
Et si je les copie, ça ne fonctionne pas tellement mieux. Les noms de fichier sont modifiés à la copie pour des noms plus courts et sans extension. Et selon le type de fichier, ça ne s'ouvre pas toujours correctement.
Exemple, mtp://[usb:001,010]/65537/9/75/87/20130726_212917.jpg devient 87. Quand je double-clique, la photo est toute petite et clignote… Bref, ça ne marche pas. Si je renomme 87.jpg, ça marche. Même avant renommage, le Type de fichier indiqué par Thunar est pourtant bien "image JPEG".
Je pense pas qu'il faille s'attarder sur les symptômes pour chaque type de fichier, les problèmes découlent sûrement du renommage. C'est celui-ci que je ne m'explique pas.
Pour info, les fichiers dans l'appareil sont root:root et rw-rw-rw-.
Je vois même pas avec quels mots-clés chercher pour résoudre ça.
# Pourquoi une nouvelle distribution ?
Posté par jihele . En réponse à la dépêche HandyLinux pour débuter en informatique. Évalué à 1.
La sempiternelle question. Il fallait bien que quelqu'un la pose.
Pourquoi une nouvelle distribution ?
Si c'est du Debian Wheezy avec de la doc et un menu sympa, et sans doute d'autre choses, c'était pas possible de faire juste un dépôt supplémentaire, voire intégrer à Debian les nouveaux logiciels, et faire un méta-paquet pour agréger le tout ? Et contribuer à la doc, améliorer les traductions, etc ?
Petit bémol pour la doc, parce que je conçois qu'envoyer un néophyte dans la doc Debian, c'est… comment dire…
Donc pourquoi pas refaire une doc à zéro avec une autre approche, quitte à fusionner un jour. Mais ça change rien à la question.
Je suis frappé aussi par le menu principal. L'un des avantages de linux, par rapport à Windows en tout cas, c'est justement le menu des programmes qui est bien rangé, et catégorisé.
[^] # Re: Choix de la distrib ?
Posté par jihele . En réponse au message Xfce : mise à jour des paquets et notifications. Évalué à 2.
Je comprends l'idée. Jusqu'à présent, j'ai pas eu de problème avec Stable, parce que je parle d'utilisateurs qui se foutent d'avoir le dernier IceWeasel et tout. Même si je reconnais avoir galéré avec le Smartphone de ma copine (mtp), alors qu'en testing ça marche pas mal.
Y a-t-il dans Mint un logiciel qui répondrait à mon besoin ?
Quand j'aurai un de ces PC sous la main, je pense que j'essaierai gnome-packagekit et tant pis pour les dépendances. L'autre jour, j'étais pressé et j'ai eu peur de casser la config son en installant pulseaudio et de pas avoir le temps de réparer.
[^] # Re: aptitude
Posté par jihele . En réponse au journal APT : nouvelle version 1.0. Évalué à 4.
Il manque deux-trois petites choses. Je pense aux filtres qu'on a dans Synaptic (par dépôt d'origine, par exemple). Peut-être parce que ce n'est pas la solution "de référence", mais je le trouve tellement plus pratique qu'apt. Ne serait-ce que parce qu'il n'y a pas besoin de taper de commandes, de sélectionner des résultats, etc.
Je cherche, je sélectionne, je visualise, j'annule, je re-sélectionne, je résouds si problème. J'ai l'impression d'y voir beaucoup plus clair qu'avec apt.
J'espère qu'aptitude va continuer à exister. Je veux bien installer Synaptic ou autre s'il le faut, mais pour administrer à distance, via SSH, il me faudrait passer par apt, ce qui me compliquerait grandement la vie.
# Question déjà traitée
Posté par jihele . En réponse au message Timezone définie par l'utilisateur : GUI ?. Évalué à 2.
J'ai oublié de mettre un lien vers cet autre message du forum :
https://linuxfr.org/forums/general-cherche-logiciel/posts/gui-pour-changer-la-timezone-d-un-utilisateur
qui traite du sujet mais ne répond pas vraiment à ma question et est trop vieux pour recevoir de nouveaux commentaires.
[^] # Re: Orthographe
Posté par jihele . En réponse au journal Les artistes, ce fléau ou l'invasion des profanateurs de GUI. Évalué à 2.
s/ce file est fait pour vous/ce fil est fait pour vous/
[^] # Re: Bonne idée ...
Posté par jihele . En réponse au journal Tomate, un logiciel pour planifier vos cultures. Évalué à 3.
Pour ceux que ça intéresse : http://qt-project.org/wiki/PySide-QtQuick-Tutorials
[^] # Re: Bonne idée ...
Posté par jihele . En réponse au journal Tomate, un logiciel pour planifier vos cultures. Évalué à 2.
OK je débarque un peu. J'ai lu ceci en diagonale : http://stackoverflow.com/questions/5497820/traditional-qt-or-qt-quick-for-a-desktop-program
[^] # Re: Bonne idée ...
Posté par jihele . En réponse au journal Tomate, un logiciel pour planifier vos cultures. Évalué à 3.
Je tente de faire une application en PySide (python 3 + Qt 4) et c'est assez sympa à faire avec QtDesigner. Il y a juste du python à coder.
Bien que j'apprécie le look Qt (par exemple comparé à une autre version du lême outil créée avec des UserForms Excel), c'est pas super sexy par rapport à ce qu'on voit maintenant sur tablette et je sais pas comment ça va s'afficher, notamment comment va être géré l'ajustement à la taille de l'écran, mais j'espère que ça se passera bien en mettant les bonnes propriétés à mes widgets pour qu'ils s'étendent comme il faut.
Ce qui me retiendrait de passer à QtQuick :
nécessiter de faire du HTML/CSS/Javascript alors que là je fais toute l'IHM en QtDesigner,
difficulté à trouver de la doc / des tutos / de l'aide, alors que déjà en PySide je vois déjà que je m'éloigne de la voie canonique QT/C++ et je galère un peu.
Mais peut-être que je me trompe et que c'est plus simple.
[^] # Re: Bonne idée ...
Posté par jihele . En réponse au journal Tomate, un logiciel pour planifier vos cultures. Évalué à 4.
QtQuick est nécessaire pour tourner sous Android ?
Il me semble que non : http://qt-project.org/wiki/PySide_for_Android_guide
Mais peut-être qu'avec QtQuick c'est trivial alors que là il faut une manip. Et puis c'est PySide, pas PyQt.
[^] # Re: Quelle est l'utilité de faire un « gros » programme pour freiner ?
Posté par jihele . En réponse à la dépêche Encore un exemple de code spaghetti : Toyota. Évalué à 4.
C'est d'ailleurs assez facile et amusant à constater au démarrage. En gardant le pied appuyé sur la pédale de frein, on la sent qui s'enfonce doucement après avoir appuyé sur le bouton de démarrage.
D'ailleurs, quand je démarre en pente avec le pied sur le frein après avoir débloqué le frein à main, la voiture bouge, parce que l'assistance n'est pas encore efficace et je ne suis plus habitué à appuyer comme un âne.
Pour ceux qui doutent de l'effet de l'habitude sur la force qu'on imprime à la pédale, essayez de changer de pied (pied droit sur embrayage, ou mieux, pied gauche sur le frein), c'est surprenant. Évitez de le faire avec une voiture juste derrière…
Sur le fond, le fait que ça marche moteur éteint sans assistance ne signifie pas qu'une assistance défaillante qui viserait à minimiser le freinage (typiquement un ABS) ne pourrait pas empêcher de freiner, je suppose. En tout cas c'est plus compliqué que ça.
[^] # Re: Boite de dialogue pour les mots de passe
Posté par jihele . En réponse au journal Compositeurs Wayland - Pourquoi et comment gérer les clients privilégiés?. Évalué à 2.
Pas compris…
Tu veux dire que l'attaquant, ne sachant pas que c'est pas toi, ne tentera même pas le coup ? Que la mesure est finalement assez dissuasive ?
Du point de vue de l'attaquant, c'est pas cher de tenter le coup jusqu'à ce que ça passe (cf. phishings et autres…)
[^] # Re: Boite de dialogue pour les mots de passe
Posté par jihele . En réponse au journal Compositeurs Wayland - Pourquoi et comment gérer les clients privilégiés?. Évalué à 2.
Un inconvénient de cette méthode : si je prête mon ordi à qqn en lui donnant le MdP (je sais, çaymal), il faut aussi (que je lui donne le mot de vérif ou) que je lui décrive l'image de vérif ? Sinon, il va tomber dans le panneau.
[^] # Re: Boite de dialogue pour les mots de passe
Posté par jihele . En réponse au journal Compositeurs Wayland - Pourquoi et comment gérer les clients privilégiés?. Évalué à 2.
La même idée peut être reprise avec un mot clé pré-choisi. Ça revient au même, un mot-clé ou un chemin vers un fichier image.
C'est l'interface de saisie de mot de passe qui s'identifie auprès de l'utilisateur avec le mot que l'utilisateur lui a confié au préalable.
[^] # Re: :)
Posté par jihele . En réponse au journal Renaissance de Jyraphe. Évalué à 3.
Bonne initiative. Au passage, ça clarifiera la situation du fork qui se présente comme une version 7 alors que c'est plutôt un fork en développement. Ça n'aide pas à s'y retrouver.
[^] # Re: Jirafeau
Posté par jihele . En réponse au journal Renaissance de Jyraphe. Évalué à 5.
Et pourtant
Tu peux expliciter les différences ?
C'est fait dans Jirafeau.
[^] # Re: La jyraphe et ses enfants
Posté par jihele . En réponse au journal Renaissance de Jyraphe. Évalué à 2.
Le cahier des charges est très flou, c'est pour ça qu'on fait rien…
On a des gros fichiers à envoyer et des gens qui se débrouillent par courriel ou parfois dl.free.fr, ce qui me file des boutons et donc j'envisage une alternative et je pense à Jyraphe.
Je me dis que c'est simple et que j'ai qu'à installer une instance de Jyraphe. Pas si simple en fait puisque notre admin sys est sous-traitée, mais pourquoi pas. En plus c'est des serveurs Windows, j'ai pas trop envie d'y toucher. Pour info, la boîte fait moins de 50 personnes sur deux sites. Serveurs dupliqués avec synchro régulière.
On a aussi des projets en collaboration avec l'extérieur, et puisqu'on réfléchit à ça, c'est l'occasion de se demander si on pourrait pas mettre quelque chose de beaucoup plus balèze, avec des répertoires de partage, gestion des droits déléguée au chef de projet, pourquoi pas listes de discussion, site web de projet et café. Rien à voir, donc.
J'ai donc regardé aussi du côté des solutions (très) lourdes. J'ai noté les noms suivants : Nuxeo, Ovidentia, Alfresco, Jahia. Et j'en suis resté là. Je pense que c'est pas demain qu'on installera un truc comme ça.
Donc on pourrait laisser ça de côté et au moins mettre un petit truc à la Jyraphe. Mais ne serait-ce que ça, c'est déjà ajouter un peu de "maintenance", alors que le problème ne se pose pas si souvent et ne gêne pas tant que ça les utilisateurs (qui trouvent que dl.free.fr ça marche bien et sinon pourquoi pas dropbox).
J'ai noté OwnCloud, aussi, mais pas pris le temps de regarder.
Si on reste sur le truc simple, le risque que je vois c'est que les fichiers ne soient jamais effacés et qu'on doive faire le ménage à la main. Donc je suis attaché à une fonction de limite de temps, éventuellement réglable par l'utilisateur mais avec un max. Et une possibilité de supprimer avant (ça, ça existe sans doute déjà), et pourquoi pas de prolonger la présence du fichier suite à alerte courriel ("votre fichier va être effacé dans 15 jours").
# La jyraphe et ses enfants
Posté par jihele . En réponse au journal Renaissance de Jyraphe. Évalué à 7. Dernière modification le 28 février 2014 à 10:12.
Félicitations au repreneur, même si je suis attaché aux fonctions de gestion de la durée de présence du fichier sur le serveur.
Intéressé par l'installation d'un tel outil dans ma boîte, j'ai cherché à tirer au clair quelle version ou quel fork je devrais utiliser. J'ai posé la question sur la liste de discussion de Jyraphe.
En effet, un logiciel qui n'évolue pas ne signifie pas qu'il est mort, peut-être juste qu'il est complet, mais dans la mesure où il s'exécute en serveur, c'est rassurant de savoir qu'il est utilisé, qu'une communauté peut réagir si on découvre une faille.
Alors dans la famille Jyraphe,
On trouve sur Github une version 7 qui ne se présente pas comme un fork mais bien comme la suite de Jyraphe.
Coquelicot, très orienté sécurité/confidentialité (au sens ou l'admin n'a pas connaissance des contenus échangés)
Zirafe Je cite l'auteur : "peu de changements majeurs par rapport à Jyraphe. C'est testable ici : http://42.meup.org. Le changement majeur concerne les différents liens possibles pour un fichier, plus ou moins cours et comportant l'extension du fichier. Toutefois, zirafe n'est que très peu documenté (par exemple : il y a un exemple de configuration uniquement pour nginx) et je souhaite effectué un travail de refactorisation avant d'exposer un peu plus le projet. Dans tous les cas, je compte m'y remettre un peu plus activement sous peu."
Jirafeau Un utilisateur dit qu'il "l'utilise en production depuis 8 mois". Quelques nouvelles fonctionnalités.
Pour l'instant on a rien mis dans ma boîte (donc on continuera d'avoir des demandes quand la pièce jointe de 30 Mo passe pas et dl.free.fr marche pas), mais je pense que je partirais sur Jirafeau.
[^] # Re: citation des commentaires du journal
Posté par jihele . En réponse à la dépêche Neovim : une refonte de vim pour le 21è siècle. Évalué à 3.
Super. Merci.
Et si je veux que les nouveaux fichiers s'ouvrent dans la même fenêtre gvim, apparemment, il n'y a pas l'option pour, mais je peux me faire un
et lancer gvir (idem pour vim).
Bonne soirée !
[^] # Re: citation des commentaires du journal
Posté par jihele . En réponse à la dépêche Neovim : une refonte de vim pour le 21è siècle. Évalué à 2.
Moi je ressens parfois des manques, mais c'est sans doute parce que je sais pas le paramétrer.
Par exemple, j'aimerais bien avoir des onglets dans gvim ou vim, quand j'ai plusieurs fichiers ouverts. Je crois que c'est possible, j'ai essayé une fois sans succès et ça m'a jamais assez manqué pour que j'insiste. Si c'était pas défaut, je m'en servirais.
Les autres problèmes sont plus des questions d'intégration : coloration syntaxique, ctags, etc, qui font que c'est pas aussi immédiatement pratique qu'un IDE.
[^] # Re: Mise à jour ?
Posté par jihele . En réponse au message Monter un Galaxy S3. Évalué à 3.
Avec la version experimental de gvfs-backend, et ses quelques dépendances en experimental aussi, ça fonctionne de façon fluide.
La seule chose qui marchait pas, c'était l'affichage des images directement depuis le téléphone dans gthumb. Peut-être un problème de gthumb. Une fois copié sur le PC ça fonctionne.
Donc ça devrait fonctionner dans Debian stable en 2015 ou 2016, c'est-à-dire longtemps après que ce téléphone soit cassé et remplacé par un plus récent…
Le paquet est dans experimental et met du temps à arriver dans testing. Le fait que ce paquet englobe un nombre important de backends ne doit pas aider puisqu'il suffit que l'un d'entre eux ait une dépendance bloquée pour que ça bloque tout. Par exemple, il dépend de la version experimental de libgoa, qui sert à gérer les Gnome Online Accounts, qui n'ont sans doute pa sgrand chose à voir avec MTP.
[^] # Re: Mise à jour ?
Posté par jihele . En réponse au message Monter un Galaxy S3. Évalué à 2.
Je pense avoir une réponse.
Je n'utilise ni mtpfs (plus dans les dépôts) ni jmtpfs (je ne l'ai pas installé). (Pour une liste des façons de gérer le MTP, voir cette page de la doc d'Arch linux.)
J'utilise gvfs-mtp, qui chez Debian est fourni dans le paquet gvfs-backends.
Le développeur de gvfs-mtp a publié un article sur son blog qui évoque le problème des noms et des numéros. Un coup d'oeil au changelog de gvfs dit que c'est dans la version 1.17 qu'est ajouté la fonctionnalité mtp: Use normal filenames in paths.
Et je viens de voir dans un rapport de bug Debian que ça devrait fonctionner avec la version 1.18 de gvfs-backend présente dans experimental.
(Attention, je mélange des numéros de version gvfs-backend et gvfs-mtp, mais je pense qu'ils sont indépendants.)
[^] # Re: Mise à jour ?
Posté par jihele . En réponse au message Monter un Galaxy S3. Évalué à 2.
Je n'ai pas le même problème en PTP. Mais l'arborescence est bizarre (tous les répertoires apparaissent trois fois : Alarms, Alarms_000004bb, Alarms_0000005a, etc) et je vois tous les fichiers pareils saut que les videos .mp4 qui sont normalement mélangées avec les photos dans Camera n'apparaissent pas. Donc ce n'est pas vraiment une solution.
L'appareil apparaît alors avec une icône d'appareil photo et l'adresse gphoto2://[usb:002,006]/
[^] # Re: Mise à jour ?
Posté par jihele . En réponse au message Monter un Galaxy S3. Évalué à 2.
En fait, quand je navigue dans l'arborescence de l'appareil, je vois bien les bons noms de répertoire, et quand je clique pour changer de répertoire, ça marche, mais la barre d'adresse ne contient pas le nom de répertoire mais un chiffre à la place.
Exemple : mtp://[usb:001,010]/65537/Phone/DCIM/Camera devient mtp://[usb:001,010]/65537/9/75/
Le même phénomène que pour les noms de fichier.
La lecture directement depuis l'appareil échoue car le nom de fichier passé au logiciel est mtp://[usb:001,010]/65537/9/75/69 et ça lui plaît pas.
[^] # Re: Mise à jour ?
Posté par jihele . En réponse au message Monter un Galaxy S3. Évalué à 2.
Je viens de faire le test sur ma Jessie et ça y est pas encore tout à fait.
mtp-tools (1.1.6-20-g1b9f164-1)
Effectivement, le téléphone se monte proprement, avec une belle icône, et une touche "éject". Super.
La navigation est fluide.
Mais je n'arrive pas à utiliser les fichiers directement sur le téléphone (par exemple en double-cliquant sur un fichier .jpg, .mp4, .pdf).
Et si je les copie, ça ne fonctionne pas tellement mieux. Les noms de fichier sont modifiés à la copie pour des noms plus courts et sans extension. Et selon le type de fichier, ça ne s'ouvre pas toujours correctement.
Exemple, mtp://[usb:001,010]/65537/9/75/87/20130726_212917.jpg devient 87. Quand je double-clique, la photo est toute petite et clignote… Bref, ça ne marche pas. Si je renomme 87.jpg, ça marche. Même avant renommage, le Type de fichier indiqué par Thunar est pourtant bien "image JPEG".
Je pense pas qu'il faille s'attarder sur les symptômes pour chaque type de fichier, les problèmes découlent sûrement du renommage. C'est celui-ci que je ne m'explique pas.
Pour info, les fichiers dans l'appareil sont root:root et rw-rw-rw-.
Je vois même pas avec quels mots-clés chercher pour résoudre ça.
Je ne vois rien dans les logs.
[^] # Re: Lapin compris
Posté par jihele . En réponse au journal Tout le monde a bien activé TLS sur ses serveurs SMTP ?. Évalué à 2.
Merci. C'est plus court que la page d'aide de Postfix que j'ai citée plus haut.