Oliver a écrit 243 commentaires

N'hésite pas à partager tes trouvailles sur le sujet en nous aidant dans la rédaction des autres dépêches… Merci.

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

Oui, il y a beaucoup d'autres projets.
Les projets Mer, SailfishOS et Nemo sont présentés dès la seconde dépêche :
https://linuxfr.org/news/systemes-d-exploitation-pour-telephones-partie-2-la-lignee-maemo

Merci de nous donner un coup de main pour la finaliser ^{_^}

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

Je ne connaissais pas Ceph
https://fr.wikipedia.org/wiki/Ceph

Depuis quelques années, je me dis que ce serait bien de mettre en place deux boitiers (ou plus) chez moi pour stocker mon patrimoine numérique de façon sécurisée (redondance) et aussi un boitier (ou plus) chez un ami, un membre de ma famille (une autre redondance au cas où…).

Un ami m'avait parlé de SyncThing (logiciel libre qui fait diu P2P) avec des clients pour PC et mobiles.

Mais j'aime bien mon NextCloud qui m'aide à me dégoogeliser.

Par contre synchroniser deux instances de NextCloud n'est pas prévu de base il me semble. On pourrait peut-être utiliser BitTorrent Sync ou SyncThing…

Côté board, j'étais parti vers du Banana Pi ou du ODROID (Hardkernel)…

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

Bonjour,
Tu proposes une formation très intéressante :-)
Par contre, même en ayant lu attentivement l'explication de l'enseignement de promotion sociale du Système éducatif en Belgique sur Wikipédia, je suis dans le brouillard…
J'ai l'impression que "Promotion Sociale" signifie que l'enseignement ne se borne pas à apprendre une technologie, mais aussi à savoir en discuter avec ses collègues d'où l'aspect "Social".
Suis-je à côté de la plaque ?

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

Pareil

Je n'avais aucune expérience de Arch ou de Manjaro, et pour tester cette famille de distro, j'avais installé Manjaro sur le tout nouveau portable de ma femme. C'était en 2017.

Ma femme avait des problèmes mineurs mais agaçant au niveau de GNOME 3 dont des paramètres de configuration qui ne fonctionnaient pas (plus?), comme par exemple l'auto-login.

Beaucoup de mises à jour plus tard, les problèmes persistaient et il me semble que de nouveaux apparaissaient.

Finalement, en 2018, après avoir tenté sans succès de bidouiller moi-même les fichiers avec vim, j'ai remplacé Manjaro par Ubuntu qui me réclame moins de maintenance.

N'ayant pas été l'utilisateur de la Manjaro, je n'ai pas pu acquérir beaucoup d'expérience sur cette famille de distro (par exemple, je ne sais plus comment utiliser pacman). C'est peut-être pour cette raison (ne pas être l'utilisateur de Manjaro) que je n'ai pas pu mieux comprendre/corriger ces problèmes…
Peut-être aussi que je ne m'y connaissais pas suffisamment en maintenance de Arch/Manjaro/GNOME…
Ou peut-être que l'application des mises à jour étaient trop espacée…

Je ne dis pas que Ubuntu est plus stable que Manjaro. Je dis juste qu'avec mes compétences/connaissances/disponibilités, je n'ai pas réussi à enchanter ma femme avec Manjaro.

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

Quelques autres projets expérimentaux que j'avais noté dans un coin en 2017.

Python -> C++

• https://github.com/lukasmartinelli/py14 (abandonné, mais de bonnes idées)
• https://github.com/shedskin/shedskin (inactif depuis 3 ans)
• https://github.com/pradyun/Py2C (inactif depuis 2 ans)

C++ -> Python

• https://github.com/pybee/seasnake (abandonné depuis 2 ans)
• https://github.com/andreikop/cpp2python (inactif depuis 2 ans)

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

J'ai mis une heure pour la rédaction sur smartphone de cet article (460 mots).
Comme c'est fastidieux, on passe peu de temps à vérifier/sourcer ses propos.

