Misc a écrit 6254 commentaires

Je pense que les gens de Gnome estiment que l'accessibilité est assez importante pour faire parti du coeur de gnome-shell. Et attendre d'avoir une exception implique d'avoir une API pour les extensions ce qui n'existent pas encore pour le moment. Donc plutot que de dire "on oublie l'accessibilité jusqu'à ce qu'on puisse avoir une extension en 2012", ben ils ont mis ça dans le core.

Gnome-shell n'a pas pour vocation non plus à suivre un design de micro noyau :)

Le plus gros souci, c'est que personne ne voit le gros truc avec marqué "alpha" sur le site....

Gmail a visiblement réussi à marquer l'esprit des gens et à faire oublier le concept de pré version, et la transparence qui avec la publication du logiciel libre.

Bah tu oublie le client pour IOS, tu oublie pour android ( ou du moins, de façon industrielle ). Pour windows, c'est chaud. Pour OS X, il y a des soucis pratiques de tests ( vu que pas de vm avec os x, faut X machines avec X fois OS X, y compris les versions plus en vente, so fun ). AU final, pour linux, c'est vachement plus simple vu que tu as un truc libre, et tu peux facilement tester sans souci, et déléguer la gestion de l'intégration à la distribution.

Le souci, c'est qu'un des anciens commercial et dirigeant ( je dirais pas fondateur car il est arrivé juste en même temps que moi, genre une semaine avant, et j'était l'employé numéro 4 ) cherche à reprendre la boite ( aprés s'être fait virer par le PDG qui a bien constaté que le business modéle n'était pas suffisant et que certains n'appliquait pas ses directives ).

Il a tenté de s'allier avec des compagnies improbables comme Qosmos ( les mêmes qu'on voit http://owni.fr/2011/12/01/spy-files-wikileaks/ ), ou Thales ( même carte ), pour finalement aller du coté de Netasq.
Edenwall ayant fait faillite ( https://linuxfr.org/users/moules/journaux/edenwall-la-descente-aux-enfers ), le plan était de racheter une partie suite à la liquidation.

Mais voila, en publiant le code source tel qu'il aurait du être publié depuis longtemps, le deal est mal barré, car il y a du coup plus rien à choper, à part des procés, mais je suppose que les nouveaux investisseurs sont au courant, et ils sont plus à 50000 euros prés si ils veulent vraiment investir ce qu'il faut ). Pas de locaux, pas de brevets, pas de matos spécifique, pas de contrats juteux ( pole d'innovation, etc ).

Il y a bien la marque edenwall ( qui n'a pas une grande valeur ), les clients ( mais ils sont tous deja parti ) et le logiciel client proprio. Client en question qui est un gros hack pour les vieux windows à coup d'un équivalent de netstat et qui est la faiblesse de la solution dans un monde ou les gens utilisent de plus en plus d'appareils persos ( portables, tablettes ) au boulot. Les problèmes de maintenances étaient relativement nombreux et couteux au vue du manque de standardisation de ces APIs coté windows, et vu le nombre de versions, l'absence de code source et la non participation d'une communauté, ç'était juste le bordel.

Et je ne parle pas non plus des problémes liés aux logiciels de protections ( les trucs qui font qu'un antivirus bloque tout de suite le soft ), rendant le logiciel impossible à débugguer chez le client, entrainant des délais et des couts qui n'ont pas été prévu au début.

Donc du coup, lui, il est bien en pétard vu que le deal va sans doute tomber à l'eau ( sauf à être assez con pour aller frontalement contre la FSF france et le monde du libre en général ), mais ça se comprends. Mais bon, tout 'est pas perdu, il y a quand même du boulot dans l'informatique et je suis sur qu'il y a plein de gens prêt à embaucher un commercial ( à condition que sa réputation ne soit pas pourri par des gens peu scrupuleux et avec beaucoup de réseau, bien sur ).

Et pis sinon, il suffit juste de trouver de refaire la même boite, le code est libre et y a pas de raison que ça se passe mal une deuxiéme fois.

Il y a surtout le fait que les sites comme megaupload et co gagnent de l'argent mais n'en dépensent pas pour faire les films/séries. Sinon en pratique, c'est juste le modèle de la télé, soit tu regardes le programme et tu as des pubs, soit tu payes pour ne pas subir une rareté plus ou moins artificielle ( à savoir " X minutes de visionnage", ou ce genre de chose ).

À comparer avec le modèle canal + ou des chaines chiffrés du cable, et le modèle TF1.

Il n'y a donc rien de novateur

Je suis assez surpris, j'ai pas vu de plantage du tout, et je me sert lourdement de virt-manager. Que l'interface soit à revoir à certains endroits, je suis d'accord, mais c'est aussi pour ça que boxes a été lancé.

Sinon, haproxy fait ça : https://dgl.cx/2010/01/haproxy-ssh-and-ssl-on-same-port

Ce qui rends les bugs mineurs, c'est surtout le fait d'attendre que Canonical fasse le taf, vu que tout est deverminé par les ingés de la société de l'ile de man.

Bah comme mac os x, ça reste proche du libre, sauf quand il y a des trucs plus importants que l'éthique ou les convictions /o

Le vrai souci d'ubuntu est surtout la : http://randall.executiv.es/pig

C'est pas mint.

Dans ce cas, tu peux louer un serveur ( dedibox, lost oasis, gandi, ovh , y a le choix ). Tu as ton ip et le reverse. C'est plus cher que Google, c'est vrai. Ou plutôt, le cout n'est pas aussi caché que celui de Google.

En fait, même avec la db des paquets détruits, le systéme marche. Il faut ensuite juste installé les paquets par dessus les binaires existants.

J'ose croire que Oracle utilise au moins Openoffice et des sparcs. J'ose croire que Microsoft utilise au moins sql server. Et j'ose croire que HP n'utilise pas de l'IBM. Alors oui, si on retire les concurents de microsoft, d'ibm, de SAP et d'oracle, peut etre que ton affirmation est vrai. Et peut être que vue la taille d'une multinationale classique, toutes les combinaisons de technologies ont de fortes chances de se réaliser.

Dans le cas de SAP, il a regardé ce que les clients demandent ?

À noter aussi que club.mandriva.com n'existe pas , et que la page wiki http://wiki.mandriva.com/fr/Club_Mandriva fait par la communauté pour expliquer ( chose qui n'a jamais été très claire chez Mandriva par manque de ressources ) pointe sur des liens invalides. Donc en effet, le club n'existe plus du tout, et en effet, il semble avoir bougé sur club.mandriva.com il y a des années.

Il est fort probable que Mandriva ai décidé un jour d'économiser 12 euros par an en prenant un sous domaine ( y a pas de petite économie ).

Ensuite, si j'en crois les footers de divers listes ( genre les alertes sécu : http://lwn.net/Articles/467294/ , ou la liste débutant : http://permalink.gmane.org/gmane.linux.mandrake.newbie/82782 ), l'url est toujours valable.

Peut être qu'il a en effet été revendu à des russes. Ou qu'il s'agit d'un cybersquattage depuis mai 2011, ce qui laisse songeur à l'état du monitoring chez Mandriva, et des forces vives restantes aprés l'hémorragie de l'année derniere.

( mais il parait que tout va bien d'aprés le forum )

En fait, certains changements dans Gnome ( et ailleurs ) viennent du même constat qu'à peu prés partout :
les gens utilisent plus les interfaces de recherche que les menus grace à l'influence du web.

La popularité croissante de Google ( notament l'usage du moteur de recherche par rapport à se servir de bookmark pour obtenir un site web ) a du aider pour ça. Les limites en terme de complexité dans les menus sont connus depuis une paire d'années. Par exemple, sur Fedora, evolution est dans bureautique et pas dans Internet. C'est pas forcément optimal. Le contraire non plus, au passage. Et mettre evolution à 2 endroits ne fait que rajouter à de la confusion.

Il y a des limites à ce qu'on peut afficher de maniére efficace, des vagues souvenirs de mes cours de théorie me donnent le chiffre 7 comme nombre d'items qu'on peut mettre en mémoire immédiate ( ou un truc comme ça ). On a donc fait les interface de gnome 2 pour respecter ce principe. Mais ça devient trés vite limitant dés qu'on installe des logiciels, et on se retrouve avec des menus à rallonges.

Un certain nombre d'hypothése ont été mise sur le wiki de gnome : http://live.gnome.org/GnomeShell/Design/UsabilityTesting/PhaseI afin d'expliquer les choix. Par exemple, le fait d'avoir mis du noir en haut à la place du blanc est parce que le noir attire moins l'oeil.
La suppression du menu à gauche en haut ( et du menu lié au fenetre ) est aussi lié au "hot corner", lui même du au fait de ne pas requerir de click pour avoir l'overview.

Alors ensuite, oui, ça pose des soucis. Par exemple, sur mon bureau, j'ai mon écran à gauche et mon portable à droite, ce qui fait que le hot corner est beaucoup moins efficace depuis que je doit viser. Je suis aussi assez souvent surpris par le comportement de alt tab, vu que j'ai 10 terminaux ouverts. Et je pense qu'il faut pas oublier que gnome-shell n'est qu'à sa deuxiéme version publique. Gnome 2 n'a pas subjugué les foules à l'époque, KDE 4 non plus. Et je vais pas parler de la premiére version de Windows Vista, 7, XP, de 98 ou de ME, vu que c'était à chaque fois la même chose, la même rengaine sur "c'est tout pourri, je reste à la version d'avant".

AppArmor a relativement peu de régles sur ubuntu. j'en compte 22 dans apparmor-profiles dans oneiric.
( fichier dans apparmod.d ).

Il y a 330 modules sur une fedora 16. ( sudo semodule -l | wc -l ). Et je compte pas la différence de complexité et de couverture entre les 2, vu que apparmor n'a pas le concept de boolean, ne permet pas de faire du vrai MAC ou autre chose un chouia plus complexe que juste faire "simple firewall de syscall" comme le fait apparmor.

Donc je pense qu'à ce niveau, apparmor est négligeable ( même si le fait de devoir parser un fichier texte au boot ne joue pas en sa faveur sur ce terrain, malgré le fait que ça soit un de ces avantages mis en avant ).

La plupart des services vraiment inutiles sont pas installés. La, on arrive à la limite des trucs qui sont inutiles pour une personne, donc par manque de perspective, inutile pour tout le monde. Je pense que c'est la que systemd peut aider avec le démarrage à la demande. Il ne reste plus qu'à finir le boulot et à écrire des unités pour en tirer parti.

( ce qui est un travail en cours pour f17 et commencé pour f16 ).

Bah, si le souci est de ne pas pouvoir vérifier l'identité, il suffit de l'intégrer dans google+.

Mhh aprés verif, il y a appel à dhclient , donc je me suis en partie trompé. Pour le wifi, il y a par contre bien des ioctls. Et pas d'appel à route, ip dans le code. Il y a un plugin pppd pour s'intégrer directement.

Non je dit que du coté de network-manager, le travail est fait et l'infra est la, et le souci est que personne n'a écrit le plugin.

Ie, RH et Suse se sont chargé de l'intégration jusqu'au bout, Mageia/Mandriva l'ont fait ( mais d'une maniére pas super propre, et on bosse à améliorer ça ), et il manque l'intégration du coté des debian like ( entre autre ).
je dit pas que debian doit passer à la config pour les autres distros, juste qu'il y a possibilité de faire ce que grunt demande.

De la à savoir si c'est la faute des devs de pas avoir fait le taf pour Debian/ubuntu, ou d'Ubuntu/Debian, je ne sais pas. Sans doute la faute des 2, comme souvent quand il ne se passe rien.

j'avais cru voir passer des annonces pour ça dans la version 0.9, mais j'arrive pas à retrouver le post de blog à ce sujet.

Si la seule chose que tu as, c'est des attaques personnelles non fondés, je pense que tu pourrais faire l'effort d'au moins être correctement renseigné. J'ai bossé 3 ans comme admin sys sur des debians, 1 an à faire une appliance basé sur Debian, donc je pense avoir suffisamment de compétence pour répondre à une question sur linuxfr.

Quelqu'un dit "ça serait bien de faire ça", je dit "ça fait déjà ça sur tel distro" et c'est du FUD ?

Une case license, je doute. Il faut un truc plus précis que ça, à commencer par se mettre d'accord sur la définition. J'aurais tendance à dire qu'il faut aussi vérifier la license.

Ce qui me chagrine plus, c'est que les devs de logiciels libres eux même ne se signalent pas plus sur f-droid, et qu'on en parle finalement peu. Le ratio "nombre d'appli dans fdroid"/"nombre d'appli du market" est déprimant.

Network-manager peut le faire sur les distributions RHEL et Fedora, donc le souci est plutôt "pourquoi ubuntu et debian ne le font pas".
( https://live.gnome.org/NetworkManager/SystemSettings , cherche 'ifcfg-rh' ).

Transformer les scripts shell en un format hybride ne me parait pas une idée terrible, ne serais que parce ça implique d'avoir le choix entre un parser ultra complexe, ou d'avoir un sous ensemble et donc ne pas être un script shell ( genre, comment tu géres des choses comme toto=$(foo) dans ta config du coté de n-m ). Si le but est d'avoir une configuration qu'on peut lire et écrire, il y a encore une fois déja un plugin ( keyfile ).

Ensuite, Network Manager ne va pas lancer X executables pour changer le réseau quand il peut directement parler au noyau, pour plus de finesse et un meilleur résultat. La façon principale de parler au kernel, c'est des ioctl ( ou écritures dans /proc/ et /sys/ ), pas des outils comme ifconfig ou ip. Les premières sont censé être stable, alors que les 2emes sont la pour les humains et n'ont pas de promesse de stabilité ( d'un point de vue de l'abi ). Les remontés d'erreurs sont assez difficile à faire quand tu n'a pas d'ABI ( ie, pas de standard des codes retours, pas de messages ou de précision sur ce qui ne va pas ).

Il est bien plus simple en C ou n'importe quoi d'autres de pas avoir à faire de parsing que d'avoir à en faire. Surtout quand les outils disent de pas le faire ( genre iwconfig à un moment ).

Ensuite, relancer tout le réseau pour juste un changement est inutile. Si je change le mtu de ma carte ethernet, pourquoi est ce que je devrait relancer network ? Et pourquoi lancer un processus quand on peut éviter ? Ça pose aussi des soucis d'atomicité, si je change juste un paramètre, et qu'il est faux, je dois annuler tout ce qui a été fait avant. Ce n'est pas une chose que les scripts font actuellement.

Enfin, il est plus sur d'appeler directement le noyau plutôt qu'un executable, car les interfaces de communication sont bien plus stricts ( exemple, il y a pas besoin de se casser la tête sur "est ce que le path est correct, est ce que j'ai pas oublié d'échapper un truc".