Oliver a écrit 243 commentaires

Et Scribus qui utilise son propre format car il a besoin d'enregistrer des informations spécifiques non prévues dans la spécification ODF. (Scribus peut néanmoins importer/exporter de/vers ODF, mais bon…)

En même temps, ODF n'a pas été prévu pour la publication (il me semble que OOXML non plus). Sinon cela aurait complexifié la spécification et donc l'interopérabilité des implémentations…

Si quelqu'un a des infos sur la pertinence des formats spécifiques à Caligra et Scribus : Quels sont les freins techniques précis pour ne pas avoir adopté ODF ?

Commentaire sous licence Creative Commons Zero CC0 1.0 Universal (Public Domain Dedication)

Juste après avoir publié le journal, je me suis rendu compte de l'erreur de frappe Suse <-> Suze !
Mais je n'ai pas trouvé comment modifier ou supprimer le journal…

Commentaire sous licence Creative Commons Zero CC0 1.0 Universal (Public Domain Dedication)

Cette présentation (en Anglais) de 2012 donne des recommandations OpenMP intéressantes aux développeurs (asm/C/C++), c'est un peu la suite par rapport au document de ce journal.

http://moodle.rrze.uni-erlangen.de/moodle/pluginfile.php/6814/mod_resource/content/0/Part5-Multicore.pdf

Au programme :

• Rappel de l'architecture des mémoires caches
• Optimisation de code avec graph de perf à l'appui
• Optimisation d'algo imbriqués enroulés (loop fusion, blocking)
• OpenMP et différentes optimisations comme "outer parallel"
• OpenMP, les compilos, les alternatives, et les algos
• ccNUMA "La page mémoire est mappée dans la mémoire locale du processeur l'ayant touchée"
• C++ et comment éviter de toucher (écrire) la mémoire en train d'être allouée
• C++ et la bonne localité de la donnée avec new placement
• Le fonctionnement du Simultaneous multithreading (SMT), avantages, impacts..

Commentaire sous licence Creative Commons Zero CC0 1.0 Universal (Public Domain Dedication)

Je suis le seul à me plaindre car j'ai connu autre chose, et que mes collègues se sont habitués.

Ce qu'il faut bien comprendre c'est qu'une machine bureautique (ancien i5, 4Go RAM, disque dur) sous MS-Windows n'est pas très confortable quand on veut faire du dév sur de très grosses applications C++.

Ceux qui sont à l'aise avec vim et emacs s'en sortent pour l'édition. Mais c'est dommage de s'interdire d'utiliser des IDE comme Eclipse, Netbeans, IntelliJ IDEA, KDevelop, Code::Blocks, Qt Creator (il faut aussi penser à ceux qui ne sont pas des pianistes confirmés sous vim et emacs).

En plus, l’exécution de ce genre d'appli nécessite beaucoup de puissance et de mémoire. Et je ne parle même pas d'utiliser gdb ou valgrind…

Une machine puissante (i7 récent, 16Go, SSD) nativement sous GNU/Linux est bien plus confortable.

Donc, je veux bien que l'on discute un peu de l'intérêt d'une grosse machine pour développer ce genre d'applications. Mais ne perdons pas notre temps/énergie sur ce troll.

L'objectif et permettre le déploiement officiel de GNU/Linux sur les machines de bureau (au moins, pour la dizaine de développeurs C++ qui en ont envie). Alors, des arguments ?

Commentaire sous licence Creative Commons Zero CC0 1.0 Universal (Public Domain Dedication)

