FluffyHamster a écrit 252 commentaires

  • [^] # Re: upstart ?

    Posté par  . En réponse au journal Canonical refait cavalier seul et annonce une nouvelle boutique logicielle centrée sur Snap. Évalué à 1.

    Upstart et systemd sont vachement inspirés du système d'init de macOS, et la plus-value en plus de la vitesse, c'est surtout le système d’événements. Je ne suis pas sur qu'openrc joue dans la même court.

  • # flatpak

    Posté par  . En réponse au journal Canonical refait cavalier seul et annonce une nouvelle boutique logicielle centrée sur Snap. Évalué à 10.

    J'aurai envie de dire, pourquoi flatpak est plus un standard que snap ? Par ce que RedHat c'est mieux que Canonical ? Les deux sont assez anciens, et Snap est déployé dans une distribution depuis plus de temps.

    J'ai personnellement beaucoup, beaucoup de mal avec flatpak.
    Je n'ai pas besoin d'un deuxième gestionnaire de paquet dans ma distribution. J'en ai déjà un, il marche mieux, et il est infiniment plus facile de faire des paquets pour lui que pour flatpak.
    Flatpak, niveau efficacité, on repassera. Installé le moindre flatpak de quelques Mo demande entre 880Mo (j'ai pas trouvé moins, mais ça existe sans doute) et 1.4Go. Kewl. Pour peu qu'on ai des applis qui link pas avec les mêmes overlays (ou versions des overlays) on multiplie tout par X (ou plusieurs drivers nvidia, ou comment avoir 2 Go de drivers sur une seule machine…)
    Le fait qu'il s'impose comme standard de facto, c'est bien, maintenant on va avoir la même efficacité qu'une installation neuve de Windows 10. Ça fera vendre des SSDs…

    Enfin, pour que Gnome Software devienne "capable de rivaliser (…) avec les App Store et autres Play Store", c'est un objectif louable, mais mon dieu il y a encore du boulot.

  • [^] # Re: le problème vient peut-être d’ailleurs

    Posté par  . En réponse au journal Campagne contre les thèmes du côté de chez GNOME. Évalué à 3.

    Ils ont une technique pour ça !
    A chaque nouvelle version, tu enlèves quelques fonctionnalités. Au bout d'un moment, plus besoin de barre d'outils :-P

  • [^] # Re: QML

    Posté par  . En réponse au journal Campagne contre les thèmes du côté de chez GNOME. Évalué à 4.

    Oui enfin KDE et plasma a reussi avoir un bureau uniforme

    Et tant mieux pour eux ! Mais il est uniforme avec les autres applis KDE, pas uniforme avec les autres applis QML.
    Si ils se sont créés des guidelines visuelles et qu'ils s'y tiennent c'est très bien. Si ils ont créés des composants ou un petit framework QML réutilisable et qu'ils se partagent tout ça c'est génial. Mais c'est un boulot par KDE pour KDE.

    Quand tu commence une UI en QML, tu fais des rectangles qui sont blanc et du texte qui est noir. Tout le reste est à ta charge, ce qui peut être une grande force (si tu as un designer avec toi :-) ou une grande faiblesse (à toi d'assurer la cohérence entres les différentes parties de ton UI, sans même parler des applis d'à coté).

  • [^] # Re: QML

    Posté par  . En réponse au journal Campagne contre les thèmes du côté de chez GNOME. Évalué à 2.

    Ben comme je l'ai dis, c'était avant que j'utilise chrome, steam, des applis electrons… Et l'époque ou même les applis Qt avaient un jolie thème "gnome" qui marchait encore comme il faut.
    C'est une constatation que je fais avec ce que j'ai d'installé, pas plus.

    Apres je suis contre les fenetres differentes sur mon bureau

    En soi, moi aussi. Mais si je m'y tiens, je vais devoir désinstaller pas mal de trucs…

  • [^] # Re: QML

    Posté par  . En réponse au journal Campagne contre les thèmes du côté de chez GNOME. Évalué à 3.

    Donc qu'elle est la relation entre l'utilisation de QML pour décrire une interface graphique et le fait de supprimer la possibilité de faire des themes?

    Alors je sais pas si j'ai compris la question non plus, mais j'ai une réponse quand même.

    A la différence de GTK et Qt widget, en QML, les thèmes font parti de l'application. Donc d'un coté, on retire bien la possibilité à l'utilisateur d'appliquer des thèmes. Mais d'un autre rien n'empêche les développeurs d'une application QML d'inclure plusieurs thèmes bien sur !

    Enfin la notion de thème par défaut n'existe pas en QML. Il y a bien des styles embarqués dans les Qt Quick Components (https://doc.qt.io/qt-5/qtquickcontrols2-styles.html) mais déjà on n'est absolument pas obligé de les utiliser (les components et/ou leurs thèmes) et quand bien même on le fait, on doit se poser la question de rendre le design de son appli cohérente avec le thème des boutons ou… l'inverse. Et donc de toute manière créer ses propres boutons…

  • [^] # Re: QML

    Posté par  . En réponse au journal Campagne contre les thèmes du côté de chez GNOME. Évalué à 1.

    À ce jour je ne connais pas encore beaucoup d'application en QML pour Linux mais je cache pas une légère angoisse si on commençait à en faire en masse avec chacune ayant son propre style.

    Je suis assez d'accord, mais dans les faits je pense c'est une tendance déjà bien entamée. L'uniformité du bureau, c'était avant.
    Si je regarde les applis que j'utilise au quotidien, en ne citant que chrome, steam, quelques applis electron… Ensuite on rajoute beaucoup d'app GTK3, puis des vieilles applis GTK2 comme inkscape ou Gimp, puis les applis Qt Widgets…

  • [^] # Re: plus de configuration de theme sous gnome?

    Posté par  . En réponse au journal Campagne contre les thèmes du côté de chez GNOME. Évalué à 0.

    Ce serai marrant si ce n'était pas aussi vrai…
    D'ailleurs le bouton pour changer de thème est déjà en option depuis plusieurs années, ce qui en dit long je pense.

  • [^] # Re: Petite suggestion

    Posté par  . En réponse à la dépêche OpenDBViewer 1.1.0 . Évalué à 2.

    Globalement petit outil très sympa, j'avais cherché des trucs du genre il n'y a pas longtemps et je m'étais arrêté sur DB Browser.
    Je me permet de rajouter mes petites suggestions aussi :
    - un bouton "ouvrir", c'est bête mais ça rend service…
    - les couleurs alternées dans les vues en table de Qt, et aussi ne pas masquer les bordures, ça évite de tuer les yeux quand on a une blinde de données !
    - le fichier de config directement dans le home ? vraiment ?

  • [^] # Re: ah ben ouais

    Posté par  . En réponse au journal Linux passe devant MacOS sur le desktop. Évalué à 2.

    Le bootloader est vérouillé à la livraison, et dans ce mode la il vérifie l'intégrité de la partition (donc pour la sécurité, l'explication https://github.com/dnschneid/crouton/wiki/Security).

    Les bootloader (au moins x86) sont des coreboots, et les déverouiller n'est pas vraiment difficile (maintenir les touches echap, refresh et power).
    Dans le cas des chromebook x86 (encore une fois) mis à part quelques firmwares intel, il est assez dure de faire plus libre. Donc tu vois non c'est plutôt mal.

    Honnêtement le multiboot (ou même singleboot linux) je ne le recommanderai à personne. Un chrome os + chrouton est une bien, bien meilleure solution, car on garde la rapidité et la fiabilité d'un chrome os associé à un linux pleinement fonctionnel dans un deuxième terminal virtuel…

  • [^] # Re: ah ben ouais

    Posté par  . En réponse au journal Linux passe devant MacOS sur le desktop. Évalué à 10.

    Et oui, avec cette definition de linux, tu peux commencer a clamer les install de windows 10 comme des linux parce qu'elle font tourner bash.

    Pourquoi, linux c'est fait pour booter gnome ? Non, c'est fait pour que n'importe qui ai l'opportunité de faire sa propre distrib (embarquée, "castrée" ou bureautique) répondant à ces besoins. Dans le cas de chrome os, c'est démarrer un navigateur en 5s.

    C'est à peu près 100% fiable (j'en ai jamais vu un planter), toujours à jour, sécurisé (firmware en read only, signé, remise à zéro en quelques clicks).
    Pourquoi les écoles se priveraient ? Franchement pour ce qu'elles font avec, ça me choque moins qu'acheter des macbook pro ou des ipad à des écoliers.

  • # J'aime

    Posté par  . En réponse au journal Lollypop 0.9.86 vient de sortir. Évalué à 2.

    J'utilise Lollypop depuis un petit moment, découvert ici même grâce à un journal et… j'aime bien. Du bon boulot félicitation !

  • [^] # Re: VP9

    Posté par  . En réponse au journal Cisco annonce Thor. Évalué à -5.

    OK résumons.
    Tu dis que le vp9 sur youtube ralentit le chargement par rapport au h264 et rend le 4k utilisable qu'avec les grosses connexions.
    Je te dis qu'après avoir vérifié, youtube sers des flux de tailles équivalentes quel que sois le format (donc le temps de chargement sera le même en h264 ou vp9).
    Et paf je suis un con j'y connais rien ? Tu n'as pas l'impression de ne jamais laisser une chance à tes interlocuteurs ;-)

  • [^] # Re: VP9

    Posté par  . En réponse au journal Cisco annonce Thor. Évalué à 5.

    Sérieux, "DASH VP9 60fps" ça te fait fantasmer?

    Grave

    Demande-toi si on ne te prend pas pour un idiot qu'on manipule en limitant l'accès au 4K 60 fps à ceux ayant une plus grosse connexion (il faut plus de bitrate VP9 que H264 pour la même qualité, si tu es limite dans ta connexion, t'es mort)

    Ils ont un très large panel de formats / résolutions dispo. C'est du streaming adaptatif le DASH, donc si tu es "limite", ben le site t'enverra le bitrate d'en dessous pour le prochain segment et puis voila. Et pour avoir vérifié, les webm font les mêmes tailles que les mp4, il y a même plusieurs plage de bitrate par résolution… donc ils ne limite rien à personne.

    Alors après, que je sois manipulé à l'insu de mon plein gré probablement, et que google soit sectaire envers ceux qui n'ont pas de grosses connexions je n'en doute pas. Il y a du bénef à faire la dessus c'est sur.

  • [^] # Re: VP9

    Posté par  . En réponse au journal Cisco annonce Thor. Évalué à 3.

    Et le streaming DASH VP9 60fps sur youtube je ne considère pas ça comme une blague rigolote, ni comme une utilisation "anecdotique".

  • [^] # Re: j'adore

    Posté par  . En réponse au journal SD-Boot, l'EFI Boot Manager & Stub Loader de systemd, arrive. Évalué à 4.

    Ça sert à quoi de faire une distrib "custom" pour retomber sur exactement la même chose qu’une distrib générique ?

    Ca sert à faire marcher tes logiciels à peu près de la même manière sur les dizaines de plateformes embarquées disponible sur le marché. La ou le terme "distrib générique" n'existe pas.
    Sur des filesystems read-only, avec des overlays et des tmpfs pour les confs, avec du sandboxing pour chaque appli lancée. Et holala, maintenant systemd gère ça nativement ! Et bien mieux que les bricolages utilisés avant ça ^

  • [^] # Re: j'adore

    Posté par  . En réponse au journal SD-Boot, l'EFI Boot Manager & Stub Loader de systemd, arrive. Évalué à 3.

    En réalité tu ne sera libre de rien, même en étant hyper motivé tu ne pourra pas te faire ta propre distribution sans sytemd. Le seul choix restant sera de migrer vers FreeBSD.

    La situation actuelle (ou plutôt la situation "hier") ? Chaque plateforme a son système de boot, ses utilitaires, ses scripts… Tu es donc libre de galérer avec ta propre distribution.
    C'est marrant mais pour les gens qui ont déjà bricolés des distribs "customs", c'est tellement bon de voir systemd arriver, unifier tout les outils, avec des features qui demandaient auparavant des jours de développement et 3 tonnes de scripts shells sur mesures (quand elles n'étaient pas tous simplement impossibles à implémenter).

  • # personne ne le fait

    Posté par  . En réponse au journal C'est vendredi, c'est trolldi, c'est permis : l'open source n'est pas secure. Évalué à 8. Dernière modification le 02 août 2014 à 11:52.

    Tout le monde s'accroche à l'idée comme quoi tout le monde relit le code open source, mais personne ne le fait en vrai.

    Et le gars qui a trouvé la faille dans OpenSSL il faisait quoi, un tennis ?
    Très bon journal/article sinon ;-)

  • [^] # Re: typo

    Posté par  . En réponse au journal HEVC/H.265 et x265 : mes premiers tests. Évalué à 1.

    Oui possible. Au boulot avec chromium 27, dans la page https://www.youtube.com/html5 il me manque le H.264 et le VP9, et par conséquent j'ai quasiment que du VP8 (mais HTML5 "forcé" aussi).

  • [^] # Re: typo

    Posté par  . En réponse au journal HEVC/H.265 et x265 : mes premiers tests. Évalué à 2.

    1. > sinon non il n'y a pas VP9, il a quasiment rien pour lui, il ne décole pas (tout comme VP8) malgré le poid de Google, c'est dire le problème.
      

      Je ne sais pas. Par contre les gens qui ont un navigateur chrome/chromium récent (moins de 1 an apparemment) sont maintenant "forcés" en html5/vp9 par défaut sur youtube. Sur quoi, à vu de nez 90% des vidéos que j'ai eu l'occasion de visionner.
      Pour un codec inutile et inutilisé c'est déjà une belle performance. A moins que tous le monde sois passé sur dailymotion/IE9 et que personne ne m'ai rien dis. Non vraiment c'est pas cool les gars :-O

  • # Portage "natif"

    Posté par  . En réponse au journal Civ 5 sous Linux. Évalué à 8.

    A noter aussi qu'il s'agit d'un portage "natif" et non d'une infâme collections de hacks et wrapper Direct3D > OpenGL comme c'est parfois le cas (avec plus ou moins de succès).
    D'après les premiers retours il semble de bonne qualité et fonctionne très bien avec les drivers libres !

  • [^] # Re: Ou mais

    Posté par  . En réponse à la dépêche OpenJill une réécriture du moteur de la trilogie Jill. Évalué à 2.

    Yep ça fais bien longtemps qu'on à perdu la disquette… Enfin bon c'est l'occasion de re-découvrir dosgamesarchive.com !

  • # Gilles !

    Posté par  . En réponse à la dépêche OpenJill une réécriture du moteur de la trilogie Jill. Évalué à 2.

    Génial ! C'est aussi un de mes tout tout premier jeu il y a 20 ans (nostalgie), également installé sur l'ordi à mon père, qui dans mes souvenirs s'appelait Gilles (bah ouai… c'est pour ça que je n'ai jamais réussi à retrouver le jeu alors…). Je ne manquerai pas de tenter une partie à l'occasion !

    seul le premier niveau (et encore pas tout) fonctionne.

    Dans mes souvenir passer le premier niveau c'était déjà quelque chose…

  • [^] # Re: critiques…

    Posté par  . En réponse au journal Est-ce que RMS raconte "des idioties basées sur des prémisses qui n'ont plus cours" ?. Évalué à 4.

    Bref, ces prémisses qu'il prétend obsolètes sont plus actuelles que jamais. Je pense même que c'est sa thèse qui a l'air échappée d'un autre siècle.

    Ouai je suis assez d'accord, il aurait posté le 1er juin 2012 (2013 à la limite), mais tenir ce raisonnement en 2014 ??? Toute les semaines on nous abreuves de scandales sur la NSA ou de trous de sécurité béants chez tous les grands éditeurs et fournisseurs de services dans le cloud…
    Si il à passé les dernières années dans un trou après… Comme ça à été dis plus bas, on ferme le navigateur et on passe à autre chose.

  • [^] # Re: Dédicace Zenitram

    Posté par  . En réponse au journal Le Codec VP9 reçoit le soutien de l'industrie.. Évalué à 3. Dernière modification le 09 janvier 2014 à 12:35.

    Et quel est l'avantage de VP9 dans ta liste qu'on rigole?

    Je pourrai t'en citer, d'autres l'ont déjà fait, ici et ailleurs mais voila… Tu n'écoutes pas, alors à quoi bon !?

    Rappel : VP9 est dans la même veine. Il ne fait que repomper.

    Et alors ? Daala est différent, ce qui ne t'empêches pas de venir insulter sa technologie et sa raison d'être sur tous les journaux qui le mentionnent, comme tu le fais avec VP8. Et maintenant 9. Dans n'importe quel domaine, un minimum d'émulation est nécessaire pour aller de l'avant.

    Sinon, tu as déjà vu un lecteur Bluray et HD-DVD 2 en 1?

    Déjà oui : http://hometheater.about.com/od/blurayandhddvd/fr/bh100fullreview.htm
    Et ensuite les lecteurs Bluray supportent (tous, c'est dans la norme) le MPEG-2, le VC1 (la technologie du HD-DVD donc) et le H.264 comme format de compression.

    Magique non ? On vient de trouver ensemble une parade à ton propre problème ("il y a 2 formats en compétition, généralement soit le marché ne décolle pas, soit un gagne"). Efficace n'est ce pas ? Ils ont fait gagner les 3 à la fois ! Et fait payer 3 licences aux pauvres consommateurs qui achètent un appareil avec lecteur blueray.