liberforce a écrit 4733 commentaires

TOUS les portables que j’ai eu sous la main s’éteignent automatiquement et brutalement en cas de surchauffe (et ça doit être très très bas niveau parce que ça me le fait sur tous les OS, y compris une LFS)

C'est un exemple réel, posté sur planet GNOME il y a un an, lors de la controverse sur la disparition dans GNOME 3.0 de l'option permettant de choisir le comportement quand l'ordinateur est fermé. Cette option est d'ailleurs revenue dans GNOME 3.2. Je n'arrive malheureusement pas à retrouver le post de blog correspondant.

c’est moi qui ait inventé « on a besoin de lancer la moitié de gnome pour pouvoir gérer la fermeture du portable sur l’écran de login, et c’est ce genre de features qui fait qu’on a besoin de 6x plus de lignes de code » ?

Non, mais c'est toi qui as inventé que c'était cette fonctionnalité qui multiplie le nombre de lignes par 6. Entre « la vache de fonctionnalité » et « ce genre de fonctionnalités », le pluriel est important.

Si tu considères que c'est une feature de flinguer ton PC portable parce que tu l'as fermé en étant sur l'écran de login avant de le mettre dans ton sac à dos où l'aération ne peut pas se faire, c'est ton choix.

La vache de fonctionnalité qui justifie de multiplier le nombre de lignes de code par 6.

Hommede_paille(rhétorique)

Voilà ce que pense Matthew Garrett de LightDM, et c'est loin d'être tendre, mais c'est assez logique.

Suivi par la réponse d'un mainteneur de GDM à la demande d'inclusion de LightDM dans GNOME.

En gros: LightDM est léger et fait 6 fois moins de lignes de code que GDM parce qu'il fait beaucoup moins de choses. Une fois qu'il aura autant de fonctionnalités, il sera aussi lourd que GDM, donc sons intérêt est minime. Il cherche à être découplé du desktop qu'il lance, mais sacrifie des fonctionnalités pour cela, fonctionnalités que Matthew Garrett trouve importantes:

But if your argument is that your software is better because it's doing less, you should be able to ensure that you can demonstrate that the differences aren't important. And the differences here are important. For example, one of the reasons gdm starts a local gnome session is that it wants gnome-power-manager to be there to handle power policy. Closing the lid of my laptop should suspend the system regardless of whether it's logged in or not. LightDM takes a different approach. Because there's no session, it has to take care of this kind of thing itself. So the backend daemon code speaks to upower directly, and the greeters ask the daemon to implement their policy decisions.

This is pretty obviously miserable. Now you've got two sets of policy - one at the login screen, and one in your session. How do I ensure they're consistent? The only sane solution is to ignore the functionality the backend provides and have my greeter run gnome-power-manager. And now how about accessibility preferences? Again, if I want to have the same selection of policy, I need to run the same code. So you end up with a greeter that's about as complex and large as the gdm one, and unused functionality in the backend. Lighter weight through code duplication. We have always been at war with Eurasia.

Ça me rappelle Linus disant dans sa conf sur Git que le slogan de Subversion est "CVS done right", et que cela montrait que dès le départ les gars ne cherchaient pas à résoudre le bon problème…

Mark réaffirme son attachement à Upstart

Reference needed ?

Merci pour cette bonne dépêche, lucide !

Tu veux dire Tchernobyl (virus) ? ;-)

Ce mode était gardé secret et s'activait selon une succession particulière de commande. Pas de bol, et sans la savoir la mandrake balançait ces commandes dans l'ordre.

Il me semble que c'est plus simple que ça… Les développeurs de LG ont confondu les appels "flush" (vide les buffers) et "flash" (met à jour le firmware).

Quant au problème de carte réseau Intel, c'était avec le kernel 2.6.27:
http://linuxfr.org/users/ribwund/journaux/corruption-hardware-fatal-sur-les-noyaux-2627-rc

Enfin, mes problèmes de lenteur graphique avec ma carte ATI sont réglés ! \o/
GNOME 3 est fluide sur mon AMD 3000+ avec Radeon X1650.

Tu as aussi les missions où on te demande plein de mots clés, où au final ça t'es utile 1% de ton cas, mais des choses plus utiles et pratiques ne sont pas demandées… On me demandait des connaissances en SSH que je n'avais jamais utilisé, et au final c'était juste être capable de configurer une connexion par clé et se connecter, ça prend pas 3000 ans à apprendre.

En revanche, on ne me demandait aucune compétence en programmation et j'ai passé (pour les besoins de collègues) la moitié du temps à écrire des scripts shell de récupération de données sur des machines distantes, et à apprendre à utiliser sed pour filtrer les données intéressantes…

On m'a refusé plusieurs postes car trop qualifiée, ou trop expérimentée (ah j'avais presque 30 ans et 6 ans d'expérience, mais il leur fallait du débutant).

