Albert_ a écrit 6115 commentaires

  • [^] # Re: APFS

    Posté par  . En réponse au journal Le malaise.. Évalué à 3.

    Quels sont les risques lies aux brevets et la BSD? GPL v3 je comprend a peu pres mais pour la BSD je ne vois pas.

  • [^] # Re: systemd, le nouveau Multics

    Posté par  . En réponse au journal Attention avec systemd, Tmux ne survit plus après la fermeture de la session.. Évalué à 3.

    systemd n'est pas qu'un système d'init, faudrait arrêter un jour de se fixer là dessus.

    Dans ce cas la pourquoi ne pas separer de facon bien clair le systeme d'init et le reste du merdier? En gros prendre la philosophie Unix: KISS?

    Parceque a partir du moment ou l'on critique le comportement d'un logiciel la reponse est "mais ce logiciel ne fait pas que ca". Il y a clairement un probleme.

  • [^] # Re: APFS

    Posté par  . En réponse au journal Le malaise.. Évalué à 3.

    Et qu'est ce qui empechait d'utiliser une licence BSD?

  • [^] # Re: APFS

    Posté par  . En réponse au journal Le malaise.. Évalué à 2.

    Snapper sous arch j'ai pas l'impression qu'il y ait une GUI et en fait

    man snapper
    snapper - Command-line program for filesystem snapshot management

  • [^] # Re: Désinformation ?

    Posté par  . En réponse au journal Le malaise.. Évalué à 3.

    Puis c'est pratique ca permet de compenser les logiciels codes avec les pieds qui ne tuent pas leur process comme il faut. Donc avoir access a la bombe nucleaire et l'utiliser par defaut c'est top moumoutte.

    Je me suis amuse a regarde sous arch la difference entre KDE et Gnome dans les process qui ne sont pas tue apres un logout. C'est … amusant/effrayant. Sous KDE en dehors de pulseaudio (donc pas KDE) je n'ai plus de process sous mon utilisateur. Sous Gnome, j'ai forcement PA mais aussi tout le merdier gvfs/tracker/zeitgeist… qui continue a tourner…

  • [^] # Re: APFS

    Posté par  . En réponse au journal Le malaise.. Évalué à 1.

    Je pense que tu fais une erreur d'interpretation. La BSD c'est "je donne mon code vous en faite a peu pres ce que vous voulez meme du commercial ferme sans partager les sources", la GPL c'est "Je donne mon code vous pouvez l'utiliser mais si vous l'utiliser vous devais vous aussi partager votre code, vous avez le droit de vendre le logiciel mais tous client peut demander le source code".

    En gros il y en a un qui donne sans condition d'autre que garder les auteurs et l'autre qui dit "je suis gentil et je vous force a etre gentil aussi par partager". Je soupconne que la GPL est ne parceque certains developeurs en ont eu marre de se faire prendre leur code par des entreprises qui faisaient des sous avec et ne partager pas le code mais c'est mon interpretation de cynique.

  • [^] # Re: APFS

    Posté par  . En réponse au journal Le malaise.. Évalué à 3.

    Perso j'ai perdu des donnees avec des FS super "mature" comme xfs, ext2, ntfs ou fat mais cela ne m'est pas encore arriver (je croise les doigts) avec des systemes un peu moins mature comme ext > 2 et btrfs. Bon je vais avouer qu'il semble que xfs se comporte mieux aujourd'hui (pas eu de perte de donnees signale lors d'un crash systeme enfin pas vraiment systeme plutot un gros probleme electrique :) ).

  • [^] # Re: Une question de choix

    Posté par  . En réponse au journal Rachat de LinkedIn par Microsoft pour 26 milliards de dollars. Évalué à 2.

    Tu peux aussi voir quand tes employes commencent a regarder ailleurs, tu peux aussi changer les salaires pour attirer/rebutter vers certaines annoncent. Il y a tellement de possible d'utilisation non ethique que c'est un peu effrayant.

  • [^] # Re: APFS

    Posté par  . En réponse au journal Le malaise.. Évalué à 9.

    BTRFS demande des manips a la mano au bout d'un moment (rebalancing ou un truc comme cela) sinon tu te retrouve avec une FS plein. Cela a change depuis et c'est fait automatiquement. Je suis tombe sur le probleme il y a quelques annees mais la ca foit faire 3 ans que je n'ai pas eu a faire de amnip a la mano.

    Par contre BTRF cela serait bien qu'une sorte de GUI apparaisse pour faire certaines operations (clonages par exemple) dans le but de democratiser son utilisation.

  • [^] # Re: Bug ferme chez tmux

    Posté par  . En réponse au journal Attention avec systemd, Tmux ne survit plus après la fermeture de la session.. Évalué à 6.

    Mais oui c'est vrai screen et tmux on donc le comportement attendu de la part de ces programmes! Merci d'avoir pointer que me trompais (et les devs de ces logiciels) sur leur but.

  • [^] # Re: Bug ferme chez tmux

    Posté par  . En réponse au journal Attention avec systemd, Tmux ne survit plus après la fermeture de la session.. Évalué à 6.

    Ah oui? Puti mon echantillon de quelques centaines d'utilsateurs linux doit etre totalement biaise car 100% de l'echantillon utilise nohup. MERDE MERDE MERDE uilm va vraiment falloir que je rencontre des utilisateurs "normaux" de linux comme gnumdk qui n'utilise jamais nohup.

  • [^] # Re: Bug ferme chez tmux

    Posté par  . En réponse au journal Attention avec systemd, Tmux ne survit plus après la fermeture de la session.. Évalué à 2.

    Ligne que j'ai naturellement change :D

  • [^] # Re: Bug ferme chez tmux

    Posté par  . En réponse au journal Attention avec systemd, Tmux ne survit plus après la fermeture de la session.. Évalué à 7.

    Que ce soit 1 ou 30 je suis assez d'accord avec Linus Torvalds: "On ne casse pas le putain d'espace utilisateur" et ce qui est fait par systemd c'est ca. Et on peut dire ce que l'on veut mais je suis a peu pres certain que l'enorme majorite des utilisateurs de linux vont detester ce comportement… car ils vont devoir changer des ANNEES d'habitude (ou tripatouiller dans les fichiers de conf).

  • [^] # Re: Bug ferme chez tmux

    Posté par  . En réponse au journal Attention avec systemd, Tmux ne survit plus après la fermeture de la session.. Évalué à 1.

    Nous avons des HPC (petits) qui permettent de tester AVANT de balancer sur les gros bousins et nos utilisateurs sont des … nullos qui viennent du monde windows et leur faire utilser la ligne de commande c'est … rigolo on va dire gentiment. Nous avons donc des machines dedies au dev qui ne passent pas forcement par des systemes de queues, nous avons aussi des systemes HPC avec visualisation deportes utilisant virtualgl et la aussi on chunte le systeme de queues. Et tout plein de petit cas de ce style qui vont etre sacrement amusant a gerer et apres on va nous dire que windows c'est genial avec le rdp (legerement equivalent de screen pour le graphique non?). Enfin je vois plein de merde arriver mais bon je n'ai pas de controle dessus donc on fera avec mais ca va etre bien bien chiant je sens.

  • [^] # Re: Bug ferme chez tmux

    Posté par  . En réponse au journal Attention avec systemd, Tmux ne survit plus après la fermeture de la session.. Évalué à 2.

    Dans la vraie vie linux c'est sur des serveurs et des systemes HPC donc ce comportement est juste … debile point barre et pourquoi a t'il etait mis en place? Parceque le bebe de monsieur systemd (pulseaudio) est une bouse ambulante qui laisse des process alors que tu te delogues et la encore une fois c'est tellement loin des HPC que ce cas de figure (reel lui) on s'en tape mais pas le fait que tu ne puisses plus rien lance sans passer par des operations complexes.

  • [^] # Re: Bug ferme chez tmux

    Posté par  . En réponse au journal Attention avec systemd, Tmux ne survit plus après la fermeture de la session.. Évalué à -1.

    Si l'on m'avais dit que tu taperais sur systemd un jour j'aurai rigole mais non non je ne reve pas.

  • [^] # Re: Bug ferme chez tmux

    Posté par  . En réponse au journal Attention avec systemd, Tmux ne survit plus après la fermeture de la session.. Évalué à 7.

    Toi tu ne te sers pas de KDE et ca se voit car ca fait bien longtemps que KDE n'a plus ce genre de probleme contrairement a Gnome mais surtout a Pulseaudio.

  • [^] # Re: Bug ferme chez tmux

    Posté par  . En réponse au journal Attention avec systemd, Tmux ne survit plus après la fermeture de la session.. Évalué à -3.

    Un superbe discours marketing a un gars deja convaincu par systemd… c'est beau a lire. :D

  • [^] # Re: Rigolo

    Posté par  . En réponse au journal Typage statique pour Python. Évalué à 1.

    OpenMP et python ca fait deux a cause du GIL.

  • [^] # Re: VM poubelle

    Posté par  . En réponse au journal Vague d’intérêt pour GNU/Linux vs Windows 10 « imposé » ?. Évalué à 1.

    https://github.com/WindowsLies/BlockWindows

    Partage tes scripts ca peut interesser du monde :)

  • [^] # Re: Microsoft veut sa mane de facon reguliere

    Posté par  . En réponse au journal Vague d’intérêt pour GNU/Linux vs Windows 10 « imposé » ?. Évalué à 3.

    En effet il semblerait que cela ne soit pas le cas. Il a fallu tout de meme que la point soit eclaircies car beaucoup de monde l'avait compris comme cela.

  • # Microsoft veut sa mane de facon reguliere

    Posté par  . En réponse au journal Vague d’intérêt pour GNU/Linux vs Windows 10 « imposé » ?. Évalué à 0.

    Il ne faut pas oublier que Windows 10 ne fournira pas une licence ad-vitam eternam mais un systeme de taxe qu'il faudra payer chaque annee. Donc forcer les utilisateurs a passer a windows 10 est une forme de hold-up deguise mais bon je suis a peu pres sur que la majorite des utilisateurs accepteront d'aller acheter la vaseline mais tres tres peu passeront a linux voir aucun.

  • [^] # Re: Petit jeu rigolo avec Windows 10

    Posté par  . En réponse au journal Vague d’intérêt pour GNU/Linux vs Windows 10 « imposé » ?. Évalué à 6.

    NB1: skype == microsoft

    Ne pas voir la de cause a effet sur le fait qu'il ne soit plus possible pour les utilisateurs linux de se connecter a des conversations a plusieurs. ni sur le fait qu'il n'y ait eu aucune mise a jour depuis 2 ans. Absolument aucune relation.

  • [^] # Re: Intérêt de ne pas faire la mise à jour ?

    Posté par  . En réponse au journal Vague d’intérêt pour GNU/Linux vs Windows 10 « imposé » ?. Évalué à 2.

    Qui utilise encore une distro GNU/Linux de 2009 pour un usage généraliste ?

    A peu pres tout les HPC que je connais. Ok c'est pas generaliste mais c'est le marche le plus important de linux.

  • [^] # Re: Rigolo

    Posté par  . En réponse au journal Typage statique pour Python. Évalué à 2.

    le vrai problème est la maintenance et la compréhension du code

    c'est pas le probleme avec tous les langages cela?

    Quant aux problématiques de performance, elles ne sont généralement pas résolues en python

    Parceque cela n'est pas fait pour…

    Un des problemes que moi je rencontre avec python c'est le global lock qui fait chier sa mere pour passer sur de gros systeme et donc tu es oblige d'utiliser un autre langage pour paralleliser.