Waouw, merci de l'information, j'avais oublié ce changement sur mon desktop.
Je suis hyper étonné qu'ils n'aient toujours pas fait ca, Archlinux a fait ce merge au moment où c'était devenu la norme en 2013, il y a donc 8 ans, et ca fera donc 10 ans quand ils sortiront Debian 12 :o
La question que je me pose et qu'on n'aborde pas ici, c'est quel IDE utiliser pour Rust ?
Il n'y en a pas beaucoup, j'ai testé VS Code, vim avec les plugins de rust langageserver mais cela reste un peu trop bricolage pour faire du développement Rust robuste. En avez vous des préférentiels pour débuter ?
Salut Sébastien,
je n'ai pas connu le big bang KDE 3 vers 4 mais Gnome 2 vers 3, et clairement de Gnome 3.0 à 3.12 on était dans la regression, néanmoins depuis la 3.12 on a vraiment de belles choses sur Gnome, c'est un bureau très réactif et fonctionnel, qu'on peut piloter au clavier, l'interface de paramètres est très très proche de celle de MacOSX et aussi fonctionnelle, je n'ai pas grand chose à lui reprocher, hormis de ne pas fournir les décorations par défaut sur des apps wayland natives.
Je suis coredev (même si moins actifs ces jours ci), il y a une coquille, on est passé de la 0.4.17 à 5.0.0. Par ailleurs il est fortement conseillé d'utiliser la 5.0.1.
Autre point majeur, j'ai grandement contribué pour passer l'engine en C++11 et cela s'est ressenti par des performances améliorée, en convertissant quelques vieux blocs de code ou en utilisant les std::unorodered_map (entre autres optimisations).
Dans mon cadre pro nous avons 1 influxdb sur une machine t2.small (1 CPU 2Go de mémoire) qui absorbe les métriques provenant de 200 serveurs par datacenter. Chaque serveur fournit en moyenne 5000 métriques toutes les 10 minutes
Oui le compose utilise des images du hub, mais il reste néanmoins la possibilité de reconstruire l'application et la packager pour les distributions Linux et les BSD. Il y a le même souci avec AWX chez redhat…
C'est devenu la mode de la "portabilité" docker, on fait un bloat, on met des trucs à droite à gauche, on ne met pas à jour les libs car ca coûte cher de faire les upgrades mais paf voila des chocapics.
Autant je comprends docker dans une démarche industrielle avec des microservices d'entreprises pour la scalabilité d'un service avec une connaissance et la construction de son infra docker (avec un Kubernetes au dessus, bien sûr), autant pour du personnel c'est totalement overkill et non portable sur d'autres OS comme les BSD. Est-il prévu d'avoir une vraie procédure de packaging et configurations des softs ou juste un ensemble de binaires assemblés par magie ?
C'est une excellente nouvelle que FreeBSD arrive à se débarasser d'outils comme les r-machins. Je me souviens avoir vu une question sur IRC les concernant à laquelle bapt avait répondu qu'il suffisait de demander, et voila qu'ils sont marqués dépréciés et poubelle en 12.
La disparition de groff est également une excellente nouvelle, la documentation va pouvoir être uniformisée.
L'intérêt de Microsoft et AWS pour FreeBSD est toujours présent et c'est une excellente nouvelle qu'ils aient contribué à la couche drivers pour leurs cloud respectifs, c'est un frein de moins pour l'adoption de FreeBSD.
Merci pour cette dépêche très complète (un peu plus complète que le changelog officiel :p)
Je suis sous Archlinux avec Gnome 3 depuis environ 4 ans ca fonctionne très bien, pas de bug depuis bien longtemps sur gnome, le packaging est propre et l'update relativement bien préparée par arch (la version 3.X.1 uniquement arrive). Tu as les repos normaux et les repos testing pour avoir encore plus up-to-date
Cela peut être utile pour par exemple un environnement cloud lorsque tu as besoin d'une clef de licence sous forme de clef USB, tu n'es plus obligé de dédier le serveur de virtualisation, tu te fais ton hub USB sur une bécane simple et tu partages via le réseau avec tes VM nécessitant la clef USB.
A noter que sous Linux le driver DKMS utilise une couche d'émulation solaris/BSD <=> Linux sur le VFS, donc on perd un chouille en performances par rapport à ces derniers en natif.
Pour la migration j'ai mis quelques notes sur le port FreeBSD de Nextcloud lors de l'installation. La migration se fait en 3 étapes simples (si on ne prend pas en compte des apps installées localement)
Concernant FreeBSD je l'ai porté hier (ca m'a pris un petit quart d'heure) et il est disponible depuis cette nuit dans l'arbre de ports et certainement bientôt dans les packages:
Généralement je démarre toujours les articles FreeBSD et OpenBSD. Pour OpenBSD ce sera début mai, et début novembre, comme toujours. Pour FreeBSD, la 10.3 est en bêta il va être temps d'aller faire un tour sur les changelogs :)
J'ai pas mal travaillé afin de changer quelques conteneurs std::list qui ne devaient pas en être sur -master cela a beaucoup changé en terme de performances. Sur mon serveur utilisant redis en backend je n'ai pratiquement plus aucun lag si j'utilise le mod nuke avec les plus gros mesenuke. Après nuke est très peu optimisé aussi.
En ce qui concerne les problèmes de performances, je suis devenu développeur core récemment et il s'agit de ma priorité, après la refonte complète de la couche réseau, ayant eu quelques soucis d'évolution. Je vais notamment travailler sur l'amélioration des appels et des API LUA pour offrir des appels de plus haut niveau afin d'alléger la charge des serveurs généralement due à des LUA complexes.
A l'heure actuelle j'ai trouvé 2 points de performances à optimiser: l'inventaire (côté serveur) et la lumière (côté client & serveur).
Sur la branche de développement nous avons pu optimiser également la charge sur les algorithmes pour la cartes en changeant les listes par des vecteurs. Malheureusement nous n'avons pas pu merger cela pour le release,
les jails sont là depuis… 10 ans alors que les cgroups et LXC sont la depuis… peu ? Si je me souviens bien les jails sont arrivées avant même les conteneurs Solaris
Au niveau constructeurs/éditeur on retrouve Netapp essentiellement sur la couche FS (NFS par exemple), Netflix sur certains patchs de la couche réseau si je me souviens bien et iXsystems pour la partie stockage également (éditeur de FreeNAS)
Leur communauté et parc étant plus restreint ils peuvent plus facilement se le permettre je pense. Ils cassent parfois des choses, là ou FreeBSD évite de le faire pour des soucis de compatibilité.
En parlant de compatibilité, j'ai upgradé ya 2 semaines un FreeBSD 6.2 vers 9.3 sans problèmes en utilisant l'outil freebsd-update qui était tout juste apparu d'époque puis j'ai recompilé tous les ports (tout ca datait de 2007), cela m'a pris 3h, le système était en PARFAIT état de marche. Je ne peux pas dire la même chose d'une upgrade de Debian 4 vers Debian 7, malheureusement.
[^] # Re: un point intéressant pour la prochaine version (la 12 aka bookworm)
Posté par Loïc Blot (site web personnel) . En réponse à la dépêche Sortie de Debian 11 « Bullseye ». Évalué à 1.
Waouw, merci de l'information, j'avais oublié ce changement sur mon desktop.
Je suis hyper étonné qu'ils n'aient toujours pas fait ca, Archlinux a fait ce merge au moment où c'était devenu la norme en 2013, il y a donc 8 ans, et ca fera donc 10 ans quand ils sortiront Debian 12 :o
https://lists.archlinux.org/pipermail/arch-dev-public/2012-March/022625.html
C'est même du coup 3 ans avant que systemd arrive sur Archlinux :p
Veepee & UNIX-Experience
# IDE
Posté par Loïc Blot (site web personnel) . En réponse à la dépêche Rust a 5 ans, rétrospective. Évalué à 7.
La question que je me pose et qu'on n'aborde pas ici, c'est quel IDE utiliser pour Rust ?
Il n'y en a pas beaucoup, j'ai testé VS Code, vim avec les plugins de rust langageserver mais cela reste un peu trop bricolage pour faire du développement Rust robuste. En avez vous des préférentiels pour débuter ?
Veepee & UNIX-Experience
[^] # Re: J’étais idéaliste...
Posté par Loïc Blot (site web personnel) . En réponse à la dépêche Interview de Sébastien Rohaut, auteur de livres notamment sur Linux. Évalué à 4.
Salut Sébastien,
je n'ai pas connu le big bang KDE 3 vers 4 mais Gnome 2 vers 3, et clairement de Gnome 3.0 à 3.12 on était dans la regression, néanmoins depuis la 3.12 on a vraiment de belles choses sur Gnome, c'est un bureau très réactif et fonctionnel, qu'on peut piloter au clavier, l'interface de paramètres est très très proche de celle de MacOSX et aussi fonctionnelle, je n'ai pas grand chose à lui reprocher, hormis de ne pas fournir les décorations par défaut sur des apps wayland natives.
Veepee & UNIX-Experience
[^] # Re: Joli
Posté par Loïc Blot (site web personnel) . En réponse à la dépêche 0 A.D : Empires Ascendant, rapport de développement septembre 2019 - mai 2020. Évalué à 2.
et également sur Archlinux :), excellent projet bravo
Veepee & UNIX-Experience
# Correctifs
Posté par Loïc Blot (site web personnel) . En réponse à la dépêche Minetest 5.0.0. Évalué à 3. Dernière modification le 18 avril 2019 à 11:50.
Je suis coredev (même si moins actifs ces jours ci), il y a une coquille, on est passé de la 0.4.17 à 5.0.0. Par ailleurs il est fortement conseillé d'utiliser la 5.0.1.
Autre point majeur, j'ai grandement contribué pour passer l'engine en C++11 et cela s'est ressenti par des performances améliorée, en convertissant quelques vieux blocs de code ou en utilisant les std::unorodered_map (entre autres optimisations).
Veepee & UNIX-Experience
# Droits sur les logs affreux
Posté par Loïc Blot (site web personnel) . En réponse à la page de wiki GlusterFS sur Ubuntu/Debian. Évalué à 3 (+0/-0).
chmod 777 sur les logs ? c'est un peu affreux, un 644 suffit amplement
Veepee & UNIX-Experience
[^] # Re: GitLab, mobiles
Posté par Loïc Blot (site web personnel) . En réponse à la dépêche GNOME 3.28. Évalué à 1.
D'où leur ajout croissant de fonctionnalités autour de Kubernetes, CQFD.
Veepee & UNIX-Experience
[^] # Re: Quel taille de parc supervisé ?
Posté par Loïc Blot (site web personnel) . En réponse à la dépêche Découverte de l’outil de supervision Prometheus. Évalué à 2. Dernière modification le 12 mars 2018 à 23:05.
Dans mon cadre pro nous avons 1 influxdb sur une machine t2.small (1 CPU 2Go de mémoire) qui absorbe les métriques provenant de 200 serveurs par datacenter. Chaque serveur fournit en moyenne 5000 métriques toutes les 10 minutes
Veepee & UNIX-Experience
[^] # Re: Docker fourre-tout ?
Posté par Loïc Blot (site web personnel) . En réponse à la dépêche L’application « OnlyOffice pour Nextcloud » est disponible. Évalué à 10. Dernière modification le 08 novembre 2017 à 17:56.
Oui le compose utilise des images du hub, mais il reste néanmoins la possibilité de reconstruire l'application et la packager pour les distributions Linux et les BSD. Il y a le même souci avec AWX chez redhat…
C'est devenu la mode de la "portabilité" docker, on fait un bloat, on met des trucs à droite à gauche, on ne met pas à jour les libs car ca coûte cher de faire les upgrades mais paf voila des chocapics.
Veepee & UNIX-Experience
# Docker fourre-tout ?
Posté par Loïc Blot (site web personnel) . En réponse à la dépêche L’application « OnlyOffice pour Nextcloud » est disponible. Évalué à 9.
Autant je comprends docker dans une démarche industrielle avec des microservices d'entreprises pour la scalabilité d'un service avec une connaissance et la construction de son infra docker (avec un Kubernetes au dessus, bien sûr), autant pour du personnel c'est totalement overkill et non portable sur d'autres OS comme les BSD. Est-il prévu d'avoir une vraie procédure de packaging et configurations des softs ou juste un ensemble de binaires assemblés par magie ?
Veepee & UNIX-Experience
# Un pas de moins vers le passé
Posté par Loïc Blot (site web personnel) . En réponse à la dépêche FreeBSD 11.1. Évalué à 9.
C'est une excellente nouvelle que FreeBSD arrive à se débarasser d'outils comme les r-machins. Je me souviens avoir vu une question sur IRC les concernant à laquelle bapt avait répondu qu'il suffisait de demander, et voila qu'ils sont marqués dépréciés et poubelle en 12.
La disparition de groff est également une excellente nouvelle, la documentation va pouvoir être uniformisée.
L'intérêt de Microsoft et AWS pour FreeBSD est toujours présent et c'est une excellente nouvelle qu'ils aient contribué à la couche drivers pour leurs cloud respectifs, c'est un frein de moins pour l'adoption de FreeBSD.
Merci pour cette dépêche très complète (un peu plus complète que le changelog officiel :p)
Veepee & UNIX-Experience
[^] # Re: Quel dérivé pour commencer ?
Posté par Loïc Blot (site web personnel) . En réponse à la dépêche 15 ans d’Arch Linux. Évalué à 3.
Je suis sous Archlinux avec Gnome 3 depuis environ 4 ans ca fonctionne très bien, pas de bug depuis bien longtemps sur gnome, le packaging est propre et l'update relativement bien préparée par arch (la version 3.X.1 uniquement arrive). Tu as les repos normaux et les repos testing pour avoir encore plus up-to-date
Veepee & UNIX-Experience
[^] # Re: USB/IP : Cas d'utilisation
Posté par Loïc Blot (site web personnel) . En réponse à la dépêche Sortie du noyau Linux 4.7. Évalué à 4.
Cela peut être utile pour par exemple un environnement cloud lorsque tu as besoin d'une clef de licence sous forme de clef USB, tu n'es plus obligé de dédier le serveur de virtualisation, tu te fais ton hub USB sur une bécane simple et tu partages via le réseau avec tes VM nécessitant la clef USB.
Veepee & UNIX-Experience
[^] # Re: Et ZFS
Posté par Loïc Blot (site web personnel) . En réponse à la dépêche L’après PC-BSD : TrueOS. Évalué à 2.
A noter que sous Linux le driver DKMS utilise une couche d'émulation solaris/BSD <=> Linux sur le VFS, donc on perd un chouille en performances par rapport à ces derniers en natif.
Veepee & UNIX-Experience
[^] # Re: Migration
Posté par Loïc Blot (site web personnel) . En réponse à la dépêche Nextcloud, le fork d'ownCloud. Évalué à 2.
Pour la migration j'ai mis quelques notes sur le port FreeBSD de Nextcloud lors de l'installation. La migration se fait en 3 étapes simples (si on ne prend pas en compte des apps installées localement)
Voir https://github.com/freebsd/freebsd-ports/commit/83374afaa2b69c31e8bbe956c89edbe33789e4a0
Nextcloud n'entre pas en conflit avec owncloud sous FreeBSD, chacun son répertoire.
Veepee & UNIX-Experience
[^] # Re: - pour les distributions
Posté par Loïc Blot (site web personnel) . En réponse à la dépêche Nextcloud, le fork d'ownCloud. Évalué à 2.
Concernant FreeBSD je l'ai porté hier (ca m'a pris un petit quart d'heure) et il est disponible depuis cette nuit dans l'arbre de ports et certainement bientôt dans les packages:
Veepee & UNIX-Experience
[^] # Re: Génial mais dommage pas la même choses pour les autres noyaux
Posté par Loïc Blot (site web personnel) . En réponse à la dépêche Sortie du noyau Linux 4.4. Évalué à 3.
Généralement je démarre toujours les articles FreeBSD et OpenBSD. Pour OpenBSD ce sera début mai, et début novembre, comme toujours. Pour FreeBSD, la 10.3 est en bêta il va être temps d'aller faire un tour sur les changelogs :)
Veepee & UNIX-Experience
[^] # Re: Expérience de jeu et optimisation des perfs
Posté par Loïc Blot (site web personnel) . En réponse à la dépêche Minetest 0.4.12, le retour du cube. Évalué à 2.
J'ai pas mal travaillé afin de changer quelques conteneurs std::list qui ne devaient pas en être sur -master cela a beaucoup changé en terme de performances. Sur mon serveur utilisant redis en backend je n'ai pratiquement plus aucun lag si j'utilise le mod nuke avec les plus gros mesenuke. Après nuke est très peu optimisé aussi.
Veepee & UNIX-Experience
[^] # Re: L'attente
Posté par Loïc Blot (site web personnel) . En réponse à la dépêche Minetest 0.4.12, le retour du cube. Évalué à 2.
Etant donné que j'utilise Archlinux et que nous supportons Debian Squeeze et Wheezy, cela devrait fonctionner. J'ai libnss 3.17.4 personnellement.
Veepee & UNIX-Experience
[^] # Re: Expérience de jeu et optimisation des perfs
Posté par Loïc Blot (site web personnel) . En réponse à la dépêche Minetest 0.4.12, le retour du cube. Évalué à 6.
En ce qui concerne les problèmes de performances, je suis devenu développeur core récemment et il s'agit de ma priorité, après la refonte complète de la couche réseau, ayant eu quelques soucis d'évolution. Je vais notamment travailler sur l'amélioration des appels et des API LUA pour offrir des appels de plus haut niveau afin d'alléger la charge des serveurs généralement due à des LUA complexes.
A l'heure actuelle j'ai trouvé 2 points de performances à optimiser: l'inventaire (côté serveur) et la lumière (côté client & serveur).
Sur la branche de développement nous avons pu optimiser également la charge sur les algorithmes pour la cartes en changeant les listes par des vecteurs. Malheureusement nous n'avons pas pu merger cela pour le release,
Veepee & UNIX-Experience
[^] # Re: Coquille ?
Posté par Loïc Blot (site web personnel) . En réponse à la dépêche Sortie de FreeBSD 10.1. Évalué à 2.
En effet, si un modérateur pouvait passer par là, merci
Veepee & UNIX-Experience
[^] # Re: Mise à jour de 10.0-RELEASE vers 10.1-RELEASE
Posté par Loïc Blot (site web personnel) . En réponse à la dépêche Sortie de FreeBSD 10.1. Évalué à 2.
J'ai fait la même avec un 9.3-RELEASE vers 10.1-RELEASE, aucun souci (et un petit make buildkernel installkernel pour la forme)
Veepee & UNIX-Experience
[^] # Re: l'envie de tester mais....
Posté par Loïc Blot (site web personnel) . En réponse à la dépêche Sortie de FreeBSD 10.1. Évalué à 7.
les jails sont là depuis… 10 ans alors que les cgroups et LXC sont la depuis… peu ? Si je me souviens bien les jails sont arrivées avant même les conteneurs Solaris
Veepee & UNIX-Experience
[^] # Re: constructeurs/éditeurs
Posté par Loïc Blot (site web personnel) . En réponse à la dépêche Sortie de FreeBSD 10.1. Évalué à 4.
Au niveau constructeurs/éditeur on retrouve Netapp essentiellement sur la couche FS (NFS par exemple), Netflix sur certains patchs de la couche réseau si je me souviens bien et iXsystems pour la partie stockage également (éditeur de FreeNAS)
Veepee & UNIX-Experience
[^] # Re: bsd
Posté par Loïc Blot (site web personnel) . En réponse à la dépêche Sortie de FreeBSD 10.1. Évalué à 10. Dernière modification le 06 janvier 2015 à 21:52.
Leur communauté et parc étant plus restreint ils peuvent plus facilement se le permettre je pense. Ils cassent parfois des choses, là ou FreeBSD évite de le faire pour des soucis de compatibilité.
En parlant de compatibilité, j'ai upgradé ya 2 semaines un FreeBSD 6.2 vers 9.3 sans problèmes en utilisant l'outil freebsd-update qui était tout juste apparu d'époque puis j'ai recompilé tous les ports (tout ca datait de 2007), cela m'a pris 3h, le système était en PARFAIT état de marche. Je ne peux pas dire la même chose d'une upgrade de Debian 4 vers Debian 7, malheureusement.
Veepee & UNIX-Experience