1. Lors de ma précédente mission, il suffisait de demander une station de travail GNU/Linux pour développer confortablement des applis C++ temps réel souple pour GNU/Linux (et j'avais MS-Windows dans une VM hébergée sur le réseau).

2. Le responsable côté client m'avait dit en entretien qu'il avait installé GNU/Linux sur une de ses machines. Cela me paraissait évident que la procédure était sensiblement la même. En fait, je ne l'ai compris que "trop tard pour se réveiller" qu'il avait opté pour la solution 3: trouver une machine bureautique oubliée dans un coin, et remplacer MS-Windows par GNU/Linux !

Sinon, le commercial ne sait pas grand chose. Donc, en général, cela ne sert à rien de lui demander.

Maintenant, ce dont j'ai besoin c'est d'aider mon responsable à trouver les bons arguments. Que peux tu me proposer ?

Commentaire sous licence Creative Commons Zero CC0 1.0 Universal (Public Domain Dedication)

Mets toi à la place de décideurs n'ayant qu'une vague idée du dév. Si je caricature, pour eux, pour travailler, c'est évident qu'il faut avoir MS-Windows (et Mac OS X c'est plus pour se faire plaisir). Aucune idée des avantages d'une machine de bureau sous GNU/Linux.

Imagine que tu es un de ces décideurs, et tout d'un coup dans ta société, un prestataire exigerait la fourniture de stations de travail sous GNU/Linux. Jusqu'à présent, les différentes équipes de dév (salariés internes) ont bien réussi à s'en passer, quelques serveurs de compilation sous GNU/Linux leur étant mis à disposition.

Pour les décideurs ce n'est pas évident de comprendre, il est nécessaire de leur expliquer.

Le service sécurité doit certainement aussi convaincre les décideurs de n'autoriser que des machines MS-Windows… (no comment)

Est-ce que tu comprends mieux la situation ?

Commentaire sous licence Creative Commons Zero CC0 1.0 Universal (Public Domain Dedication)

Oui j'ai ouvert une demande avec un argument banal : "en tant que développeur GNU/Linux, j'ai besoin d'une machine de développement sous GNU/Linux".

Le service traitant ce genre de demandes, a répondu que la procédure ne prévoit que la machine bureautique. Ce service n'a aucun pouvoir de décision, ils n'ont pas le droit de sortir de la procédure.

Je suis soutenu par mon responsable, mais il a besoin que je lui fournisse des arguments.

Pour les décideurs ce n'est pas évident de comprendre pourquoi tout d'un coup un prestataire exigerai la fourniture de stations de travail sous GNU/Linux car jusqu'à maintenant, les différentes équipes de dév (salariés internes) ont bien réussi à s'en passer (des serveurs de compilation sous GNU/Linux leur étant mis à disposition).

Le service sécurité doit certainement aussi convaincre les décideurs de n'autoriser que des machines MS-Windows… (no comment)

Est-ce que tu comprends bien la situation ?

Commentaire sous licence Creative Commons Zero CC0 1.0 Universal (Public Domain Dedication)

Je ne suis pas sûr d'avoir bien saisi. J'ai l'impression que cela traite de la gestion de dépendances :

    super-patate        v3.1415
      \__ telle-API     v12.256 
      \__ format-bidule v42.42

Un an après, toutes les briques ont un peu évolué et nous avons :

    super-patate        v3.2000
      \__ telle-API     v12.300 
      \__ format-bidule v42.50

Donc, la version de super-patate dépend d'une version bien spécifique de chacune de ses dépendances.

Par conséquent, quand on livre (une API, une ABI, une bibliothèque, un protocole…), il faudrait aussi fournir les versions des dépendance et pas seulement la version du livrable.

Si c'est bien de cela, alors nous sommes d'accord.
Par contre, la gestion des dépendances est un autre sujet que la numérotation des version.

Si je suis à côté de la plaque, ne pas hésiter à expliquer, vulgariser, développer…

Commentaire sous licence Creative Commons Zero CC0 1.0 Universal (Public Domain Dedication)

Bonne idée :-)

Que penses-tu de 2.15.4+2015.01

• 2.15.4 = les trois numéros majeur, mineur et patch
• 2015.01 = ce que j'ai désigné label de compilation dans la dépêche, ce que semver.org traduit en méta-données de construction dont l'original en anglais est build metadata

C'est autorisé par les règles Semantic Versioning 2.0.0. Après il faudrait que de plus en plus d'auteurs adoptent de mettre la date dans les données de construction…

Commentaire sous licence Creative Commons Zero CC0 1.0 Universal (Public Domain Dedication)

J'essaye de comprendre ce qui te déranges, mais tu n'es pas très clair sur le point que tu critiques :

1. La traduction Gestion sémantique de version ?
2. Le raccourci que j'ai osé prendre avec l'exemple TinyXML ?
3. Le logo d'un outil de gestion de version associé à cette dépêche ?
4. Un coup de gueule en général contre l'utilisation abusive du mot gestion (et Manager) ?
5. Un peu de tout ça, mais rien de bien précis ?

J'espère que c'est surtout le premier point qui te gènes (car de mon point de vue, c'est le point qui peut apporter le plus de valeur ajoutée dans les commentaires de cette dépêche). Si c'est bien ce premier point, tu peux continuer à lire mon commentaire :-)

Oui, la traduction de Semantic versioning en Gestion sémantique de version est maladroite car le mot gestion change un peu le sens. Attention ne ce n'est pas Gestion de version, nous sommes bien d'accord ?

Donc d'après ce que je comprends, tu préférerais traduire versioning en schéma de nommage des versions, c'est bien cela ?

C'est bien de donner ton avis, de critiquer cette formulation, mais que proposes-tu pour améliorer la traduction ? Qu'est ce que tu as de mieux ?

On pourrait imaginer Sémantique du schéma de nommage de version…

Mais ce n'est pas aussi court/sexy que Semantic versioning !

Et pourquoi pas Sémantique de versionnage ?

Soyons ouvert à toutes propositions, nous pourrions ainsi proposer une évolution à semver-2.0.0.

Des idées ?

Commentaire sous licence Creative Commons Zero CC0 1.0 Universal (Public Domain Dedication)

J'utilise le mot de passe du BIOS comme mécanisme de contrôle d'accès pour ma distribution Linux. Et le reste en auto-login, ni de mot de passe de sortie de veille :-)

