totof2000 a écrit 9656 commentaires

commande 2>&1 | tee nom_fichier_out

Merci pour la suggestion, je tenterai pour voir.

Bah, Terminator, je l'ai testé au taf il y a 3 ou 4 ans, mais j'en suis revenu : trop buggé (plantages intempestifs)

je crois qu'il est écrit en python

Ah, ça doit être ça, je ne dois pas utiliser le terminal de la bonne façon.

Ce qui est loin d'êrtre un critère pertinent : il m'arrive parfois de brancher mon portable lorsque je veux économiser de la batterie, ce qui ne signifgie pas que les conditions pour faire les mises à jour sont satisfaisantes. Autrement dit, le fait que le portable soit branché ne signifie pas que je puisse le laisser tourner pendant des plombes lorsque je l'arrête: il est fort possible que je sois ammené à le débrancher et le mettre dans le sac à dos rapidement.

Je confirme, j'ai suffisamment utilisé Windows pour savoir que le « Veuillez ne pas éteindre votre ordinateur pendant la mise à jour », c'est vieux chez eux.

Ca c'est vraiment le truc que je déteste et que je ne veux surtout pas voir sous Linux: par exemple il m'arrive de temps en temps de devoir redémarrer ma machine quand je suis dans les transports (la plupart du teps je la passe en hibernation mais ya des fois ou je dois la redémarrer), et dans ces cas là, je n'ai absolument pas envie que des mises à jour qui durent des plombes empêchent ma machine de s'arrêter et de redémarrer (j'ai autre chose à faire pendant le temps que je suis dans les transport). J'aimerais pas non plus par exemple, que lorsque je dois descendre du train, et que je décide d'arrêter mon ordinateur, celui-ci mette des plombes à stopper (pas envie de le laisser faire ses mises à jour dans le sac à dos : ça risque de chauffer).

Je trouve complêtement débile de forcer les mises à jour d'un OS au moment ou l'éditeur décide de le faire: c'est l'utilisateur qui est le mieux déterminer à décider à quel moment les mises à jour doivent être faites.

Merci pour cette rectification, il est vrai que je ne suis plus de très près ce genre de sujet depuis quelques années (et 10 ans mine de rien ça passe vite …). mais comme le sujet m'intéresse, aurais-tu des sources ? Par exemple, la référence d'ou tu tires ta citation ?

Les paquets AUR ne sont pas des paquets maintenus officiellement par les mainteneurs d'Arch. Si ça ne se passe pas bien, c'est de la faute du mainteneur du-dit paquet, pas de Arch.

Dans l'absolu, on s'en fiche un peu: au final ça ne marche pas, et toujours quand tu en as absolument besoin.

Concernant les clés, elles changent à peu près tous les ans et la solution à ce faux problème est dans le wiki d'Arch.

Faux problème ? Pour l'utilisateur c'est loin d'être un faux problème. Ca marche plus à un instant T c'est tout.

je pense que la majorité des gens ont au moins une deuxième machine pour accéder à Internet : smartphone, un autre ordinateur

Quand ça m'est arrivé, c'était sur mon portable, et je n'avais pas d'autre machine à portée de main. J'ai donc préféré laisser tomber.

D'un autre côté, le rendement énergétique diminue aussi à très haute fréquence, probablement principalement parce qu'on doit aussi augmenter la tension,

Non … En gros, ce sont les phases de transitions de ton signal (passage de l'état bas à l'état haut et vice-versa) qui consomme le plus d'énergie. Plus tu augmentes la fréquence, plus tu consommes. Une des manières de réduire cette consommation est de réduire la tension de ton signal (tu diminues ainsi les temps de passages entre les divers états donc la consommation d'énergie).

La maintenance que j'effectue pour ces gens aujourd'hui se limite à les aiguiller si une MAJ ne passe pas (généralement d'un paquet issu d'AUR).

