Quand j'ai un peu de temps, pour meubler, je joue à Stack Overflow. Mais j'y passe trop peu de temps, mon perso évolue très lentement. Et puis les premiers joueurs ont une énorme avance.
scanimage doit être un script. En général, tu l'utilises directement :
/chemin/vers/mon_script --options > fichier_resultat Pour que ça marche, il faut que le fichier scanimage soit exécutable et qu'il commence par une ligne indiquant l'interpréteur (qui peut être bash, sh, voire python).
A défaut, et pour pas se compliquer, tu peux appeler bash explicitement comme dans ton exemple et tu es sûr que ça marche, même si c'est redondant.
Tu as peut-être copié cette ligne sur une page d'aide ou de tuto qui utilise la méthode explicite pour être sûr que ça fonctionne sans devoir ajouter les droits en exécution (chmod +x).
Je partage le commentaire de Bernez. Avant de lancer des commandes et de parser les sorties, c'est toujours bien de chercher s'il y a pas une API, une bibliothèque qui propose les fonctionnalités directement dans le langage qu'on utilise.
J'utilise plutôt Python, donc je connais pas l'écosystème C++, c'est pour ça que je ne suis pas entré là-dedans dans ma réponse, mais mon premier réflexe serait de chercher une bibliothèque en C++ (ou avec des bindings en C++) qui englobe scanimage ou propose quelque chose d'équivalent.
L'API SANE est une bonne piste.
Et quiteinsane est peut-être exactement ce que tu veux réaliser, ou au moins un exemple dont t'inspirer.
Pour lister les scanners, je tape la commande "scanimage -L".
Je ne sais pas dans quell fichier s'écrit la liste des scanners par contre!
Ben dans la sortie standard.
Si tu veux écrire dans un fichier, tu fais une redirection, comme tu as fait dans l'autre commande, avec l'opérateur ">" :
scanimage -L > ~/monfichier Mais dans ton cas il vaudrait mieux rattraper la sortie directement dans ton logiciel.
En fait, je constate sur ma machine de bureau que vlc galère (image qui s'arrête, qui saute) sur du 1080p (01_llama_drama_1080p.mp4), c'est impossible à regarder, alors que mplayer s'en sort très bien. Donc le logiciel est en cause aussi.
M'enfin ça nous éloigne du sujet. Je demanderai conseil là-dessus ailleurs.
C'est pas le mêmes cœurs, et je pense qu'en plus ils sont moins bons sur le netbook (1,5 GHz, il y a peut-être pas que la fréquence qui compte, mais le reste doit être à l'avenant). Effectivement, vu comme ça il y a pas de quoi être surpris.
J'avais jamais regardé l'usage CPU sur ma machine de bureau avant.
Pour que ça marche mieux, il faudrait soit que le logiciel soit plus performant, mais j'utilise le même sur les deux PC, soit qu'un élément matériel du netbook aide au décodage, ce qui ne semble pas être le cas.
C'est la contradiction entre vouloir une petite machine pas chère d'occasion et avoir "besoin" de lire des contenus récents.
Je ne sais pas si j'aurais pu faire mieux sans passer sur un netbook ou une tablette neuf, et peut-être même un OS proprio pour exploiter pleinement le décodage matériel.
Aucune chance que tu te retrouves avec des pilotes moins performants, ils font généralement partie de la distribution ou du noyau. ;)
Oui, c'est ce que je disais, mais j'étais pas certain.
Merci pour les pistes. J'ai installé laptop-mode-tools. Il suffit de l'installer ou bien c'est une collection de scripts que je dois activer moi-même ?
J'ai donc installé Mint 18 et presque rien configuré.
Et là, petite déception, certaines vidéos mettent le processeur à genou… Et ça, vu l'usage auquel la machine est destinée, c'est au moins aussi emmerdant que la durée de batterie.
Sur mon PC de bureau, ça se lit bien, même si c'est pas tendre avec le processeur (4 cœurs à 2.33 à 70%).
Sur le D255, ça saccade à mort, les deux cœurs sont à 100%. vlc crache pas mal d'erreurs comme quoi il saute des images. Ainsi que "avcodec decoder warning: disabling direct rendering".
Peut-être que cette vidéo est spécialement lourde. C'est du Full HD. Et en plus, le décodage doit être logiciel (pas d'accélération matérielle H264). Cette review présente des résultats corrects pour du 1080p. J'ai peur que l'ordi soit tout simplement pas assez puissant pour les encodages récents…
Il me faudra peut-être me faire un script pour réencoder certaines vidéos (j'ai déjà mis les mains là-dedans, c'est assez pénible, surtout que selon le format source, j'utilise pas le même logiciel).
Je chercherais bien à gratter par-ci, par-là, pour améliorer les perfs, mais j'ai peur que ça change pas grand-chose. J'ai essayé de décocher l'utilisation de compiz. Je n'ai vu aucune différence. Je ne vois rien d'autre de significatif à supprimer.
Ça fait à peu près pareil une fois installé, donc l'utilisation en mode "live" ne semble pas en cause.
En fait, je me demande comment sont faites ces estimations. Est-ce sur la base d'une conso plus ou moins instantanée ? Est-ce l'ACPI qui remonte une charge batterie et une conso "instantanée" et le système qui en déduit l'autonomie ?
Je me demande aussi l'impact d'un changement vers un OS/bureau plus léger.
J'espère que Mate est plus léger que KDE/Gnome. Je l'utilise un peu pour ça, en plus des considérations pratiques.
Si je changeais pour une distro plus light (donc moins mainstream), outre que ça correspond pas forcément à l'usage que je veux faire de la machine, peut-être que je me retrouverais avec des pilotes moins performants, et je pourrais perdre d'un côté ce que je gagne de l'autre. Pure spéculation, j'en ai aucune idée.
Tout marche bien sauf qu'il faut un firmware proprio pour le wifi (packagé dans non-free).
(J'ai bien lu "Debian bof" dans la question, mais bon, si ça marche bien sur Debian avec presque que du libre, ça doit marcher pas mal ailleurs aussi.)
Ce ne sont pas les personnages de Fatal Fury, […] Mais les personnages de NeoGeo Battle Coliseum.
Mea culpa…
Bon sachant que c'est un jeu de XBox ils ne sont peut-être pas libre mais dans ce cas le site: www.spriters-resource.com devrai fermer.
C'est pas parce que ce site n'est pas carré sur les licences qu'on peut faire n'importe quoi avec son contenu.
Si jamais ces images ne sont pas libres, est-ce une raison pour ne pas jouer a mon jeux ?
Non, c'est juste une raison pour empêcher sa redistribution complète (moteur + graphiques) sous licence libre. Mais comme c'est compliqué de faire des graphiques, ça peut être un moindre mal qui permet la diffusion d'un moteur libre, donc c'est mieux que rien.
Que veut dire ce SNK qui revient aussi sur d'autres sites (merci de bien vouloir mettre la signification d'une abréviation) ?
Mais si j'ai bien compris, l'objectif est de faire en sorte de rester dans le même "style" au changement de piste, pas d'assurer une transition douce entre deux morceaux (la formulation "les morceaux s’enchaînant naturellement" dans la dépêche est peut-être ambiguë à ce sujet).
En d'autres termes, partant d'une chanson metal en La on passera plutôt à une chanson metal en Do qu'à une chanson pop en La.
La prise en compte de l'harmonie est intéressante, mais je crois qu'elle sert un objectif un peu différent.
Sinon les images des joueurs viennent de ce site: www.spriters-resource.com et si c'est sur un site de sprites connus il ne doit pas y avoir de problème.
Et il ont cas mettre les licences et des README dans les archives comme je l'ai fait lorsque j'ai renommer et re-packager les images des joueurs.
Et le problème comme souvent dans ce cas est que il n'y pas de README et/ou de texte licence avec l'archive que tu télécharge malgré que j'en ai bien trouver quelques une dedans.
Ouch.
Il est à peu près évident que les sprites des jeux ne sont pas libres. Et ce n'est pas la faute de l'ayant droit si un site les balance sur internet sans y mettre de licence. Sauf libération par SNK, les personnages de Fatal Fury ne sont pas libres.
Après rien n'empêche de faire un moteur de jeu libre et de le distribuer sans les images non libres, ce ne serait pas le premier. Quitte à indiquer comment récupérer des images sur le site de sprites.
Sur StackOverflow, le système de karma + badge marche pas mal. Curieusement, ça motive. C'est la magie du "gaming" (ludification).
On a déjà le karma ici, mais son impact est relativement limité (+1 de note par défaut toutes les puissances de 10…).
Peut-être qu'un système de badges un peu sympa pourrait être une incitation, même mineure. Par exemple un badge pour 1ère dépêche, puis pour 10 ou 20ème dépêche. Un pour 10 journaux notés > 10. Peut-être un badge de honte pour un journal à -42. Ce qui rend le truc sympa c'est l'introduction de trucs moins standards, plus sur-mesure. Genre des badges spéciaux pour participation aux dépêches noyau en particulier. Autres exemples en vrac : badge pour assiduité (visite DLFP chaque jour pdt 1 mois, etc, (cf. SO)), badge pour grosse utilisation de sa capacité de vote, de moinssage. Idem badges pour participation au bugtracker (ouverture, résolution de tickets). Badge pour avoir fourni une belle nimage pour évènement particulier, ou pour avoir proposé un thème qui a été accepté. Badge catégorie (3ème dépêche Python, ou bien totalisation de 100 plussoiements avec plusieurs journaux Python).
C'est mineur, c'est peut-être une bêtise, mais bon, on est en mode brainstorming, hein ?
Je ne connais pas cette approche. Je suppose que tu ne parles pas de logrotate mais bien de compression à la volée.
N'empêche, ça freine le problème et peut-être que dans la pratique ça peut le résoudre dans l'essentiel des cas, mais je ne comprends pas qu'on ne puisse pas fixer une limite à syslog (hormis limite du système de fichier, donc partition séparée).
Et je suppose que ça rend la recherche dans les logs un peu plus lourde.
Ma copine a une multifonction jet d'encre HP pas toute récente. Sur nos deux PC (Debian Jessie), le pilote a un problème (cf. bug). De temps en temps, l'impression s'arrête et syslog et ses potes se remplissent à vitesse grand V.
J'ai du lui créer un script et lui donner les droits pour relancer cups, le tout accessible via une petit icône dans la barre des tâches.
Et comme en plus les logs remplissaient la partition "/" et l'empêchaient de démarrer l'ordi (pas de place dans /tmp, la session graphique s'ouvre pas), j'ai du bidouiller pour mettre /var/log/ dans un système de fichiers virtuel (prochaine install je crée une partition séparée) histoire que ça ne déborde pas sur le reste du système.
D'ailleurs, je trouve ça assez dingue qu'un process qui déconne puisse remplir les logs au point de foutre en l'air le système… cf. question stack exchange.
Pour ceux qui ont les yeux qui piquent, les photes d'orthographe du titre sont authentiques et ne sont pas le fait de l'auteur du commentaire précédent.
# Stack Overflow
Posté par jihele . En réponse au sondage Joueur ou non joueur. Évalué à 10.
Quand j'ai un peu de temps, pour meubler, je joue à Stack Overflow. Mais j'y passe trop peu de temps, mon perso évolue très lentement. Et puis les premiers joueurs ont une énorme avance.
# SoGo
Posté par jihele . En réponse au message Quel logiciel libre serveur caldav+cardav+mail pas trop lourd et avec un language et une UI moderne?. Évalué à 4. Dernière modification le 24 novembre 2016 à 10:34.
Je n'ai pas essayé et je ne suis pas sûr que ça réponde à tout, mais comme je ne le vois pas dans ta liste, peut-être que tu connais pas.
https://sogo.nu/
La version 3.2.2 est sortie hier.
Côté paquets Debian, c'est pas top. Retiré de testing. Paquets Jessie et Sid bien en retard.
https://packages.qa.debian.org/s/sogo.html
[^] # Re: Sortie standard et redirection
Posté par jihele . En réponse au message Commande scanimage. Évalué à 2.
/bin/bash, c'est l'interpréteur de script.
scanimage doit être un script. En général, tu l'utilises directement :
Pour que ça marche, il faut que le fichier scanimage soit exécutable et qu'il commence par une ligne indiquant l'interpréteur (qui peut être bash, sh, voire python)./chemin/vers/mon_script --options > fichier_resultat
A défaut, et pour pas se compliquer, tu peux appeler bash explicitement comme dans ton exemple et tu es sûr que ça marche, même si c'est redondant.
Tu as peut-être copié cette ligne sur une page d'aide ou de tuto qui utilise la méthode explicite pour être sûr que ça fonctionne sans devoir ajouter les droits en exécution (chmod +x).
[^] # Re: Utilise libsane
Posté par jihele . En réponse au message Commande scanimage. Évalué à 2. Dernière modification le 17 novembre 2016 à 12:46.
C'est possible et il se peut même que ça existe déjà : https://sourceforge.net/projects/quiteinsane/
Je partage le commentaire de Bernez. Avant de lancer des commandes et de parser les sorties, c'est toujours bien de chercher s'il y a pas une API, une bibliothèque qui propose les fonctionnalités directement dans le langage qu'on utilise.
J'utilise plutôt Python, donc je connais pas l'écosystème C++, c'est pour ça que je ne suis pas entré là-dedans dans ma réponse, mais mon premier réflexe serait de chercher une bibliothèque en C++ (ou avec des bindings en C++) qui englobe scanimage ou propose quelque chose d'équivalent.
L'API SANE est une bonne piste.
Et quiteinsane est peut-être exactement ce que tu veux réaliser, ou au moins un exemple dont t'inspirer.
# Sortie standard et redirection
Posté par jihele . En réponse au message Commande scanimage. Évalué à 2.
Ben dans la sortie standard.
Si tu veux écrire dans un fichier, tu fais une redirection, comme tu as fait dans l'autre commande, avec l'opérateur ">" :
Mais dans ton cas il vaudrait mieux rattraper la sortie directement dans ton logiciel.scanimage -L > ~/monfichier
[^] # Re: Éléments de réponse
Posté par jihele . En réponse au message Temps de batterie estimé plus faible avec Linux que Windows. Évalué à 2.
En fait, je constate sur ma machine de bureau que vlc galère (image qui s'arrête, qui saute) sur du 1080p (01_llama_drama_1080p.mp4), c'est impossible à regarder, alors que mplayer s'en sort très bien. Donc le logiciel est en cause aussi.
M'enfin ça nous éloigne du sujet. Je demanderai conseil là-dessus ailleurs.
[^] # Re: Éléments de réponse
Posté par jihele . En réponse au message Temps de batterie estimé plus faible avec Linux que Windows. Évalué à 2.
C'est pas le mêmes cœurs, et je pense qu'en plus ils sont moins bons sur le netbook (1,5 GHz, il y a peut-être pas que la fréquence qui compte, mais le reste doit être à l'avenant). Effectivement, vu comme ça il y a pas de quoi être surpris.
J'avais jamais regardé l'usage CPU sur ma machine de bureau avant.
Pour que ça marche mieux, il faudrait soit que le logiciel soit plus performant, mais j'utilise le même sur les deux PC, soit qu'un élément matériel du netbook aide au décodage, ce qui ne semble pas être le cas.
C'est la contradiction entre vouloir une petite machine pas chère d'occasion et avoir "besoin" de lire des contenus récents.
Je ne sais pas si j'aurais pu faire mieux sans passer sur un netbook ou une tablette neuf, et peut-être même un OS proprio pour exploiter pleinement le décodage matériel.
[^] # Re: Éléments de réponse
Posté par jihele . En réponse au message Temps de batterie estimé plus faible avec Linux que Windows. Évalué à 2.
Oui, c'est ce que je disais, mais j'étais pas certain.
Merci pour les pistes. J'ai installé laptop-mode-tools. Il suffit de l'installer ou bien c'est une collection de scripts que je dois activer moi-même ?
J'ai donc installé Mint 18 et presque rien configuré.
Et là, petite déception, certaines vidéos mettent le processeur à genou… Et ça, vu l'usage auquel la machine est destinée, c'est au moins aussi emmerdant que la durée de batterie.
Exemple :
Sur mon PC de bureau, ça se lit bien, même si c'est pas tendre avec le processeur (4 cœurs à 2.33 à 70%).
Sur le D255, ça saccade à mort, les deux cœurs sont à 100%. vlc crache pas mal d'erreurs comme quoi il saute des images. Ainsi que "avcodec decoder warning: disabling direct rendering".
Peut-être que cette vidéo est spécialement lourde. C'est du Full HD. Et en plus, le décodage doit être logiciel (pas d'accélération matérielle H264). Cette review présente des résultats corrects pour du 1080p. J'ai peur que l'ordi soit tout simplement pas assez puissant pour les encodages récents…
Il me faudra peut-être me faire un script pour réencoder certaines vidéos (j'ai déjà mis les mains là-dedans, c'est assez pénible, surtout que selon le format source, j'utilise pas le même logiciel).
Je chercherais bien à gratter par-ci, par-là, pour améliorer les perfs, mais j'ai peur que ça change pas grand-chose. J'ai essayé de décocher l'utilisation de compiz. Je n'ai vu aucune différence. Je ne vois rien d'autre de significatif à supprimer.
[^] # Re: Combattants et copyright ?
Posté par jihele . En réponse à la dépêche Sortie de battle‐rage: un jeu de combat, dans le genre Street Fighter.. Évalué à 6.
La question des licences a déjà été évoquée dans l'entrée de forum sur la pre-release.
C'est un peu nul de pas avoir ajouté de précision dans la dépêche…
[^] # Re: Éléments de réponse
Posté par jihele . En réponse au message Temps de batterie estimé plus faible avec Linux que Windows. Évalué à 3.
Ça fait à peu près pareil une fois installé, donc l'utilisation en mode "live" ne semble pas en cause.
En fait, je me demande comment sont faites ces estimations. Est-ce sur la base d'une conso plus ou moins instantanée ? Est-ce l'ACPI qui remonte une charge batterie et une conso "instantanée" et le système qui en déduit l'autonomie ?
Je me demande aussi l'impact d'un changement vers un OS/bureau plus léger.
J'espère que Mate est plus léger que KDE/Gnome. Je l'utilise un peu pour ça, en plus des considérations pratiques.
Si je changeais pour une distro plus light (donc moins mainstream), outre que ça correspond pas forcément à l'usage que je veux faire de la machine, peut-être que je me retrouverais avec des pilotes moins performants, et je pourrais perdre d'un côté ce que je gagne de l'autre. Pure spéculation, j'en ai aucune idée.
[^] # Re: Outil powertop
Posté par jihele . En réponse au message Temps de batterie estimé plus faible avec Linux que Windows. Évalué à 2.
Super, merci. Je vais regarder ça.
# Éléments de réponse
Posté par jihele . En réponse au message Temps de batterie estimé plus faible avec Linux que Windows. Évalué à 2.
Je me réponds à moi-même…
La question des pilotes est évoquée ici : http://unix.stackexchange.com/questions/119606/why-does-linux-have-poor-battery-life-by-default-compared-to-windows
Les pilotes Linux ne sont pas forcément aussi au point sur la gestion d'énergie, du fait du manque de collaboration des fabricants.
A noter que j'ai constaté ça en bootant sur la clé. Peut-être que ça sera mieux une fois installé / configuré.
[^] # Re: DebianOn !
Posté par jihele . En réponse au message Support Dell XPS 13 ?. Évalué à 2.
C'est bien comme ça que je l'ai compris.
# DebianOn !
Posté par jihele . En réponse au message Support Dell XPS 13 ?. Évalué à 2. Dernière modification le 03 novembre 2016 à 11:47.
https://wiki.debian.org/InstallingDebianOn/Dell/Dell%20XPS%2013
Tout marche bien sauf qu'il faut un firmware proprio pour le wifi (packagé dans non-free).
(J'ai bien lu "Debian bof" dans la question, mais bon, si ça marche bien sur Debian avec presque que du libre, ça doit marcher pas mal ailleurs aussi.)
[^] # Re: Excellent
Posté par jihele . En réponse au journal La fin des liens morts sur Wikipedia ?. Évalué à 10.
source ?
[^] # Re: Mammouth
Posté par jihele . En réponse au message pre-realease de battle-rage un jeu de combat a la street fighter.. Évalué à 4.
Mea culpa…
C'est pas parce que ce site n'est pas carré sur les licences qu'on peut faire n'importe quoi avec son contenu.
Non, c'est juste une raison pour empêcher sa redistribution complète (moteur + graphiques) sous licence libre. Mais comme c'est compliqué de faire des graphiques, ça peut être un moindre mal qui permet la diffusion d'un moteur libre, donc c'est mieux que rien.
Sans déconner…
https://en.wikipedia.org/wiki/SNK
https://en.wikipedia.org/wiki/Neo_Geo_(system)
[^] # Re: Harmonie ?
Posté par jihele . En réponse à la dépêche Sortie de la bibliothèque d’analyse musicale Bliss 1.0. Évalué à 3.
Mais si j'ai bien compris, l'objectif est de faire en sorte de rester dans le même "style" au changement de piste, pas d'assurer une transition douce entre deux morceaux (la formulation "les morceaux s’enchaînant naturellement" dans la dépêche est peut-être ambiguë à ce sujet).
En d'autres termes, partant d'une chanson metal en La on passera plutôt à une chanson metal en Do qu'à une chanson pop en La.
La prise en compte de l'harmonie est intéressante, mais je crois qu'elle sert un objectif un peu différent.
[^] # Re: Mammouth
Posté par jihele . En réponse au message pre-realease de battle-rage un jeu de combat a la street fighter.. Évalué à 5.
Ouch.
Il est à peu près évident que les sprites des jeux ne sont pas libres. Et ce n'est pas la faute de l'ayant droit si un site les balance sur internet sans y mettre de licence. Sauf libération par SNK, les personnages de Fatal Fury ne sont pas libres.
Après rien n'empêche de faire un moteur de jeu libre et de le distribuer sans les images non libres, ce ne serait pas le premier. Quitte à indiquer comment récupérer des images sur le site de sprites.
# Des badges ?
Posté par jihele . En réponse au sondage Comment vous inciter à contribuer plus souvent à LinuxFr.org ?. Évalué à 10.
Sur StackOverflow, le système de karma + badge marche pas mal. Curieusement, ça motive. C'est la magie du "gaming" (ludification).
On a déjà le karma ici, mais son impact est relativement limité (+1 de note par défaut toutes les puissances de 10…).
Peut-être qu'un système de badges un peu sympa pourrait être une incitation, même mineure. Par exemple un badge pour 1ère dépêche, puis pour 10 ou 20ème dépêche. Un pour 10 journaux notés > 10. Peut-être un badge de honte pour un journal à -42. Ce qui rend le truc sympa c'est l'introduction de trucs moins standards, plus sur-mesure. Genre des badges spéciaux pour participation aux dépêches noyau en particulier. Autres exemples en vrac : badge pour assiduité (visite DLFP chaque jour pdt 1 mois, etc, (cf. SO)), badge pour grosse utilisation de sa capacité de vote, de moinssage. Idem badges pour participation au bugtracker (ouverture, résolution de tickets). Badge pour avoir fourni une belle nimage pour évènement particulier, ou pour avoir proposé un thème qui a été accepté. Badge catégorie (3ème dépêche Python, ou bien totalisation de 100 plussoiements avec plusieurs journaux Python).
C'est mineur, c'est peut-être une bêtise, mais bon, on est en mode brainstorming, hein ?
[^] # Re: Et tu ne parles que du matériel...
Posté par jihele . En réponse au journal HP, l’informatique de trahison.. Évalué à 3.
Ah, pas bête, fail2ban. J'utilise sur serveur, mais j'avais pas pensé à ce cas d'utilisation.
Et merci pour les outils z* que je connaissais pas. Avec vi la décompression est transparente, mais je savais pas faire pour grep et compagnie.
[^] # Re: Et tu ne parles que du matériel...
Posté par jihele . En réponse au journal HP, l’informatique de trahison.. Évalué à 2. Dernière modification le 10 octobre 2016 à 10:15.
journald loggue les évènements systemd seulement ou bien c'est une alternative à syslog ?
Dans Jessie, on a systemd par défaut, mais c'est toujours syslog pour les logs.
(Edit: d'après une recherche rapide, c'est bien une alternative à syslog.)
[^] # Re: Et tu ne parles que du matériel...
Posté par jihele . En réponse au journal HP, l’informatique de trahison.. Évalué à 2.
Je ne connais pas cette approche. Je suppose que tu ne parles pas de logrotate mais bien de compression à la volée.
N'empêche, ça freine le problème et peut-être que dans la pratique ça peut le résoudre dans l'essentiel des cas, mais je ne comprends pas qu'on ne puisse pas fixer une limite à syslog (hormis limite du système de fichier, donc partition séparée).
Et je suppose que ça rend la recherche dans les logs un peu plus lourde.
Mais merci pour le tuyau.
[^] # Re: Et tu ne parles que du matériel...
Posté par jihele . En réponse au journal HP, l’informatique de trahison.. Évalué à 3.
Ma copine a une multifonction jet d'encre HP pas toute récente. Sur nos deux PC (Debian Jessie), le pilote a un problème (cf. bug). De temps en temps, l'impression s'arrête et syslog et ses potes se remplissent à vitesse grand V.
J'ai du lui créer un script et lui donner les droits pour relancer cups, le tout accessible via une petit icône dans la barre des tâches.
Et comme en plus les logs remplissaient la partition "/" et l'empêchaient de démarrer l'ordi (pas de place dans /tmp, la session graphique s'ouvre pas), j'ai du bidouiller pour mettre /var/log/ dans un système de fichiers virtuel (prochaine install je crée une partition séparée) histoire que ça ne déborde pas sur le reste du système.
D'ailleurs, je trouve ça assez dingue qu'un process qui déconne puisse remplir les logs au point de foutre en l'air le système… cf. question stack exchange.
[^] # Re: Autre témoignage
Posté par jihele . En réponse au journal [digression] L'Enfer de la flibuste - le récit inédit d'un pirate français. Évalué à 6.
Pour ceux qui ont les yeux qui piquent, les photes d'orthographe du titre sont authentiques et ne sont pas le fait de l'auteur du commentaire précédent.
[^] # Re: Caja : à quand un renommage de fichiers en masse ?
Posté par jihele . En réponse à la dépêche Sortie de MATE 1.16. Évalué à 2.
Les actions personnalisées, c'est aussi la fonctionnalité qui me manque de Thunar.
Merci de me signaler caja-actions, je connaissais pas. C'est à partir de Stretch et mes machines sont toujours en Jessie.