Deux avantages :
* En cas de vol, il y a de fortes chances que le voleur ne s'y connaisse pas suffisamment pour utiliser/revendre mon ordi
* Le démarrage et l'utilisation est agréable avec un seul mot de passe depuis le démarrage

Ah ! On me dit que arkhe parlait d'autre chose…

Commentaire sous licence Creative Commons Zero CC0 1.0 Universal (Public Domain Dedication)

Pareil pour moi :-)

Après avoir utilisé mon précédent PC pendant 9 ans (AMD Athlon XP 2200+) sur lequel j'ai pris plaisir à installer différentes distributions :-) avec du reiserfs comme système de fichier !

Mais progressivement, tous les vieux disques durs de la famille se sont retrouvés connectés sur la carte mère et je pense que c'est ce qui a conduit au ralentissement de la machine.

Au bout de 9 ans ce n'était plus utilisable… Mais comme je voulais un ordinateur qui consomme peu, j'ai abandonné l'idée d'un PC de bureau (desktop), pour l'orienter vers un processeur Intel pour portable (laptop).

J'ai fini par sélectionner la boutique en ligne http://www.pcubuntoo.fr/
Son gérant, Alain, n'a pas hésité à échanger de nombreuses fois au téléphone pour bien réfléchir aux différents éléments (en cumulé, nous avons peut être parlé pendant deux ou trois heures tes intéressantes).

J'espère que mon nouveau Clevo de 2011 va me servir aussi une dizaine d'années (i7 ivybridge, 8 Go RAM, 17 pouces)…

PS: le clavier, j'appuie souvent sur le pavé numérique (touche 1 ou 0) quand je veux utiliser les touches fléchées. M'y habituant pas, je pense à modifier le touché de ces touches…

Commentaire sous licence Creative Commons Zero CC0 1.0 Universal (Public Domain Dedication)

Salut à tous,

Ce n'est pas cool de supprimer une ébauche d'article sans lui laisser une chance d'être améliorée par d'autres contributeurs. C'est sûr que la suppression évite l'accumulation d'ébauches d'articles qui ne sont plus maintenues. Mais bon il y a un juste milieu qui selon du jugement de chacun…

Ceux qui préfèrent que Wikipédia se remplisse d'ébauches d'articles plutôt que ces créations d'ébauches soient supprimées peuvent mettre sur leur profil le code wiki suivant :

{{BUdébut}}
{{Boîte Utilisateur|Anti Suppression|Abus de pouvoir}}
{{BUfin}}

Par exemple, voir mon profil :
https://fr.wikipedia.org/wiki/Utilisateur:Oliver_H

Commentaire sous licence Creative Commons Zero CC0 1.0 Universal (Public Domain Dedication)

commentaire supprimé
(voir en fin de fil de discussion)

Commentaire sous licence Creative Commons Zero CC0 1.0 Universal (Public Domain Dedication)

Pour info, la photo originale sur le site de la NASA :
http://solarsystem.nasa.gov/multimedia/gallery/frog.jpg
(1600 × 2400 pixels, 543 280 octets)

Commentaire sous licence Creative Commons Zero CC0 1.0 Universal (Public Domain Dedication)

Scribus est peut être trop différent des autres logiciels de LibreOffice pour y être facilement intégré :

• les deux codes source n'ont pas grand chose à voir ;
• les deux interfaces utilisateur sont complètement différentes (est-ce que les utilisateurs Scribus sont d'accord pour qu'on leur change leurs habitudes ?) ;
• les outils et scripts pour le développement ne sont pas interchangeables ;
• les habitudes de travail de chaque équipe sont bien différentes (risque de résistance au changement)
• et le budget d'un seul projet réunissant ces deux équipes risquerait d'être plus faible.

Bref, seuls les deux équipes Scribus et LibreOffice peuvent décider de se rapprocher, et cette forte volonté devrait provenir simultanément des deux équipes.

