Malheureusement, bien qu'E17 puisse fonctionner sur un téléphone portable, même avec peu de ressources, je crains que SlackE17 ne puisse tourner sur les ordinosaures des blameurs dégarnis, et ce, malgré la présence d'une Slackware 3.0 à jour.
En fait, la question est bien de savoir s'il faut continuer à utiliser Templeet pour la gestion du site.
Force est de constater que l'évolution du site est très lente, qu'il a même fallu plusieurs années pour retrouver des fonctionnalités présentes dans le moteur originel DaCode. Évolutions, qui, pour l'essentiel, ont consisté à l'ajouts de fonctionnalités mineures mais sans grande restructuration comme l'on peut en voir sur de nombreux sites communautaires. Voir par exemple la page des forums, certes plus ergonomique qu'avant, mais qui reste une copie de la page des journaux et demeure bien loin de n'importe quel forum Internet en terme de fonctionnalités. C'est d'un côté une preuve de stabilité du système mais de l'autre, la preuve d'un conservatisme plutôt rare dans le domaine de l'Internet.
LinuxFR pourrait être un site web innovant, qui soit aussi une vitrine de ce qui se fait le mieux dans le monde du Logiciel Libre. Il y a quand même de nombreux specialistes dans le domaine parmi les lecteurs du site
Pourquoi donc n'y a-t-il pas eu d'évolutions majeures ?
Volonté des administrateurs ?
Problèmes techniques dus à Templeet ?
Manque de contributions ?
Le problème principal sera probablement de motiver des gens pour travailler avec Templeet si l'on souhaite conserver ce système, ou alors LinuxFR est destiné à moisir doucement dans son carcan de pages peut-être conforme xhtml 1.0. Que se passera-t-il quand la poignée de personnes maîtrisant le site iront voir ailleurs ou n'auront tout simplement plus le temps de s'en occuper ? Il faut dire que tout le monde n'a pas la volonté d'apprendre un nouveau langage de programmation dans le but unique de pouvoir envoyer des patches de correction de bogues sur LinuxFR. On peut dire que c'est la faute des utilisateurs qui ne contribuent pas assez mais leur en donne-t-on réellement les moyens ? Il n'y a qu'à regarder la quantité de travail qui a été effectuée autour de la tribune : le nombre de coincoins, bots, archiveurs qui ont été créés, par des dizaines de personnes, dans des dizaines de langages différents bien souvent simplement pour le ... fun. Il y a donc des gens compétents à motiver.
Bref, il semble manquer une vraie émulation derrière Templeet. C'est donc, à mon avis, aux administrateurs et aux gens maitrisant ce langage de relancer la machine. Ils pourraient créer, par exemple, un labo.linuxfr.org ou l'on pourrait trouver de la documentation et des explications sur le système actuel avec une zone de test accessible sur demande. Pourquoi ne pas lancer un concours de programmation du site ?
Et si décidément, il est impossible de fédérer une communauté derrière le Templeet de LinuxFR, si la pérennité semble compromise, il faudra se poser la question d'un autre moteur basé sur un langage plus populaire.
Mais oui, c'est vrai, ça fonctionne, alors on peut très bien attendre que ça se passe.
On notera les classiques Nexuiz, Torcs, Warsow, UFOAI, Battle for Wesnoth, etc. On peut également enregistrer sa partie sur une clef USB. Il y a un système simple d'installation des pilotes graphiques 3D pour nVidia et ATI, qui ne sont pas installés automatiquement pour des raisons de licences.
Avec l'inscription simple vous pourrez commencer à signaler les spams que vous recevez en indiquant un nom d'utilisateur, un mot de passe et votre adresse électronique.
En choisissant l'inscription complète vous indiquerez vos coordonnées personnelles pour permettre à Signal Spam de prendre contact avec vous afin de donner légalement suite à un spam signalé.
Donc, pour lutter contre le spam, l'association demande aux gens de s'inscrire en donnant leur email, et/ou des données personnelles.
Heu, ce n'est qu'un exemple bien sûr, mais zsh était déjà dans Linux Slackware 3.3 (sortie en 1997). Je n'ai donc pas vraiment l'impression qu'avoir zsh dans une distribution linux soit très novateur...
Ce n'est pas la première fois que des développeurs d'OpenBSD s'inspirent des drivers Linux pour développer les leurs, notamment afin d'avoir des specs.
Y avait-il vraiment besoin de remettre en cause le travail de plusieurs mois d'un autre développeur du libre sur un driver qui n'était ni opérationnel, ni terminé ?
Et la philosophie du libre et du partage des connaissances ?
Il y a eu des précédents, et ça s'est souvent terminé à l'amiable. Dans l'autre sens aussi, Linux a déjà pris du code BSD pour un driver IDE. Ça n'a pas posé plus de problème que ça.
La vraie raison du problème, c'est que Michael Beusch ne voulait pas d'un driver sous licence BSD avec une fonctionnalité, non décrite dans les specs, qu'il avait découvert tout seul. Il a donc fait du zèle en sortant sa licence.
Vu la tournure des choses, et l'aspect largement publique des accusations, Marcus Glocker ne pouvait faire autre chose que de supprimer son travail.
Ça me désole que certains intérêts personnels empêchent le libre de progresser. Il eut été facile de contacter le fauteur en privé, et, pourquoi pas, d'aboutir à un compromis.
Au lieu de ça, on sacrifie en publique, le travail d'une personne sur l'autel de la vanité.
Et OpenBSD perd un driver réseau.
Mais tu ne crois pas si bien dire, je me suis planté en rédigeant la news sur Freshmeat, j'ai écrit SlackE17 20051225. Noël, ce n'était pas le moment pour faire du bon bouleau. Je n'ai pas fini de me faire enguirlander. Heureusement, le mort-vivant se porte comme un charme.
Note : non, ceci n'est pas un rattrapage aux branches.
Je ne vais pas porter de jugement sur kpdf que je connais très mal, mais il me semble important de préciser, pour ceux qui ne le sauraient pas, que la librairie à la con de chez freedesktop, aka Poppler[1] est justement basé sur le code de rendu de xpdf.
Le projet a vu le jour afin de proposer une bibliothèque de rendu PDF efficace en utilisant le code du meilleur programme de l'époque. De nombreux programmes l'utilisent aujourd'hui (sous Gnome, KDE ou E17).
Vu que j'imagine assez mal que le développement de Poppler ait uniquement consisté à rajouter des boucles d'attentes dans le code de xpdf, je te conseillerais, par exemple, de jeter un coup d'½il dans ta gestion des polices de caractères ou de regarder s'il n'y a pas de problème d'intégration.
Une image de CD de démarrage est fournie sur la clé USB.
Oui, c'est dans la FAQ :
Une image de CD de démarrage est présente sur la Flash. Elle ne fait que 3 Mo et peut être gravée sur un mini CD. Ensuite, il suffit de démarrer à partir du CD-ROM et de s'assurer que la clé usb est bien branchée, le système démarrera immédiatement sur la Flash. Une fois le système lancé, vous pouvez éjecter le CD.
Bref, ca n'apporte rien de novateur au niveau de la taille si je dois, en plus de la clé USB, avoir un CD de boot pour être certain de démarrer partout...
C'est bien de proposer une distribution embarquée sur une clé USB.
Mais quid du support pour le boot USB ? De nombreuses cartes-mères n'offrent toujours pas de support pour booter sur un périphérique USB. C'est plutôt gênant pour une utilisation grand public.
Faut-il alors prévoir systématiquement un CD ou une disquette d'amorçage pour être certain de démarrer sur n'importe quel ordinateur ?
GNU/Linux Magazine n°89 [...] un article sur l'installation et la configuration d'Enlightenment (E17).
Et alors ? Pas un mot sur SlackE17* ? À quoi ça sert que je me décarcasse ? :-)
Piqûre de rappel pour les slackeux : E17 est disponible sous forme de paquetage monolithique ou en paquetages séparés pour Linux Slackware depuis plus d'un an maintenant. La dernière version date d'octobre et est compilée pour Slackware 11.0.
# Snif
Posté par Jérôme Pinot (site web personnel) . En réponse au journal Tribune cassée?. Évalué à 4.
Voila, c'est tout.
[^] # Re: Bonjour
Posté par Jérôme Pinot (site web personnel) . En réponse au journal SlackE17 est juillet \o/. Évalué à 4.
Une pensée émue pour notre asocial à tous, sniff.
[^] # Re: autrefois... ailleurs dans le temps !
Posté par Jérôme Pinot (site web personnel) . En réponse au journal Solaris mon amour. Évalué à 4.
Tu téléphones à George Clooney...
# Hum...
Posté par Jérôme Pinot (site web personnel) . En réponse au journal Le style vestimentaire des DLFPiens. Évalué à 10.
http://www.redhat.com/g/chrome/logo_rh_home.png
http://fr.wikipedia.org/wiki/Borsalino_%28chapeau%29
# Garder Templeet ?
Posté par Jérôme Pinot (site web personnel) . En réponse au journal Un peu de blé pour linuxfr.. Évalué à 10.
Force est de constater que l'évolution du site est très lente, qu'il a même fallu plusieurs années pour retrouver des fonctionnalités présentes dans le moteur originel DaCode. Évolutions, qui, pour l'essentiel, ont consisté à l'ajouts de fonctionnalités mineures mais sans grande restructuration comme l'on peut en voir sur de nombreux sites communautaires. Voir par exemple la page des forums, certes plus ergonomique qu'avant, mais qui reste une copie de la page des journaux et demeure bien loin de n'importe quel forum Internet en terme de fonctionnalités. C'est d'un côté une preuve de stabilité du système mais de l'autre, la preuve d'un conservatisme plutôt rare dans le domaine de l'Internet.
LinuxFR pourrait être un site web innovant, qui soit aussi une vitrine de ce qui se fait le mieux dans le monde du Logiciel Libre. Il y a quand même de nombreux specialistes dans le domaine parmi les lecteurs du site
Pourquoi donc n'y a-t-il pas eu d'évolutions majeures ?
Volonté des administrateurs ?
Problèmes techniques dus à Templeet ?
Manque de contributions ?
Le problème principal sera probablement de motiver des gens pour travailler avec Templeet si l'on souhaite conserver ce système, ou alors LinuxFR est destiné à moisir doucement dans son carcan de pages peut-être conforme xhtml 1.0. Que se passera-t-il quand la poignée de personnes maîtrisant le site iront voir ailleurs ou n'auront tout simplement plus le temps de s'en occuper ? Il faut dire que tout le monde n'a pas la volonté d'apprendre un nouveau langage de programmation dans le but unique de pouvoir envoyer des patches de correction de bogues sur LinuxFR. On peut dire que c'est la faute des utilisateurs qui ne contribuent pas assez mais leur en donne-t-on réellement les moyens ? Il n'y a qu'à regarder la quantité de travail qui a été effectuée autour de la tribune : le nombre de coincoins, bots, archiveurs qui ont été créés, par des dizaines de personnes, dans des dizaines de langages différents bien souvent simplement pour le ... fun. Il y a donc des gens compétents à motiver.
Bref, il semble manquer une vraie émulation derrière Templeet. C'est donc, à mon avis, aux administrateurs et aux gens maitrisant ce langage de relancer la machine. Ils pourraient créer, par exemple, un labo.linuxfr.org ou l'on pourrait trouver de la documentation et des explications sur le système actuel avec une zone de test accessible sur demande. Pourquoi ne pas lancer un concours de programmation du site ?
Et si décidément, il est impossible de fédérer une communauté derrière le Templeet de LinuxFR, si la pérennité semble compromise, il faudra se poser la question d'un autre moteur basé sur un langage plus populaire.
Mais oui, c'est vrai, ça fonctionne, alors on peut très bien attendre que ça se passe.
# Live-DVD de jeux
Posté par Jérôme Pinot (site web personnel) . En réponse à la dépêche Des jeux Libres pour GNU/Linux. Évalué à 6.
Liste des jeux :
http://live.linux-gamers.net/?s=games
On notera les classiques Nexuiz, Torcs, Warsow, UFOAI, Battle for Wesnoth, etc. On peut également enregistrer sa partie sur une clef USB. Il y a un système simple d'installation des pilotes graphiques 3D pour nVidia et ATI, qui ne sont pas installés automatiquement pour des raisons de licences.
La nouvelle version 0.9.2 vient de sortir hier, pour la télécharger, c'est par ici :
http://live.linux-gamers.net/?s=download
# Pour ceux qui préfèrent en ligne de commande
Posté par Jérôme Pinot (site web personnel) . En réponse à la dépêche EyeOS 1.0. Évalué à 3.
http://www.masswerk.at/jsuix/
# Tiens donc
Posté par Jérôme Pinot (site web personnel) . En réponse au journal Colgate-spam ou le piège à spam français. Évalué à 8.
Donc, pour lutter contre le spam, l'association demande aux gens de s'inscrire en donnant leur email, et/ou des données personnelles.
Hum, ça serait ironique...
Non, ils n'oseraient pas...
Quand même....
[^] # Re: Une dépêche !
Posté par Jérôme Pinot (site web personnel) . En réponse au journal ZSH 4.3.4 full unicode. Évalué à 1.
ftp://ftp.slackware.com/pub/slackware/slackware-3.3/slakware(...)
[^] # Re: L'âge d'or
Posté par Jérôme Pinot (site web personnel) . En réponse au journal Linuxfr est il en train de mourir ?. Évalué à 5.
[^] # Re: Mon avis sur 300
Posté par Jérôme Pinot (site web personnel) . En réponse à la dépêche 300, La vie des autres et Sunshine. Évalué à 0.
# Hôpital, charité, toussa
Posté par Jérôme Pinot (site web personnel) . En réponse au journal Réponses de François Bayrou au questionnaire Candidats.fr. Évalué à 10.
* Titre : Microsoft Word - April-130407.rtf
* Outil de conversion PDF Mac OS X 10.4.8 Quartz PDFContext.
Pour un parti faisant du logiciel libre un point de son programme , il repassera.
PasChauve PasOunet = houplaboom<
Sur la merveilleuse tribune de linuxfr, on remarque :
houplaboom< User-Agent = "Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; fr; rv:1.8.1"
et
houplaboom< User-Agent = "Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.8.1.3) Gec"
Respectivement, aujourd'hui à 01:32:50 et 02:50:17.
Preuve dans les archives :
http://ngc891.blogdns.net/tribune.php?day=14&month=04&am(...)
MOUAHAHAHAHAHA !
# C'est triste
Posté par Jérôme Pinot (site web personnel) . En réponse au journal Une sale histoire de driver. Évalué à -3.
Y avait-il vraiment besoin de remettre en cause le travail de plusieurs mois d'un autre développeur du libre sur un driver qui n'était ni opérationnel, ni terminé ?
Et la philosophie du libre et du partage des connaissances ?
Il y a eu des précédents, et ça s'est souvent terminé à l'amiable. Dans l'autre sens aussi, Linux a déjà pris du code BSD pour un driver IDE. Ça n'a pas posé plus de problème que ça.
La vraie raison du problème, c'est que Michael Beusch ne voulait pas d'un driver sous licence BSD avec une fonctionnalité, non décrite dans les specs, qu'il avait découvert tout seul. Il a donc fait du zèle en sortant sa licence.
Vu la tournure des choses, et l'aspect largement publique des accusations, Marcus Glocker ne pouvait faire autre chose que de supprimer son travail.
Ça me désole que certains intérêts personnels empêchent le libre de progresser. Il eut été facile de contacter le fauteur en privé, et, pourquoi pas, d'aboutir à un compromis.
Au lieu de ça, on sacrifie en publique, le travail d'une personne sur l'autel de la vanité.
Et OpenBSD perd un driver réseau.
[^] # Re: beaucoup?
Posté par Jérôme Pinot (site web personnel) . En réponse au journal Jean Michel Jarre sort un nouvel album. Évalué à 2.
[^] # Re: Utilise le filtrage de Google
Posté par Jérôme Pinot (site web personnel) . En réponse au journal Processus ? Non, procésuce !. Évalué à 10.
Mais si tu insistes, voila : on y voit une photo de ▇▇▇▇▇ avec une ▇▇▇▇▇ de ▇▇▇▇▇▇▇▇.
# Utilise le filtrage de Google
Posté par Jérôme Pinot (site web personnel) . En réponse au journal Processus ? Non, procésuce !. Évalué à 0.
A noter qu'en filtrage "modéré", ça passe quand même.
[^] # Re: Pour ma part
Posté par Jérôme Pinot (site web personnel) . En réponse au journal meta-tracker, le tueur de beagle .... Évalué à 9.
Il faut me demander gentiment.
# Attention chérie, ça va c
Posté par Jérôme Pinot (site web personnel) . En réponse à la dépêche Asterisk 1.4. Évalué à 3.
http://linuxfr.org/2003/09/08/13859.html
http://linuxfr.org/2005/10/29/19823.html
[^] # Re: Et non pas...
Posté par Jérôme Pinot (site web personnel) . En réponse au journal SlackE17 sous le sapin. Évalué à 4.
Mais tu ne crois pas si bien dire, je me suis planté en rédigeant la news sur Freshmeat, j'ai écrit SlackE17 20051225. Noël, ce n'était pas le moment pour faire du bon bouleau. Je n'ai pas fini de me faire enguirlander. Heureusement, le mort-vivant se porte comme un charme.
Note : non, ceci n'est pas un rattrapage aux branches.
[^] # Re: Merci...
Posté par Jérôme Pinot (site web personnel) . En réponse au journal SlackE17 sous le sapin. Évalué à 5.
[^] # Re: .
Posté par Jérôme Pinot (site web personnel) . En réponse au journal Désespéré.... Évalué à 4.
Le projet a vu le jour afin de proposer une bibliothèque de rendu PDF efficace en utilisant le code du meilleur programme de l'époque. De nombreux programmes l'utilisent aujourd'hui (sous Gnome, KDE ou E17).
Vu que j'imagine assez mal que le développement de Poppler ait uniquement consisté à rajouter des boucles d'attentes dans le code de xpdf, je te conseillerais, par exemple, de jeter un coup d'½il dans ta gestion des polices de caractères ou de regarder s'il n'y a pas de problème d'intégration.
[1] : http://poppler.freedesktop.org/
[^] # Re: Boot USB ?
Posté par Jérôme Pinot (site web personnel) . En réponse à la dépêche Un bureau 3D dans la poche !. Évalué à -1.
Oui, c'est dans la FAQ :
Bref, ca n'apporte rien de novateur au niveau de la taille si je dois, en plus de la clé USB, avoir un CD de boot pour être certain de démarrer partout...
# Boot USB ?
Posté par Jérôme Pinot (site web personnel) . En réponse à la dépêche Un bureau 3D dans la poche !. Évalué à 6.
Mais quid du support pour le boot USB ? De nombreuses cartes-mères n'offrent toujours pas de support pour booter sur un périphérique USB. C'est plutôt gênant pour une utilisation grand public.
Faut-il alors prévoir systématiquement un CD ou une disquette d'amorçage pour être certain de démarrer sur n'importe quel ordinateur ?
# Et SlackE17 ?
Posté par Jérôme Pinot (site web personnel) . En réponse à la dépêche Revue de presse : Décembre 2006. Évalué à 2.
Et alors ? Pas un mot sur SlackE17* ? À quoi ça sert que je me décarcasse ? :-)
Piqûre de rappel pour les slackeux : E17 est disponible sous forme de paquetage monolithique ou en paquetages séparés pour Linux Slackware depuis plus d'un an maintenant. La dernière version date d'octobre et est compilée pour Slackware 11.0.
Prochaine version d'ici la fin du mois.
* : http://slacke17.sourceforge.net
# Autres réponses :
Posté par Jérôme Pinot (site web personnel) . En réponse au journal Que répond un codeur dont le programme ne fonctionne pas ?. Évalué à 10.
41 - L'UTF-8 n'est PAS supporté
40 - [:haha]