Comme quoi ça ne se passe pas toujours bien … Pour ma part, je n'ai pas eu de problèmes avec Arch pendant quelques mois, puis il y a eu une phase ou ça se vautrait quasiment à chaque mise à jour. J'ai même connu des fois ou l'installation d'un nouveau soft nécessitait de mettre à jour des dépendances communes à d'autre softs installés et cassait l'existant. Ya des fois ou tenter une mise à jour le lendemain réglait les problèmes, mais d'autres fois ou ça ne suffisait pas (par exemple je me souviens vaguement d'un problème de mise à jour du à des clés qui avaient changé - j'ai d'ailleurs du faire un post dans un forum ici, ou ralé dans un journal). Difficile de lire sur les forums ou sur le net quand ta machine ne lance pas ton environnement graphique … Du coup j'ai laissé tomber.

Aaaaaaaah, ok! Fallait le dire que “activités productrices” voulait dire “uniquement celles qui vont dans ton sens, et que les autres comptent pas parce qu’elles t’arrangent pas”.

Pas possible d'être aussi stupide. Fanboy frustré ? Mais si ça te fait plaisir, t'as raison, la tablette remplacera les PC dans 2 ans.

Ya aucune chance que dans les 5 prochaines années, le gap de performance soit suffisamment petit pour enlever l’interet principal des laptops, à savoir la puissance.

Outre la puissance, il y a aussi la taille de l'affichage qui pose problème. Mais c'est vrai que faire de la CAO sur une tablette de 10 pouces, c'est le pied.

Je te retourne le compliment. L’idee du jour du neuneu: ignorer absolument tous les signes de l’industrie ces 15 dernières années et se conforter dans sa vision de l’informatique. T’inquiètes pas, va, 2020 sera l’annee de Linux sur le desktop.

Oui, tout comme le mail a disparu au profit de la messagerie instantannée.

Je n'ai malhereusement pas eu la même expérience sur ce sujet. j'ai eu de gros problèmes quasiment à chaque mise à jour lorsque j'utilisais Arch.

Avoir un système cassé à chaque mise à jour ?

???

