duf a écrit 587 commentaires

Je suis bien d'accord, j'avais un vyper air avant (relativement proche de ton vytec dans l'affichage) et ce n'est pas comparable. Je suis d'ailleurs étonné que des petites boites puissent sortir des modèles aussi compétitif (voir plus). D'un point de vue prix, un Suunto Helo2 ou Uwatec Galileo n'ont pas d'intérêt face à l'OSTC3 par exemple :)

Je pense que l'écran type matriciel du némo wide ne peut se comparer à un écran comme sur les HW. En plus, l'éclairage est constant, il n'y a pas besoin d'un quelconque bouton pour activer le rétro-éclairage.

Dans la documentation que j'ai mise dans mon précédent post, il y a une image comparant justement les écrans du némo wide et d'un OSTC, je pense que cela se passe de commentaires ;)

Et puis le rechargement par câble USB/micro-USB c'est tellement pratique :)

Un autre point super important, ce sont les mises à jour. Je pense que tu peux demander à ceux qui ont attendus des années le mode apnée sur un ordinateur comme le uwatec galileo… Chez HW vu que c'est du logiciel libre, les MAJ sont régulières, non soumises à paiement ou code spécifique et elles apportent régulièrement des fonctionnalités intéressantes, en plus c'est sous GPLv3 (point sympathique pour les libristes). Certaines évolutions sont directement liés à des sujets sur le forum, c'est vraiment intéressant à suivre. En ordinateur équivalent il y a shearwater pretel.

Mais bon le nemo wide est un très bon ordinateur avec un des meilleurs rapports qualité/prix. Mais si jamais tu souhaites changer un jour, je pense que ça vaudra le coup alors de regarder où en sera la gamme chez HW.

Je me permets de répondre sur la partie OSTC. Ils ont des modèles totalement orienté plongées techniques, c'est clair. Mais si tu es un plongeur loisir régulier, des modèles comme le frog, voir même le OSTC 2N ou 3 peuvent répondre à un besoin.

Il y a un point notamment important c'est la qualité de l'écran. Si tu plonges régulièrement avec une visibilité faible, de nuit, etc. ces ordinateurs ont des écrans tout simplement à des années lumières des modèles grands publics de Suunto, Uwatec, etc. et c'est aussi valable pour un modèle comme le Mares Icon HD.

Une très bonne source de documentation en français sur l'OSTC se trouve ici : http://ostc-planner.net/wp/ostc-courses-in-french/. Je conseille notamment le document "découverte de l'OSTC" qui permet de se faire une bonne idée. Sachant que le Frog en est très proche "en plus simple et orienté plongée loisir"

J'avais discuté avec Jef, auteur de cette librairie car j'ai écris un journal de plongée en ligne (php/html) et j'avais quelques difficultés sur certains points. Étant mauvais en C j'avais du mal à comprendre son code et surtout l'export XML contenait moins d'informations que l'export binaire (type de mélange, pourcentage des gaz, etc.). Mais parcourir du XML c'était bien plus simple pour moi que des valeurs hexadécimal. Il avait été très sympa et prompt à répondre, c'est toujours agréable.

Mais bon par la suite j'ai lâché l'affaire à cause de M. Linus Torvalds qui trouvait le format de sortie de libdc pas bien (je ne dis pas qu'il avait tort, je ne suis pas compétent pour juger) et Jef a donc modifié la sortie de sa librairie suivant les conseils de ce grand gourou… Ça a tout foutu en l'air mon parser XML que j'avais écrit en PHP :) Et puis bon, quand on est nul en programmation et qu'on fait un journal de plongée car rien n'existe et que du jour au lendemain un concurrent s'affirme dont l'initiateur est le père du noyau linux… on se retire et on regarde faire :)

Il n'y a qu'un seul revendeur en France (innodive) et c'est plutôt des ordinateurs orientés plongées techniques, mais ils ont sortis le Frog (heinrichsweikamp) qui est totalement orienté loisir. Mais bon, ce n'est pas de l'entrée de gamme, même pour ce modèle loisir :)

Je dirai que l'occasion pour ce genre de matos n'est pas forcément des plus risqués, par contre le point important c'est est-ce que le SAV est assuré, si oui pas de soucis (car le SAV de HeinrichsWeikamp est très bon) sinon il parait préférable de prendre du neuf.

Tu peux déjà jeter un coup d’œil à des forums de plongée comme sur plongeur.com voir s'il y a des possibilités.

Sinon ils étaient au salon de la plongée, ce qui permet de voir le matériel et de mieux s'en faire une idée. Si tu n'es pas pressé ils seront sans doute au salon de la plongée de l'année prochaine :)

Après suivant ton niveau de plongeur, ce type d'ordinateur n'est pas forcément indiqué (tu as plus simple pour moins cher) mais en général, un ordinateur on n'en change pas tant que ça fonctionne et répond au besoin donc c'est plutôt un investissement à long terme. Perso j'avais un vyper air avant (avec sonde air) et je suis passé au OSTC 2N (ma copine a récupéré l'ancien, elle n'est pas mécontente).

Bonjour,

Non ce n'est pas le cas (pour l'instant) mais après je ne pense pas que ce soit dans les tuyaux à court terme.