De plus ce travail requiert beaucoup d'effort. Et avec les autres priorités de chacun de ces deux projets, l'intégration de l'un dans l'autre ne devrait pas voir le jour dans les prochaines années…

Surtout que garder deux projets séparés ne change rien pour les utilisateurs actuels qui vraisemblablement sont satisfaits de chacun de ces logiciels (les utilisateurs respectifs souhaiteraient plutôt qu'on leur apporte telle ou telle fonctionnalité).

Mais c'est vrai que cela serait plaisant d'avoir un Scribus dans LibreOffice :-) Et cela arrivera peut être dans quelques années :-) …

Commentaire sous licence Creative Commons Zero CC0 1.0 Universal (Public Domain Dedication)

Le discard du /etc/fstab peut ralentir l'effacement de fichier :

Without “discard” option:

• Unpack: 1.21s
• Sync: 1.66s (= 172 MB/s)
• Delete: 0.47s
• Sync: 0.17s

With “discard” option:

• Unpack: 1.18s
• Sync: 1.62s (= 176 MB/s)
• Delete: 0.48s
• Sync: 40.41s

Par contre, le wiki d'Arch Linux recommande d'ajouter discard dans /etc/fstab. Du moins, si l'effacement de fichier n'est pas plus lent :

But sometimes it may cause some SSDs to perform slowly during deletion of files. If this is the case, one may choose to use fstrim as an alternative.

[…]

Note: Use the 'discard' mount option as a first choice. This method should be considered second to the normal implementation of TRIM.

Donc avant de choisir (discard ou fstrim), mieux vaut tester son SSD spécifique. A moins, que cette page Arch Linux se trompe… (qui veut bien mettre à jour cette page wiki ?)

Remarquons que plus bas (ext4) sur cette même page, les deux possibilités sont rappelées (mais la possibilité fstrim est en parenthèses) :

ext4 users must explicitly enable the TRIM command support using the discard mount option in fstab (or with tune2fs -o discard /dev/sdaX)

Qui a déjà réalisé ce genre de tests ?

Commentaire sous licence Creative Commons Zero CC0 1.0 Universal (Public Domain Dedication)

Salut Shunesburg69

Merci, je n'avais pas vu cette possibilité. Je vois que tu t'y connais bien. As-tu le courage de mettre à jour le wiki de Scribus, au moins juste cette page :
http://wiki.scribus.net/canvas/Import_Publisher_to_Scribus

Dans tous les cas, il a probablement moins de perte d’information lors de la conversion directe PUB->Scribus, que dans une double conversion PUB->LO + LO->Scribus.

A++
Oliver

Commentaire sous licence Creative Commons Zero CC0 1.0 Universal (Public Domain Dedication)

Si je comprends bien :

• la page web ne contient pas de liens avec un navigateur ayant des paramètres par défaut, donc destiné aux humains (du moins à ceux qui ne s'amusent pas à désactiver les feuilles de style).

• la page web contient des liens débiles dans d'autres cas, probablement destiné aux robots… mais lesquels ?

1. Les robots d'indexation pour améliorer le "ranking" de la page ?
2. Les robots de ceux qui espionnent ou copient les articles ?
3. Les robots aspirateurs de sites web  ?
4. …

Probablement, seulement les robots d'indexation…

vos avis ?

Commentaire sous licence Creative Commons Zero CC0 1.0 Universal (Public Domain Dedication)

Oui en effet, bien vu ;)

• briffer Manger avidement

• briefer Faire le point

Commentaire sous licence Creative Commons Zero CC0 1.0 Universal (Public Domain Dedication)

Merci Nonolapéro, c'est tout à fait cela, la prochaine version 1.5 permet l'import des fichiers PUB.

La version stable actuelle (Scribus 1.4.3) est très professionnelle avec deux installateurs pour MS-Windows: 32 bits et 64 bits.

Commentaire sous licence Creative Commons Zero CC0 1.0 Universal (Public Domain Dedication)

Pas mal le lien entre le coût de l'agence de comm et la licence MS-Publisher jugés trop chers tous les deux ;)

Pour info, l'agence de comm devait produire un document compatible avec le service impression (le plus souvent du PDF). L'agence peut donc utiliser en interne l'outil de leur choix. Mais avec la publicité faite aux logiciels non-libres, et la flegme le manque de temps des dirigeants à chercher des outils alternatifs, ce sont surtout des logiciels chers de PAO qui sont utilisés : faut bien payer la pub (*.PUB) et les dividendes des actionnaires.

