BAud a écrit 13706 commentaires

Ah, les merveilles de la langue parlée…

Hé, cong !

ya aussi la Roulette russe avec un pistolet o_O

celui qui fait de la piraterie est un pirate et celui qui fait du piratage est un pirateur ?

Bin, non, c'est pirate dans les deux cas :/ (le deuxième est plutôt un contrefaçonneur ou contrefacteur en bon français qui a le terme approprié).

T'exagères pas un peu là ? Si c'est pas le cas, c'est grave.

bin non

tu y réponds de toi même, d'ailleurs :

Mais avouons que, contrairement à un langage de script, c'est vrai c'est plus dur, faut lire un minimum de doc.

et compter le temps passé à faire un make qui va bien (vu que tu dois relancer la compil' souvent) + positionner les ; au bon endroit + trouver les use utiles pour afficher un truc à l'écran et positionner les ; au bon endroit (ah je l'ai déjà dit, mais ça m'avait tué ce truc et remémoré mes pires moments avec le Pascal…

Au moins avec le C, j'ai eu moins de souci : en école d'ingé, en 1^ère A il fallait coder en Pascal (Turbo Pascal de Borland…), je codais d'abord en C puis je traduisais ensuite en Pascal. En 2^è A il a fallu faire les mêmes programmes, mais en C… bin je les avais déjà fait. En vrai, au secondaire, je lisais Pascalissime qui présentait des algos sympas, pleins de programmes en Math ou Physique, mais malencontreusement écrits en Pascal, je les recopiais méthodiquement ('fin l'algo) mais en C (Borland C++ avec un profiler au top et un compilo avec niveau de warning ajustable : au début j'en avais plein, une fois que le programme fonctionnait, je faisais une passe pour les retirer un à un pour en garder le minimum voire aucun, même si c'est peu possible en C vu que le cast est une mauvaise pratique et que j'en avais parfois besoin).

Bref, Ada est très bien, il s'interface excellemment avec des bibliothèques écrites dans d'autres langages (un stub et c'est marre), mais bon sa gestion des ; encore plus erratique qu'en Pascal et qui bloque la compilation était super pénible. En C, ça compile jusqu'au bout au moins, même s'il faut s'appliquer des conventions pour éviter le cas classique du case par exemple, qui est la tarte à la crème du code qui ne fait pas ce que tu voulais faire (de ce côté, les exceptions d'Ada sont un vrai apport comparé au C qui ne l'impose pas et change d'un programmeur à l'autre… le goto étant une bonne manière de faire en C, la seule utilité du goto d'ailleurs…).

une tétra-chiée de warning que personne ne voudra corriger.

ça c'est une question de rigueur voire d'ego^Wfierté. Pour moi un programmeur qui est satisfait que cela fonctionne mais a une tétra-chiée de warning n'a pas d'ego, voire n'est pas un programmeur ;-) (surtout s'il ne sait pas expliquer pourquoi il a gardé ces warnings même après livraison, cela ne donne pas trop confiance à celui qui va devoir reprendre le code et le maintenir ensuite…).

J'ai d'anciens collègues qui ont porté OpenSSL sur z/OS (l'OS des system/Z vieux^Wgros systèmes d'IBM qui coûtent une blinde même en maintenance). Oui, le C c'est portable ;-) Il faudra que je leur demande s'ils sont passés à LibreSSL (mais j'ai comme un doute…).

En vrai, c'est plutôt que Ada c'est très bien sur le papier, mais que c'est un tue l'amour à réussir à passer la compilation (les inconvénients de ses avantages). En effet, il est tout de même très frustrant de passer 1/2 journée à écrire son 1^erHello World lorsqu'on découvre le langage.

Au moins avec --pedantic de gcc, tu peux l'appliquer après que ton programme fonctionne et compile déjà, cela devient un jeu de retirer jusqu'au dernier warning et ça sert pour la suite. Compiler de l'Ada, c'est plutôt un parcours d'obstacle à chaque étape, sans être certain d'arriver au bout de la quête :/

Les statistiques sont intéressantes : sur oholh^WOpenHub pour Ada a 880 projets recensés alors que les vrais langages ont deux ordres de grandeur de plus java, C et python, vu que le C++ arrive derrière… et que XML / HTML / CSS / shell script / javascript peuvent n'être vus que comme de la glue (même si une utilisation connexe de l'usage principal peut en faire un vrai langage).

Bref, j'aime bien Ada et je regrette qu'il soit autant délaissé, à raison àmha :/

Quant à savoir si c'est réaliste…

eh oh ! L'agence tous risques, c'est vraiment
La dernière chance au dernier moment
[…]
L'agence tous risques, c'est vraiment
La dernière chance du moment !

depuis hier soir, 23h30 environ.

Je ne sais pas si je n'y connais rien

C'est l'impression que tu en donnes sur ce sujet, àmha. cf. NMPP qui te donnera d'autres pointeurs.

L'orthographe du français est traître