Pour l'ordinateur de plongée, je ne dirai pas que c'est "horriblement" cher. Certes ce n'est pas donné mais cela reste un instrument de sécurité et aujourd'hui on trouve des ordinateurs neufs gérant air et nitrox à moins de 200€. En plus, on trouve aussi beaucoup d'ordinateurs d'occasions qui ne sont pas très vieux et qui valent toujours le coup.

Personnellement j'ai un modèle à base d'OSTC (ordinateur dont le firmware est totalement libre) et c'est bien cool :-)

j'ai gnuplot en freeware, va falloir que je regarde

Il porte mal son nom :-)

Je ne saurais répondre précisément à ta question sauf à regarder des exemples précis. Concernant jdownloader il ne semble pas dans portage donc pour l'avoir il faut passer par un overlay (dépôt non officiel qu'on ajoute sciemment). Dans le seul dépôt overlay que j'ai trouvé il est marqué GPL-3, donc si on l'ajoute il passerait. Ce qui est logique même si pas forcément souhaité par tout le monde si ce truc est réellement GPL mais pas vraiment libre (j'ai pas cherché mais rien qu'à le dire ça me parait saugrenu).
Ensuite il faudrait regarder ce que fait l'ebuild car vu que c'est compilé, on peut très bien imaginé que le paquet qui serait marqué GPL-3 ne compilerait que ce qui l'est réellement en mettant de côté le reste (à télécharger manuellement par exemple s'il s'agit d'un jeu libre accompagné de données non libre du jeu).

Personnellement, dans ma variable ACCEPT_LICENSE j'oblige à ne pas autoriser tout ce qui nécessite un end user license agreement (-@EULA) et il faut savoir qu'on peut donner des directives générales au système (make.conf) mais comme pour les USE FLAGS on peut faire des exceptions paquet par paquet. Attention tout de même, sous gentoo actuellement il y a 631 licences différentes référencées :)

Le principe des groupes de licences permet de facilement faire le tri et d'avoir un système respectant ses principes sans se casser la tête ("GPL-COMPATIBLE", "FSF-APPROVED", "BINARY-REDISTRIBUTABLE", etc.). Cela amène par contre un effet de bord fréquent pour les paquets de jeux avec un paquet pour le moteur du jeu (souvent sous licence libre) et un paquet des données du jeu (souvent jeu-data) avec sa propre licence souvent non libre. Exemple avec quake3 qui va être sous GPL-2 et qui fait seulement 2Mo et les données du jeu qui vont être dans un autre paquet avec une licence type Q3AEULA.

Si on prend cet exemple, chez moi qui est mon système en GPL-COMPATIBLE et -@EULA, la tentative d'installation de quake3 m'indiquera :

duf ~ $ emerge -pv games-fps/quake3

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild  N     ] games-fps/quake3-data-1.32b  USE="-cdinstall" 30,200 kB
[ebuild  N     ] games-fps/quake3-1.36  USE="openal opengl vorbis -curl -dedicated -mumble -teamarena -voice" 3,421 kB

Total: 2 packages (2 new), Size of downloads: 33,621 kB

The following license changes are necessary to proceed:
#required by games-fps/quake3-1.36, required by games-fps/quake3 (argument)
>=games-fps/quake3-data-1.32b Q3AEULA

