Projet : développer une solution clef en main de laboratoire d'apprentissage de langues étrangères. Basée sur du logiciel libre. A destination des écoles de Soisson, sa région, ainsi que Genève.
Maquette : réalisation d'un mockup fonctionnel.
Direction : suite à une réunion avec les instances et autres parties prenantes au projet, se retrouve porteur du projet dans les faits. Financement multi-partites accordé et débloqué.
Renfort sur le développement :"JEM" participe au développement de la version "alpha"
Partie commerciale non centralisée (peut être non actée lors de la réunion ?): la vente au porte à porte ne fonctionne pas, divers établissements refusent le produit (ou l'accepte en gratuit)
Fin de l'histoire.
Le temps passe, puis Intell'Aisnes et "JEM" ressortent cette solution de labo de langues. Et s'approprie la totalité du travail, sa paternité.
Le porteur initial du projet n'est pas contacté, son nom est effacé de la licence (?), et l'ancien collaborateur, avec de nouveaux partenaires, vendent la solution.
Question à l'intéressé : es tu spolié en termes :
- financier ? (travail en contrat, puis non rémunéré)
- légal ? (licence sur chaque étape du produit)
- social ? (mise au placard du porteur initial du projet)
La question de la licence : tu devrais contacter un avocat spécialisé. D'autant plus que cela peut être vite réglé, devant l'avalanche de preuves que tu possèdes bien la paternité (même si celle ci a été partagée lors de l'arrivée d'un autre développeur, tu en es au moins le co-auteur)
Pour le reste, ils peuvent très bien "forker" le projet initial. Et toi aussi, tu peux "ré-intégré" leurs modifications dans le tiens. Donc cela se joue en terme de fonctionnalités et de capacités réelles, dans un monde parfait. IRL les connaissances et réseaux comptent autant, voire plus. De toutes façons s'il s'agit d'un projet à finances publiques, il y a des règles sur les appels d'offres. A vous, tous, de les respecter. Non ?
hahahaha :) enfonceur de portes ouvertes, va
(c'était exactement la teneur du message, mais peu importe, puisqu'il a apporté des informations utiles sur freedesktop, et c'est ça qui est bien)
plus que sa taille : son organisation et son respect des proportions.
essai le clavier d'un acer aspire one 110 : c'est du bonheur (pas de "petites touches", les touches insert et supprim, qui sont dédiées, et les flèches qui sont bien placées, aussi les touches ctrl et alt même taille que les autres, la fonction début et fin dans les touches flèche gauche et droite... bref un vrai bonheur à l'usage. Quant la plupart des netbooks réduisent à néanmoins des touches assez essentielles (insert, supp début fin, typiquement).
En fait, ce clavier, je le trouve même bien mieux (malgrès ses touches plus petites) que beaucoup de claviers de laptops ! Mais "goûts et couleurs", toussa
Dans tout les cas elle ne disparaît pas : elle se trouve fusionnée avec un espace vide, au dessus. Il existe même des possibilitiés de faire des barre de menus disponibles à volonté (plutot qu'un bouton pour ouvrir une fenêtre, comme gnome, ou un menu, comme le thème crée par Gnumdk). Cette application là : FocusWriter par exemple (mais kwin reste vide (ou absent visuellement, d'ailleurs, vu qu'il n'y a plus besoin de faire un alt+ ou un selecta sur la barre pour déplacer une appli depuis Kwin est capable de prendre en charge tout morceau d'appli non utilisé ;) )
"se soumettre à la tyrannie gnome" tout comme canonical devrait se soumettre à celle de redhat. :-) rooo qu'il est gros et poilu celui là
Dbus c'est bien d'origine Dcop ?
Webkit c'est bien d'origine khtml ?
... Et Gconf c'est de quelle origine ? lol
Bah, Freedesktop tranchera, espérons objectivement, pour le bien de tous, ils sont là pour cela. Si gnome fait son truc dans son coin, ben ils font ce qu'ils veulent (comme ubuntu avec unity, tiens, paf)
...où c'est vraiment trôôô dur d'attendre vendredi
Novell est mort et enterré, et les brevets qu'il détenait ne seront pas des armes de troll-patents. Une mauvaise nouvelle, mais une excellente nouvelle derrière.
(trôôôô difficile d'attendre vendredi : maintenant que Novell est mort, qui va détenir la paternité d'Unix ? Apple va t il se porter candidat). Si la paternité d'Unix est morte, est ce que Unix est un peu mort ? Ha il reste Apple. Bon alors, la paternité d'Unix... ? à GNU ? :-)
Mono pour Android est payant. Il n'est pas, de plus, efficient à priori.
Mono est mort sans Microsoft. Mono est donc mort.
Seul Microsoft peux décider de porter sa techno native sur Linux. Sinon cela sera, au mieux dans le meilleur des cas, une course derrière le lapin...
Intel avait fait une demi-annonce de portage officiel et complet de SilverLight sur Linux, pour Moblin/Meego, et non un moonlight bis (il y a de cela un an et demi ou deux, il me semble, ça doit se retrouver). Si Intel Et Microsoft décide de porter SilverLight sur Linux, là, il faudra compter avec (comprendre dans les produits grands publics). Sinon c'est juste une techno inutile de plus.
Bref c'est MS qui a l'avenir de mono (et moonlight) entre ses mains, c'est bien logique, finalement. (Mono seul dans son coin à courir après le lapin : il est l'où l'intérêt ? même sans risque sur brevets ?)
On devrait pas regarder du côté de Ceylon ? (qui, s'il n'est pas la même cible humaine et pas toutes les cibles de dev, peux rassembler autant que java et plus que c#) Question... !
Est il besoin de causer de la conso cpu de pa ? qui, si, là, objectivement, la situation s'est améliorée, reste quant même toujours bien plus élevée pour mixer un son flash + un son musique + un son sip, que ALSA seul. Sans commune mesure, pour rendre le même service. Il est le gain ? ça suce mieux la batterie du portable ?
pa en rt... mouhahaha. rtkit ? ça c'est bien (bon ça existait avant, et allemand aussi, bref). PA en rt tout seul : laggue, il est le rt ? pourtant passer quelques heures dessus, ce ne sont pas des mots à la légère. (avec jack sur gentoo / ubuntu / fedora c'est réglé configuré en 10mn). Bon, ça c'est quant il est tout seul. Facilité ? sur Fedora, intégration la meilleure, tout fonctionne très bien par défaut. (jack + pa) Oui, mais pousse un peu le bousin... paf pa se vautre (heureusement jackdmp, jack2 en c++ est devenu réistant à ce genre de gag).
Bref que cela soit pour la définition que tu emploi, soit "du son, simplement" il ne convient (tjs) pas. Et pour un usage par les pros, ben c'est marrant le site de référnce audio (linux-audio.org, en fr) ben les vrais pros du son ils n'en causent pas trop... ceci incluant autant les utlisateurs avancés que les développeurs, ces derniers ne sont pas précipité pour remplacer jack ou tout faire par défaut sur pa. C'est toujours ALSA (et jack) les références. Là encore, pa à tout fait.
Vraiment y a un moment où faut se dire "pa : dehors, fini"
C'est justement the question : pourquoi avoir besoin de pulseaudio pour juste "du son qui comme chacun le sait ne recouvre pas l'utilisation de cartes sons aux possibilités techniques ultra-différentes, et ne demande jamais d'optimisations tordues pour tout effectuer en «temps-réel»." ????
pulseaudio, le truc :
qui devait être un daemon, qui ne l'est toujours pas (c'est toujours déconseillé, du coup les distribs sont obligés de faire de hacks externes, des watchdogs style pour le relancer alors qu'il n'est pas en dameon.
qui de plus ne prends que rarement en charge (même sur fedora et ubuntu) le bluetooth par défaut, de suite illico en deux clicks, non faut se taper une config dans deux outils différents (différents du bouton volume, sauf pour les distros qui ajoutent le menu au gnome-volume-manager [c'est upstream, ça, maintenant ?].
Ou encore qui aujourd'hui font déconne flash, alors qu'au début c'était le flash l'avantage de pa.
Qui ajoute des boutons volumes partout, on ne sait plus qui est master / pcm, pourquoi le volume est faible ... Un tit dernier ? allez...
Qui masque l'accès au mixeur réel de la vraie carte son (seule Fedora à ma connaissance, fait ça proprement).
Non, y a un moment, faut savoir dire stop. Ok ça a été testé, ok ça a des avantages. Mais objectivement ça ne bouge que par hacks des distros, presque. Chacun dans son coin, et pour un truc réellement bancal. Alsa ça fonctionne, et voilà. Pour un usage poussé (genre bluetooth) tu fais la config une fois, ensuite c'est une histoire réglé. Et pour les usages encore plus avancés y a jack. Mais ALSA seul c'est parfait, très bien et suffisant du moins.
Linus dit grosso modo "presque ok à la tivoisation", et ce, sur une deux phrase, et argumentées. C'est bien clair, bien expliqué. Et il insiste sur deux phrases longues, constituant chacune un paragraphe. Enfin, il revient dessus pendant trois longs paragraphes. Dont un lui permettant de rebondir la gpl v3, et de valider son choix de v2, donc la limite (il revient un peu dessus en causant bsd, d'une certaine manière, sur ce point de vue là)
Et au milieu, que trouve t on ? un clair "j’attends d’eux qu’ils rendent disponibles leurs patches" (...) "comme la licence l’exige." (...) [certains] "qui ne font même pas ça, mais c’est une exception plutôt que la règle." Voilà.
Typique de son discours pragmatique que l'on retrouve dans d'autres tournures. Et tout en finesse, le "c'est une exception" genre "peu nombreux, ils vont entrer dans le rang et respecter la licence".
Il y a ceux qui parlent anglais.
Il y a ceux qui savent qu'ils ne parlent pas anglais.
Il y a ceux qui ne savent pas qu'ils ne parlent pas anglais.
Entre lire des docs techniques, des howto, des man, des sites, en anglais, et lire (réellement, avec les sous entendus, les doubles sens, les degrés, les finesses et les clins d'oeil) un texte, déjà qu'un article de journal (surtout politique) c'est dur... alors lorsqu'il s'agit d'une interview de quelqu'un comme RMS ou L.Torvalds, ben ceux qui savent lire une doc sont quant même contents que ceux sachant vraiment lire l'anglais fassent une vraie traduction...
Ben en fait je ne fais qu'utiliser bluez-alsa ( voir ici ) Et comme pour faire cela, il n'y a besoin que de l'A2DP (un truc simple : pas de contrôle distants, les contrôles sont ceux du client sur le laptop, donc pas besoin de AVRCP, ni de hidp ou autres joyeusetés :p). Lien hommage à slackware :)
Pour le tit module bluetooth, au départ était parti du "le faire moi même" et puis ça reviens drôlement plus cher que les trucs bas de gamme. Donc... fais ton marché :-)
Les enceinte de ton salon on un système+du wifi ?? Sacrées enceintes !!!
Moi, avec ALSA et BLUEZ, j'envoie du gros son sur ma chaîne hifi, seule, grâce à un module bluethoot branché sur une entrée jack. Chaîne seule, économie pc juste pour "envoyer du son sur les enceintes du salon". OK je parle d'une utilisation desktop, mais ALSA et BLUEZ ne force personne à utiliser leurs logiciels.
Les gens ayant des anti-radars dans la situation actuelle, c'est clair.
Si les anti-radars étaient généralisés, il n'en serait plus de même.
Pour ceux l'utilisant à l'heure actuelle, non seulement il s'agit d'une catégorie particulière (à part qq exceptions, y a tjs des exceptions), fort probablement, mais en plus la situation de l'anti-radar induit un comportement. La situation actuelle ne permet pas de juger de l'usage qu'on pourrait tirer de l'objet : elle ne permet de juger que de l'usage qui en fait par ceux en ayant aujourd'hui.
Si tu l'utilises pendant plusieurs mois, oui, tu verra que ton comportement change : rien ne sert de rouler au delà de la limite si ça bip tout le temps... Vraiment. (bon, bien sûr ce n'est pas miraculeux, les rois de la route ne changent pas, avec ou sans. (Eux, seuls les radars les changent :p ) De plus cela peux être utilisé à des fins préventives.
Si j'étais jeune conducteur aujourd'hui (donc avec tout ces radars partout) et avec un anti-radar, il est très clair (mais pour moi, je ne généralise pas) que ma conduite se serait assagie plus rapidement, bien plus rapidement. La connaissance vaut mieux que la surprise. Par contre elle rapporte moins en amendes... D'ailleurs, plus globalement, je pense que les dispositifs électroniques (celui ci et d'autres : alcootest de démarrage, limitateur de vitesse) remplaceront à terme le "90" (enfin, l'autocollant A) pour les jeunes conducteurs...
A priori, il n'y aura pas besoin de "l'écrire toi-même", la compatibilité sysV étant totale, une distribution serveur prendra certainement soin de conserver bien propre un paquet sysv, ainsi que les scripts d'init. Donc à charge du sysadmin d'install cekivabien (et pas de faire "clique->suivant"), que ça soit avec debian-fai ou cobbler ou un truc maison, ou simplement par choix (dans l'installeur, ou bien alamano pour une préparation préalable). Non ? Pour ceux ne faisant que "clique->suivant" et ayant besoin d'un serveur, ça m'étonnerait que systemd les gêne vraiment...
A priori, donc, la maintenance simultanée d'un sysv historique et de systemd ne pose pas de problème ni ne prendra de temps (au vue des features annoncées de systemd)
[^] # Re: Pas clair
Posté par bubar🦥 . En réponse au journal Après Dallas et Brie-Comte-Robert, soissons. Évalué à 3.
Arf, postes avant. Désolé du doublon. Et bonne chance.
[^] # Re: Pas clair
Posté par bubar🦥 . En réponse au journal Après Dallas et Brie-Comte-Robert, soissons. Évalué à 7.
Le porteur initial du projet n'est pas contacté, son nom est effacé de la licence (?), et l'ancien collaborateur, avec de nouveaux partenaires, vendent la solution.
Question à l'intéressé : es tu spolié en termes :
- financier ? (travail en contrat, puis non rémunéré)
- légal ? (licence sur chaque étape du produit)
- social ? (mise au placard du porteur initial du projet)
La question de la licence : tu devrais contacter un avocat spécialisé. D'autant plus que cela peut être vite réglé, devant l'avalanche de preuves que tu possèdes bien la paternité (même si celle ci a été partagée lors de l'arrivée d'un autre développeur, tu en es au moins le co-auteur)
Pour le reste, ils peuvent très bien "forker" le projet initial. Et toi aussi, tu peux "ré-intégré" leurs modifications dans le tiens. Donc cela se joue en terme de fonctionnalités et de capacités réelles, dans un monde parfait. IRL les connaissances et réseaux comptent autant, voire plus. De toutes façons s'il s'agit d'un projet à finances publiques, il y a des règles sur les appels d'offres. A vous, tous, de les respecter. Non ?
[^] # Re: Et alors ?
Posté par bubar🦥 . En réponse au journal Putain de nazis de l'interface!. Évalué à 4.
c'est lumineux.
(sans blague)
[^] # Re: _dès fois comme ça_ ...
Posté par bubar🦥 . En réponse au journal Putain de nazis de l'interface!. Évalué à 2.
hahahaha :) enfonceur de portes ouvertes, va
(c'était exactement la teneur du message, mais peu importe, puisqu'il a apporté des informations utiles sur freedesktop, et c'est ça qui est bien)
[^] # Re: L'avantage du libre
Posté par bubar🦥 . En réponse au journal Développeurs de Mono virés ?. Évalué à 2.
J'utilise efficient dans le sens "fonctionnel et performant".
[^] # Re: Mauvaise foi spottée
Posté par bubar🦥 . En réponse au journal Putain de nazis de l'interface!. Évalué à 6.
ça dépend du contexte, parfois c'est "système à exploiter" mais souvent c'est "système pour exploités"
[^] # Re: 10"
Posté par bubar🦥 . En réponse au journal Un nouveau EeePC sous Linux?. Évalué à 7.
plus que sa taille : son organisation et son respect des proportions.
essai le clavier d'un acer aspire one 110 : c'est du bonheur (pas de "petites touches", les touches insert et supprim, qui sont dédiées, et les flèches qui sont bien placées, aussi les touches ctrl et alt même taille que les autres, la fonction début et fin dans les touches flèche gauche et droite... bref un vrai bonheur à l'usage. Quant la plupart des netbooks réduisent à néanmoins des touches assez essentielles (insert, supp début fin, typiquement).
En fait, ce clavier, je le trouve même bien mieux (malgrès ses touches plus petites) que beaucoup de claviers de laptops ! Mais "goûts et couleurs", toussa
[^] # Re: _dès fois comme ça_ ...
Posté par bubar🦥 . En réponse au journal Putain de nazis de l'interface!. Évalué à 2.
Dans tout les cas elle ne disparaît pas : elle se trouve fusionnée avec un espace vide, au dessus. Il existe même des possibilitiés de faire des barre de menus disponibles à volonté (plutot qu'un bouton pour ouvrir une fenêtre, comme gnome, ou un menu, comme le thème crée par Gnumdk). Cette application là : FocusWriter par exemple (mais kwin reste vide (ou absent visuellement, d'ailleurs, vu qu'il n'y a plus besoin de faire un alt+ ou un selecta sur la barre pour déplacer une appli depuis Kwin est capable de prendre en charge tout morceau d'appli non utilisé ;) )
[^] # Re: Gnome plus joli !
Posté par bubar🦥 . En réponse au journal Putain de nazis de l'interface!. Évalué à -1.
Non, en fait il voulais juste faire sa pub ;)
hop, principe adopté :) Merci
# _dès fois comme ça_ ...
Posté par bubar🦥 . En réponse au journal Putain de nazis de l'interface!. Évalué à 1.
"se soumettre à la tyrannie gnome" tout comme canonical devrait se soumettre à celle de redhat. :-) rooo qu'il est gros et poilu celui là
Dbus c'est bien d'origine Dcop ?
Webkit c'est bien d'origine khtml ?
... Et Gconf c'est de quelle origine ? lol
Bah, Freedesktop tranchera, espérons objectivement, pour le bien de tous, ils sont là pour cela. Si gnome fait son truc dans son coin, ben ils font ce qu'ils veulent (comme ubuntu avec unity, tiens, paf)
...où c'est vraiment trôôô dur d'attendre vendredi
[^] # Re: pas que phoronix
Posté par bubar🦥 . En réponse au journal Développeurs de Mono virés ?. Évalué à 4.
Novell est mort et enterré, et les brevets qu'il détenait ne seront pas des armes de troll-patents. Une mauvaise nouvelle, mais une excellente nouvelle derrière.
(trôôôô difficile d'attendre vendredi : maintenant que Novell est mort, qui va détenir la paternité d'Unix ? Apple va t il se porter candidat). Si la paternité d'Unix est morte, est ce que Unix est un peu mort ? Ha il reste Apple. Bon alors, la paternité d'Unix... ? à GNU ? :-)
[^] # Re: L'avantage du libre
Posté par bubar🦥 . En réponse au journal Développeurs de Mono virés ?. Évalué à 4.
Mono pour Android est payant. Il n'est pas, de plus, efficient à priori.
Mono est mort sans Microsoft. Mono est donc mort.
Seul Microsoft peux décider de porter sa techno native sur Linux. Sinon cela sera, au mieux dans le meilleur des cas, une course derrière le lapin...
Intel avait fait une demi-annonce de portage officiel et complet de SilverLight sur Linux, pour Moblin/Meego, et non un moonlight bis (il y a de cela un an et demi ou deux, il me semble, ça doit se retrouver). Si Intel Et Microsoft décide de porter SilverLight sur Linux, là, il faudra compter avec (comprendre dans les produits grands publics). Sinon c'est juste une techno inutile de plus.
Bref c'est MS qui a l'avenir de mono (et moonlight) entre ses mains, c'est bien logique, finalement. (Mono seul dans son coin à courir après le lapin : il est l'où l'intérêt ? même sans risque sur brevets ?)
On devrait pas regarder du côté de Ceylon ? (qui, s'il n'est pas la même cible humaine et pas toutes les cibles de dev, peux rassembler autant que java et plus que c#) Question... !
[^] # Re: Lennart est un troll
Posté par bubar🦥 . En réponse au journal systemd est un "bloat". Évalué à 2.
Est il besoin de causer de la conso cpu de pa ? qui, si, là, objectivement, la situation s'est améliorée, reste quant même toujours bien plus élevée pour mixer un son flash + un son musique + un son sip, que ALSA seul. Sans commune mesure, pour rendre le même service. Il est le gain ? ça suce mieux la batterie du portable ?
[^] # Re: Lennart est un troll
Posté par bubar🦥 . En réponse au journal systemd est un "bloat". Évalué à 2.
Ha vi.. le tit dernier :
Bref que cela soit pour la définition que tu emploi, soit "du son, simplement" il ne convient (tjs) pas. Et pour un usage par les pros, ben c'est marrant le site de référnce audio (linux-audio.org, en fr) ben les vrais pros du son ils n'en causent pas trop... ceci incluant autant les utlisateurs avancés que les développeurs, ces derniers ne sont pas précipité pour remplacer jack ou tout faire par défaut sur pa. C'est toujours ALSA (et jack) les références. Là encore, pa à tout fait.
Vraiment y a un moment où faut se dire "pa : dehors, fini"
[^] # Re: Lennart est un troll
Posté par bubar🦥 . En réponse au journal systemd est un "bloat". Évalué à 10.
C'est justement the question : pourquoi avoir besoin de pulseaudio pour juste "du son qui comme chacun le sait ne recouvre pas l'utilisation de cartes sons aux possibilités techniques ultra-différentes, et ne demande jamais d'optimisations tordues pour tout effectuer en «temps-réel»." ????
pulseaudio, le truc :
Non, y a un moment, faut savoir dire stop. Ok ça a été testé, ok ça a des avantages. Mais objectivement ça ne bouge que par hacks des distros, presque. Chacun dans son coin, et pour un truc réellement bancal. Alsa ça fonctionne, et voilà. Pour un usage poussé (genre bluetooth) tu fais la config une fois, ensuite c'est une histoire réglé. Et pour les usages encore plus avancés y a jack. Mais ALSA seul c'est parfait, très bien et suffisant du moins.
[^] # Re: Torvalds vs Stallman
Posté par bubar🦥 . En réponse à la dépêche Linus Torvalds : l’interview anniversaire des 20 ans du noyau. Évalué à 7.
Linus dit grosso modo "presque ok à la tivoisation", et ce, sur une deux phrase, et argumentées. C'est bien clair, bien expliqué. Et il insiste sur deux phrases longues, constituant chacune un paragraphe. Enfin, il revient dessus pendant trois longs paragraphes. Dont un lui permettant de rebondir la gpl v3, et de valider son choix de v2, donc la limite (il revient un peu dessus en causant bsd, d'une certaine manière, sur ce point de vue là)
Et au milieu, que trouve t on ? un clair "j’attends d’eux qu’ils rendent disponibles leurs patches" (...) "comme la licence l’exige." (...) [certains] "qui ne font même pas ça, mais c’est une exception plutôt que la règle." Voilà.
Typique de son discours pragmatique que l'on retrouve dans d'autres tournures. Et tout en finesse, le "c'est une exception" genre "peu nombreux, ils vont entrer dans le rang et respecter la licence".
C'est efficace. Non ?
[^] # Re: Mauvais
Posté par bubar🦥 . En réponse à la dépêche Linus Torvalds : l’interview anniversaire des 20 ans du noyau. Évalué à 10.
Il y a ceux qui parlent anglais.
Il y a ceux qui savent qu'ils ne parlent pas anglais.
Il y a ceux qui ne savent pas qu'ils ne parlent pas anglais.
Entre lire des docs techniques, des howto, des man, des sites, en anglais, et lire (réellement, avec les sous entendus, les doubles sens, les degrés, les finesses et les clins d'oeil) un texte, déjà qu'un article de journal (surtout politique) c'est dur... alors lorsqu'il s'agit d'une interview de quelqu'un comme RMS ou L.Torvalds, ben ceux qui savent lire une doc sont quant même contents que ceux sachant vraiment lire l'anglais fassent une vraie traduction...
mes deux cents.
[^] # Re: Naavi Linux :-)
Posté par bubar🦥 . En réponse à la dépêche Linus Torvalds : l’interview anniversaire des 20 ans du noyau. Évalué à 9.
Cette entrevue va t elle rester jusqu'à la fin de l'année en bandeau de première page. (Au moins jusqu'à septembre ?)
# Naavi Linux :-)
Posté par bubar🦥 . En réponse à la dépêche Linus Torvalds : l’interview anniversaire des 20 ans du noyau. Évalué à 10.
Et Merci DLFP de cette interview. Tout y est lumineux :)
[^] # Re: *BSD vs *.iso : la vengeance du retour (ou l'inverse)
Posté par bubar🦥 . En réponse à la dépêche Sortie d'OpenBSD 4.9. Évalué à 2.
L'époque où cette info est restée coincée, est l'époque où un contributeur majeur proposait un script de création d'iso sur son site. :)
[^] # Re: Lennart est un troll
Posté par bubar🦥 . En réponse au journal systemd est un "bloat". Évalué à 2.
Ben en fait je ne fais qu'utiliser bluez-alsa ( voir ici ) Et comme pour faire cela, il n'y a besoin que de l'A2DP (un truc simple : pas de contrôle distants, les contrôles sont ceux du client sur le laptop, donc pas besoin de AVRCP, ni de hidp ou autres joyeusetés :p). Lien hommage à slackware :)
Pour le tit module bluetooth, au départ était parti du "le faire moi même" et puis ça reviens drôlement plus cher que les trucs bas de gamme. Donc... fais ton marché :-)
[^] # Re: Lennart est un troll
Posté par bubar🦥 . En réponse au journal systemd est un "bloat". Évalué à 8.
Les enceinte de ton salon on un système+du wifi ?? Sacrées enceintes !!!
Moi, avec ALSA et BLUEZ, j'envoie du gros son sur ma chaîne hifi, seule, grâce à un module bluethoot branché sur une entrée jack. Chaîne seule, économie pc juste pour "envoyer du son sur les enceintes du salon". OK je parle d'une utilisation desktop, mais ALSA et BLUEZ ne force personne à utiliser leurs logiciels.
[^] # Re: Lennart est un troll
Posté par bubar🦥 . En réponse au journal systemd est un "bloat". Évalué à 2.
J'ai peut être rêvé à voix haute un peu trop vite, là :p ça n'a pas l'air si simple que ça de maintenir les deux.
[^] # Re: Quelques questions honnêtes :
Posté par bubar🦥 . En réponse au journal TomTom au pays des Schtroumpfs. Évalué à 0.
Les gens ayant des anti-radars dans la situation actuelle, c'est clair.
Si les anti-radars étaient généralisés, il n'en serait plus de même.
Pour ceux l'utilisant à l'heure actuelle, non seulement il s'agit d'une catégorie particulière (à part qq exceptions, y a tjs des exceptions), fort probablement, mais en plus la situation de l'anti-radar induit un comportement. La situation actuelle ne permet pas de juger de l'usage qu'on pourrait tirer de l'objet : elle ne permet de juger que de l'usage qui en fait par ceux en ayant aujourd'hui.
Si tu l'utilises pendant plusieurs mois, oui, tu verra que ton comportement change : rien ne sert de rouler au delà de la limite si ça bip tout le temps... Vraiment. (bon, bien sûr ce n'est pas miraculeux, les rois de la route ne changent pas, avec ou sans. (Eux, seuls les radars les changent :p ) De plus cela peux être utilisé à des fins préventives.
Si j'étais jeune conducteur aujourd'hui (donc avec tout ces radars partout) et avec un anti-radar, il est très clair (mais pour moi, je ne généralise pas) que ma conduite se serait assagie plus rapidement, bien plus rapidement. La connaissance vaut mieux que la surprise. Par contre elle rapporte moins en amendes... D'ailleurs, plus globalement, je pense que les dispositifs électroniques (celui ci et d'autres : alcootest de démarrage, limitateur de vitesse) remplaceront à terme le "90" (enfin, l'autocollant A) pour les jeunes conducteurs...
[^] # Re: Lennart est un troll
Posté par bubar🦥 . En réponse au journal systemd est un "bloat". Évalué à 1.
A priori, il n'y aura pas besoin de "l'écrire toi-même", la compatibilité sysV étant totale, une distribution serveur prendra certainement soin de conserver bien propre un paquet sysv, ainsi que les scripts d'init. Donc à charge du sysadmin d'install cekivabien (et pas de faire "clique->suivant"), que ça soit avec debian-fai ou cobbler ou un truc maison, ou simplement par choix (dans l'installeur, ou bien alamano pour une préparation préalable). Non ? Pour ceux ne faisant que "clique->suivant" et ayant besoin d'un serveur, ça m'étonnerait que systemd les gêne vraiment...
A priori, donc, la maintenance simultanée d'un sysv historique et de systemd ne pose pas de problème ni ne prendra de temps (au vue des features annoncées de systemd)