Un amis m'indique que j'ai oublié Clojure comme langage JVM (j'ai aussi oublié JRuby).
Voir la liste sur Wikipédia : https://en.wikipedia.org/wiki/List_of_JVM_languages

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

La notation hongroise était très à la mode dans les années 1990-2000. Des entreprises, comme Microsoft, usaient de cette notation dans leurs exemples (les bonnes pratiques). Il faut dire qu’à l’époque Intel+MSWindows était en train de remplacer SPARC+Solaris. Seule une minorité travaillait sur d’autres systèmes que MS-Windows.

Cette notation hongroise recommandait, entres autres, les préfixes suivants:

1. m_ variable membre
2. g_ variable globale
3. s_ variable statique
4. l_ variable locale

Les deux premiers préfixes m_ et g_ sont restés longtemps perdurent bien que la notation hongroise ne soit plus utilisée (des personnes dans mon entourage continuent de les utiliser).

Supposons que les variables globales soient tellement rares de nos jours que nous pouvons négliger le préfixe g_.
La question :
Au final, quel est l’intérêt de garder le m (dans m_) si on n’utilise plus les autres préfixes ?

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

Merci pour l’info. Je compte activer les outils d’accessibilité pour vérifier mon prochain texte. Je renseigne déjà les alt pour les images et fournissant une description complète. Je ne sais pas si un mal-voyant a pu bénéficier de cela…

Pour éviter d’invisibiliser le genre féminin, je fais déjà un effort pour utiliser des mots épicènes sans toutefois avoir recours à l’écriture inclusive qui ne plaît pas forcément au lectorat de LinuxFr.org. Rédiger devient de plus en plus compliqué quand on cherche à respecter toutes les contraintes !

Pour la syntaxe C++ capillotractée, les développeurs sont les premiers à s’en plaindre !

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

Je pense qu'avec un peu d’entraînement, ta règle des préfixes f, s et k peut augmenter ton confort et donc ta productivité.

Par contre, quand de nombreux intervenants accèdent au code source, la lisibilité/compréhension du code devient plus importante, et donc la bonne pratique et d'éviter les règles qui changent la prononciation des variables comme fActive. C'est par exemple le cas des projets libres qui souhaitent accueillir de nouveaux contributeurs, ou des codes sources communs à plusieurs équipes dans une entreprise.

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

Oui, le C++ est langage vieux d'une quarantaine d'années, forcément il y a plein de dinos dans son écosystème.

Mais pas seulement, plein de jeunes apprécient le C++, j’en côtoie tous les jours.

Tu peux t’en rendre compte en visionnant des vidéos sur le sujet :

• Faut-il continuer à apprendre le C++ ?
• CppCon chaque année en septembre à Bellevue (USA)
• Meeting C++ chaque année en novembre à Berlin (Allemagne)
• C++Now chaque année en mai à Aspen (USA)

☻ ☺ ☻ ☺ ☻ ☺ ☻ ☺ ☻ ☺ ☻ ☺ ☻ ☺ ☻ ☺ ☻ ☺ ☻ ☺

C’est à la fois, un langage du passé et un langage d’avenir.
On ne code plus en C++ aujourd’hui comme il y a 10 ans. Le langage n’est pas mort, mais au contraire, le C++ évolue énormément actuellement, voir mes deux commentaires sur la dépêche Faut-il continuer à apprendre le C++ ?.

Le C++ n’est plus du C avec des trucs en +.
Le C++ est devenu un langage à part entière, avec même des incompatibilités avec les dernières versions du C.
D’ailleurs, pour apprendre le C++, je déconseille de passer par le C, mais aller directement vers le C++ avec, par exemple, les C++ Core Guidelines.

Personnellement, j’utilise d’autres langages selon les situations, et c’est ça le plus intéressant : le choix dans la diversité des langages de programmation.

Et donc, je NE te conseille PAS d’apprendre le C++ car aujourd’hui d’autres langages aussi intéressants (voir même plus) sont bien plus faciles à apprendre.

---

Au fait, es-tu malvoyant ?
Sais-tu comment Ⓒ✙✙ est prononcé dans un titre de journal ?

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

C’est l’occasion de rappeler les règles du tiret bas (underscore) dans le nommage \_o_/

La nomre C++

Le résumé de la norme C++ : https://en.cppreference.com/w/cpp/language/identifiers

[…]

In declarations

An identifier can be used to name objects, references, functions, enumerators, types, class members, namespaces, templates, template specializations, parameter packs, goto labels, and other entities, with the following exceptions:

• the identifiers that are keywords cannot be used for other purposes;
• the identifiers with a double underscore anywhere are reserved;
• the identifiers that begin with an underscore followed by an uppercase letter are reserved;
• the identifiers that begin with an underscore are reserved in the global namespace.

[…]

Reformulons + exemples

On reformule différemment :

1. Éviter le tiret bas au début ;

   #ifndef _MA_CLASSE_H   # Non car commence par "_M »
   #define _MA_CLASSE_H
   […]
   #endif
   
   #ifndef MA_CLASSE_H_   # Oui, autorisé à la fin
   #define MA_CLASSE_H_
   […]
   #endif
   

2. Éviter deux tirets bas consécutifs n’importe où ;

   #ifndef MA_CLASSE__H   # Non, pas de double tiret bas au milieu
   #define MA_CLASSE__H
   […]
   #endif
   
   #ifndef MA_CLASSE_H__  # Non, pas à la fin non plus
   #define MA_CLASSE_H__
   […]
   #endif
   

3. Exception du tiret bas au début.
   Autorisé dans une portée locale (local scope) et suivi par une minuscule (ou un chiffre…).

   #ifndef MA_CLASSE_H   # Oui
   #define MA_CLASSE_H
   
   class _MaClasse       # Non
   {
     const double _PI = 3.14; # Non
     int _MonEntier = 0;      # Non
     int _monEntier = 0;      # Oui
     int __monEntier = 0;     # Non
     int _mon_entier = 0;     # Oui
     int _mon__entier = 0;    # Non
     int _0_0_ = 0;           # Oui
     int _ = 0;               # Oui
     int _Fonction();         # Non
     int _fonction();         # Oui
   };
   
   int _fonction();           # Non
   
   int fonction (int _a) {    # Oui
     int _ = _a;              # Oui
     return _;
   }
   
   #endif
   

Règle simple

On simplifie la règle pour la retenir :

1. Jamais deux tirets bas consécutifs n’importe où ;
2. Le tiret bas au début réservé aux _variablesMembres.

Avantage à nommer ses variables membres avec un tiret bas au début

Je cite les GreatPractices C++ rules

N. CLS   Class data member in _camelCase

• Same rule as for struct member but prefixed with an underscore "_"
• This rule may not be applied:
• when the class contains few functions and data members
• for special members as static variables

Rationale:

• By convention struct has public data and provides few functions
• In contrast, class has private data and often provides many functions
• This rule avoids messing the Auto-Completion on class between data (private) and functions (public)
• This rule allows Auto-Completion to separate data/functions (arranged in alphabetical order)
• Developer knows if he/she wants to see the list of data members or the list of functions
• No problem to start with "_" + lowercase inside a class scope (reserved only in global scope)
• But starting with "_" + UPPERCASE or double "__" is reserved in any scope

class MyClass
{
public:
  double getTradingVolume() const;

private:
  int32_t _quantity;
  double _price;
  bool _isActive;
};

double MyClass::getTradingVolume() const
{
  return _price * _quantity;
}

See also related questions:

• Why use prefixes on member variables in C++ classes?
• Convention of using underscores in C++ class member names
• Class members prefixed with underscore
• Might starting variables/members with an underscore puzzle the compiler?
• Why C# and C++ use _name convention?
• What kind of prefix do you use for member variables?

Dans la langue de Molière

Constats :

• En général, les struct fournissent des variables public et pas (peu) de fonctions ;
• En général, les class fournissent des fonctions public (le reste est private) ;
• Donc, dans une struct, pas besoin de distinguer les variables des fonctions ;
• Par contre, dans une class ce serait pratique de les distinguer.

Avantages de commencer par un tiret bas :

• La déclaration des variables membres est alignée (c’est plus joli que les tiret bas à la fin) ;
• L’auto-complétion tire bénéfice car on sélectionne les variables ou les fonctions selon si on commence à taper un tiret bas ou pas.

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

Pour ouvrir une console avec CTRL+ALT+F1, le serveur graphique doit, au préalable, avoir démarré.

Mais dans ce cas, le serveur graphique a été désinstallé, et la seule chose qui s’affiche sur son écran est une console en mode texte.

Oups, je viens de me rendre compte que ma dernière version Ubuntu + Gnome ne permet plus de basculer sur une console texte avec CTRL+ALT+F1 (pareil avec F2, F3, F4…) !
J’ai du désactiver cela dans une options… :-(

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

Ah oui, que de souvenirs…

Je me rappelle avoir installé Eudora sur une disette 3'½ à la fin des années 90 avec tout mon historique d'e-mails. Cette disquette me suivait partout : à l'école, chez moi, au bureau (j'étais apprentis).

Dire que l'exécutable, les DLL, tous les e-mails et les pièces jointes tenaient sur une seule disette de 1.44 Mo !

Après, je suis passé sur Outlook Express, vrai passoire à virus :-(

Et quand l'application Mozilla s'est coupée en deux : Firefox et Thunderbird, je suis passé sur ce dernier avec soulagement :-)

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

Et du coup, est-il plus facile de programmer en gObject (GTK+) qu'en C++ (Qt) ?

Petite anecdote :

L'auteur de Gwenview, Aurélien Gâteau, m'avait expliqué qu'il avait commencé à implémenter sa visionneuse de photos pour GNOME, donc avec GTK+, il y a une petite vingtaine d'années.

Mais Aurélien avait beaucoup de mal avec cette bibliothèque, et un des mainteneurs de GTK+ lui aurait conseillé d'utiliser plutôt Qt s'il voulait développer en C++. Et finalement, Aurélien était tellement à l'aise avec Qt, que sa visionneuse est devenue une application officielle du projet KDE.

Par contre, Aurélien s'était attaché au nom originel commençant par un G (Gwenview) et n'a pas choisi un autre nom commençant par un K (ou un Q) comme s'était la pratique à l'époque. Aurélien a ainsi contribué à la cacophonie des noms des logiciels des environnements de bureau…

Bien que cette anecdote date de 20 ans (et que Qt et GTK+ aient pas mal évoluées), je pense que nous pouvons statuer:
⇒ Si on veut écrire une application graphique en C++, vaut mieux partir sur Qt que sur GTK+.

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

Merci @YBoy360 pour avoir mentionné Kotlin. À l’époque de la rédaction de la dépêche, en 2016, Kotlin n’était pas aussi connu qu’aujourd’hui. J’espère que ce langage prometteur puisse concurrencer Go, Rust, Dart, Elixir, C++… Cette concurrence a du bon, cette émulation donne des idées aux uns et aux autres pour s’améliorer 👍

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

(je tempère mon point de vue ci-dessus)

Néanmoins, bien que j'apprécie le potentiel du C++
et que je suis fan des évolutions actuelles du langage,
je NE recommande PAS souvent de s'orienter vers le C++.

Pour moi, le désavantage du C++ pour un débutant
est de devoir y investir beaucoup de temps
pour comprendre/profiter de toute la puissance du langage.
Cela peut être décourageant.

  Est-ce que l'investissement en vaut la chandelle ?

Oui, le C++ est certainement le langage
avec la plus longue courbe d'apprentissage
(du moins, parmi les langages les plus utilisés).

Les subtilités de la méta-programmation font fuir beaucoup de personnes !

Je conseille de commencer avec un langage
avec lequel on se sent en confiance et
qui permet de se concentrer sur le métier,
sur les aspects fonctionnels et de passer plus de temps
avec les utilisateurs afin de mieux cerner
leurs préoccupations/soucis/frustrations (pain points).

Si le temps de réponse (montée en charge) est problématique,
on pourra optimiser l'application/infrastructure dans une second temps.
Au moins, on aura un prototype fonctionnel pour se comparer.

Donc ma conclusion personnelle :

  Oui, le C++ vaut la peine
  d'être appris et maîtrisé
  si sa complexité ne rebute pas.

  Mais plus important que le langage :
  Les besoins/attentes/préoccupations
  des utilisateurs du logiciel.

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

C++ est en train d'évoluer rapidement, et la façon de coder avec le vieux C++ d'il y a 10 ans (C++98) est différente du C++ d'aujourd'hui.

Il y a 10 ans, on avait l'impression que le C++ était un langage qui n'évoluait plus. Aujourd'hui, c'est tout un écosystème qui bouillonne, plusieurs compilateurs avec une concurrence positive, des outils de test/vérification très poussés, des optimisations de folie, même du code C++ qui s'exécute dès la compilation pour générer du code qui est pris en compte par le compilateur…

Je pense que de jeunes diplômés peuvent se lancer dans l'apprentissage du C++ moderne sans regret, s'ils apprécient ce langage bien sûr, sachant que dans plusieurs domaines, le C++17 est le langage le plus adapté.

Par contre, les développeurs C++ sont les premiers à se plaindre de sa complexité. On veut un C++ qui évolue plus rapidement avec une sémantique qui se simplifie, mais sans sacrifier ni ses performances, ni ses capacités à méta-programmer. Les nouvelles directions à donner à ce vieux langage de 40 ans ne sont donc pas faciles à trancher.

Aujourd'hui, je ne connais aucun langage qui puisse remplacer pleinement le C++.

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

Pour les appareils Android et iOS, Mozilla propose "Firefox Klar" qui est un poil plus confidentiel que "Firefox Focus".

• Klar https://f-droid.org/packages/org.mozilla.klar/
• Focus https://fr.m.wikipedia.org/wiki/Firefox_Focus

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

J’ai eu du mal à comprendre ce que tu voulais dire.

Mon résumé personnel :

• Un logiciel installé sur son ordinateur dont l’éditeur ne fournit pas le code source n’est pas libre [*] ;
• Un logiciel installé sur un serveur (web par exemple) dont l’éditeur ne fournit pas le code source est peut-être libre (mais certainement pas sous licence AGPL) ;
• Un logiciel payant que je n’ai pas payé et dont l’éditeur ne veut pas me fournir le code source est peut-être libre (l’éditeur pourrait réserver le code source aux seuls utilisateurs ayant acheté son logiciel, libre ne veut pas forcément dire gratuit).

Peut-être que Qwant utilise uniquement des logiciels libres, mais sans être obligé de fournir le code source car tous pourraient être sous licence GPL par exemple. Dans la pratique, il est fort probable que les logiciels développés par Qwant ne soient pas libres, mais nous n’en savons rien…

[*] Oui, je sais l’accès au code source ne suffit pas pour établir qu’un logiciel est sous licence libre, mais c’est juste un résumé.

PS : Qu’est-ce que l’on peut troller sur un pinaillage de libre/propriétaire/open/privateur/free/privé sur LinuxFr.org, et même le week-end !!!

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

Le langage Go est conçu pour générer un binaire statique qui ne dépend d'aucune libraire, même pas de la glibc.

Je pense que Vcpkg a un objectif similaire pour la plateforme Linux.

Cela permet d'exécuter le même binaire sur différentes distributions GNU/Linux sans se soucier des dépendances. Et c'est encore plus facile d'intégrer l'application dans un conteneur (Docker, Flatpak, AppImage, Snap…).

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

D'ailleurs pour désactiver le Secure Boot, il faut au préalable créer un mot de passe dans le BIOS, et cette astuce n'est pas indiquée. Cela m'avait fait perdre pas mal de temps quand j'avais voulu installer un double démarrage (double boot) Manjaro Linux + MS-Windows. J'avais finalement trouvé par hasard, à force de tester et réfléchir à la philosophie du Secure Boot…

Dans mon cas, je n'ai pas pu désactiver le Secure Boot au niveau du BIOS, peut-être car j'avais supprimé une partition, ou que j'avais supprimé le mot de passe de l'utilisateur au niveau du BIOS (j'ai conservé le mot de passe du superviseur). Je ne sais plus…

Je signale aussi qu'à force de tripatouiller les paramètres du BIOS dans tous les sens, la restauration de la configuration d'origine peut débloquer la situation. Il me semble que c'est la touche F9.

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

Oui Oui, il faut partager ces informations :-).

Les photos sont de Abhishek Prakash disponibles sur son blog It's FOSS https://itsfoss.com/no-bootable-device-found-ubuntu/

Sauf la première photo dont j'en ai trouvé une qui me semble de meilleur qualité sur le forum acer.com.

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

Faudrait un TapTempo démarrable (bootable), compatible UEFI, et avec fichier UEFI signée par une clé cryptographique pour le SecureBoot… Je cherche encore…

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

Non, je ne pense pas, mais pour c'est pour que je ne puisse pas toucher/modifier son ordinateur…

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