Je suis notifié que j'ai un changement de licence obligatoire pour ce paquet si je veux réellement outrepasser mes paramètres globaux et il m'indique quoi faire (avec une option à la commande initiale il peut même le faire à ma place ;-) ).

Au passage je suis étonné que ce principe de fonctionnement ne soit pas plus généralisé car j'ai l'impression que sous gentoo cela fait quelques années qu'on a ça.

Sinon, pour ta question initiale et la confiance à avoir je dirai qu'elle doit être du même niveau que celle accordée à n'importe quelle autre distribution => les paquets sont gérés par des mainteneurs et même s'ils peuvent être plus ou moins strictes par rapport à leur distribution ils vont tout de même avoir tendance à en respecter l'esprit. On s'attend à des choses plus strictes, carrés avec Debian ou Slack qu'avec Fedora ou Ubuntu. Pour Gentoo j'ai confiance et si j'ai un doute il y a les forums officiels ou bugtracker pour en parler.

Bonjour,

Sans faire le commercial de base qui prêche pour sa paroisse :-) mais une petite information concernant ta remarque :

Perso, je me sens très libre avec Debian. J'ai essayé d'autres distros : des *buntu, des *BSD, Arch Linux, et ce qui m'a dérangé dans toutes ces distros c'est le manque d'informations sur le caractère libre ou non des paquets qu'on installe. Tout est en vrac dans les dépôts, y'a du non-libre mélangé avec du libre, il faut aller piocher des infos à droite à gauche pour en savoir plus, pas moyen de savoir en une petite ligne de commande si le paquet qu'on va installer est libre ou pas.

Sous gentoo, la commande emerge pour un paquet indique la licence et il est très facile de configurer son système pour respecter les licences de son choix.

Le fichier central de gentoo (make.conf) permet de paramétrer la variable ACCEPT_LICENSE qui permet de :

This variable is used to mask packages based on licensing restrictions. It may contain both license and group names, where group names are prefixed with the '@' symbol. License groups are     defined in the license_groups file (see portage(5)). In addition to license and group names, the * and -* wildcard tokens are also supported. Refer to GLEP 23 for further information: http://www.gentoo.org/proj/en/glep/glep-0023.html.
Defaults to the value of * -@EULA.
Examples:

# Accept any license
ACCEPT_LICENSE="*"
# Accept any license except the "public-domain" license
ACCEPT_LICENSE="* -public-domain"
# Only accept licenses in the FSF-APPROVED license group
ACCEPT_LICENSE="-* @FSF-APPROVED"

C'est simple, efficace et central. Ce qui doit permettre de répondre aux besoins de chacun, des utilisateurs les plus stricts aux plus souples.

Bien sûr qu'ils sont puissants et c'est le jour et la nuit par rapport à il y a quelques années quand on avait que des commandes comme rpm -i ou rpm -u :)

Mais entre le principe des slots qui permet d'avoir 2 branches en même temps d'une même application, pratique pour les gros trucs qui cassent les précédents ou les use qui s'appliquent aux paquets, je trouve que c'est bien mieux (cohérent, logique, pratique) même si un peu lent. A l'usage je préfère un paquet php auquel j'applique des use flags plutôt que pleins de paquets et ça permet d'appliquer des stratégies sur des choix spécifiques (style je veux pas de ldap au global) mais je veux support ldap pour php, etc. Bien sûr que ça se fait avec d'autres gestionnaires de paquets mais là c'est clair, visible, simple. Les différents niveaux des paquets (stables, instables, masqués, etc.) qui peuvent coexister dans une même distribution, on gère facilement l'intégration de paquets spécifiques, par leurs versions, etc.

Mais bon dans tout ça c'est la simplicité d'usage et de logique qui importe et que je classe bien au dessus des autres. Après j'ai aucun doute que les mecs qui maîtrisent leurs distributions peuvent faire aussi bien voir mieux, mais avant de parler ils devraient tester. Perso du Yum et du APT j'en bouffe tous les jours ouvrés et je trouve ça bien, sans plus. Pour mon usage perso, c'est Gentoo, après je suis peut être mauvais pour expliquer pourquoi.