Expérience inversée: j'ai eu mon diplôme d'ingé en 2002, j'avais fait 3 ans d'apprentissage, et j'ai pourtant fait 5 mois de chômage.

De même, pendant la crise actuelle, les chasseurs de tête m'ont plutôt indiqué que les entreprises se rencontraient dur des profils expérimentés. Je précise que je suis en région parisienne.

Un tocard en poste a bien plus de chances d'être recruté qu'un chômeur, même très bon.

Je pense aussi que c'est assez vrai…

Mais il y a aussi un problème de compétences: beaucoup de gens n'ont tout simplement pas le niveau. Voir "Why can't programmer program ?". Exemple: pour ma mission actuelle, j'ai dû passer une épreuve technique. Un PC sous Linux, une spec pour un algo de base et 2h pour l'implémenter en C. Hé bien crois le ou pas, je me suis trouvé mauvais (pour plusieurs raisons), mais j'ai fait un truc qui marchait sans être très joli ou fini, en 2h20. 3 autres gars ont passé le même test. Pour 2 d'entre eux, ça crashait au lancement, le 3ème ne compilait même pas. J'ai finalement été pris, pas parce que j'étais le meilleur, mais parce que j'étais le moins mauvais.

Il faut qu'il y ait une fraude massive, la commission électorale n'annule pas les votes d'un bureau au moindre pépin. Exemple: on n'a normalement pas le droit de laisser le bureau de vote ouvert s'il n'y a pas le président et deux assesseurs, de partis différents. Aux dernières municipales, le bureau en bas de chez moi est resté ouvert avec le président et un seul assesseur, du même parti. Ils avaient dit à l'autre de partir manger, qu'ils s'occupaient de tout…

