Sébastien Wilmet a écrit 699 commentaires

En fait les devs de DNF s'amusent à faire des bêta-test-lan-parties sous Debian/kHurd...

Chez moi ça fait un dégradé : plus je regarde en bas de l'écran moins c'est rouge.
C'est dû à l'inclinaison, si je penche plus mon écran ça devient plus rouge, si je le redresse ça devient normal.

Donc si j'ai envie de moins me petter les yeux je scrolle vers le bas pour que je lise le texte en haut de l'écran (:

La principale raison du peu de commentaires, amha, c'est que les articles présentés sont orientés grand public, et que la principale population active de linuxfr (ceux inscrits, qui savent pertinenter et qui écrivent des commentaires) ne l'est pas vraiment.

Mais c'est bien si ça peut attirer plus de monde, il en faut pour tous les goûts.

Lire un article grand public en entier sur le thème du libre, on s'en lasse assez vite quand on s'y connait déjà (et que donc on relève toutes les imprécisions et qu'on a déjà lu 20 fois la même chose), donc généralement les extraits donnés dans la dépêche suffisent.

Autour ne veut pas forcément dire « faire le tour complet », mais désigne l'entourage.

Et voici déjà un commentaire autour !

C'est si compliqué que ça ? Il suffit de retirer un ou deux logiciels, et éventuellement les proposer lors de l'installation si il y a une connexion internet...

L'alpha a été retardée d'une semaine à cause de certains critères qui manquaient :
https://fedoraproject.org/wiki/Fedora_14_Alpha_Release_Crite(...)

Tu peux regarder les bugs les plus courants de F14 :
http://fedoraproject.org/wiki/Common_F14_bugs

Mais le plus simple est de l'essayer, et si c'est vraiment trop buggé, peut-être attendre la bêta fin septembre (si tout va bien).

Sun RPC n'est pas une licence :
http://en.wikipedia.org/wiki/Sun_RPC

Ce sera sûrement expliqué en détail par Lennart sur son blog, il prévoit d'écrire un article par semaine sur le sujet :
http://0pointer.de/blog/projects/systemd-for-admins-1.html

Disons qu'il y a des paquets qui ne sont pas installables pour cause de dépendances foireuses, que certains logiciels n'arrivent pas à se lancer, et que c'est plutôt fait pour être testé qu'utilisé en production.

Mais ce qui est bien c'est que la situation ne fait que s'améliorer, et en rapportant les bugs ça contribue à avoir une F14 la plus stable possible.

Sur koji le noyau 2.6.34 est disponible depuis la RC1, pas besoin d'attendre patiemment qu'il arrive en stable sur F13 (même si c'est plus qu'une question de jours je pense).

Sinon j'espère qu'il sera facile de tester la bêta de GNOME 3.0.

On peut très bien aimer les applications GTK+ sans utiliser GNOME, avec XFCE par exemple.

Je suis sur Fedora 13 et il n'y a pas de problème pour compiler LaTeXila, il faut prendre quelques paquets de la rawhide : vala, glib2, dconf et gsettings-desktop-schemas.

GSettings n'a pas tant de dépendance que ça par rapport à GNOME, c'est intégré à GIO lui-même intégré à GLib.

Il faut un backend pour enregistrer les données : dconf, qui lui dépend de dbus, mais je suppose que dbus est quand même installé sur ta slackware.

Et pour avoir la police à chasse fixe par défaut du système (monospace 10), il faut installer gsettings-desktop-schemas, mais ça ne dépend de rien d'autre que GLib (c'est juste des fichiers XML à installer).

Personnellement je n'ai presque jamais eu besoin de personnaliser les raccourcis clavier, mais si tu en as besoin je peux le rajouter dans la roadmap (si tu me l'avais dit lors de mon précédent journal ce serait peut-être déjà implémenté).

Un truc pratique qui te servirait aussi c'est les snippets, il y a un plugin de Gedit qui fait ça :
http://live.gnome.org/Gedit/Plugins/Snippets
En gros tu définis des tags, par exemple « ssi », tu appuies sur Tab et ça se transforme en « si et seulement si ». Avec ça il y a déjà moyen d'être plus productif.

En tout cas je suis content d'apprendre que LaTeXila est utilisé par quelques personnes :)

Pour les dépendances, c'est le prix à payer pour avoir un logiciel de meilleure qualité... Je ne vais pas réinventer la roue alors qu'une bibliothèque toute faite existe déjà.

Quand on doit déjà installer Texlive, qui peut facilement faire plus de 100Mo, installer quelques dépendances en plus ou en moins....

Le principal c'est que le logiciel soit facile à utiliser et l'interface pas trop chargée.

Mais si tu n'acceptes aucune application utilisant GConf/GSettings, tu te fermes quand même beaucoup de portes...

Avec LaTeXila tu peux créer tes propres modèles, pas besoin de faire des copiers/collers à chaque fois ;)