Je suis d'accord sur la liste des applications en exemple et histoire d'être plus précis car à priori il n'est pas bon d'être trop généraliste :
- Je trouve mon exemple parlant mais il ne peut être appliquer aux distributions généralistes (même en tapant loin dans les familles RH, Suse, Debian, etc.)
- Je pense que ce que j'indique est d'autant plus faux si le travail des "packagers" (désolé j'ai un petit souci ce soir pour trouver le terme qui irait bien en français) des distributions est de qualité. En gros, plus il y a de monde pour faire des paquets spécialisé de qualité dans une distribution et plus l'intérêt d'une distribution source est faible. Je pourrai aussi moduler par le fait qu'une distribution source peut avoir des paquets embarquant la terre entière si le mainteneur a fait ça à la vite.

Mais sinon, en dehors du fait qu'aptitude est tout aussi bidon (basique) que yum et consors, est-ce que déjà tu as utilisé une Gentoo et les commandes emerge et equery use par exemple ? Histoire de comprendre pourquoi personne ne capte quand on parle de ces éléments dans Gentoo.

Même si ça ne m'a jamais intéressé il est clair qu'il faut reconnaître qu'entre WSH et Powershell il y a de quoi faire des trucs propres.

Et effectivement on s'en rend surtout compte quand on croise des mecs maîtrisés le sujet, mais personnellement je préfère l'approche texte et flux d'unix, peut être aussi une question d'habitude.

A peu près toutes celles qui ne sont pas directement basées sur des sources, donc Debian inclus.

Complètement idiot mais aussi marrant car il y a quelques jours sur un autre sujet j'indiquais utiliser gentoo pour mon usage perso et parmi les distributions que j'utilise c'est Debian que j'ai sur mon serveur Gandi.

Et pour fréquenter depuis longtemps le forum Gentoo (repaire mondialement connu de racailles gentooïstes) j'y ai plutôt constaté un fort respect pour Debian tout comme pour les BSDs (je serais beaucoup moins catégorique pour la famille RH).

Mais bon libre à toi de croire ce que bon te semble.

Si tu ne te poses plus la question, ce n'est pas pour autant que la question posée est futile d'autant plus qu'elle est beaucoup plus pertinente que de compiler un noyau aux petits oignons.

Je n'ai jamais rien vu de plus débile sur les distributions classiques que de voir des briques comme mysql, postgresql, ldap, php, etc. être téléchargée juste parce qu'on a demandé Apache2 comme application…. A chaque mise à jour, hop faut se coltiner un tas de paquets inutiles.

Je pertinente, personnellement j'ai un alias qui fait l'équivalent de layman -S && emerge --sync et derrière j’enchaîne avec mon emerge world.

Je trouve aussi ça d'une simplicité et d'une intégration très transparente, du tout bon.

Tout pareil.

J'avais envie de répondre que les problèmes évoqués paraissent triviaux (comme déjà dit le /etc/portage/package.use devrait bien aider), qu'un petit passage sur le forum "french" devrait tout résoudre et moi aussi ça fait un bail que je suis sous Gentoo, dans moins de 2 mois cela fera dix ans que j'ai posté mon premier message sur le forum :

Bonjour
Voilà je rencontre des problèmes avec le driver fourni dans portage pour le modem speedtouch alcatel USB. Quand je dis problème, c'est par exemple des pertes de connexion après une inactivité de ma part j'ai l'impression, ou tout simplement des pertes de connexion alors que les 24h ne sont pas encore écoulés. Ceci ne m'arrivant pas du tout sous ma mdk alors que j'utilise juste le driver de Benoit Papillault. Il me semblait que la version dans portage était une version plus récente du driver en question donc pour le moment je ne comprends pas trop.
Si jamais quelqu'un a des idées pour améliorer cela, je vous mettrez mes fichiers si vous voulez des infos, mais bon je pense que c'est sans doute un problème de réglage, donc voilà, n'hésitez pas à faire des suggestions.
Merci

Souvenir, souvenir…

Quand je regarde derrière moi, la première installation a durée 2 semaines car j'avais fait n'importe quoi :) Depuis 2002, je n'ai réinstallé mon ordinateur que 3 fois, 2 parce que j'ai changé de matériel qui devenais obsolète et cette année parce que mon alim a fait un éclair en cramant au passage ma carte mère et mon core2quad, sinon je serai toujours avec la même installation.