il y a aussi qu'en fait ton frigo, c'est plutôt un réfrigérateur ;-) (bon, Zenitram< fait la même faute que toi pour le coup…).

Qu'il y ait eu plus de 100 000 personnes à se rassembler en France, sur République à Paris ou ailleurs dans d'autres villes c'est sympa, leurs témoignages sont plus poignants.

En outre, cela pique le terme Rassemblement à l'ami de certains, le nabot qui tente de revenir… petit pied de nez, sans talonnettes.

Il y a désormais Offre Libre promue par l'AFUL : https://aful.org/communiques/aful-annonce-offre-libre-marque-liberte
C'est intéressant comme concept : se donner les moyens de ne pas attribuer une marque à une société, si elle ne respecte pas quelques principes de l'esprit du libre (pas simplement la licence), tout en l'octroyant assez facilement à tous les projets libres et réellement libres lorsque gérés par une entreprise ou des individus responsables et reconnus. Cela vient apporter une boucle de rétroaction à la diffusion du libre en incitant les sociétés à se promouvoir du libre (c'est les services innovation qui vont être contents !).

le tout c'est que ce soit modéré.

la gestion du cache HTTP sur LinuxFr.org fait qu'il n'y a que pour les ~3000 inscrits qu'il y a des requêtes vers le MySQL : pour tous les autres, seul apache^W nginx travaille et fournit un fichier statique (ce qui évite de surcharger avec des requêtes MySQL pour chaque accès à LinuxFr.org).

L'utilisation de Piwik en mode non lié à une requête http qui générerait une requête à MySQL permet d'éviter ce qui pourrait trop surcharger le serveur (voire générerait un DDoS intrinsèque, pouvant potentiellement être exploité), toutes les fonctionnalités et infos fournies par Piwik sont-elles disponibles et les mêmes selon le mode utilisé ?

Il y a quelques infos sur organisation-code-linuxfr et aussi dans la dépêche de NoNo< sur l'architecture de LinuxFr.org.

Ensuite, le tracking peut être fait via http (élément html) ou via API…

des détails là-dessus et la conf' à mettre en place seraient une bonne piste àmha ;-)

Il y a des paquets debian de piwik, ça peut aider en plus, le tout étant de trouver la bonne conf' avec les serveurs disponibles et de trouver aux admins le temps de regarder.

Avoir une autre identité que tu gère toi même, c'est pas incompatible (sur une autre carte).

Nous sommes donc en fait d'accord. Gérer sa propre identité n'étant pas forcément à déléguer à l'état ni à son administration, point que je relevais, remettant pour certains en cause cette responsabilité régalienne et la remettant entre les mains de chacun de s'affirmer responsable et savoir gérer son identité de bout en bout (plus facile à dire qu'à faire).

oui, servi :-) tu as raison

mais : desservi, ou dessservi ou deservi tu choisis lequel hein ?! pour un rps, cela me semble clair. Et personne ne m'en voudra.

Et pourquoi pas SQlite?

bin parce que tu confonds tout : on parle de format, pas du stockage en tant que tel.

Uh format c'est éditable, compréhensible.

et tu le confirmes

Et pour les autres données devant être éditées à la main (dialogues, configuration), Lua me parait plus approprié que le json.

un langage tel que LUA, c'est pour lire ce format (l'écrire n'est qu'accessoire pour un format ouvert et cela est indépendant du langage).

les gens qui manipulent les cartes d'identité avec ta clef

ce n'est pas ta clef si quelqu'un te l'a fournie

l'usurpation d'identité qu'ils peuvent faire en fabriquant une fausse carte d'identité à ton nom.

l'état a tout pouvoir ?
c'est justement la question : savoir gérer son identité de manière autonome (et ce n'est pas si facile avec l'administration), en tenant compte de la sécurité et des processus à suivre cela se complique encore…

Piwik ajouterait de la charge à chaque requête et n'utilise pas le cache HTTP (à ma connaissance).

Laurent a raison : sur TuxFamily.org, l'ajout d'un cache DNS a permis l'utilisation d'une fonction tout de même utile, sans que cela prenne plus de 12h par jour, les stats étant générées à partir de 3h du mat' iirc. Pour des sites francophones principalement sur UTC+1 et +2, le traitement doit se terminer vers 6h du mat' heure française pour ne pas gêner la navigation.

Si, en plus, les stats peuvent être générées à la volée (possible sur LinuxFr.org avec un seul fichier de log par jour), gagné !

J'avais proposé d'ajouter à la dépêche que katello est la suite de SpaceWalk, mais en fait non : c'est une réécriture complète.

