BAud a écrit 12768 commentaires

Ubuntu sur le desktop, SLES sur les serveurs a priori

et le 0,1% qui se balade tu l'attribues à qui ?

enfin une : http://www.trolltech.com/products/qt/jambi/index avec une synthèse de la liste des fonctionnalités en plus

une doc' plus complète : http://doc.trolltech.com/qtjambi-1.0/com/trolltech/qt/qtjamb(...)
et même un white-paper http://www.trolltech.com/pdf/jambi-whitepaper-a4.pdf [770 ko]

je dois être devenu trop radical mais pour moi ce n'est pas différent : un firmware reste du logiciel, il peut être distribué librement aussi, il n'y a pas de raison. Sinon je suis d'accord avec le reste de ton post.

Il y a bien des mises à jour de bios qui sont distribuées par le constructeur ou des bugs qui pourraient être identifiés/corrigés plus facilement si c'était disponible en libre.

Le cas "le pilote envoie le firmware au matériel qui n'est pas foutu de le conserver en mémoire" n'est qu'un épiphénomène qui a mis en exergue que le firmware intégré à du matériel reste du logiciel et qu'à ce titre il doit être distribué et que la question de la licence se pose pour qu'il soit dispo sur un CD 100% libre (j'ai pas dit 100% free hein comme certains menteurs :p). C'est bien parce que bien souvent le firmware est déjà installé de manière rémanente dans le matériel que la question de sa distribution et, par là même, de sa liberté se pose.
En restant pragmatique, c'est vrai que le cas "déjà inclus au matériel" permet de se voiler la face et d'utiliser quelquechose de potentiellement défaillant qui pourrait être "facilement" corrigé s'il était dispo en libre. C'est l'approche par exemple de Marco d'Ittri qui reste pour moi un trolleur invétéré (même si je n'ai pas lu de choses récentes de sa part) et qui a(vait) beau jeu de rappeler à tout va "et ça changerait quoi d'avoir le source vu que ça marche de base et qu'il n'y a pas besoin de le distribuer". Dommage que Debian ait baissé les bras sur ce combat pour la sortie de Etch (pour un bête problème d'installeur), j'espère que ce ne sera pas le cas de la prochaine version et qu'entre-temps les constructeurs auront de plus en plus compris l'intérêt d'adopter les bonnes pratiques du libre (ce qui est de plus en plus le cas).

autre question tant que j'y pense : l'adhérence au poste client (portable ou fixe au bureau) est-elle obligatoire ?

pour expliciter :
- y-a-t-il les mêmes fonctionnalités disponibles en étant connecté pour synchro au poste utilisateur et en étant connecté directement (wifi, bluetooth, câble ethernet, gsm, umts, gprs et j'en oublie avec edge et autres)
- avez-vous des schémas d'architecture avec les différents cas d'utilisations
° en mobilité, connexion "permanente" genre wifi
° en mobilité, mode déconnecté (synchro) : ethernet ou gprs/gsm/... avec connexion ponctuelle avec les cas accès local (connexion LAN) / accès distant (généralement VPN d'entreprise)
° en mode confiné (cas d'un hangar où le wifi ou le bluetooth "restent" dans le local) permettant un accès au SI plus direct voire permanent
° en précisant les serveurs en local qui seraient nécessaires ou possibilité de les avoir en central pour une plus grande disponibilité
° en précisant les niveaux de sécurité à chaque élément : PDA, réseau, serveurs ainsi que les niveaux de disponibilité (éviter les SPOF http://fr.wikipedia.org/wiki/Single_point_of_failure notamment, surtout quand il n'y a pas d'intervenant informatique sur site)

arg c'est ballot d'avoir modifié la GPL, ajouter des restrictions rend votre licence incompatible avec la GPL :/
Cela ressemble au cas Affero http://www.affero.org/oagpl.html http://www.gnu.org/press/2002-03-19-Affero.fr.html (auquel la FSF est favorable même si c'est au détriment de la compatibilité avec la GPL).

Envisagez-vous de passer en GPLv3 par la suite ? Avez-vous regardé ce que la GPLv3 apporte sur les cas de tivoisation (qui est plus proche de votre problématique : le binaire considéré comme un "firmware" intégré à l'équipement ne serait pas distribué "en tant que tel" puisque dépendant du matériel, ce qui est plus que douteux dans le cas de màj du firmware mais bon...).

Votre serveur de synchronisation gère-t-il :
- les remontées de fichiers par delta (exemple : une base de données embarquée dont seules les modifs seraient transférées)
- la remontée d'info de gestion de configuration (versions des logiciels installés, utilisateur, conf' matériel pour le suivi d'un ajout de carte ou de RAM par exemple)
- le déploiement de mises à jour de logiciels (tenant compte de la gestion de conf' et d'une politique de déploiement) et avec une interface clean côté utilisateur du pda (pour remettre à plus tard la mise à jour s'il est pressé par exemple ou la suspendre pour la reprendre plus tard)
- je dois en oublier...

Avez-vous des tests de performance pour de "grosses" volumétries : 20 Mo, 50 Mo, 200 Mo, voire plus (déploiement d'une mise à jour logiciel, remontées de photos terrain par exemple, remontées de saisies en delta pour de la maintenance/rapport d'intervention...).
Avec un serveur de synchro dont je ne me rappelle plus du nom (genre truc-bridge), il avait été vu que de désactiver ActiveSync pour ne conserver que l'outil de synchro sur le PDA (en perdant la synchro de mails/agenda, mais bon...) faisait gagner 30% de perfs... avez-vous constaté le même genre de choses ? (le gros problème de activesync de toute façon c'est son protocole proprio qui peut induire des incompatibilités avec un firewall personnel par exemple, alors qu'une surcouche tcp/ip fonctionne bien en ethernet, wifi, éventuellement usb...)

C'est une vision exclusive de l'utilisation d'un PDA.

je te pertinente très volontiers, cela correspond exactement à mon point de vue (cf. mon post plus haut) et j'ajoute que cela correspond à une vue "col blanc" de l'utilité d'un PDA qui ne va pas tarder à exploser vu le nombre de contraintes (windows mobile 2005 avec un active sync défaillant dont le support est rejeté par microsoft sur les constructeurs, support de Notes demandant m-notes, ...) et la mise en lumière flagrantes des problèmes d'interopérabilité : cela peut être une chance pour les formats ouverts.

Pour la vision "col-bleu" (ou utilisation "métier") du PDA, comme en logistique (lecture code barre, accès au SI via wifi/bluetooth ou synchro) ou gestion de livraison/maintenance (GPS, carte des sites/points intéressants, "TomTom", ...) clairement la plateforme PocketPC n'apporte que des problèmes d'intégration et n'est focalisé que sur le PDA sans proposer d'infrastructure ni d'éléments de sécurité dignes de ce nom.

C'est comme cela que le BlackBerry a conquis son marché mettant entre les mains d'une société la plupart des mails des dirigeants d'entreprise, au détriment de toute intelligence économique ou conscience de principes de sécurité/non divulgation de base...

Nous avons aussi modéré à la baisse ta dernière phrase en la reformulant vu qu'elle aurait pu faire croire que Microsoft trustait le monde de l'embarqué, ce qui est (très très très) loin d'être le cas :
- pour les PocketPC peut-être... (et pour cause), l'implantation de Linux procède par rétro-ingénierie
- pour les PDA en général, un peu moins entre Symbian / Palm qui ont encore de belles parts avec une orientation vers Linux ces derniers temps
- en rajoutant les smartphones encore moins de parts de marché pour windows (et une présence de Linux non négligeable même s'il n'y a pas de publicité)
- en rajoutant l'embarqué en général (=cpu moins consommatrice / peu de RAM), là la part de Linux devient prépondérante

On est loin de la "position quasi monopolistique" que tu évoquais à regarder la synthèse des OS dans l'embarqué http://www.linuxdevices.com/articles/AT7065740528.html
les résultats étant disponibles sur http://www.linuxdevices.com/cgi-bin/survey/survey.cgi?view=a(...)

Clairement, la tendance va vers moins de 15% pour Windows Mobile et Windows CE et plutôt 50% pour Linux, le reste allant vers VxWorks et autres systèmes plus ou moins propriétaires autour de 10% chacun (je parle bien d'embarqué au sens large, pas forcément les niches PDA et smartphone, cf. plus bas).

Ceci s'explique relativement facilement :
- WM2005 a été une large régression en terme d'utilisabilité (conso mémoire, lenteurs, toujours pas d'outils de déploiement simple, Active sync toujours aussi propriétaire et non supporté directement par Microsoft qui se décharge sur les constructeurs)
- progression des outils Linux (bien plus puissants à la base que ceux de Microsoft, ceux qui ont utilisé l'infâme cabwiz comprendront, pour faire bref : du shell en .BAT ou l'on se fait répondre t'es con t'as qu'à utiliser Visual Studio 2005 à 3000 euros sur les forums pour faire le moindre truc un peu élaboré genre déployer un fichier dans un répertoire précis en changeant son nom...). Pas trop étonnant que la puissance et la foultitude d'outils Linux soit mieux maîtrisé maintenant par plus de monde, ça vaut le coup (sans troll sur la puissance de la ligne de commande).
- progression des interfaces fournies au-dessus de Linux (GPE, Qtopia, maemo, ...)
- progression des supports du matériel (par rétro-ingénierie parfois et par choix dès la conception des chipset ayant un support Linux natif ET open-source, garant de la pérennité)

Pour l'histoire de Symbian il y a aussi http://linuxdevices.com/news/NS9824548612.html (qui montre bien la progression de Linux sur les smartphones)

et pour des chiffres sur les smartphones : http://linuxdevices.com/news/NS9419753617.html (30% Linux, 63% symbian et moins de 5% pour windows et le reste pour Palm et d'autres trucs).

Le marché de l'embarqué est très segmenté, mais plutôt que de focaliser sur le cas des PocketPC, mieux vaut avoir l'image globale qui évite les raccourcis très trompeurs. Dans le monde du GSM, BouygTel pouvait se targuer d'être leader du DCS 1800 en France (c'est encore le cas d'ailleurs), autant ne pas se faire leurrer par ce genre de prétentions (vraies, mais partiales).

J'attends avec impatience une page projet Ubuntu précisant les choix, actions et résultats obtenus, un peu comme ce qui avait été fait pour les laptops : https://wiki.ubuntu.com/LaptopTestingTeam

sans doute à partir de http://developers.slashdot.org/article.pl?sid=07/01/11/03542(...) (244 commentaires)

qui mène à un entretien avec Carmack http://www.gameinformer.com/News/Story/200701/N07.0109.1737.(...)

ou http://www.nofrag.com/2007/mar/07/24739/ qui déforme AMHA un tout petit peu les propos de http://biz.gamedaily.com/industry/feature/?id=15411&page(...)
d'autant qu'il y a des critiques de vista sur http://pc.ign.com/articles/754/754798p1.html qui pousserait à la migration pour disposer de DirectX10 comme confirmé sur http://games.slashdot.org/article.pl?sid=07/01/19/1426249 (256+1 commentaires)

après un formatage du pc obligatoire

ah le /bin/rm -fR /var a bien fonctionné alors ?

ya chmod 777 -R / # qui est pas mal aussi pour pouvoir écrire sur les disques récalcitrants (en ntfs par exemple)

sinon, lire la doc' (genre les pages de man) et la comprendre _avant_ de lancer n'importe quelle commande aide beaucoup, ou apprendre de ses erreurs à défaut (ce qui permet de maîtriser les installations).

yep, /bin/rm -fR /var pour l'avoir en français aussi

et avec une cc-by-sa tuxfamily pourrait les héberger aussi

http://faq.tuxfamily.org/Licence/Fr#Pourquoi_une_licence_lib(...)

je ne suis pas debianneux, mais confondre des outils ubuntu inexistants et des outils gnome fournis dans toute bonne distribution ayant gnome, j'ai toujours du mal à comprendre.

bin
sudo su -

et sbon

toutafé, je recommande d'ailleurs de googler sur théorie opérateur historique telecom

cela permet de trouver par exemple http://www.latribune.fr/info/IDC125729200575FABC12572B100747(...)

ce qui éclaire pas mal la donne... pour les mobiles GSM, l'ADSL, la VoIP, la TVoD, ... 'fin tous les trucs sympathiques apportés par les telcos depuis plus de 10 ans

pour la peine t'es bon pour (re-)lire http://wiki.eagle-usb.org/wakka.php?wiki=SuggestionsLecteurL(...)

qui suggère par exemple d'encadre les url de [ ] plutôt que de parenthèses ce qui permet de cliquer directement dessus [http://fr.wikipedia.org/wiki/Microsoft_Compressed_HTML] ou [http://savannah.nongnu.org/projects/chmspec] plutôt que d'avoir des 404

puis bon faudrait aussi une révision des formats ouverts (je te laisse googler) pour bien comprendre les réticences à utiliser des technos où la première étape est de la rétro-ingénierie parce que forcément la doc' (quand elle est fournie) ne couvre pas l'intégralité de ce qui est implémenté (et qui peut changer, genre au hasard le format MS-RTF... google extend embrace extinguish donne plus d'infos à ce sujet, vu le passif connu qui n'est pas là pour inspirer confiance).

c'est pour ça qu'une MOA qui pense qu'elle doit être inculte en technologie m'effraie toujours un peu

faut pas, je pense, la MOA doit avoir ses utilisateurs au coeur de ses préoccupations. Cela permet par exemple d'ajouter des choses que tu as omises dans la liste de services (à trop vouloir focaliser sur l'authent en tant que tel visiblement) :
5) permettre un changement de password facilement pour l'utilisateur (fait une fois, valable partout, que cela soit fait par une centralisation LDAP ou de la propagation de proche en proche partout) : cela évite d'avoir à retenir pléthore de logins (pour finalement mettre le même password pour tous, vu que l'utilisateur est fainéant) et permet de ne pas oublier de le changer quelque part quand cela est demandé

6) éventuellement, gestion de profils permettant d'affecter des droits d'accès (ça simplifie l'activité de l'admin et peut rentrer dans le processus d'accueil d'un nouvel arrivant ; plutôt que l'utilisateur demande un à un tout ce dont il a besoin et que ses collègues lui disent, il a un paquet cadeau et rien n'est oublié). Cela facilite aussi la gestion des répudiations (départ de la personne).

7) possibilité d'évoluer vers du Single Sign On (même si ce n'est pas forcément bien vu de la sécurité qui préfère que l'utilisateur fasse un peu d'effort pour s'authentifier régulièrement pour l'accès à de nouvelles ressources/applis)

8) éventuellement comme tu l'évoques en fin de post, cela peut permettre de constituer un annuaire, de savoir qui fait quoi, ...

et je dois en oublier... je ne suis qu'architecte hein ;-)

sur mandriva, par exemple, avec les dépôts de paquets correctement configurés via http://easyurpmi.zarb.org (ou ajoutés automatiquement via le centre de contrôle dans la gestion des médias) il suffit d'un :
urpmi --auto-update

tous les outils d'ubuntu.

c'est quoi donc tous ces outils qui ne seraient pas dans debian ou dans gnome de base ?

moi aussi je cherche un logiciel de reconnaissance vocale qui fasse la transcription multi-locuteur voix => texte ;-)

un porte-avion dans une station de métro ?

j'comprends plus rien /o\

quoi ! leurs ordinateurs ne vont ne pas passer l'an 65536 ? /o\

après le bug Y2K, le bug Y2^16
En 62499 ans, il devrait y avoir le temps de le corriger ou ils vont s'y prendre au dernier moment ? ;-)

suffit de prendre gadjim, cela nécessite un petit effort pour avoir migré la majeure partie de ses contacts sous jabber et sbon (même s'il y a des passerelles vers certains protocoles proprios d'IM).

Merci de m'avoir fait découvrir glipper dont je n'avais pas eu besoin jusqu'à maintenant vu que généralement, quand je copie/colle, je garde les fenêtres ouvertes. J'y vois un intérêt pour gérer de multiples copier/coller et leur historique, comme j'avais pu le voir lors d'un passage éclair sous KDE.

modula2, eiffel, lisp, ocaml, haskell ...

ou, tout simplement, la syntaxe wiki pour compléter http://fr.wikipedia.org/wiki/Langage_de_programmation

ouvre les yeux, tu verrais que c'est plutôt d'une ombrelle dont tu as besoin.

puis bon le parapluie en intérieur, l'ouvrir ça porte malheur, tu les accumules !