Et c'est pas comme si j'étais réfractaire ou ignorants aux autres distributions, je gère les Ubuntu de ma compagne et de mes parents, sur ma station de travail au boulot j'ai une fedora et avant des OpenSuse, je bosse sur des RHEL et mon serveur chez Gandi est en Debian :) Mais il n'y a pas une semaine qui passe sans que je me dise : "mais pour quoi ils ont fait ce choix là dans cette distribution ?"

Le pire, c'est qu'avec l'expérience je fais beaucoup moins de tâches administratives contrairement aux autres distributions, les pires à mes yeux étant Ubuntu et Fedora pour lesquelles j'ai déjà eu des MAJ chaotiques.

Enfin bon, les utilisateurs Gentoo effectivement n'en parlent peut être pas beaucoup parce qu'ils ont passé l'âge de se la péter :) mais aussi et surtout car depuis il y a eu d'autres distributions plus Hype, Arch ayant pas mal été médiatisée en tant que distribution rolling release, ce qui me parait normal vu qu'elle apporte une approche différente pour ce type de distribution.

Comme beaucoup j'adore Gentoo et depuis longtemps.

Étant moi-même sous Gentoo depuis 10 ans, je partage ton avis et je suis bien content de rester pour l'instant avec OpenRC.

D'ailleurs le problème soulevé ici n'est pas tant la qualité de l'un ou l'autre des logiciels, c'est qu'ils soient liés (au sens relation symbiotique).

Et comme le dit Nix, autant avant udev pouvait obliger les autres à s'adapter autant là ça commence à aller un peu trop loin….

Je pertinente même si ton début de message laisse penser que je balance sur systemd, je dis bien qu'il s'agit d'udev :-p

J'aime bien aussi cette remarque d'Alan Cox :

Just fix udev, and if you can't fix it someone please just fork the last working one.

Mais c'est clair que ça gonfle Linus (pas que lui d'ailleurs) et je pense que c'est pour ça qu'il fait cet appel :

Who maintains udev these days? Is it Lennart/Kai, as part of systemd?

Vu qu'avec Kay c'est du n'importe quoi, il espère qu'un interlocuteur de systemd (notamment Lennart) intervienne sur ce sujet, vu qu'udev devient lié à systemd.

En tout cas vu de loin c'est bien marrant (même si au final ça donne un peu raison à tous les détracteurs des évolutions actuelles :-/ ).

Un certain Linus T. aimerait aussi quelques explications et recherche un certain Lennart ou un certain Kay pour un problème avec udev qui soit disant en fait ce serait pas de sa faute mais de celle du noyau….
Avis de recherche sur la LKML

Et sinon petit florilège :

Stop this crazy. FIX UDEV ALREADY, DAMMIT.
Who maintains udev these days? Is it Lennart/Kai, as part of systemd?

Stop this idiocy.
The kernel doesn't have a lockup problem. udev does.

Ca balance en ce moment :)

Si le besoin et la proposition c'est de la dispo, y a moyen de faire pas trop cher en réalisant une machine de spare synchrone à h+x ou j+x chez un hébergeur fiable ou qui permet d'avoir une machine riquiqui et de la gonfler à la demande. En bonus, on peut ajouter la possibilité de ne payer qu'au prorata des ressources qu'on aura activé en supplément le temps de réparer le premier serveur.