En gros, Spacewalk était la version libre de RHN d'il y a 2-3 ans et katello est l'avenir en libre de RHN : un contexte plus large pris en compte (pas que les dépôts RPM + versions + abonnement), ce qui correspond à une intégration des besoins de cohérence entre environnements : d'où les docker, VM, autres. L'intérêt étant de ne pas gérer au niveau du paquet (ça fonctionnait pas mal dans RHN) mais gérer au niveau d'un environnement et être réellement capable de le propager dans le cycle de développement de chaque application et de le prendre en compte pour la scalabilité horizontale (le dernier terme à la mode pour indiquer que tu ajoutes une VM, le load-balancer la prend en compte et ça s'intègre dans un tout, bon ça reste un peu de la recherche, mais vu que ça a lieu en prod' les cycles se doivent d'être plus courts et plus sûrs).

Ensuite, pour les cartes et la crypto, tu va trouver plusieurs standards, plus ou moins contraignants :

ah, bah, tu vas être bon pour initier une dépêche en espace de rédaction pour détailler la suite de la dépêche sur la carte OpenPGP évoquée dans ce journal : il est possible de faire une serial-dépêche (chacune évoquant un sujet et le détaillant).

bwalé, 60,42 € virés en immédiat, ça devrait être sur ton compte ;-)

à moins que ce soit détecté automatiquement

Les bibliothèques problématiques (pubs associées à des trackers, principalement) sont remplacées par des stubs de fonctions ne faisant rien. C'est une démarche manuelle lors de l'empaquetage / compilation, similaire au processus appliqué pour Debian : identification des dépendances, vérification de la disponibilité de l'intégralité des sources sous licence libre, cela permet de gérer le MANIFEST android permettant, en outre, la génération automatique de pages wiki documentant les changements de version en version.

Les changements de droit d'une version à l'autre sont tracés et indiqués iirc.

Tu as toute la doc' pour installer un build-system et le dépôt f-droid afin d'avoir la même chose chez toi et tout contrôler.

Mais ça reste une fonctionnalité intéressante

Si tu cherches des applications pour lister les droits inopportuns octroyés, tu peux regarder du côté des applications Permission et Permission Friendly que j'ai découvertes à cause d'une mésaventure suite à l'achat d'un ordiphone où je ne réussissais plus à installer d'apk avec f-droid à cause d'une sécurité intégrée à Android correspondant (en anglais) à Display system-level alerts [SYSTEM_ALERT_WINDOW] Allows an application to show system alert windows. Malicious applications can take over the entire screen => ce n'est pas complètement idiot, mais un peu déconcertant (surtout les contournements proposés sur les sites grand public :/).

S'il y a une appli qui retire des droits à une application installée, cela m'intéresse ;-) notamment webcam et gyroscope :p

Note : il me semble que la dépêche en rédaction pour se passer des big brothers serait intéressante pour certains ;-) (incitation à y participer et y ajouter des sujets au besoin).

Si vous souhaitez utiliser une application alternative sur Android, je vous conseille K9-Mail

Perso, je conseillerais plutôt K9-mail sur f-droid.org :D

Cela n'a l'air de rien, mais déjà éviter d'avoir besoin d'un compte google et utiliser un dépôt libre (serveur et client de f-droid sont disponibles sous licence libre) pour installer un logiciel libre, cela a un semblant de cohérence d'ensemble ;-)

Cela est détaillé plus bas dans les commentaires et régulièrement sur LinuxFr.org avec le tag f_droid.

Bonne année en (meilleure) sécurité et respect de la vie privée ;-) !

ce qui est bien, c'est que vu qu'il n'y a une seule fenêtre de navigation privée, tous les onglets partagent les mêmes informations (gmail, youtube…). Ça ne paraît bizarre à personne que login/mot de passe soit disponible, même dans ces fenêtres ?

je ne suis pas fan de kaamelott et de l'humour,

rho la la la, pourquoi tu t'embêtes alors ?

et vu que se sont les mêmes qui font hero corp

pas, exactement, c'est une création de simon astier et non de alexandre, même si les deux utilisent leur père dans leurs créations.

j'ai donc été voir un épisode de hero corp sur youtube, et au bout de 40 secondes j'ai pu me conforter dans mon opinion.

ah bah ça, si ce n'est pas téléphoné… la 1^è saison met effectivement 3 plombes à démarrer (le final est sympa), la 2^è est pas mal (avec des références sur lez zombiez… oui, oui :p et un cliffhanger sympa), la 3^è est déconcertante même si l'intrigue s'approfondit et gagne en histoire, le handballer est toujours aussi sympa (et son pouvoir aussi naze…). La saison 4 est dans la continuité, décalée on va dire.

Si tu n'as pas été voir Hero Corp sur wikipedia pour éviter le spoiler et que tu n'aimes pas Nerdz !, ni Mange mon geek (passés sur NolifeTV!), ni les séries Z à la crocosaurus, python, megashark et autres nanards sympathiques (genre Le_Triporteur), bin c'est un peu normal de ne pas accrocher.

l'argent de la "culture" pour ne payer principalement qu'une poignée d'acteurs.

comme hadopi ? http://www.lefigaro.fr/culture/2012/01/13/03004-20120113ARTFIG00586-ils-jugent-l-action-de-frederic-mitterrand.php