Tu ne vois pas la différence entre :
ZX81, Apple II, Thomson TO7 et MO5, Commodore VIC-20, Oric Atmos, Goupil, Amstrad CPC, Apple Macintosh, Atari ST, Amiga 500, et j'en passe des dizaines d'autres.
Et ce qui existe quelques années après l'arrivée des x86, avec une poignée d'architectures.
Et ce qui arrive vers 2006/2007 avec la fin des séries SPARC et Apple PPC ?
Dans la première liste, tu ne bascules pas de programme d'une machine à l'autre, le matériel est étroitement lié à l'OS, et donc aux logiciels fournis.
Aujourd'hui, tu installes Windows, Linux, *BSD, OpenSolaris ou MacOS sur à peu près n'importe quel ordinateur acheté pas cher sur CDiscount.
Tu le sens un tout petit peu le découplage matériel/logiciel ou pas du tout ?
Pour l'Apple 1 et 2, le Macintosh, Apple fabriquait du matériel.
Aujourd'hui non, ils assemblent du x86 comme n'importe quel autre assembleur type Clevo, Asus, Acer, DELL et cie. Avec les mêmes contraintes, les mêmes matériels disponibles, la même façon de faire, les mêmes composants achetés aux mêmes fournisseurs, les mêmes technologies, les mêmes protocoles, etc.
Il y a quand même une rupture entre l'époque pré hégémonique du x86, et aujourd'hui !
On retombe un peu dans cette diversité avec les SoC et tu as raison sur ce point.
Mais le découplage reste très fort, on a les mêmes technos, les mêmes composants, les mêmes contraintes d'assemblage, entre un Wiko et un iPhone. Ce sont tous des SoC ARM.
Certes, pas forcément très compatibles entre eux, ya qu'à voir la misère que c'est de gérer tout ça sous Linux.
Tu vas trouver de la création de matériel en regardant chez RISC-V.
Sinon tu as deux mondes : x86 et ARM.
Et Apple ne porte aucun de ces projets, ils les utilisent, au même niveau que tout les autres acteurs du marché.
Et on ne peut pas dire que la situation était la même à l'époque de l'Apple 2, même si le processeur était du MOS 6502 utilisé dans d'autres projets de l'époque (Oric, Atari 2600), c'était un composant parmi d'autres et non une architecture et un écosystème matériel.
Après, c'est peut-être juste que la distinction entre matériel et assemblage est plus forte aujourd'hui, et qu'Apple ne fait pas uniquement du logiciel, mais aussi de l'assemblage.
Et l'écosystème ARM ne s'équilibre pas au même endroit - cf le commentaire très intéressant de Killruana - Apple met un peu plus les pattes dans le matériel avec l'ARM qu'avec le x86 où ils ne font rien du tout.
Apple vit sur le fait que le matériel qu'ils vendent est parfaitement adapté au logiciel que les gens veulent utiliser.
Ils vivent en prenant un sous-ensemble de l'écosystème matériel existant, en ne proposant que ce sous-ensemble - le plus réduit possible - à la vente, et en s'assurant que leur logiciel tourne au poil dessus, et que l'eXpérience Utilisateur reste la même partout et la plus douce possible. Ils vendent une UX ultra-standardisée, et ils ne peuvent pas y arriver avec la stratégie Microsoft ou la philosophie Linux, qui est de vouloir fonctionner sur et avec n'importe quel type de matériel.
Je crois qu'il ne faut pas confondre le fait de sélectionner du matériel et le fait d'en fabriquer. Et encore une fois la distinction est plus floue avec les smartphones.
Mais c'est bel et bien iOS qui est vendu avec les iPhone, personne n'achète un iPhone pour ses spécificités techniques : tu trouves pareil, et même mieux si tu cherches (et moins bien facilement) ailleurs, et tout les éléments matériels sont les mêmes que dans à peu près n'importe quel autre smartphone.
Non, tu achètes bel et bien iOS, et oui, tu payes le matériel, qu'Apple a choisit pour toi. Tu payes le fait de ne pas avoir à choisir ton matériel parmi tout ce qui existe et qui est terriblement vaste et incompréhensible.
Tu payes le fait de ne pas choisir ton matériel et d'avoir l'assurance qu'il va fonctionner pareil pour tout le monde.
Et cette assurance tu ne l'as pas dans le monde d'Android, où d'un téléphone à l'autre ça peut être très très différent, surtout au niveau du support dans le temps, mais aussi de la fiabilité du matériel. Ce qui ne veut pas dire que tu n'as pas de matériel aussi bien voir meilleur que ce que fait Apple, mais ça veut dire qu'il faut chercher, lire, comparer, se renseigner, réfléchir, s'informer, et au final choisir avec le risque de faire un mauvais choix.
Franchement, faut pas me dire qu'Apple vend du matériel, ça n'a aucun sens… Le matériel c'est un sous-produit, une contrainte pour la vente de leur produit. Et une contrainte qui permet de gagner de l'argent parce que les gens n'aiment pas payer pour le logiciel, mais acceptent de le faire pour le matériel. Le matériel c'est l'excuse pour passer à la caisse avant d'entrer dans l'univers (très fermé, mais aussi très sécurisant) d'Apple.
Et leur produit c'est justement cette monoculture sécurisante face au chaos créatif et bordélique des nouvelles technologies.
Il y a un petit outil disponible sur F-Droid, donc pour Android, qui sert à ce genre de chose pour les images.
Ça s'appelle Scrambled Exif, et quand on veut partager une image, on la partage à cette application, qui au bout d'un petit instant - le temps de nettoyer l'image - propose de la repartager ailleurs : mail, chat, bluetooth, outil de cracking du site de la CIA, etc.
They integrate a single ARM-based processing core (CPU), a graphics processing unit (GPU), and other electronics necessary to provide mobile computing functions within a single physical package.
En quoi est-ce différent de… absolument tout les autres smartphones d'aujourd'hui, sauf les rares tournant en architecture x86 ?
Apple encapsule les mêmes technos que celles trouvées partout ailleurs.
Alors oui, ils font fabriquant et vendeur, ils maîtrisent la chaîne à partir du montage, mais au final c'est juste le choix des composants et le packaging.
Leur image de marque c'est un packaging très très précis, donc ils gèrent ça au plus serré.
Dedans il y a eu des CORTEX du PowerVR, etc, des trucs fabriqués et vendus par TSMC pas seulement pour Apple, on les trouve à plein d'autres endroits.
100% des constructeurs de pc utilisent des composants standards si tu va par la. A la rigueur sun, ibm avec leurs mainframes, et encore.
Oui ! Et ça a en gros commencé avec l'arrivée de l'IBM-PC et surtout des compatibles PC.
D'un seul coup la plupart des gens ont cessés d'être constructeurs de matériel. DELL, HP, ils font du packaging de composants. Ils fabriquent la boîte, commandent des trucs spécifiques aux fabricants de matériel pour avoir telle carte mère à tel format pour rentrer dans le boîtier, mais ça reste de l'assemblage.
Avant de passer à l'Intel pour leur MAC, il y avait Apple avec du PPC, et SUN avec du SPARC, les autres architectures ayant déjà quasiment disparues pour être remplacées par de l'x86. Et Apple est passé au x86 et SUN ne fait plus de SPARC non plus. Ils ont cessé de faire du matériel, et se sont mis à utiliser le même socle que tout les autres.
À part dans quelques consoles de jeu sorties environ en même temps que le dernier MAC-PPC (sauf la Wii-U qui semble être la seule exception), du PPC, qui d'autre en utilisait ? PPC et Apple étaient à peu près indissociables. Alors que ARM et Apple, ben… rien quoi, c'est deux trucs différents et l'un utilise l'autre…
La différence c'est qu'Apple payait la R&D des PPC à mettre dans leurs Mac, et ils en ont eu marre, ça coûtait trop cher, et ils ont pris du x86. Apple est maintenant client d'Intel, de TSMC, et d'autres, et leur achète des tonnes de matos, et sont forcément un client privilégié avec ce que ça peut impliquer de possibilité d'influencer les décisions du fabriquant de leurs puces, SoC, chipsets et autres GPU.
Apple n'a jamais fait de smartphone avec autre chose que de l'ARM.
Évidemment qu'ils sont assembleur et constructeur, bien sûr qu'ils vendent aussi du matériel, mais ils ne le crée pas, ils l'assemblent, et leur objectif premier n'est pas de vendre du matériel, ils ne portent pas de matériel à eux, ils font leur version, et portent leurs applis, et leur finition, de matériel qu'on peut trouver ailleurs.
Tu peux te fabriquer exactement le même matériel que dans les produits d'Apple, même CPU, même GPU, mêmes branchements, même dalle graphique, etc, sans rien demander à Apple.
Tu vas bien sûr coincer sur l'intégration de tout ça et le packaging, mais le travail d'Apple commence là.
Certes.
Mais je ne pense pas qu'il soit extrêmement difficile de prendre un BSD et de gérer les droits à la VMS.
Dans l'idée, quitte à avoir un root impossible à utiliser et un admin qui a les accès de l'administrateur windows actuel, et les autres accès répartis où il faut.
Mais oui, ça n'a rien de trivial. En fait pas plus trivial que de continuer à développer leur propre noyau.
Mais partir sur un Linux dont on aurait fortement modifié la gestion de la sécurité, c'est se faire chier à maintenir cette partie là spécifiquement, mais ne plus se prendre la tête sur la gestion de la pléthore de matériel géré par Linux et pas par Windows aujourd'hui, c'est la possibilité de libérer des ressources pour plein d'autre matériel, c'est la possibilité de fournir un OS de base avec plus de logiciels disponibles dès l'achat en piochant parmi les logiciels libres, bref ça ouvre pas mal de portes.
Mais ils ont une dette technique, une volonté de rétro-compatibilité forte : une appli windows d'aujourd'hui doit pouvoir fonctionner demain, pour au moins deux ou trois versions de windows, etc.
Je pense qu'ils ont encore largement assez de personnes compétentes et capables de faire ce travail chez Microsoft - la boîte qui détient encore le record de la plus grosse capitalisation boursière en dollars constants, de toute l'histoire de l'humn.. la bourse !
Ça sera dans tout les cas un choix parfaitement rationnel économiquement, et qui peut aller dans le sens d'un socle plus large laissé aux logiciels libres en général, pour se concentrer sur là où se trouve la plus grosse valeur ajoutée de nos jours.
Mais j'avoue, je suis affreusement optimiste.
First they ignore you, then they laugh at you, then they fight you, then you win.
On en est à la dernière étape de la guerre entre le modèle propriétaire et le libre :)
Il ne s'agit pas de la victoire de Linux sur Windows, mais bien de la victoire d'un socle de logiciels libres sur le modèle tout propriétaire.
Ce qui n'est absolument pas incompatible avec des services propriétaires et centralisés, certains logiciels propriétaires et payants, etc.
En tout cas certainement pas incompatible avec des grosses boîtes qui font un maximum de revenus.
Clairement, Windows 11 c'est un Linux modifié, ou un dérivé de BSD, bref une base Unix en logiciel libre, et leur valeur ajoutée par dessus, exactement comme chez Apple.
Reste à savoir si contrairement à Apple ils vont faire les choses correctement, et laisser leurs logiciels, payants, tourner sur des OS libres pas de chez eux, on verrait peut-être fleurir des Microsoft/Redhat ^
Bon, ça sera peut-être windows 12 - ou peut-être aucun - mais en tout cas c'est une prévision Nostradamusienne plutôt crédible.
Il n'y a plus tellement de valeur ajoutée dans l'OS en lui-même aujourd'hui, comme il n'y en a plus dans le matériel depuis longtemps : Apple a décollé quand ils ont arrêté de faire du matériel !
À comprendre bien sûr, un Mac c'est un packaging au dessus de composants standards, et de normes construites sur les évolutions de l'IBM-PC et des puces Intel, donc pas de matériel en provenance d'Apple, juste la boîte en aluminium.
Et ce n'est pas tellement différent avec les iPhone, pas de différence fondamentale avec n'importe quel autre smartphone : de l'ARM, de l'USB, des composants choisis a priori pour leur qualité, et un prix multiplié par 5.
D'un autre côté tu es dans un processus de compilation de logiciel.
Si t'as pas de compilateur, t'as un problème, mais il n'est absolument pas lié aux autotools…
Une dépendance à GNU make sur une distribution linux? C'est le genre de dépendance qu'on peut certainement assumer, non?
Une dépendance à init, ou alsa/oss, sur une distribution Linux ? C'est le genre de dépendance qu'on peut certainement présupposer, non ?
Yth.
PS : Sérieux, wrapper ninja dans make ?
PPS : Mais qui compile sans lire les fichiers README et INSTALL, ne serait-ce que pour vérifier que ça marche avec ./configure && make && make install ? Et si le fichier INSTALL te dit « meson && ninja && ninja install » ça change quoi au fond ?
PPPS : Et puis, qui utilise make install ailleurs que dans un script de création de paquet ? Ça arrive souvent aux gens de pourrir leur distrib et leur système de gestion de paquets en installant n'importe quoi à l'arrache comme ça ?
On peut faire un CNAME.
Et configurer le site linuxfr pour que si on y accède par haikufr ça fasse une recherche avec le terme haiku pour mettre en avant spécifiquement les news au sujet de Haiku, ou des poëmes courts japonais.
Pas de soucis, je suis passé mainteneur du Slackbuild warzone2100 - en fait à la lecture de ce journal, j'ai réalisé que l'ancien mainteneur l'avait délaissé, j'ai pris la relève - et j'ai pu voir un peu comment c'était fait.
Non plus.
Tu télécharges le jeu, tu le compiles, tu l'installes, il est entièrement libre.
Tu peux, de ton choix, décider d'ajouter des cinématiques, complètement facultatives, qui ne sont pas libres.
Ils ont fait un vrai travail pour rendre les choses propres, et si, on peut dire que warzone2100 est un jeu libre.
Rien n'est caché, tu ne peux pas télécharger du contenu non libre par erreur (enfin faut lire un minimum quoi), et toutes les fonctionnalités du jeu sont accessibles entièrement librement.
Les vidéos n'ont rien de nécessaire, d'obligatoires et n'apportent rien aux possibilités du jeu, à ce qu'on peut faire, etc.
Et puis tu as un add-on non libre - 100% facultatif - qui te rajoute des vidéos (assez moches) qui ont l'intérêt d'aider à faire comprendre ce qui se passe dans la campagne, sans ajouter aucune fonctionnalité, mode de jeu, scénario, campagne, carte, unité, rien.
Donc aller dire que warzone2100 n'est pas libre c'est abusif.
Toutes les versions de warzone2100 sont libres, sauf celles pour lesquelles il y a eu un choix fait d'ajouter des vidéos non libres.
Ce serait comme de dire que supertuxkart est non libre parce qu'il existe un addon de véhicules non libres, c'est abusif et faux.
Wooh…
J'ai touché un point sensible ?
L'ironie dérisoire du message t'as échappée ?
J'ai balancé la majorité des poncifs sur les motards, de façon assez légère, en visant suffisamment juste, mais avec assez de dérision pour désamorcer la majorité des trollages possibles : en gros tout est dit (donc il n'y a plus rien à dire), mais rien ne l'est de façon agressive (donc pas de raison de s'enflammer).
Ça fait sourire, mais pas trop, ça fait tiquer, mais pas trop, et puis on passe à autre chose, ça évite le fil trollesque de deux cent soixante treize messages sans intérêt.
Et là, paf, attaque virulente sur les randonneurs, sans rapport avec la choucroute.
Stop !
Tout ceci ne sert à rien, prend un mentos, une tisane, un café, une bière ou un redmonsterbull, et passe à autre chose, ta tension n'en vaut pas la peine…
Sérieux, je ne suis pas allé assez loin dans l'exagération ?
« en gazant toute vie à 1km à la ronde ? » pour des véhicules qui consomment la même essence que n'importe quelle voiture ? Si c'est vrai, quand le motard débarque, la vie n'est déjà plus là, éteinte par la circulation automobile…
Non, mon message n'était pas à prendre au premier degré, et il pointe simplement du doigt les cas particuliers qui peuvent se transformer en généralité « rhaa les motards tous pourris, y'en a un qu'était pas gentil quand je l'ai insulté ! ».
Hop, c'est fait, passons joyeusement à autre chose.
Yth.
PS : cette année, à l'UT4M, il y avait dans le pack coureur une poubelle de ceinture super pratique, pour y jeter ses déchets ailleurs que par terre. Oui, il y a des porcs dans le monde du trail qui jettent du plastique sur les chemins, mais on peut aussi les éduquer, et se rendre compte qu'en fait la proportion de poches trouées n'est pas si négligeable que ça, et que ces porcs sont des gens comme les autres, donc pas conscients de tout tout le temps, et qui n'ont pas les mêmes évidences de vie que nous. Un vrai truc de dingue…
PPS : Tu lances un débat sur tout les gens qui ont des chiens et les font chier sur les trottoirs, ou dans les jardins d'enfants ? Non, mais juste histoire d'élargir le sujet hein !
PPPS : « Pour avoir eu, pendant 1 an et demi, un appart qui était juste au dessus d'un feu rouge, je peux t'assurer que les motos ne faisait rien trembler. » -> Bah, c'était pas une vraie moto ça compte pas.
5120=3200+1920
Donc c'est la résolution totale, avec ton écran et ta télé mis côte à côte.
C'est la résolution de la zone d'affichage en fait.
Et il est probable que ta télé fasse 1920x1080, donc tu as une bande de 1080 à 1800 pixels en bas (probablement) de l'écran de ta télé qui existe mais n'est affichée nulle part.
Fut un temps, selon la conf xrandr, la souris pouvait se perdre dedans.
J'avais trouvé une solution (probablement arrêter de configurer n'importe comment ), mais depuis je n'ai plus ce genre de situation alors je ne sais plus.
Par contre la résolution est globale, tu ne peux pas avoir un dpi différent entre ton écran principal et ta télé.
À part qu'ils prennent une place pour voiture par moto.
Que quand ils ne le font pas c'est pour se garer sur la seule portion de trottoir disponible pour que les enfants circulent ailleurs qu'à trois centimètres des voitures.
Qu'ils font rugir le moteur au milieu du village.
Qu'une moto seule fait plus trembler les murs qu'un semi-remorque.
Et que « Mais comment peut-on prétendre apprécier la nature en roulant à travers à toute berzingue en faisant un bruit à faire fuir les fourmis, et en gazant toute vie à 1km à la ronde ? »
Franchement, faudrait avoir un tout petit peu d'ouverture d'esprit !
Surtout un vendredi.
Au vu de la communication extérieure de l'ANSSI, des documents produits, et des conseils prodigués, j'ai quand même l'impression qu'ils ont les coudées franches de ce côté là, tant qu'ils font du bon boulot.
Et ça a l'air de faire partie de leur mission d'éduquer les gens (particuliers ou entreprises) sur les bonnes pratiques, et même de leur fournir des outils utiles.
On peut critiquer tant qu'on veut, si on regarde, la raison semble plutôt de partager une potentielle bonne idée avec un maximum de gens, et dans l'idéal de porter une communauté intéressée autour du projet : ça coûte toujours moins cher d'avoir des bénévoles, et ça valide aussi l'intérêt du projet.
C'est du FUD.
Dommage, le fond de l'article soulève de vrais problèmes, mais ce genre d'attaques infondées, et de phrases à l'emporte-pièce, gâchent le propos.
Mais sous Linux aussi malloc renvoie NULL quand il ne peut pas allouer la mémoire.
Et je suppose que la plupart des logiciels écrit à peu près correctement savent gérer la situation.
Donc l'OOM-killer il sert uniquement dans les autres cas.
Lesquels ? Sais pas vraiment, mais si je n'ai pas rencontré l'OOM-killer depuis plus de 15 ans, il doit bien y avoir une raison, genre c'est le dernier des derniers recours quand tout le reste à foiré.
Et franchement, si ton système en est là, flinguer au hasard est une technique qui en vaut bien une autre. L'alternative étant probablement un crash du kernel et donc un massacre de tous les processus.
Et après, il faudrait vraiment m'expliquer pourquoi ça vaudrait vraiment le coup de se fouler plus que ça pour ce cas tellement extrême que de toute façon le système est inutilisable depuis un moment ?
C'est pas l'OS le problème quand on en arrive là…
Oui, Linux tue des process au hasard par conception: https://doc.ubuntu-fr.org/oomkiller
Non, ce n'est pas normal que ça fonctionne comme ça. Oui, c'est désactivable, mais c'est toujours le comportement par défaut.
Oui et non.
Ça arrive quand ton OS ne peut plus gérer le bloat que tu fais tourner, il n'y a juste pas assez de ressources.
Alors oui, bien sûr, choisir quel processus tuer, et définir des priorités, c'est mieux.
Mais ce qui est vraiment bien c'est aussi de mieux gérer ton serveur et de ne pas surplomber sa RAM ET son SWAP.
Si t'en arrives là sur un serveur que tu gères, tu t'es peut-être trompé de métier, ou alors tu fais une erreur de jeunesse, tu t'excuses auprès des utilisateurs, boss, collègues, etc., et tu promets de ne plus jamais recommencer…
Si t'en arrives là sur ta machine perso, tu as dû te rendre compte depuis un bon moment déjà que ton SWAP est ultra-sollicité et que ta machine se traîne à mort, et tu devrais savoir quel programme est en train de partir en vrille, donc tu devrais pouvoir choisir toi-même quel programme fermer avant le OOM-killer.
Un format qui passe bien dans une liseuse.
Le PDF, c'pas toujours au top, parfois tu as juste l'A4 en page pleine sur ton écran de liseuse en A6 ou A7, c'est pénible à lire.
Disons au moins que ce n'est pas un format fiable pour un confort de lecture minimal sur une liseuse.
Donc la définition serait un format de fichier qui respecte un minimum de confort de lecture sur une liseuse standard.
Le PDF c'est un format de fichier pensé pour l'impression, c'est le remplaçant direct du Postscript, ce n'est pas souvent agréable à utiliser sur un ordinateur, un ordiphone, une liseuse, une tablette, ou autre support numérique. Lire un PDF A4 sur un écran large, c'est à chier en terme d'ergonomie.
Donc ce n'est pas complètement aberrant de ne pas considérer le PDF comme un format correct de livre numérique.
Posté par Yth (Mastodon) .
En réponse à la dépêche Sortie de Python 3.7.
Évalué à 4.
Dernière modification le 15 septembre 2018 à 14:49.
J'avoue, j'aime beaucoup le Python, mais je n'utilise jamais pip.
La plupart des choses dont j'ai besoin sont dispo sous Slackware en SlackBuilds.
Après, apparemment, la suppression des setuptools va poser des soucis avec ce genre d'installations système, mais la discussion n'a pas encore vraiment démarrée sur SBo.
Je suppose que ça va venir vite par contre…
Donc je ne te contredirai pas sur la mauvaise image que donne pip du python…
J'en garde cependant une encore meilleure image de la Slackware, mais ça n'a rien à voir :p
Tu peux aussi parcourir un code source avec de la coloration syntaxique en utilisant less.
Mais ce n'est pas immédiat et nécessite un poil de configuration.
En très rapide :
Tu as une variable d'environnement LESSOPEN="|lesspipe.sh %s".
Un script lesspipe.sh, sous Slackware il est dans /usr/bin/lesspipe.sh, dans le paquet less.
Tous les contenus envoyés à less le sont d'abord à ce lesspipe.sh qui va faire un pré-traitement avant de laisser travailler less. C'est typiquement ce qui permet de voir le contenu d'une archive, d'une page de man. Celui de la Slackware ne va pas tellement plus loin que ça.
Mais ce fichier lesspipe.sh peut permettre de faire de la coloration syntaxique.
Typiquement tu utilises un autre lesspipe.sh, par exemple $HOME/.lesspipe, et tu mets export LESSOPEN="|$HOME/.lesspipe %s" ou l'équivalent en dialecte local dans ton init shell.
Et tu modifies ton lesspipe pour faire passer tes fichiers source à travers highlight ou pygmentize.
Ensuite less te fait automatiquement la coloration syntaxique.
Tu peux aussi traiter les PDF avec pdftotext, et avoir le contenu texte d'un PDF avec less, etc.
Mais je le concède, si ta distrib a pas géré ça pour toi, c'est assez ardu, il faut connaître, et même comme ça, la mise en place est pénible sans un lesspipe déjà tout fait.
Dans MySQL, il y a deux instructions pour faire plus ou moins la même chose selon les cas :
INSERT IGNORE va faire exactement INSERT ON CONFLIT DO NOTHING, c'est à dire que tu fais un INSERT, et si ça rate, tant pis.
Particulièrement utile lors d'INSERT multiples, ça ajoute tout ce que ça peut ajouter sans planter.
Et aussi le REPLACE, qui fait un DELETE si l'INSERT est impossible, puis qui fait l'INSERT.
Le cas non géré est l'intermédiaire, où va mettre à jour si la ligne existe et la créer sinon.
Utile pour des cas particuliers où l'INSERT se fait avec des colonnes non définies, donc à la valeur par défaut, mais si la ligne existe et que ces valeurs ont été modifiées, on ne les change pas, on met juste à jour certaines colonnes. Je n'ai pas spécialement d'exemple à proposer…
Dans l'exemple donné avec les totoz, on doit pouvoir s'en sortir avec de l'INSERT IGNORE et du REPLACE.
Maintenant, je ne sais pas trop où se situe la norme SQL entre les IGNORE, les ON CONFLICT etc..
C'est assez impressionnant et ça fait quand même plaisir de voir les efforts de Steam pour promouvoir Linux.
Aller jusque forker wine pour améliorer le support des jeux indique quand même une implication assez forte, ça demande du temps, des développeurs pas trop débutants.
On peut aimer ou pas La grosse boîte à gros sous, mais ce sont les plus efficaces pour promouvoir Linux comme plateforme de gaming.
Bon, on est loin des jeux libres, sans DRM et tout, mais leur truc, Proton, est franchement libre.
La licence spécifique Proton est assez claire : tu fais ce que tu veux (modification, distribution), tant que tu gardes la licence. Mais tu ne peux pas utiliser le nom Proton, ou Steam, ou Valve, pour promouvoir ton truc à base de Proton, tu te démerdes sans les faire chier.
Bien sûr le code de wine utilisé par Proton reste sous GPL.
Reste à voir si ces efforts (c'est-à-dire l'utilisation de Proton à la place de Wine quand ça s'avère pertinent) seront aisément utilisable par des projets comme Playonlinux, play.it, Lutris, et autre qui font déjà un assez bon boulot d'utilisation de Wine pour jouer à des jeux.
[^] # Re: Microsoft promoteur de l'année du desktop sous Linux
Posté par Yth (Mastodon) . En réponse au journal Vers une fin de la guerre des brevets logiciels ?. Évalué à 1.
Tu ne vois pas la différence entre :
ZX81, Apple II, Thomson TO7 et MO5, Commodore VIC-20, Oric Atmos, Goupil, Amstrad CPC, Apple Macintosh, Atari ST, Amiga 500, et j'en passe des dizaines d'autres.
Et ce qui existe quelques années après l'arrivée des x86, avec une poignée d'architectures.
Et ce qui arrive vers 2006/2007 avec la fin des séries SPARC et Apple PPC ?
Dans la première liste, tu ne bascules pas de programme d'une machine à l'autre, le matériel est étroitement lié à l'OS, et donc aux logiciels fournis.
Aujourd'hui, tu installes Windows, Linux, *BSD, OpenSolaris ou MacOS sur à peu près n'importe quel ordinateur acheté pas cher sur CDiscount.
Tu le sens un tout petit peu le découplage matériel/logiciel ou pas du tout ?
Pour l'Apple 1 et 2, le Macintosh, Apple fabriquait du matériel.
Aujourd'hui non, ils assemblent du x86 comme n'importe quel autre assembleur type Clevo, Asus, Acer, DELL et cie. Avec les mêmes contraintes, les mêmes matériels disponibles, la même façon de faire, les mêmes composants achetés aux mêmes fournisseurs, les mêmes technologies, les mêmes protocoles, etc.
Il y a quand même une rupture entre l'époque pré hégémonique du x86, et aujourd'hui !
On retombe un peu dans cette diversité avec les SoC et tu as raison sur ce point.
Mais le découplage reste très fort, on a les mêmes technos, les mêmes composants, les mêmes contraintes d'assemblage, entre un Wiko et un iPhone. Ce sont tous des SoC ARM.
Certes, pas forcément très compatibles entre eux, ya qu'à voir la misère que c'est de gérer tout ça sous Linux.
Tu vas trouver de la création de matériel en regardant chez RISC-V.
Sinon tu as deux mondes : x86 et ARM.
Et Apple ne porte aucun de ces projets, ils les utilisent, au même niveau que tout les autres acteurs du marché.
Et on ne peut pas dire que la situation était la même à l'époque de l'Apple 2, même si le processeur était du MOS 6502 utilisé dans d'autres projets de l'époque (Oric, Atari 2600), c'était un composant parmi d'autres et non une architecture et un écosystème matériel.
Après, c'est peut-être juste que la distinction entre matériel et assemblage est plus forte aujourd'hui, et qu'Apple ne fait pas uniquement du logiciel, mais aussi de l'assemblage.
Et l'écosystème ARM ne s'équilibre pas au même endroit - cf le commentaire très intéressant de Killruana - Apple met un peu plus les pattes dans le matériel avec l'ARM qu'avec le x86 où ils ne font rien du tout.
Apple vit sur le fait que le matériel qu'ils vendent est parfaitement adapté au logiciel que les gens veulent utiliser.
Ils vivent en prenant un sous-ensemble de l'écosystème matériel existant, en ne proposant que ce sous-ensemble - le plus réduit possible - à la vente, et en s'assurant que leur logiciel tourne au poil dessus, et que l'eXpérience Utilisateur reste la même partout et la plus douce possible. Ils vendent une UX ultra-standardisée, et ils ne peuvent pas y arriver avec la stratégie Microsoft ou la philosophie Linux, qui est de vouloir fonctionner sur et avec n'importe quel type de matériel.
Je crois qu'il ne faut pas confondre le fait de sélectionner du matériel et le fait d'en fabriquer. Et encore une fois la distinction est plus floue avec les smartphones.
Mais c'est bel et bien iOS qui est vendu avec les iPhone, personne n'achète un iPhone pour ses spécificités techniques : tu trouves pareil, et même mieux si tu cherches (et moins bien facilement) ailleurs, et tout les éléments matériels sont les mêmes que dans à peu près n'importe quel autre smartphone.
Non, tu achètes bel et bien iOS, et oui, tu payes le matériel, qu'Apple a choisit pour toi. Tu payes le fait de ne pas avoir à choisir ton matériel parmi tout ce qui existe et qui est terriblement vaste et incompréhensible.
Tu payes le fait de ne pas choisir ton matériel et d'avoir l'assurance qu'il va fonctionner pareil pour tout le monde.
Et cette assurance tu ne l'as pas dans le monde d'Android, où d'un téléphone à l'autre ça peut être très très différent, surtout au niveau du support dans le temps, mais aussi de la fiabilité du matériel. Ce qui ne veut pas dire que tu n'as pas de matériel aussi bien voir meilleur que ce que fait Apple, mais ça veut dire qu'il faut chercher, lire, comparer, se renseigner, réfléchir, s'informer, et au final choisir avec le risque de faire un mauvais choix.
Franchement, faut pas me dire qu'Apple vend du matériel, ça n'a aucun sens… Le matériel c'est un sous-produit, une contrainte pour la vente de leur produit. Et une contrainte qui permet de gagner de l'argent parce que les gens n'aiment pas payer pour le logiciel, mais acceptent de le faire pour le matériel. Le matériel c'est l'excuse pour passer à la caisse avant d'entrer dans l'univers (très fermé, mais aussi très sécurisant) d'Apple.
Et leur produit c'est justement cette monoculture sécurisante face au chaos créatif et bordélique des nouvelles technologies.
Yth.
# Scrambled Exif sous Android
Posté par Yth (Mastodon) . En réponse à la dépêche mat2 0.4.0. Évalué à 10.
Il y a un petit outil disponible sur F-Droid, donc pour Android, qui sert à ce genre de chose pour les images.
Ça s'appelle Scrambled Exif, et quand on veut partager une image, on la partage à cette application, qui au bout d'un petit instant - le temps de nettoyer l'image - propose de la repartager ailleurs : mail, chat, bluetooth, outil de cracking du site de la CIA, etc.
Yth.
[^] # Re: Microsoft promoteur de l'année du desktop sous Linux
Posté par Yth (Mastodon) . En réponse au journal Vers une fin de la guerre des brevets logiciels ?. Évalué à 0.
Extrait de ton lien :
En quoi est-ce différent de… absolument tout les autres smartphones d'aujourd'hui, sauf les rares tournant en architecture x86 ?
Apple encapsule les mêmes technos que celles trouvées partout ailleurs.
Alors oui, ils font fabriquant et vendeur, ils maîtrisent la chaîne à partir du montage, mais au final c'est juste le choix des composants et le packaging.
Leur image de marque c'est un packaging très très précis, donc ils gèrent ça au plus serré.
Dedans il y a eu des CORTEX du PowerVR, etc, des trucs fabriqués et vendus par TSMC pas seulement pour Apple, on les trouve à plein d'autres endroits.
Oui ! Et ça a en gros commencé avec l'arrivée de l'IBM-PC et surtout des compatibles PC.
D'un seul coup la plupart des gens ont cessés d'être constructeurs de matériel. DELL, HP, ils font du packaging de composants. Ils fabriquent la boîte, commandent des trucs spécifiques aux fabricants de matériel pour avoir telle carte mère à tel format pour rentrer dans le boîtier, mais ça reste de l'assemblage.
Avant de passer à l'Intel pour leur MAC, il y avait Apple avec du PPC, et SUN avec du SPARC, les autres architectures ayant déjà quasiment disparues pour être remplacées par de l'x86. Et Apple est passé au x86 et SUN ne fait plus de SPARC non plus. Ils ont cessé de faire du matériel, et se sont mis à utiliser le même socle que tout les autres.
À part dans quelques consoles de jeu sorties environ en même temps que le dernier MAC-PPC (sauf la Wii-U qui semble être la seule exception), du PPC, qui d'autre en utilisait ? PPC et Apple étaient à peu près indissociables. Alors que ARM et Apple, ben… rien quoi, c'est deux trucs différents et l'un utilise l'autre…
La différence c'est qu'Apple payait la R&D des PPC à mettre dans leurs Mac, et ils en ont eu marre, ça coûtait trop cher, et ils ont pris du x86. Apple est maintenant client d'Intel, de TSMC, et d'autres, et leur achète des tonnes de matos, et sont forcément un client privilégié avec ce que ça peut impliquer de possibilité d'influencer les décisions du fabriquant de leurs puces, SoC, chipsets et autres GPU.
Apple n'a jamais fait de smartphone avec autre chose que de l'ARM.
Évidemment qu'ils sont assembleur et constructeur, bien sûr qu'ils vendent aussi du matériel, mais ils ne le crée pas, ils l'assemblent, et leur objectif premier n'est pas de vendre du matériel, ils ne portent pas de matériel à eux, ils font leur version, et portent leurs applis, et leur finition, de matériel qu'on peut trouver ailleurs.
Tu peux te fabriquer exactement le même matériel que dans les produits d'Apple, même CPU, même GPU, mêmes branchements, même dalle graphique, etc, sans rien demander à Apple.
Tu vas bien sûr coincer sur l'intégration de tout ça et le packaging, mais le travail d'Apple commence là.
Yth.
[^] # Re: Microsoft promoteur de l'année du desktop sous Linux
Posté par Yth (Mastodon) . En réponse au journal Vers une fin de la guerre des brevets logiciels ?. Évalué à 2.
Certes.
Mais je ne pense pas qu'il soit extrêmement difficile de prendre un BSD et de gérer les droits à la VMS.
Dans l'idée, quitte à avoir un root impossible à utiliser et un admin qui a les accès de l'administrateur windows actuel, et les autres accès répartis où il faut.
Mais oui, ça n'a rien de trivial. En fait pas plus trivial que de continuer à développer leur propre noyau.
Mais partir sur un Linux dont on aurait fortement modifié la gestion de la sécurité, c'est se faire chier à maintenir cette partie là spécifiquement, mais ne plus se prendre la tête sur la gestion de la pléthore de matériel géré par Linux et pas par Windows aujourd'hui, c'est la possibilité de libérer des ressources pour plein d'autre matériel, c'est la possibilité de fournir un OS de base avec plus de logiciels disponibles dès l'achat en piochant parmi les logiciels libres, bref ça ouvre pas mal de portes.
Mais ils ont une dette technique, une volonté de rétro-compatibilité forte : une appli windows d'aujourd'hui doit pouvoir fonctionner demain, pour au moins deux ou trois versions de windows, etc.
Je pense qu'ils ont encore largement assez de personnes compétentes et capables de faire ce travail chez Microsoft - la boîte qui détient encore le record de la plus grosse capitalisation boursière en dollars constants, de toute l'histoire de l'humn.. la bourse !
Ça sera dans tout les cas un choix parfaitement rationnel économiquement, et qui peut aller dans le sens d'un socle plus large laissé aux logiciels libres en général, pour se concentrer sur là où se trouve la plus grosse valeur ajoutée de nos jours.
Mais j'avoue, je suis affreusement optimiste.
First they ignore you, then they laugh at you, then they fight you, then you win.
On en est à la dernière étape de la guerre entre le modèle propriétaire et le libre :)
Il ne s'agit pas de la victoire de Linux sur Windows, mais bien de la victoire d'un socle de logiciels libres sur le modèle tout propriétaire.
Ce qui n'est absolument pas incompatible avec des services propriétaires et centralisés, certains logiciels propriétaires et payants, etc.
En tout cas certainement pas incompatible avec des grosses boîtes qui font un maximum de revenus.
Yth.
[^] # Re: Microsoft promoteur de l'année du desktop sous Linux
Posté par Yth (Mastodon) . En réponse au journal Vers une fin de la guerre des brevets logiciels ?. Évalué à 1.
Clairement, Windows 11 c'est un Linux modifié, ou un dérivé de BSD, bref une base Unix en logiciel libre, et leur valeur ajoutée par dessus, exactement comme chez Apple.
Reste à savoir si contrairement à Apple ils vont faire les choses correctement, et laisser leurs logiciels, payants, tourner sur des OS libres pas de chez eux, on verrait peut-être fleurir des Microsoft/Redhat ^
Bon, ça sera peut-être windows 12 - ou peut-être aucun - mais en tout cas c'est une prévision Nostradamusienne plutôt crédible.
Il n'y a plus tellement de valeur ajoutée dans l'OS en lui-même aujourd'hui, comme il n'y en a plus dans le matériel depuis longtemps : Apple a décollé quand ils ont arrêté de faire du matériel !
À comprendre bien sûr, un Mac c'est un packaging au dessus de composants standards, et de normes construites sur les évolutions de l'IBM-PC et des puces Intel, donc pas de matériel en provenance d'Apple, juste la boîte en aluminium.
Et ce n'est pas tellement différent avec les iPhone, pas de différence fondamentale avec n'importe quel autre smartphone : de l'ARM, de l'USB, des composants choisis a priori pour leur qualité, et un prix multiplié par 5.
Yth.
[^] # Re: Un nouveau standard ?
Posté par Yth (Mastodon) . En réponse à la dépêche E.T. téléphone Meson. Évalué à 7.
D'un autre côté tu es dans un processus de compilation de logiciel.
Si t'as pas de compilateur, t'as un problème, mais il n'est absolument pas lié aux autotools…
Yth.
[^] # Re: Un nouveau standard ?
Posté par Yth (Mastodon) . En réponse à la dépêche E.T. téléphone Meson. Évalué à 6.
Une dépendance à init, ou alsa/oss, sur une distribution Linux ? C'est le genre de dépendance qu'on peut certainement présupposer, non ?
Yth.
PS : Sérieux, wrapper ninja dans make ?
PPS : Mais qui compile sans lire les fichiers README et INSTALL, ne serait-ce que pour vérifier que ça marche avec ./configure && make && make install ? Et si le fichier INSTALL te dit « meson && ninja && ninja install » ça change quoi au fond ?
PPPS : Et puis, qui utilise make install ailleurs que dans un script de création de paquet ? Ça arrive souvent aux gens de pourrir leur distrib et leur système de gestion de paquets en installant n'importe quoi à l'arrache comme ça ?
[^] # Re: what else
Posté par Yth (Mastodon) . En réponse à la dépêche Haiku R1 bêta 1. Évalué à 10.
On peut faire un CNAME.
Et configurer le site linuxfr pour que si on y accède par haikufr ça fasse une recherche avec le terme haiku pour mettre en avant spécifiquement les news au sujet de Haiku, ou des poëmes courts japonais.
DHFP !
Da Haiku French Page
[^] # Re: RTS libre
Posté par Yth (Mastodon) . En réponse à la dépêche Zero-K, un jeu de stratégie temps réel. Évalué à 5.
Pas de soucis, je suis passé mainteneur du Slackbuild warzone2100 - en fait à la lecture de ce journal, j'ai réalisé que l'ancien mainteneur l'avait délaissé, j'ai pris la relève - et j'ai pu voir un peu comment c'était fait.
Yth.
[^] # Re: RTS libre
Posté par Yth (Mastodon) . En réponse à la dépêche Zero-K, un jeu de stratégie temps réel. Évalué à 10.
Non plus.
Tu télécharges le jeu, tu le compiles, tu l'installes, il est entièrement libre.
Tu peux, de ton choix, décider d'ajouter des cinématiques, complètement facultatives, qui ne sont pas libres.
Ils ont fait un vrai travail pour rendre les choses propres, et si, on peut dire que warzone2100 est un jeu libre.
Rien n'est caché, tu ne peux pas télécharger du contenu non libre par erreur (enfin faut lire un minimum quoi), et toutes les fonctionnalités du jeu sont accessibles entièrement librement.
Les vidéos n'ont rien de nécessaire, d'obligatoires et n'apportent rien aux possibilités du jeu, à ce qu'on peut faire, etc.
Et puis tu as un add-on non libre - 100% facultatif - qui te rajoute des vidéos (assez moches) qui ont l'intérêt d'aider à faire comprendre ce qui se passe dans la campagne, sans ajouter aucune fonctionnalité, mode de jeu, scénario, campagne, carte, unité, rien.
Donc aller dire que warzone2100 n'est pas libre c'est abusif.
Toutes les versions de warzone2100 sont libres, sauf celles pour lesquelles il y a eu un choix fait d'ajouter des vidéos non libres.
Ce serait comme de dire que supertuxkart est non libre parce qu'il existe un addon de véhicules non libres, c'est abusif et faux.
Yth.
[^] # Re: Chouette projet qui mériterait d'être plus "générique"
Posté par Yth (Mastodon) . En réponse au journal EnVadrouille, une galerie photo pour vos randos (5 ans après). Évalué à 6.
Wooh…
J'ai touché un point sensible ?
L'ironie dérisoire du message t'as échappée ?
J'ai balancé la majorité des poncifs sur les motards, de façon assez légère, en visant suffisamment juste, mais avec assez de dérision pour désamorcer la majorité des trollages possibles : en gros tout est dit (donc il n'y a plus rien à dire), mais rien ne l'est de façon agressive (donc pas de raison de s'enflammer).
Ça fait sourire, mais pas trop, ça fait tiquer, mais pas trop, et puis on passe à autre chose, ça évite le fil trollesque de deux cent soixante treize messages sans intérêt.
Et là, paf, attaque virulente sur les randonneurs, sans rapport avec la choucroute.
Stop !
Tout ceci ne sert à rien, prend un mentos, une tisane, un café, une bière ou un redmonsterbull, et passe à autre chose, ta tension n'en vaut pas la peine…
Sérieux, je ne suis pas allé assez loin dans l'exagération ?
« en gazant toute vie à 1km à la ronde ? » pour des véhicules qui consomment la même essence que n'importe quelle voiture ? Si c'est vrai, quand le motard débarque, la vie n'est déjà plus là, éteinte par la circulation automobile…
Non, mon message n'était pas à prendre au premier degré, et il pointe simplement du doigt les cas particuliers qui peuvent se transformer en généralité « rhaa les motards tous pourris, y'en a un qu'était pas gentil quand je l'ai insulté ! ».
Hop, c'est fait, passons joyeusement à autre chose.
Yth.
PS : cette année, à l'UT4M, il y avait dans le pack coureur une poubelle de ceinture super pratique, pour y jeter ses déchets ailleurs que par terre. Oui, il y a des porcs dans le monde du trail qui jettent du plastique sur les chemins, mais on peut aussi les éduquer, et se rendre compte qu'en fait la proportion de poches trouées n'est pas si négligeable que ça, et que ces porcs sont des gens comme les autres, donc pas conscients de tout tout le temps, et qui n'ont pas les mêmes évidences de vie que nous. Un vrai truc de dingue…
PPS : Tu lances un débat sur tout les gens qui ont des chiens et les font chier sur les trottoirs, ou dans les jardins d'enfants ? Non, mais juste histoire d'élargir le sujet hein !
PPPS : « Pour avoir eu, pendant 1 an et demi, un appart qui était juste au dessus d'un feu rouge, je peux t'assurer que les motos ne faisait rien trembler. » -> Bah, c'était pas une vraie moto ça compte pas.
[^] # Re: chmod ?
Posté par Yth (Mastodon) . En réponse au journal Zero-K, le jeu de stratégie temps-réel libre. Évalué à 5.
5120=3200+1920
Donc c'est la résolution totale, avec ton écran et ta télé mis côte à côte.
C'est la résolution de la zone d'affichage en fait.
Et il est probable que ta télé fasse 1920x1080, donc tu as une bande de 1080 à 1800 pixels en bas (probablement) de l'écran de ta télé qui existe mais n'est affichée nulle part.
Fut un temps, selon la conf xrandr, la souris pouvait se perdre dedans.
J'avais trouvé une solution (probablement arrêter de configurer n'importe comment ), mais depuis je n'ai plus ce genre de situation alors je ne sais plus.
Par contre la résolution est globale, tu ne peux pas avoir un dpi différent entre ton écran principal et ta télé.
Yth.
[^] # Re: Chouette projet qui mériterait d'être plus "générique"
Posté par Yth (Mastodon) . En réponse au journal EnVadrouille, une galerie photo pour vos randos (5 ans après). Évalué à 10.
Qu'est-ce que t'as contre les motards ?
À part qu'ils prennent une place pour voiture par moto.
Que quand ils ne le font pas c'est pour se garer sur la seule portion de trottoir disponible pour que les enfants circulent ailleurs qu'à trois centimètres des voitures.
Qu'ils font rugir le moteur au milieu du village.
Qu'une moto seule fait plus trembler les murs qu'un semi-remorque.
Et que « Mais comment peut-on prétendre apprécier la nature en roulant à travers à toute berzingue en faisant un bruit à faire fuir les fourmis, et en gazant toute vie à 1km à la ronde ? »
Franchement, faudrait avoir un tout petit peu d'ouverture d'esprit !
Surtout un vendredi.
[^] # Re: il reste des IPv4 disponible ?
Posté par Yth (Mastodon) . En réponse au sondage L'IPv6 prendra quand.... Évalué à 6.
Ouais, faut payer ses admins sys, ça a un coût non négligeable.
[^] # Re: Ils ont eu peur...
Posté par Yth (Mastodon) . En réponse au journal L'ANSSI c'est des gentooistes. Évalué à 8.
Au vu de la communication extérieure de l'ANSSI, des documents produits, et des conseils prodigués, j'ai quand même l'impression qu'ils ont les coudées franches de ce côté là, tant qu'ils font du bon boulot.
Et ça a l'air de faire partie de leur mission d'éduquer les gens (particuliers ou entreprises) sur les bonnes pratiques, et même de leur fournir des outils utiles.
On peut critiquer tant qu'on veut, si on regarde, la raison semble plutôt de partager une potentielle bonne idée avec un maximum de gens, et dans l'idéal de porter une communauté intéressée autour du projet : ça coûte toujours moins cher d'avoir des bénévoles, et ça valide aussi l'intérêt du projet.
Yth.
[^] # Re: TL ; DR
Posté par Yth (Mastodon) . En réponse au lien Software disenchantment. Évalué à 3.
Et donc :
C'est du FUD.
Dommage, le fond de l'article soulève de vrais problèmes, mais ce genre d'attaques infondées, et de phrases à l'emporte-pièce, gâchent le propos.
Yth.
[^] # Re: TL ; DR
Posté par Yth (Mastodon) . En réponse au lien Software disenchantment. Évalué à 7.
Mais sous Linux aussi malloc renvoie NULL quand il ne peut pas allouer la mémoire.
Et je suppose que la plupart des logiciels écrit à peu près correctement savent gérer la situation.
Donc l'OOM-killer il sert uniquement dans les autres cas.
Lesquels ? Sais pas vraiment, mais si je n'ai pas rencontré l'OOM-killer depuis plus de 15 ans, il doit bien y avoir une raison, genre c'est le dernier des derniers recours quand tout le reste à foiré.
Et franchement, si ton système en est là, flinguer au hasard est une technique qui en vaut bien une autre. L'alternative étant probablement un crash du kernel et donc un massacre de tous les processus.
Et après, il faudrait vraiment m'expliquer pourquoi ça vaudrait vraiment le coup de se fouler plus que ça pour ce cas tellement extrême que de toute façon le système est inutilisable depuis un moment ?
C'est pas l'OS le problème quand on en arrive là…
Yth.
[^] # Re: TL ; DR
Posté par Yth (Mastodon) . En réponse au lien Software disenchantment. Évalué à 9.
Oui et non.
Ça arrive quand ton OS ne peut plus gérer le bloat que tu fais tourner, il n'y a juste pas assez de ressources.
Alors oui, bien sûr, choisir quel processus tuer, et définir des priorités, c'est mieux.
Mais ce qui est vraiment bien c'est aussi de mieux gérer ton serveur et de ne pas surplomber sa RAM ET son SWAP.
Si t'en arrives là sur un serveur que tu gères, tu t'es peut-être trompé de métier, ou alors tu fais une erreur de jeunesse, tu t'excuses auprès des utilisateurs, boss, collègues, etc., et tu promets de ne plus jamais recommencer…
Si t'en arrives là sur ta machine perso, tu as dû te rendre compte depuis un bon moment déjà que ton SWAP est ultra-sollicité et que ta machine se traîne à mort, et tu devrais savoir quel programme est en train de partir en vrille, donc tu devrais pouvoir choisir toi-même quel programme fermer avant le OOM-killer.
Yth.
[^] # Re: Qu'est-ce qu'un livre électronique ?
Posté par Yth (Mastodon) . En réponse au journal contre les DRM - épisode 2, les livres. Évalué à 10.
Un format qui passe bien dans une liseuse.
Le PDF, c'pas toujours au top, parfois tu as juste l'A4 en page pleine sur ton écran de liseuse en A6 ou A7, c'est pénible à lire.
Disons au moins que ce n'est pas un format fiable pour un confort de lecture minimal sur une liseuse.
Donc la définition serait un format de fichier qui respecte un minimum de confort de lecture sur une liseuse standard.
Le PDF c'est un format de fichier pensé pour l'impression, c'est le remplaçant direct du Postscript, ce n'est pas souvent agréable à utiliser sur un ordinateur, un ordiphone, une liseuse, une tablette, ou autre support numérique. Lire un PDF A4 sur un écran large, c'est à chier en terme d'ergonomie.
Donc ce n'est pas complètement aberrant de ne pas considérer le PDF comme un format correct de livre numérique.
[^] # Re: dict et OrderedDict
Posté par Yth (Mastodon) . En réponse à la dépêche Sortie de Python 3.7. Évalué à 4. Dernière modification le 15 septembre 2018 à 14:49.
J'avoue, j'aime beaucoup le Python, mais je n'utilise jamais pip.
La plupart des choses dont j'ai besoin sont dispo sous Slackware en SlackBuilds.
Après, apparemment, la suppression des setuptools va poser des soucis avec ce genre d'installations système, mais la discussion n'a pas encore vraiment démarrée sur SBo.
Je suppose que ça va venir vite par contre…
Donc je ne te contredirai pas sur la mauvaise image que donne pip du python…
J'en garde cependant une encore meilleure image de la Slackware, mais ça n'a rien à voir :p
Yth.
[^] # Re: dict et OrderedDict
Posté par Yth (Mastodon) . En réponse à la dépêche Sortie de Python 3.7. Évalué à 3.
Une mauvaise image de Python ou d'ubuntu ?
Yth.
[^] # Re: C’est bat !
Posté par Yth (Mastodon) . En réponse au journal softs dev en Rust empaqueté pour Ubuntu & cie. Évalué à 7.
Tu peux aussi parcourir un code source avec de la coloration syntaxique en utilisant less.
Mais ce n'est pas immédiat et nécessite un poil de configuration.
En très rapide :
Tu as une variable d'environnement LESSOPEN="|lesspipe.sh %s".
Un script lesspipe.sh, sous Slackware il est dans /usr/bin/lesspipe.sh, dans le paquet less.
Tous les contenus envoyés à less le sont d'abord à ce lesspipe.sh qui va faire un pré-traitement avant de laisser travailler less. C'est typiquement ce qui permet de voir le contenu d'une archive, d'une page de man. Celui de la Slackware ne va pas tellement plus loin que ça.
Mais ce fichier lesspipe.sh peut permettre de faire de la coloration syntaxique.
Typiquement tu utilises un autre lesspipe.sh, par exemple $HOME/.lesspipe, et tu mets
export LESSOPEN="|$HOME/.lesspipe %s"ou l'équivalent en dialecte local dans ton init shell.Et tu modifies ton lesspipe pour faire passer tes fichiers source à travers highlight ou pygmentize.
Ensuite less te fait automatiquement la coloration syntaxique.
Tu peux aussi traiter les PDF avec pdftotext, et avoir le contenu texte d'un PDF avec less, etc.
Mais je le concède, si ta distrib a pas géré ça pour toi, c'est assez ardu, il faut connaître, et même comme ça, la mise en place est pénible sans un lesspipe déjà tout fait.
Yth.
[^] # Re: Aucun !
Posté par Yth (Mastodon) . En réponse au journal Go et Rust, lequel est le remplaçant du C ?. Évalué à 10.
« That is not dead which can eternal compile, And with strange aeons even C may die »
# MySQL : INSERT IGNORE ou REPLACE
Posté par Yth (Mastodon) . En réponse au journal UPSERT dans PostgreSQL ça déchire. Évalué à 8.
Dans MySQL, il y a deux instructions pour faire plus ou moins la même chose selon les cas :
INSERT IGNORE va faire exactement INSERT ON CONFLIT DO NOTHING, c'est à dire que tu fais un INSERT, et si ça rate, tant pis.
Particulièrement utile lors d'INSERT multiples, ça ajoute tout ce que ça peut ajouter sans planter.
Et aussi le REPLACE, qui fait un DELETE si l'INSERT est impossible, puis qui fait l'INSERT.
Le cas non géré est l'intermédiaire, où va mettre à jour si la ligne existe et la créer sinon.
Utile pour des cas particuliers où l'INSERT se fait avec des colonnes non définies, donc à la valeur par défaut, mais si la ligne existe et que ces valeurs ont été modifiées, on ne les change pas, on met juste à jour certaines colonnes. Je n'ai pas spécialement d'exemple à proposer…
Dans l'exemple donné avec les totoz, on doit pouvoir s'en sortir avec de l'INSERT IGNORE et du REPLACE.
Maintenant, je ne sais pas trop où se situe la norme SQL entre les IGNORE, les ON CONFLICT etc..
Yth.
# Ils font de vrais efforts...
Posté par Yth (Mastodon) . En réponse au lien Steam propose des jeux Windows sous Linux via wine. Évalué à 10.
C'est assez impressionnant et ça fait quand même plaisir de voir les efforts de Steam pour promouvoir Linux.
Aller jusque forker wine pour améliorer le support des jeux indique quand même une implication assez forte, ça demande du temps, des développeurs pas trop débutants.
On peut aimer ou pas La grosse boîte à gros sous, mais ce sont les plus efficaces pour promouvoir Linux comme plateforme de gaming.
Bon, on est loin des jeux libres, sans DRM et tout, mais leur truc, Proton, est franchement libre.
La licence spécifique Proton est assez claire : tu fais ce que tu veux (modification, distribution), tant que tu gardes la licence. Mais tu ne peux pas utiliser le nom Proton, ou Steam, ou Valve, pour promouvoir ton truc à base de Proton, tu te démerdes sans les faire chier.
Bien sûr le code de wine utilisé par Proton reste sous GPL.
Reste à voir si ces efforts (c'est-à-dire l'utilisation de Proton à la place de Wine quand ça s'avère pertinent) seront aisément utilisable par des projets comme Playonlinux, play.it, Lutris, et autre qui font déjà un assez bon boulot d'utilisation de Wine pour jouer à des jeux.
Yth.