Je trouve que Gandi de ce point de vue à un produit bien sympa (la part initiale d'un core, 512 de ram et 12Go de disque permet de se faire un bon serveur de secours) pour 12€ HT. Après il y a une grosse limite, si le besoin est du stockage, la facture grimpe à mon avis trop vite pour ce cas d'usage. Mais pour le web c'est quand même bien et puis les ressources supplémentaires payées en fonction des jours où ça a été activé ça peut être une idée.

En tout cas avoir un serveur actif "low cost" et un serveur passif "meilleure qualité" ça permet d'éviter des solutions trop onéreuses, ça nécessite par contre un minimum de maintenance. Mais même pour ça, s'il s'agit de code applicatif par exemple (pour des sites, etc.) avec des solutions de gestion de version ça se fait tout seul (je fais comme ça entre mes postes perso et ce qui est hébergé).

Après c'est juste une idée pour rapport à ce point soulevé, il doit être possible de faire autrement, plus simple, plus sûr, etc.

J'utilise Gnome 2.32.1 sur ma machine perso, shell sur ma station de travail du boulot et unity sur le portable de ma compagne. J'ai donc voté Georges…

Ayant été dans le même cas, nous leur avons dit notre mécontentement après une 10aine d'albums photos et calendriers réalisés. A l'époque, seuls les albums photos ont évolués vers une interface .net et mono plantait. Je n'ai jamais réussi à le faire fonctionner et toutes les autres alternatives testées ne permettent pas d'obtenir le même niveau de personnalisation des albums (dixit ma compagne).

Ils nous avaient fait une réponse fort sympathique mais qui en substance peut se résumer à : Nous avons fait un choix stratégique pour offrir la meilleure expérience à nos clients, peut-être pourriez-vous vous adapter. La personne nous ayant répondu semblant ne pas être à la rue techniquement suggérait des pistes de type wine ou VM avec OS compatibles.

C'est dommage, le service était bon :-/

Figure-toi que dans tous les pays, on regarde la pyramide des ages, et on s'inquiète quand la pyramide des ages a trop de vieux, ça veut dire qu'il va y avoir bientôt un problème de survie. Ca ne veut absolument pas dire qu'il faut tuer les vieux.

Totalement d'accord, c'est quand même pas la faute des vieux si les jeunes ont des goûts de chiottes en matière de technologie, genre la pomme !

Moi ma Gentoo je l'ai installé en 2002, oui monsieur et mon baladeur audio est un iRiver iHP120 à disque dur qui a pour principal mérite social (bah oué, les iMachins n'ont que des mérites sociaux, aucun mérite technique) de me faire remarquer quand je le sors dans le métro. Faut dire un truc qui fait 3-4 fois l'épaisseur d'un iPhone sans l'option téléphone avec écran monochrome sans tactile pour changer de chansons, en 2012 ça fait bizarre !

Bon effectivement, en relisant ça peut faire décaler par rapport aux jeunes… ils n'ont pas idées de ce qu'ils loupent ;-)

Me voilà rassurer ;-)

En fait je voulais surtout mettre en avant l'aspect : "ça me plait pas je gueule".

C'est un peu le reproche commun que je ferai au journal et à ton commentaire. Je ne trouve pas normal qu'on dise "c'est un mauvais choix, regarder la majorité est contre" ! Pour paraphraser (et parce que c'est le seul exemple qui me vient en tête) je pourrais prendre l'exemple de l'abolition de la peine de mort, la majorité a priori était contre, pourtant c'est passé. D'après moi, la majorité n'a pas forcément raison ce qui est aussi vrai pour la minorité. Mais là ça devient compliqué et potentiellement ingérable. La facilité étant de se rendre du côté du choix majoritaire pour ne jamais être emmerdé. C'est pour cette raison que je pousse un peu dans le sens de "Jon" car des fois il faut aller au bout de ses convictions.

De mon point de vue, celui qui fait obtient les pouvoirs de décider et de choisir mais en tenant compte de pleins de facteurs. Là, n'est présenté que le côté utilisateur en laissant de côté d'autres aspects, dont notamment celui du développeur. Il est possible que cette fonction soit une verrue dans le code de Gnome. Je trouve ça un peu facile de s'insurger même si c'est patrick_g, l'auteur des news les plus sympas de linuxfr.

J'ai un peu de mal à exprimé simplement mon idée mais en gros le reproche que tu fais à mon commentaire, s'applique aussi à l'auteur du journal et aussi à l'auteur du choix dans gnome qui est remis en cause.

Ta solution c'est quoi, un vote démocratique pour chaque changement/commit ? Je veux bien voir :)

Utiliser le logiciel fait par quelqu'un d'autre, c'est accepter des choix, heureusement le libre permet de choisir (je ne suis pas content de gnome, je peux aller voir kde, xfce et autres trucs). Essayez d'avoir le même choix sous windows ou mac, pourtant ils prennent des décisions qui peuvent être radicales (métro ou plus loin dans le temps la souris à un bouton de la pomme).

De toute façon ce genre de débat existe depuis longtemps et permet de passer le temps :)