Je ne connais pas TeXshop, et je n'ai pas de MacOS X sous le coude pour pouvoir le tester, mais quand les fonctionnalités principales de LaTeXila seront implémentées je me pencherai sur les autres dialectes de TeX.

Ce ne serait pas vraiment un changement d'orientation, mais plutôt plus d'ouverture. Il faudrait ajouter quelques modèles par défaut, voir si la coloration syntaxique tient la route, rajouter des outils de construction pour avoir son PDF en un clic, rajouter des mots-clés pour l'auto-complétion, et peut-être créer un nouveau menu avec les commandes principales.

Et pour ne pas que ça devienne trop usine à gaz, le support de ConTeXt etc serait sous forme de plugin, comme ça tout le monde est content :)

Oui c'est tout à fait prévu, même que jaliste, l'auteur du blog dont tu donnes l'url, va peut être faire la même chose pour LaTeXila (il a d'ailleurs déjà fait un fork sur GitHub).

Le plus simple pour que LaTeXila supporte ConTeXt, XeLaTeX et compagnie est de rajouter le support dans Rubber.

Rubber supporte déjà plusieurs compilateurs :

Aleph (commande lamed), etex (commande elatex), omega (commande lambda), vtex (commande vlatex).

En attendant il y a moyen de personnaliser les commandes exécutées pour la compilation, pour l'instant il faut passer par le fichier XML (data/build_tools-en.xml), mais plus tard il y aura une interface graphique.

Pour ce qui est de la coloration syntaxique, je pense qu'il n'y a pas de gros changements par rapport à (La)TeX donc ça ne devrait pas poser trop de soucis.

Merci en tout cas de m'avoir fait découvrir ConTeXt, je ne connaissais pas (je ne suis pas un gourou en LaTeX non plus...).

C'est en lisant La cathédrale et le bazar [1], où cette citation est aussi présente, que m'était venu l'idée de mettre ça comme signature :)

[1] http://www.linuxfr-france.org.invalid/article/these/cathedrale-bazar/c(...)

Et c'est marrant de voir que certains devs ont fait plus de commit à eux seuls que l'ensemble de Canonical :

http://0pointer.de/blog/projects/i-am-more-awesome-than-cano(...)

(Lennart Poettering, développeur de PulseAudio et de systemd notamment)

Personnellement je prononce les voyelles de « brum », « pain » et « brin » différemment : de plus en plus aigu.

« Lundi » étant équivalent à « pain ».

Le site du zéro c'est bien pour les débutants, mais dès qu'on commence à toucher à des choses plus spécifiques ou plus pointues c'est mieux de poser ses questions sur des forums ou mailing lists plus orientés dans ce qu'on fait.

En fait c'est le cas de nombreuses applications qui utilisent la bibliothèque GtkSourceView : Gedit, Anjuta, LaTeXila (de ce que j'ai testé).

Par contre, chose étonnante, MonoDevelop, qui utilise aussi GtkSourceView, n'a pas ce problème, mais ce n'est pas parfait non plus : il ne faut faire aucune modification du fichier pour pouvoir coller le texte précédemment sélectionné dans le même fichier. Je lirais bien le code source pour voir comment ils ont fait, et éventuellement écrire un patch pour GtkSourceView. Mais bon ce ne serait que contourner le problème, le mieux étant de le corriger à la source (sans doute du côté de GTK).

Bon, pas de réponse, lien toujours invalide... Et en fait le fichier valide-0.7.0.tar.gz existe, mais il y a un répertoire debian dedans qui prend beaucoup de place et qui est inutile dans le tarball.
Bref ça fait pas très sérieux...

[mode=coup de gueule]
Et ah oui, on peut lire sur un de ses tutoriels GTK [1] (que j'ai suivi pour faire LaTeXila... et après je m'étonne que la structure du code est pourrie...) :

« Une solution plus simple est de créer une variable globale à l'ensemble du programme. Ceux qui passe régulièrement sur le forum C savent que c'est fortement déconseillé, mais ici nous nous trouvons dans l'une des rares exceptions à la règle. De toute façon cela revient au même que de passer l'adresse de notre structure à toutes les fonctions callback. »

Bon OK pour le petit logiciel de démonstration qui était construit pas à pas dans le tutoriel ça peut convenir, mais c'est quand même pas très propre. Mais le problème est qu'il n'y a aucune mention de GObject, et le fait que c'est beaucoup mieux d'organiser son code en classes au lieu d'utiliser une variable globale... Ça parait anodin comme ça mais pour quelqu'un qui n'a jamais été vraiment initié à la manière de bien programmer en C/GTK+, ça peut faire toute la différence !

Bref, j'aurais dû acheter dès le départ le livre « Foundations of GTK+ Development » qui est génial pour débuter.
[/mode]

[1] http://nicolasj.developpez.com/gtk/cours/?page=page_7