Si l'agence de comm n'a pas été retenue, c'est surtout que le budget de ce projet était trop faible. Mais le projet a coûté tout aussi cher à l'entreprise : au lieu que le coût apparaisse dans une facture de prestation extérieure, ce sont des nombreux jours de travail qui ont peut être été affectés en partie à un autre projet plus vague (voir coût d’opportunité et coût caché : sans moyens, les salariés contournent les obstacles et ralentissent/affaiblissent les autres projets).

Commentaire sous licence Creative Commons Zero CC0 1.0 Universal (Public Domain Dedication)

Le projet est encore en version alpha, donc chut, n'en parlons pas trop tôt.

Nous avons essayé plusieurs possibilités pour produire les plans :

1. Avec Dokuwiki + plugin SVG-Edit, mais c'était trop compliqué !

2. À partir de OSM: Cinq élèves de l'ECE ont choisi comme projet la réalisation d'un simplificateur de plans OSM (ne garder que l'essentiel, mettre les rues à angle droit&#8230;). Le projet n'a pas (encore?) abouti&#8230;

3. À partir d'un éditeur en ligne en JavaScript http://lmap.org/test/

4. Preuve de concept d'un éditeur en ligne en SVG + JavaScript http://www.lmap.org/LittleEditor.svg

5. Réutilisation du projet libre SVG-Edit http://lmap.org/se/svg-editor.html

6. Ceux qui veulent utiliser une feuille et un crayon, pourrons numériser ou photographier la feuille et l'envoyer sur le site

On avait aussi essayé ditaa mais c'est trop limité pour ce que l'on souhaite faire. Mais c'est surtout très fastidieux pour corriger un trait ou déplacer un objet. Ci-dessous un essai d'une station de métro en ditaa.

---+  +---------------------------------------------------------+
   |  |                     +-----+ +-----+                     |
   |  |                     | {o} | | {o} |                     |
   |  | <--vers la Défense  |  M  | |  1  |                     |
   |  |                     | cBLK| |cYEL |  c888               |
   |  |                     +-----+ +-----+                     |
   +--+---------------------------------------------------------+
                                                                |
                                                                |
                                                                |
                   Quai                                         |
                                                                |
                                                                |
                                                                |
------+---------------------------------------------------------+
      |                     +-----+ +-----+                     |
      |                     | {o} | | {o} |                     |
      |                     |  M  | |  1  |    vers Vincennes-> |
      |                     | cBLK| |cYEL |  c888               |
      |                     +-----+ +-----+                     |
      +---------------------------------------------------------+ 

Commentaire sous licence Creative Commons Zero CC0 1.0 Universal (Public Domain Dedication)

C'est dommage que l'essentiel du code que nous produisons dans les différentes missions (SSII) se perdent. Et quand on est passionné, on a tendance à beaucoup donner dans son travail (application non libre). Du coup, une fois rentré à la maison, on a du mal à se motiver pour un autre projet. Surtout quand Madame n'apprécie pas que Monsieur passe des heures devant son PC.

Dans les années 2005, j'avais pourtant tenté de développer avec un ami un téléphone WiFi dans notre garage…

Wikipédia a donc été mon premier échappatoire réussi vers le libre (Oliver h, Oliver H et photos).

Puis, j'ai plutôt contribué au libre financièrement (adhésion/donation Wikimédia, April, Parinux, Framasoft, FDN²…)

Mais depuis deux ans, j'essaye de me consacrer sur un projet qui me tient à cœur : un site web pour permettre à tous de dessiner des plans pour les déficients visuels. Et pour y arriver, j'ai du sacrifier pas mal de trucs : suppression de la télé, moins de contributions sur Wikipédia, j'arrive en retard au bureau, je passe moins de temps à papillonner sur le web, expliquer à Madame pourquoi c'est important pour moi… dur dur… (pour les curieux, LittleMap).

Mais c'est avec satisfaction : plaisir de partager, de rencontrer la communauté du libre dans une atmosphère d'ouverture, d'entraide, d'extrémisme de tolérance, d'éthique  ;-)

Et cela donne du sens à sa vie :-D
Et au moins, quand on change de mission, on ne perd pas tout ce que l'on a produit \(_)O< ~youpi -o_/

Commentaire sous licence Creative Commons Zero CC0 1.0 Universal (Public Domain Dedication)

à lire les liens sur l'article Wikipédia, cela m'a tout l'air d'être connu quasiment que par des francophones
https://fr.m.wikipedia.org/wiki/Cairo-Dock

c'est un projet prometteur, qui vaut la peine d'être installé/testé sur son Ubuntu ;-)

Commentaire sous licence Creative Commons Zero CC0 1.0 Universal (Public Domain Dedication)