Il a écrit un livre sur son histoire (en fait, son journal intime de l'époque). Les 40 premières pages sont gratuites et déjà très instructives.

PCinpact montre le changement radical de sens entre sa campagne de 2007 et celle de 2012 sur le thème du logiciel libre. 2007 était plutôt de gauche, 2012 est carrément à droite. Il n'était déjà pas clair sur ses positions quand il passait à Solutions Linux, mais là au moins on voit qu'il va là où le vent le porte…

Comme XP ?

Les applications se lancent super facilement sans utiliser la souris grâce à la complétion:
term => lance gnome-terminal
fire => lance firefox
ink => lance inkscape

Idem dans GNOME Shell.

Il n'y a que le Alt-Tab que je trouve des fois un peu pénible : il groupe les instances d'une application et j'ai plutôt l'habitude d'un Alt-Tab qui navigue entre toutes les fenêtres au premier niveau. Mais malgré tout, toute la navigation entre les fenêtres se fait facilement au clavier.

Dans GNOME Shell, Alt+Tab groupe par application également. Personnellement, ce qui me déroute c'est de ne pas pouvoir revenir à la fenêtre précédente après un Alt+Tab en refaisant Alt+Tab… Sinon Alt+"Touche au dessus de tab" permet de naviguer entre les différentes instances d'une même application.

C'est sûr, si tu commences l'enregistement 15min avant et finis 15min après pour être sûr de pas rater un bout (les codes showview sont taquins), et que tu dois ensuite te taper l'avance rapide pour arriver au début du programme… C'est quand même pas équivalent au confort de la VOD.

Soyons sérieux, un menu où les programmes apparaissent en vrac, sans classement… Ah, si, on peu trier alphabétiquement, mais ce n'est pas permanent, il faut le faire à nouveau quand tu installes un nouveau programme. Tu as aussi des programmes qui arrivent à la racine de l'arborescence des programmes, d'autres dans des sous dossiers… Et puis pour trouver Photoshop, il faut chercher à A comme Adobe, et pas à P comme Photoshop. Comme si l'utilisateur lambda connaissait l'éditeur qui réalise le logiciel qu'il utilise. Et puis des fois tu vois les programmes de désinstallation de logiciels dans le lot, mais alors je suis censé utiliser celui là ou passer par la section "Ajouter/suppression de programmes" du panneau de configuration (magnifiquement intuitive aussi, puisqu'elle ne sert presque jamais à installer des programmes).

Quand je suis arrivé sous Linux et que j'ai vu les programmes s'installer et désinstaller de manière centralisée (la plus grosse difficulté étant de se souvenir du nom du programme en question), s'ajouter automatiquement dans les menus, classés par catégories, ça m'a mis une claque !

Je n'ai pas eu de cours de Windows, j'ai un parcours informatique similaire au tien, mais ce n'est pas parce que j'ai réussi à m'adapter à ce menu (tout en le maudissant à chaque fois) que je dois trouver qu'il était bien fait…

C'est sympa mais si la news est postée/modérée le jour même à 14h39, que 2 des conférences sont déjà finies à cette heure là, et que le linuxfrien parisien a un créneau d'au maximum 2h20 pour être averti de l'existence de la conf, s'inscrire et s'y rendre, je ne suis pas sûr que cette dépêche amène grand monde.

Caramba, encore raté !

Tu m'étonnes, la gestion de dépendances est déjà un problème assez compliqué comme ça…

J'avais eu le même soucis avec rpm une fois. La réponse était: pas possible, rpm n'est pas réentrant. Faut croire que dpkg non plus. Je pense donc que ton approche est mauvaise, et qu'effectivement, il vaudrait mieux réexprimer de manière plus claire ton besoin.

Est-ce qu'on peut maintenant appeler la boite native d'ouverture de fichier pour chaque OS (Windows et Mac compris)? […] J'utilise par exemple GIMP, et je hurle à chaque fois que j'ouvre ou enregistre un fichier, c'est horrible ce truc pas du tout intégré.

http://bugzilla.gnome.org/show_bug.cgi?id=319312

La raison pour ne pas l'implémenter, outre le manque de moyens humains:

The most radical form of desktop integration is to use the platform native file selector instead of the GTK+ file selector. However, this presents severe challenges:
- Many systems only have a modal API for their file selector. Only a single call that results in getting a filename is available. This would result in an API that was different from the standard GtkDialog API where gtk_dialog_run() invokes a recursive main loop.
- Customization facilities will be different from those available in the standard GTK+ file selector. In particular customization APIs that allow embedding application widgets in the file selector probably can't be implemented.
The likely result of allowing using native widgets would be that there would be some cases where a GTK+ program running on such a platform would use the platform native widget, and other cases in which the standard GTK+ file selector would be used; an inconsistency potentially worse than the inconsistency between GTK+ applications and other applications that comes from not using the native widgets.
An argument could be made that any time that the user spends in the file selector actually represents a failure of integration; a single file dialog will never be as efficient way of locating a file or browsing files as the entire file manager. Forcing the user to work in a "open a file" or "save a file" mode goes against a lot of traditional wisdom that says that modes are bad. We should be emphasizing a non-intrusive file selector that the user can get in and out of fast, rather than one with all the bells and whistles.

Source: http://people.redhat.com/otaylor/fosdem2003/file-selector.html#desktop-integration

Euh… je vois pas trop les excuses foireuses dont tu parles. Ensuite, GTK est multi-plateforme, mais manque de développeurs, autant sous Linux que sous Windows. Ce qui fait que la version Linux est privilégiée par rapport aux autres, et que les développeurs GTK sous Windows se sentent comme des citoyens de seconde zone… Le fait que la version conseillées sur gtk.org soit la 2.24 alors que GTK 3 est sorti depuis un an n'aide pas, mais j'espère que la 3.4 la remplacera bientôt.

Pour ce qui est d'être horrible sous Windows, il y a toujours eu des thèmes pour Windows, pour adopter le look natif. C'est également le cas avec GTK 3 (sauf que les thèmes sont en CSS maintenant):

http://blogs.gnome.org/alexl/2011/11/25/gtk-work-on-windows/
http://blogs.gnome.org/alexl/2012/03/27/moar-windows-themes/

Et en tant qu'utilisateur, j'ai eu quelques conflits d'applications Windows Gtk qui essayaient plus ou moins de partager leur installation de Gtk donc on va dire que je serre les fesses quand je vois du Gtk sous Windows.

Oui enfin pour c'est plus le développeur de l'appli qui choisit que les dev GTK, à ce niveau… Et je n'ai jamais eu de soucis avec des applis comme pidgin ou GIMP sous Windows… Ce qui manque c'est peut être un guide de bonnes pratiques du déploiement d'application GTK sous Windows.

A part les anciens programmeurs MFC, j'ai l'impression qu'il n'y a pas beaucoup de gens pour dire du bien de WxWidgets.

Non, non, même là… J'ai commencé ma carrière comme développeur d'IHM en MFC ;-). Rien que les hacks nécessaires pour avoir une interface redimensionnable, c'était galère. Le jour où j'ai découvert GTK et que j'ai vu que tout ça était de base dans le toolkit avec un modèle très simple à comprendre, j'ai quitté les MFC sans me retourner :-p.

[…] there aren't any generally available static libraries.
This is intentional. GTK+ and Pango on Win32 require being built as
DLLs in order to be able find their configuration files and message
catalogs at run-time. On Unix, the installation prefix is fixed at
configure time, and hard-coded into the (static or shared)
libraries. This is not seen as a problem on Unix, if there isn't room
to actually install GTK+ where it wants to be instaled, you can always
play games with symbolic links.

Source: https://mail.gnome.org/archives/gtk-app-devel-list/2003-September/msg00027.html

Ça date de 2003, je ne sais pas si cela a changé. Je sais qu'il y a eu très récemment GResource qui permet d'intégrer les fichiers de ressources dans l'application, mais je ne sais pas si les autres problèmes ont été résolus.

De l'autre côté, Qt fournit un guide de déploiement sous Windows…

Tu veux dire que ce qui est préconisé sous Qt pour un déploiement Windows c'est de tout linker en statique ?