T'exagères pas un peu la ? C'est pas plutôt les couches basses de l'OS qu'il faut réadapter ? (c'est une vraie question).

Ouais, ouais, bien sûr. Ça fait 10 ans qu’on l’entend celle la, et le résultat c’est qu’Apple a plus de fric que l’oncle Picsou, et ms vient de tuer sa division os desktop.

Et ?

J’en connais quelques uns qui utilisent un iPad comme machine principale au boulot. Alors, ouais, ils sont pas ingénieurs ou designers, plutôt product manager, managers tout court, mais ils produisent pas moins que les autres. Ils font énormément de Google doc, du Jira, des sketches, des présentations, des spreadsheets. J’en connais un qui a un surface studio flamboyant sur son bureau, s’en sert une fois par mois et passe son temps sur son iPad 12”.

Par activités "productrices" de contenu, je pensais à des trucs du style montage vidéo, CAO, ou même édition de documents textes assez conséquents ou la tablette ne permet pas (pour le moment) de faire tout ça dans des conditions acceptables.

Vu le chemin parcouru, je parierais pas mon déjeuner que dans 10 ans, le laptop soit pas relégué aux marches de niches.

Ouah, l'idée du jour d'un apple fanboy : Apple va tuer le PC et remplacer ça par ses tablettes.

Je me méfie toujours de ce genre de prédiction …

Depuis le temps qu'on dit que le mail va mourir, depuis le temps qu'on dit également que les SMS vont mourir, pour être remplacé par des trucs du style messagerie instantanée ou réseaux sociaux, je constate que ces "vieux" trucs fonctionnent toujours, et ne sont pas abandonnés. Certes, il y a moins d'utilisateurs qu'à une certaine époque, mais ces deux médias sont toujours bien utilisés, et je pense que ça durera encore un moment.

J'ai le même sentiment pour les PC classiques et Windows : on constate une baisse des ventes de PC (et encore, les chiffres concernant les ventes de PC ne prennent en compte que les machines déjà assemblées par les grands constructeurs, mais pas les ventes du hardware fourni par des assembleurs), mais même si on en vend moins, on en vend toujours. Parce qu'avec une tablette, on ne fait pas tout ce que l'on peut faire avec un PC. Je doute par exemple, qu'un jour une tablette puisse répondre aux besoins d'un gamer. D'autre part, de par leur façon d'interagir avec l'utilisateur, il est à mon avis impossiblede remplacer un PC par une tablette dans de nombreux use cases. on ne fait pas la même chose avec un PC et une tablette.

Donc je ne pense pas que les PC (tours ou portable) vont mourir de sitôt. Certes on en vendra moins (beaucoup d'utilisateurs sont passés ou passeront du PC à la tablette pour des activités passives telles que surfer, regarder des vidéos ou jouer à des trucs basiques), mais on en vendra encore pour toutes les activités "productrices " de contenu ou pour les jeux nécessitant de grosses configs hardware. Et en se basant dessus, on trouvera encre des configs hardware permettant de faire tourner un Linux ou autreOS libre pendant quelques temps.

Disons que j'ai commencé à le faire et puis j'ai plus eu trop envie quand j'ai vu qu'il était dans la section "liens" (disons aussi que je n'ai pas eu le temps de le réécrire suite à une erreur de manip qui fait que je l'ai perdu).

Et ils sont ou le chocolat et le papier alu ?

yen manque une (ou alors je dois aller me coucher).

Pour les queues, tu peux utiliser rabbitmq. Tu peux configurer tes queues pour qu'elles soient persistantes en cas de crash. Après dans les queues, tu met ce que tu veux : ce sont les consommateurs qui interprètent ce qu'elles contiennent. Tu dois aussi trouver d'autres trucs similaires qui traitent le protocole amqp.

Si c'est un ordonnanceur dont tu as besoin, il y a job schedfuler, mais je ne sais pas si c'est assez léger pour toi.

sinon, peut-être https://github.com/ajvb/kala ou http://dkron.io/ (une recherche sur job scheduler en go devrait te donner une liste de projets pas trop lourds qui pourraient te convenir).

Cool, merci pour cette validation.

ça m'a rappelé de bons souvenirs : taper des listings pendant des heures et ensuite passer des heures à corriger les fautes de frappe !!

Ca signifie donc que mon journal a atteint son but: raviver les souvenirs et un certain plaisir que seuls ceux qui ont vécu ça peuvent comprendre. A mon avis ceux qui râlent contre les diverses implémentation de taptempo n'ont pas connu cette époque ou ne l'ont pas réellement appréciée.

Aparamment, la précision devrait être du même ordre que celle du zx81.

Il ne faut pas oublier que le sujet taptempo n'est absolument pas hors sujet sur linuxfr. Les notes attribuées à ces journaux montrent qu'il y a quend même un certain intéret sur le sujet. Certains ont qualifié les journaux de "pollution" : si pour eux taptempoi est une pollution, je les invite à ouvrir leur propre linuxfr like ou ils auraient toute lattitude à censurer ce qu'ils conidèreraient comme pollution, et de laisser ceux que le sujet intéresse libre de diffuser leur portage s'ils le veulent.

Euh … Ruby en lui même est très bien, je le trouve beaucoup plus cohérent que python. Le seul reproche qu'on pourrait lui faire serait d'être un peu plus lent.
Rails est assez intéressant, et j'avais trouvé dommage qu'il ait été gaché par un tel manque de stabilité.

Je ne sais pas si ça s'est stabilisé mais à une époque Rails a eu ce genre de problème. Pour apprendre le framework, j'ai passé beaucoup de temps à adapter les exemples que je trouvais à la dernière version du framework, parce qu'il y avait toujours un truc qui n'allait pas à cause des modifications introduites dans le framework.

J'ai connu ça avec certaines bibliothèque NodeJS également.

https://linuxfr.org/forums/general-cherche-logiciel/posts/logiciel-pour-calculer-le-nombre-de-frappe-par-minute