Salut journal,

On parle assez souvent ici des packages managers (ou gestionnaires de paquets), pour la bien simple raison que c'est une partie centrale de l'OS, et qu'il est différent suivant la distribution utilisée. Les trolls s'en donne donc à coeur joie pour le plus grand plaisir des moules linusfriesques.

Cependant, on parle de quelques nouveautés, on parle des limites ou des problèmes rencontrés, on apt get à tout va pour descendre RPM ou vis-versa, on obtient parfois quelques petites infos intéressantes, mais on a jamais une vue globale de ce qui se passe dans le monde des packages managers.

C'est pourquoi je me suis mis en quête de m'informer par-ci par-là, d'appronfondir quelques sujets qui ont alléché mon navigateur oueb. Et c'est pourquoi, journal, je t'en fais profiter, en espérant en apprendre un peu plus de la part des lecteurs DLFP, qui me corrigeront sans doute, qui donneront quelques infos sur comment ça marche sur leur distrib préférée ou comment ça devrait marcher selon eux, et que trolleront à coeur joie pour le plus grand plaisir des moules.

J'aborderais donc toutes une panoplies de sujets, tous liés plus ou moins au package management, si hype dans le monde unix. J'aborderais quelques situations pratiques et nouveaux projets rencontrés via la distribution que j'utilise le plus, openSUSE, distribution relativement peu utilisé dans le monde francophone pour une foule de raison (concurrence historique de Mandrake, accord MS Novell, succès d'Ubuntu, souvenirs d'Alsace et Lorraine, ..). Cette distribution est néanmoins assez populaire en Europe du Nord, un peu de l'Est, en Italie, .. et en Allemagne, bien sûr (comme ça vous êtes prévenus :) )

Voici un rapide aperçu du contenu :
- évolution du package management
- création de paquets
- gestion des mirroirs
- unification des systèmes

Dans un autre journal, je me pencherai sur les algorithmes de résolution de dépendances. Cette partie étant relativement longue et très intéressante, j'en dédierai un journal complet.


Evolution du package management (ou le rpmdeb sapien sapien)
---------------------------------------------
Le package management sous Linux semble avoir évolué passablement au cours du temps, connaissant différentes évolutions que l'on peut qualifier de "générations"[1] :

Génération 0 - Pas de package management du tout. L'utilisateur place les fichiers individuels, là où il faut sur son système pour que ça marche.

Génération 1 - Les différents programmes sont empaquetés pour faciliter l'installation sur le système cible. L'utilisateur n'a qu'à extraire ou exécuter le paquet, mais il n'y a pas de vérification des dépendances.
S'il manque une librairie requise par le programme, il ne fonctionnera pas correctement. Exemples : La plupart des installateurs windows, de simples fichiers zip, les paquets slackware.

Génération 2 - Construite sur la génération 1, en ajoutant le support des dépendances/pré-requis. L'utilisateur connait ainsi ce qu'il doit installer avant de pouvoir installer son programme favori. Exemples : fichiers MSI, dpkg, rpm.

Génération 3 - Construite sur la génération 2, en ajoutant la résolution automatique des dépendances, à partir d'une sources de logiciels. Tous les paquets susceptibles d'être nécessaire à un programme sont directement disponibles. Exemple : apt, up2date, redcarpet, yum, urpmi, yast.

Cette génération 3 existe depuis un certains temps, et est largement utilisée dans presque toutes les distributions. Peut être est ce que le summum du package management est atteint... Peut être pas.
Cette 3e génération n'est pas sans défauts :

- Les "bonnes" sources du package manager doivent être configurés, parce qu'elles ne sont pas toujours activées par défaut, pour des raisons légales, à cause de la politique de la distribution, ou parce que le dernier logiciel top-moumoutte n'est pas dans les dépots officiels, mais directement sur le créateur du le-dit logiciel top-moumoutte. L'utilisateur devra donc chercher l'URL du dépot, trouver le fichier ou le programme dans son centre de contrôle pour ajouter ce dépot, puis enfin, pouvoir installer son logiciel. Beaucoup de chose pour un simple logiciel ? Pas pour les geeks de DLFP. Enfin, peut que si.

- L'utilisateur débutant doit apprendre à manier un front end pour son package manager, Le design de ceux-ci varie grandement, mais le premier réflexe de l'utilisateur windowsien reste sans appel : Il veut double clicker sur son fichier d'installation, et clicker sur "Suivant".

> One-Click-Install (OCI)

openSUSE (je vous avais prévenu :) ) a introduis la technologie "One-Click-Install" dans le courant 2007, rétroactivement pour la version 10.2 (sortie en décembre 06), et de base dans la dernière version 10.3 (octobre 07).
Un simple clic sur un lien web, et le package manager se lance et permet, après le mot de passe root, de cliquer sur "suivant" d'ajouter le dépot, le rafraichir, télécharger le logiciel et ses dependances, puis l'installer. A noter que OCI est le fruit d'un programmeur indépendant, et non des ingéneiurs de SuSE/Novell.

OCI porte mal son nom... puisqu'on est loin du simple clic pour l'installation d'un logiciel (4 ou 5 mini, plus le mot de passe root). Et encore heureux. En effet, le vice de cette facilité d'ajouter des dépôts et packages est.. sa facilité, justement. Facile d'ajouter un malware verreux en modifiant un simple lien sur le wiki officiel, par exemple. Le problème de la sécurité des dépôts apparaît, ou du moins, il devient plus dangereux pour un utilisateur non expérimenté d'être la victime d'une éventuelle "attaque".

Si le problème ne s'est pas (encore) présenté, c'est sans doute grâce à plusieurs facteurs :
- Le dépot doit être validé par un clé GPG. Je doute que ce soit suffisant pour éviter qu'un débutant n'installe n'importe quoi.
- Un changement sur le wiki openSUSE ne passerait pas inaperçu, et serait corrigé de suite.
- La "websphère" de la distribution est assez limitée: très peu de dépôts sont situés en dehors du Build Service openSUSE (uniquement ceux qui ne peuvent y être pour raison légale - VideoLan, Packman, .. d'autres?), le blog des développeurs planetsuse.org. La plupart des liens OCI sont "sous contrôle".

Mais c'est insuffisant. Des solutions pour "sécuriser" le système (ou le comportement chaise/clavier, plutôt) sont étudiées. Un système de confiance donné par vote (trust rating) sera donné à chaque dépot du BuildService openSUSE. C'est un premier pas, même si je ne suis personnelement pas convaincu de l'efficacité du système.

> Mon expérience :

En quelques semaines, l'environnement openSUSE change : Les liens 1-click-install profusionnent sur le wiki, l'aide sur les canaux IRC est transformé : un simple !command et le bot IRC crache le bon lien pour installer le tout dernier compiz-fusion-gl-etreme-mod-crystal-top-moumoutte. Le package manager devient beaucoup plus transparent, plus invisible à l'utilisateur final. Les débutants sont comblés. Et les habitués aussi.
Les bénéfices, pour une distribution grand public sont conséquent et je pense que cette pratique sera étendue à la plupart des distributions.

La technologie OCI continue d'évoluer, avec des variantes en consoles, des interfaces graphiques pour créer des lien OCI, la génération automatique des ces liens à partir d'une liste prédéfinie, l'utilisation généralisé dans les moteurs de recherche de paquets openSUSE [3][4] et dans le futur Software Portail Communautaire [5].

Création de paquets (ou comment emballer le chocolat dans le papier d'alu)
--------------------------
Un autre sujet récurrent dans les journaux des moules est la création de package. En effet, s'il existe différents formats (deb, rpm, tgz, .. ), un même format est souvent incompatible entre distributions, et les paquets d'une version d'une distribution est plus ou moins incompatible avec la version suivante ou antérieure.

Cette situation conduit le créateur d'un programme, qui désire diffuser son travail, à différentes options :
- trouver et faire appel à un packager pour chacune des distributions. Avec bien sur aucune assurance sur l'efficacité et le suivi de celui-ci sur son projet et ses mises à jour.
- créer lui-même moultes versions de son programme top-moumoutte, une pour chaque distribution (du moins les principales). Outre le fait qu'il devra se familiariser avec les différentes procédures deb, rpm, archbuild, et autres, il devra tenir ces paquets à jour avec les toutes nouvelles versions de son programmes.
- ne rien faire, et laisser les sources de son programme en tar.gz sur son site oueb. Peut être pas la meilleure solution pour faire connaître son top moumoute de programme ré-vo-lu-tionaire.

> les solutions décentralisées

Une solution originale qui a émergée sont les package manager décentralisés, qui permettent de creer un seul et unique paquet qui s'installera sur chaque distribution. Un article général présentant bien le concept, écrit par l'auteur de ZeroInstall l'année passée, et avec tout plein de beau schéma est disponible ici [6].

L'article pointe du doigt les effets "pervers" du cloisonnement du système de chaque distribution, et les défis rencontrés par les packages manager décentralisés. Il est relativement technique, mais très intéressant pour qui veux comprendre le fonctionnement de klik, autopackage et autre ZeroInstall.

Concrètement, le principe utilisé est similaire à la manière windowsienne de procédé : Après l'installation d'un client, on peut télécharger des paquets indépendants (comme un exe) ou un fichier pointant vers des repo online (à la manière OCI présentée ci-dessus). On clique et le paquet s'installe (télécharge et installe les dépendances) avec ses librairies statistiquement liés dans /home. Certains vont plus loin, en utilisant les librairies dynamiques du système si elles sont détectées sur le système cible, ou essai même d'intéragir avec le package manager en place pour éviter les doublons de programmes.

Les inconvénients de cette méthode sont bien sur ces librairies statiques, à contre courant du principe meme du package management, la non utilisation de dépots centralisés si pratique, et cette impression d'installer (ou ne pas installer justement) un paquet non géré par ce bon vieux package manager. Mais force est de constater qu'il y a des progrès et que la marge de progression est grande.

> openSUSE Build Service (oBS)

L'openSUSE Build Service[7], lui, reste dans la philosophie traditionnel des systèmes centralisé. Son utilisation primaire est de fournir une grande variétés de paquets pour les distributions openSUSE, des nouvelles versions de paquets de divers projets (KDE4, ..), des paquets "third-party" et des backports pour les différentes versions stables de la distribution. Il est assez similaire au système de build public de Fedora.

L'infrastructure permet ainsi de compiler les paquets à distance, dans une machine virtuelle Xen lancé par le packager via une interface web ou un client en ligne de commande. Toute l'infrastructure du Build Service tourne sur plus d'une centaine de machines généreusement données par AMD au projet openSUSE, et le code du Build Service est disponible librement. A noter que la version de développement openSUSE est désormais construite dans le Build Server.

Là où c'est intéressant pour un packager, c'est que le Build Service permet, simplement à tout un chacun, de créer des paquets pour différentes distributions, à partir d'un unique fichier de configuration (.spec file). La gestion des doits est bien sûr gérée, de sorte que plusieurs personnes peuvent s'occuper d'un certain projet.

Le Build Service a de multiples avantages :
- Il resoud automatiquement les dépendances des paquets compilés. Ainsi, si un paquet B dépend d'un autre paquet A, le paquet B va être automatiquement recompilé si la dépendance A est modifiée et recompilée. On a ainsi l'assurance que ce paquet va bel et bien être compatible avec une certaine version d'une distribution.
- Il permet de lier des projets entre eux. Ainsi, un patch peut être avec la nouvelle version d'un autre projet. Un développeur qui créer un patch pour Amarok dans son environnement local (compte du build service) peut le tester dans un environnement différent que le sien. En liant son amarok patché au projet KDE, il a l'assurance que sa version patchée d'amarok sera recompilé lorsque le projet KDE sera recompilé.
- Il permet de compiler pour de multiple distributions, à partir d'un seul fichier de configuration (.spec). Actuellement, les distributions supportées sont SUSE Enterprise et openSUSE (10.1, 10.2, 10.3, Factory, SLE 9 et 10), Fedora (6, 7, 8) et RH Enterprise (RHE 5, Centos 5), Mandriva (2006, 2007 et 2008), Debian etch et xUbuntu (6.04, 7.04, 7.10).
- Enfin, le build service est synchronisé sur plusieurs miroirs, la disponibilité des paquets est garantie en tous temps.

Le système n'est pas parfait, parfois les paquets ne compilent pas (des outils de monitoring via l'interface sont là pour aider à déterminer ce qui ne va pas et ce qui doit être changé dans le fichier .spec du paquet), et toutes les distribtions ne sont pas prises en compte, mais c'est un premier pas vers un système de build qui n'est pas entièrement spécifique à une distribution.

Un utilisateur Fedora a testé l'infrastructure oBS l'année passée, vous pouvez lire son retour d'expérience ici [8]

> Mon expérience

Ben j'suis une daube en packaging, mais c'est pas le sujet :).L'interface est agréable et intuitive, et quelques changement sont prévu prochainement pour encore l'améliorer. Le client CLI semble efficace, mais j'ai pas vraiment poussé plus loin. A voir pour les packagers en herbe...
Quelques statistiques au passage :

A la semaine du 5 mars, le Build Service contenait 2035 (+50 par rapport à la semaine précédente) projets, 34531 (+145) packages, 4751 (+122) dépôts par 4575 (+129) utilisateurs confirmés.

Il faut bien sur modérer le nombre de paquets, puisque il y a plusieurs architectures, pour plusieurs distributions, et que parfois un seul paquet sources peut produire plusieurs paquets binaires.


Gestion des mirroirs (ou savoir qui est le plus beau)
------------------------

Il y a une chose qui m'a toujours déça lorsque j'utilisais mon package manager finement configuré : Le mirroir que j'avais entré était momentanément mort, et précisément à l'instant où j'en avais crucialement besoin :)
La parade consistait donc
- à chercher sur le wiki la liste des miroirs officiels
- à entrer auparavant plusieurs miroirs pour chaque source, fonctionnalité prise en charge par bon nombre de package managers.

Il faut donc contourner le problème d'indisponibilité momentanée, du coté client. Et pourquoi pas côté serveur ?

Voyons ce que contient les serveurs openSUSE[9] :
distribution openSUSE 10.1, 10.2, 10.3, snapshots unstable (alpha et beta)
3 architectures, les sources, les paquets debuginfos, les branches de test, les branches drpmsync, et bien sûr, les dépots du Build Service.

Combien cela répresente-il ?
- Plus de 700'000 fichiers dans la branche openSUSE :

/distribution: 289794
/update: 14896 (seulement 10.3)
/repositories: 413142

Taille totale : 864 Go (état début mars), 15'000'000 à 40'000'000 de requêtes HTTP par jour.

Une sacrée charge. Existe-t-il un serveur avec une telle capacité ?
En comparaison, un mirroir ubuntu entier (incluant ISO) pèse ~ 260Go, debian (sans ISO) pèse ~320Go (le nombre de requêtes journalière doit être bien plus élevée cependant)

Et c'est là que les mirroirs viennent à la rescousse.
Est-ce que tous les mirroirs openSUSE sont égaux ? Dans le temps pré-Novell, oui. Il n'y avait pas autant de paquets disponibles pour la distribution. Mais depuis l'ouverture de la distribution, chaque mirroir n'a pas forcément le même contenu que son voisin (limitations de capacité).
Effectivement, avec la taille nécessaire pour acceuillir le contenu total des FTPs, il n'y a _plus_ de mirroirs complets.
Certains ne mettent à disposition que la dernière release (10.3), d'autres seuelement les repos du Build Service. D'autres ne sont peut être pas encore à jour avec les tous derniers builds.
Seuls quelques fous mettre à disposition l'ensemble du contenu (800+Go), mais les dev ont déjà du mal à trouver un mirroir pour le BuildService (+200Go). Sans compter que ce contenu change très souvent, à tel point que parfois, lorsqu'une synchronisation de tous les serveurs est terminée, le contenu à déjà changé sur les serveurs principaux !

Comment donc utiliser les mirroirs, si l'état de ceux-ci changent continuellement de complet et à jour, à incomplets et pas à jour ?

> openSUSE download redirector : mod_zrkadlo

Une solution proposée est de créer de listes dynamiques du contenu de chaque mirroir. Si on ne peut pas contrôler le contenu des mirroirs, on peut en revanche les observer.

Le choix d'un miroir est avant tout déterminé par localisation de l'IP (GeoIP), puis les choix potentiels sont analysés : le redirecteur est lié à une base de donnée SQL qui connait le contenu exact de chacun des mirroirs. Cette base de donnée est actualisée périodiquement par un scanner qui analyse tous les miroirs, et de plus un programme "ping" contrôle la réactivité du mirroir par intermittence, et peut ainsi désactiver ou mettre en pause la redirection vers un certain mirroir. Tout ca est implémenté de façon générique dans un module apache écrit en C, mod_zrkadlo[11]. Pour la petite histoire, le développeur de ce module a assister à un concert en Slovaquie d'un groupe nommé "Za Zrkadlom - behind the mirror", zrkadlo signifiant "mirroir", et il lui fallait un nom :)

Le désavantage de ce système de gestion de miroir, est qu'il doit être d'une fiabilité aboslue. Une panne du redirecteur, et c'est tout le système qui chute... Le recours manuel à la liste officielle des miroirs étant l'unique solution si le client n'implémente pas une liste de miroirs en cache (le client natif zypp n'inclut pas encore ça, mais c'est prévu). Sinon, outre la souplesse que ce système procure, il est possible de compter les téléchargements d'une manière relativement fiable.

Notons que des systèmes à peu près similaires existent déjà, et ont servi de modèles pour ce module : sourceforge, boucer (mozilla) qui est implémentée en php, Fedora MirrorManager qui est très similaire avec une approche un peu différente (évolution d'une liste statique à une liste prégénérée), qui est implémentée avec moins de granularité mais qui dispose d'une liste de secours en cas de problème, et mod_offload (icculus.org)

> Mon expérience

Ca marche au poil, même les jours de release on tombe sur un serveur rapide. Par contre, quand le RAID qui supporte le redirecteur lâche (comme à la mi-février), c'est 24h sans possibilité de faire quoique ce soit, à part utiliser manuellement un miroir qui va bien.. Pas top pour les débutants, espérons que le fallback système soit implémenté rapidement.


Unification des packages management (ou comment on les clonera tous)
-----------------------------------

Je suis tombé l'autre jour sur un blog qui m'a fait un peu sourire[12].
L'auteur proposais d'unifier les meta-packages manager (apt, yum, urpmi) au travers d'un nouveau système UPS, Unified Package Manager.
Pour unifier .deb et .rpm, l'auteur propose une nouvelle spécification UPS (Unified Package System) qui conviendrait à tous le monde, et de creer UPS, Unified Package Format.

Si l'attention est louable et que l'auteur propose une démarche pour développer ce nouveau format, je doute un peu du succès que pourrait avoir l'abandon de deb et rpm tant ils sont populaires. Cependant, si l'unification des formats ne semble pas réaliste, celui de l'unification des front-end est une voie à explorer.

> Smart PM

Smart[13] est un premier essai, développé par l'ex-mainteneur d'apt4rpm chez Connectiva (et qui travaille chez Ubuntu actuellement je crois). Smart peut être utilisé sur n'importe quel système, puisqu'il reconnait les différents dépots RPM (apt4rpm, rpm-md, red carpet, urpm, ..), deb, slackware. Si son algorithme semble un peu plus évolué et puissant que ce qui existe actuellement (je reviendrai la dessus dans un prochain journal), je n'ai pas l'impression qu'il est arrivé à détroner le package manager d'une distribution ou d'une autre, peut être à cause de son efficacité un peu trop "aggressive" (je me rappelle avoir eu pas mal de souci lors d'un dist-upgrade).

> PackageKit

Au contraire de Smart, PackageKit[14] n'est qu'une interface qui n'essai pas de réinventer la roue. Son but premier est d'unifier toutes les interfaces graphiques utilisées dans les différentes distributions, et d'utiliser les dernieres technologies pour que le processus "suck less".
Ce logiciel met a disposition une série d'abstraction D-BUS qui repose sur les différentes technologies des meta-packagers existants, et utilise ceux-ci pour la résolution des dépendances. Avec PoliceKit, il permet à l'utilisateur d'une session de manager ses paquets de façon sécurisé, grâce à une API cross distribution et cross-architecture. L'etat actuel de l'implémentation des différents backend est visible dans ce tableau[15]

PackageKit n'est pas sponsorisé, mais le projet semble intéresser Red Hat, openSUSE et surement quelques autres. Un avenir prometteur ?

Ainsi journal, je te laisse méditer sur ce (trop) long journal, et te donne rendez vous pour le prochain, qui traitera de façon pas trop superficielle les algorithmes de résolution des dépendances, les limites actuelles et peut être quelques solutions prometteuses.

Sources et info :
---------------------
[1] http://blogs.warwick.ac.uk/bweber/entry/next_generation_pack(...)
[2] http://en.opensuse.org/Meta_Packages
[3] http://software.opensuse.org/search?baseproject=openSUSE:10.(...)
[4] http://packages.opensuse-community.org/
[5] http://en.opensuse.org/Software_Portal
[6] http://osnews.com/story/16956/Decentralised-Installation-Sys(...)
[7] http://en.opensuse.org/Build_Service
[8] http://liquidat.wordpress.com/2007/07/06/using-the-opensuse-(...)
[9] http://www.poeml.de/~poeml/talks/redirector/
[10] http://en.opensuse.org/Build_Service/Redirector
[11] http://www.zrkadlo.org
[12] http://computerstuff.jdarx.info/content/unified-package-mana(...)
[13] http://labix.org/smart
[14] http://www.packagekit.org/
[15] http://www.packagekit.org/pk-faq.html

> Lire le journal (57 commentaires, moyenne: 3,1).

Depuis fin septembre 2007, la communauté openSUSE s'est mis en recherche d'un "Chief Linux Evangelist", ayant pour mission de :

• de promouvoir et d'étendre l'adoption d'openSUSE


• d'être un visage public pour le projet lors de conférences et événements


• d'agir en tant que porte parole de la communauté openSUSE auprès de la direction de Novell


• de développer et entretenir la communauté openSUSE


• de conduire activement le marketing d'openSUSE

Après quelques mois, plusieures candidatures et CV envoyés auprès de Novell (les bruits des couloirs IRC parlent de 30 à.. 200 candidats), le nouveau "Community Manager" a été officiellement présenté lundi.

Il s'agit du journaliste américain Joe Brockmeier (connu sous le pseudonyme Zonker), se définissant lui même geek, utilisant Linux depuis 1996, et écrivant des articles sur ce système d'exploitation depuis 1999.

Il a, entre autres, écrit pour Linux magazine, Sys Admin, IBM developerWorks, Linux Weekly News, Enterprise Linux Magazine, NewsFactor, ComputorEdge, Corante, ZDNet, Unix Review, NewsForge.com et Linux.com. Il a aussi écrit et contribué à plusieurs livres sur Slackware, DocBook, les réseaux à base Linux et d'autres sujets liés à l'open source. Avant d'investir son nouveau de community manager openSUSE, il était l'éditeur en chef de Linux Magazine.

Le monsieur a également été présenté à la communauté lors du dernier meeting IRC bi-hebdomadaire, qui a pris place ce mercredi. Morceau choisi :

18:18 I'm really looking forward to working with everyone, as I've said elsewhere. I think the openSUSE project is awesome, technically, and some of the biggest problems we face are getting the word out and just attracting new users.
18:19 I'll be at SCALE this weekend and at FOSDEM at the end of February, also in Nuremberg to meet with openSUSE developers the week of the 18th, and traveling a lot in general to work with folks who are connected with openSUSE and to spread the word
18:20 jbrockmeier: do you intend to travel to space? :-)
18:20 Beineri: I've tried to make the "compete with Ubuntu" argument for a $20m trip to space, but it wasn't approved... ;-)

On apprend aussi que Zonker utilise KDE (mais qu'en tant que journaliste technique, il switch souvent vers GNOME et XFCE) et qu'il préfère Vim.


Sur son tout nouveau blog, il explique qu'il souhaite s'inspirer du travail effectué par Max Spevack avec la communauté Fedora, pour le compte de Red Hat :
"Je pense que Max Spevack de Red Hat a fait du bon boulot en la matière, aidant à faire évoluer Fedora vers un projet bien plus communautaire qu'il ne l'était avant sa séparation de Red Hat Linux, et j'espère glaner quelques pistes à partir de son travail pour les appliquer à OpenSuse".

Son travail devrait donc grandement épauler l'openSUSE board, l'équipe openSUSE chargée de leader le projet communautaire openSUSE (3 membres suse/novell, et 2 membres issus de la communauté).

En gros, il aura pour mission d'aider openSUSE à rivaliser avec sa grande rivale Fedora, mais également avec Ubuntu, en concurrence directe sur le secteur des nouveaux venus sous Linux. Un meilleur marketing ne ferait pas de tort, à mon humble avis, à l'une des distributions les plus simples d'approche et les plus innovatives, surtout après que Novell se soit attiré les foudres d'une partie de la communauté open source après l'accord Microsoft-Novell.

Quelques liens :

annonce sur la mailing list officielle par A. Jeager, directeur SUSE chez Novell
le blog de Zonker, nouveau comunity manager openSUSE
Article vnunet.fr
Le transcript complet du meeting IRC de mercredi.

> Lire le journal (4 commentaires, moyenne: 3,3).

La dernière mouture de SUSE Linux, openSUSE 10.2, est disponible* !

Pour faire court, openSUSE est issu du projet openSUSE, un programme communautaire sponsorisé par Novell, à la manière du projet Fedora sponsorisé par Red Hat.
Les buts du projet openSUSE sont de faire d'openSUSE la distribution Linux la plus facile à obtenir pour n'importe qui et la plateforme libre la plus répandue au monde, de fournir un environnement de collaboration open source qui fasse d'openSUSE la meilleure distribution pour les utilisateurs nouveaux mais aussi expérimentés, et de simplifier énormément et ouvrir les procédés de développement des paquetages pour faire d'openSUSE la plateforme de choix pour les hackers Linux et les créateurs d'applications.[1]

openSUSE est disponible pour architectures i386, x86_64 et PPC. La méthode la plus commune d'installation est via les images CD (7, pas toutes nécessaires pour une installation[2]) et DVD. Une installation par FTP est également possible. La durée de vie de la distribution (mises à jour critiques) est de 2 ans.

Depuis le rachat par Novell en 2003, SuSE Linux est passé d'un status de distribution propriétaire, avec releases publiques différées, restrictives et dotée d'un développement fermé à une distribution libre (libération de YaST, l'outil central de la distribution) avec un modèle communautaire, avec disponibilité gratuite immédiate et pour tous (au lieu des 2 mois d'attentes pour qui n'avait pas acheté la boîte, sans ISOs disponibles mais installation possible via FTP), et d'un développement ouvert et transparent (betas publiques dès la version 10.0 et alpha dès la 10.1, mise à disposition d'un "buildserver").

-------

Après plusieurs alpha, 2 beta et 1 Release Candidate publiques (plus 4 internes), la nouvelle mouture sort officiellement ce 7 décembre (13h GMT)[3], après le gel du développement de la distribution il y a une semaine, afin de permettre la création et la synchronisation des différentes médias sur les miroirs.

Les principales nouveautés de cette version :

- Un changement de nom : La distribution SUSE Linux est renommée openSUSE. Elle prend ainsi le nom du projet communautaire qui la supporte, après moultes confusions dans la communauté
- Les groupements de paquets sont pris en charge différemment. La 10.2 utilise désormais des Patterns au lieu de sélections
- De nombreuses améliorations dans le gestionnaire de paquets, dont une nouvelle applet de notification (opensuse-updater) et une application en mode console zypper, qui ne sont pas basées sur ZMD
- Kernel Linux 2.6.18.2, utilisant seulement des noyaux SMP
- glibc 2.5
- X.Org 7.2rc2
- utilisation d'opensync au lieu et place de multisync, pour de meilleures synchronisation
- intégration des fonctions de gestion de l'alimentation dans hal
- support de l'installation en parallèle de différentes versions de gcc
- optimisation de YaST, par le retrait de plusieurs scripts de configuration SuSEconfig devenus inutiles
- plus de redémarrage requis après le premier CD
- autoconf 2.60
- bison 2.3
- gcc 4.1.2 cvs
- gdb 6.5
- make 3.81
- FireFox 2.0
- Gnome 2.16.1
- KDE 3.5.5
- cups 1.2.7
- des menus "démarrer" améliorés à la fois sous KDE et GNOME (releasés en upstream et déjà utilisés par d'autres distributions, comme la récente SabayonLinux 3.2)
- un CD additionnel pour un plus large support de l'internationalisation

openSUSE 10.2 est disponible sur différent média, dans 3 architectures :
* 5 CDs
* 1 CD addon contenant les logiciels non-opensource (non-OSS)
* 1 CD d'internationalisation complémentaire, pour les langues autres que l'anglais, le français, l'italien, l'espagnol, le portugais brésilien, l'allemand, le chinois, le japonais et le tchèque.
* 1 DVD-5 contenant l'équivalent des ISOs ci-dessus (y compris les logiciels non-OSS)
* un arbre FTP pour les paquets opensource
* un arbre FTP pour les paquets non-opensources

Outres les ISOs sur les FTPs, des liens bittorents sont disponibles. De plus, un lien bittorent (officiel) de l'image DVD-9 (version double architecture, i386 et x86_64) de la version boîte qui sera (normalement) en vente d'ici Noël est disponible.

L'amélioration le plus notable pour un utilisateur de cette distribution est sans conteste le travail effectué sur le module du gestionnaire de paquets YaST (via la librairie libzypp), qui n'est plus basé sur le Zen Manager Deamon, une technologie issue de la fusion de Red Carpet (Ximian, aquis par Novell juste avant le rachat de SuSE AG) avec YaST et introduite dans la version 10.1.
Cette technologie produit ce que l'on peut considérer comme la "plus mauvaise release de SUSE de son histoire". Les paquets de cette technologie étant cassés/buggués dans une installation "fraîche" de la version 10.1, et même avec les correctifs officiels elle ajoutait une très petite valeur ajoutée, en utilisant un maximum de ressources et ralentissait considérablement YaST. Des ISOs d'une version 10.1 "remasterisée" avait même été mis à disposition en octobre.
Enfin, Zypper, l'application en ligne de commande et remplaçant alors y2pmsh (YaST2 Package Manager Shell - l'outil très méconnu et relativement dépassé de SUSE) ne demande qu'a devenir une référence pour les utilisateur de cette distribution, vis à vis des outils tierce-partie déjà disponibles dans la distribution (smart, yum, apt4rpm, ...).
Toujours dans le cadre du travail sur YaST, on peut citer qu'une interface GTK est en préparation, mais non encore inclus (prévue pour la 10.3, et sur le buildserver d'ici là), n'étant pas encore jugée assez mature. Les développeurs openSUSE ne veulent surtout et essentiellement ne prendre aucun risque avec l'interface YaST-GTK[4] aux vues du résultat des "améliorations" de la 10.1.

Outre les nouveaux menus KDE et Gnome, on appréciera les groupements de paquets dans le gestionnaire de paquets, diminuant d'autant le "fouilli" des versions précédentes. On peut également s'attendre à une intégration toujours plus poussée des environnements KDE et particulièrement de Gnome, celui-ci étant mis à jeu égale dans openSUSE depuis le rachat par Novell. Il est d'ailleurs le bureau par défaut dans la version SUSE Linux Enterprise de Novell, construite sur les fondations d'openSUSE.

Le Buildserver, progressivement mis en place depuis la création du projet openSUSE, est toujours en phase alpha mais est néanmoins opérationnel[5]. Ce service complète la distribution par son 'infrastructure.
L'openSUSE Build Service est la plateforme ouverte et complète de développement qui fournit l'infrastructure pour un développement de distributions futures basées sur openSUSE. Il fournit à des développeurs de logiciel un outil pour compiler, mettre à disposition et éditer leur logiciel pour une large audience d'utilisateurs, y compris la création de leur propre distribution basée sur openSUSE, pour différentes architectures matérielle. L'openSUSE Build Service rend la création de paquet plus facile. Il fournit des serveurs et l'infrastructure de création de paquets pour openSUSE mais aussi pour d'autres distributions. Le Build Service peut facilement être accédé via une interface Web, ou par l'intermédiaire d'une ligne de commande client. Une API utilisable via des logiciels clients spécifiques est également disponible.

Enfin, on observe également l'apparition d'une multitude de sous-projets communautaires, dont en voici quelques uns [6] :
- MicroSUSE, un toolkit de développement pour systèmes embarqués visant à créer une version Linux embarquée personnalisée sans trop d'effort.
- MiniSUSE , visant a être une distribution basée sur SUSE avec un usage mémoire restreint, idéal pour les machines qui ne sont plus d'actualité.
- SUPER, SUSE Performance Enhanced Release, une branche expérimentale dirigée par la communauté, incluant des optimisations en terme de vitesse sur les bureaux, des paquets additionnels et des fonctionnalités qu'on ne trouve pas dans la branche plus stable d'openSUSE. Un projet de boot en 5 secondes (!) est par exemple en cours.
- Jacklab, une version destinées aux musiciens et producteurs multimédia incluant un environnement complet de production musicale.

Sa popularité d'openSUSE grandit d'une part, par son ouverture et les infrastructures mises à disposition (elle est remontée au 2e rang, bien qu'indicatif, de Distrowatch), mais est en opposition avec l'accueil de l'annonce de la collaboration de Novell avec Microsoft par une bonne partie de la communauté Linux.

[1] Project Overview : http://en.opensuse.org/Project_overview
[2] Vous n'avez besoin que des CD 1 à 3 pour une installation de KDE ou GNOME
[3] Retranscription du "Status Meeting" du 6 décembre : http://en.opensuse.org/Meetings/Status_Meeting_2006-12-06/tr(...)
[4] Discussion sur la mailing list : http://lists.opensuse.org/opensuse-factory/2006-08/msg00469.(...)
[5] Build Service : http://en.opensuse.org/Build_Service
[6] Projets openSUSE : http://en.opensuse.org/Projects

* Officiellement demain. Mais en cherchant bien, on peut trouver un miroir qui a "oublier" d'appliquer le blackout jusqu'à l'heure de la release. Si les FTPs sont évidemment saturés, les liens bittorent sont entièrement fonctionnels.

PS: Je propose ce journal, dans le cas ou la news serait refusée pour une raison quelconque (no troll svp ^^)

> Lire le journal (19 commentaires, moyenne: 2,4).

Vu sur la mailing list d'openSUSE, publié hier, vendredi soir vers 18h*, par Mark Shuttleworth, grand patron de la distribution Ubuntu.

Novell’s decision to go to great lengths to circumvent the patent
framework clearly articulated in the GPL has sent shockwaves through the
community. If you are an OpenSUSE developer who is concerned about the
long term consequences of this pact, you may be interested in some of
the events happening next week as part of the Ubuntu Open Week:

https://wiki.ubuntu.com/UbuntuOpenWeek

We are hosting a series of introductory sessions for people who want to
join the Ubuntu community - in any capacity, including developers and
package maintainers. If you want to find out how Ubuntu works, how to
contribute or participate, or how to get specific items addressed, there
will be something for you. I’ll also be on IRC on Tuesday 28th to answer
any questions you may have of me specifically, such as Luis’ questions
about our position on software patents at
http://tieguy.org/blog/2006/11/22/and-ubuntus-patent-stand/

There are a couple of sessions that would be particularly interesting
for folks familiar with OpenSUSE. The Kubuntu team is hosting some
events during the week to look at KDE and Ubuntu and to discuss the
roadmap of their project. There are also a few events being hosted by
the Ubuntu Desktop team’s, which I think should include some discussion
of the ideas that came from the recent Ubuntu Developer Summit in
Mountain View. There are a couple of Packaging 101 and Package
Maintenance sessions too, specifically for developers.

Ubuntu is structured to empower our community to get things done, and to
maximise the opportunity for collaboration between teams that share a
common vision (even if it’s not 100% of their vision, such as between
the Gnome, KDE and XFCE desktop teams). While we’re always open to new
members, we thought it would be a good idea to identify a dedicated week
where new members would be the focus for our whole project.

If you have an interest in being part of a vibrant community that cares
about keeping free software widely available and protecting the rights
of people to get it free of charge, free to modify, free of murky
encumbrances and “undisclosed balance sheet liabilities”, then please do
join us.

I know that posting this message to an OpenSUSE list will be
controversial. I'm greatly respectful of the long tradition of
excellence in the SuSE product and community and have no desire to
undermine that with this post. That said, I think the position taken by
Novell leadership in their contract with Microsoft is hugely
disrespectful of the contributions of thousands of GPL programmers and
contributors to SuSE, and I know that many are looking for a new place
to get involved that is not subject to the same arbitrary executive
intervention. Ubuntu is one option, as are Gentoo, Debian and other
communities. Please accept this mail in that spirit.

Mark

Le post en question, et les réponses associées : http://lists.opensuse.org/opensuse/2006-11/msg03765.html

Quelques réactions intéressantes :

Burgundavia, "Documentor and Usablity guy with Ubuntu" :
http://www.advogato.org/person/Burgundavia/diary.html?start=(...)

Danimo,developpeur KDE :
http://daniel.molkentin.de/blog/index.php?/archives/58-Ubunt(...)

La réponse d'Andreas Jaeger sur son blog, project manager d'openSUSE :
http://andreasjaeger.blogspot.com/index.html

Enfin, le meilleur pour la fin, la réponse satirique de certains membres de la communauté openSUSE sur la mailing-list Ubuntu : https://lists.ubuntu.com/archives/ubuntu-devel/2006-November(...)

*Comme quoi, le vendredi, tout est permis ^^

> Lire le journal (22 commentaires, moyenne: 0,7).

Suse 10.1 arrive dans une version remasterisé , cette version combine à la fois la version originale 10.1 Gold Master et toutes les mises à jour disponibles sur le web qui sont disponibles (jusqu'au 9 octobre).

Dans cette version est inclus le nouveau libzypp, ce qui devrait améliorer l'expérience de l'utilisateur et de travail de l'utilisateur sur suse. Rappelons que la 10.1 originale souffrait d'un gestionnaire de package complètement cassé à l'origine, ce qui avait pas mal de remous dans la communauté SuSE et mis à mal la réputation et les bons vouloir de Novell.

L'équipe de Suse a crée de nouvelles images ISO des 6 CDs ou du DVD.

L'arborescence de l'installation par FTP reste inchangé.
Les fichiers ont le mot "Remastered" dans leur noms et il y a un lien symbolique vers l'ancien nom de sorte que les références continuent à fonctionner.

Si vous travaillez sous SUSE Linux 10.1 actuellement, vous n'êtes pas obligé de téléchargé les images ISO en entier. Vous avez juste besoin de mettre à jour votre dépôt de mise à jour pour récupérer les mises à jour critiques. Ces versions remasterisées sont pratiques pour faire une nouvelle installation.

De quoi patienter jusqu'à la version 10.2, dont la sortie est prévue le 7 décembre.

Pour le download, voir : http://en.opensuse.org/Released_Version

> Lire le journal (1 commentaire, moyenne: 4).

Le 14 octobre 1996, Matthias Ettrich annonçait le commencement d'un projet qui est aujourd'hui l'un des plus gros et plus excitant projet open source.

Petite image spéciale anniversaire : http://www.kde.org/media/images/hotspots/10years.png

Voici l'annonce officielle du lancement, que l'on peut encore trouver ici :
http://groups.google.com/group/de.comp.os.linux.misc/msg/cb4(...)

Et vive KDE \o/ !

De : Matthias Ettrich - afficher le profil
Date : Lun 14 oct 1996 03:00

-------------------------------------------
New Project: Kool Desktop Environment (KDE)
-------------------------------------------

Programmers wanted!

Motivation
----------

Unix popularity grows thanks to the free variants, mostly Linux. But still a
consistant, nice looking free desktop-environment is missing. There are
several nice either free or low-priced applications available, so that
Linux/X11 would almost fit everybody needs if we could offer a real GUI.

Of course there are GUI's. There is the Commond Desktop Environment (much
too exansive), Looking Glas (not too expensive but not really the solution),
and several free X-Filemanagers that are almost GUI's. Moxfm for example is
very well done, but unfortunately it is based on Motif. Anyway, the
question is: What is a GUI? What should a GUI be?

First of all, since there are a lot of missunderstandings on this topic,
what is NOT a GUI:

- the X-Window-System is NOT a GUI. It's what its name says: A Window system

- Motif is NOT a GUI. They tried to create a GUI when they made Motif, but
unfortunately they couldn't really agree, so they released Motif as
Widget-Library with a Window-Manager. Much later they completed Motif with
the CDE, but too late, since Windows already runs on the majority of
desktops.

- Window-managers are NOT GUI's. They are (better: should be) small programs
that handle the windows. It's not really the idea to hack a lot of stuff
into them.

IMHO a GUI should offer a complete, graphical environment. It should allow a
users to do his everyday tasks with it, like starting applications, reading
mail, configuring his desktop, editing some files, delete some files, look
at some pictures, etc. All parts must fit together and work together. A
nice button with a nice "Editor"-icon isn't not at all a graphical user
environment if it invokes "xterm -e vi". Maybe you have been disappointed
long time ago too, when you installed X with a nice window manager, clicked
on that beautiful "Help"-Icon ... chrk chrk (the hard disk)...an ugly,
unsuable, weird xman appeared on the desktop :-(

A GUI for endusers
------------------

The idea is NOT to create a GUI for the complete UNIX-system or the
System-Administrator. For that purpose the UNIX-CLI with thousands of tools
and scripting languages is much better. The idea is to create a GUI for an
ENDUSER. Somebody who wants to browse the web with Linux, write some letters
and play some nice games.

I really believed that is even yet possible with Linux until I configured my
girlfriends Box. Well, I didn't notice anymore that I work with lots of
different kind of menues, scrollbars and textwidgets. I already know that
some widgets need to be under the mouse when they should get the keyevents,
some sliders wants the middle mouse for dragging and some textwidgets only
want emacs-bindings and don't understand keys like "pos1" or "end". And
selecting some text is different everywere, too. Even the menues and buttons
(for exampel Xaw, Fvwm, XForms, Motif) behave completely different.

One word to the Athena-Widgets: Although there are a few nice applications
available that uses these "widgets" we should really get rid of them.
Thinking that "Athena is a widget-library" is a similar missunderstanding
like "X is a GUI". Athena is an very old example how widget libraries could
be implemented with Xlib and Xt. It's more or less a online-documentation
for Widget-Set-Programmers, but not a tool for application-programmers.
Unfortunately, the old Unix problem, a so good online-documentation that
people used it for applications.

So one of the major goals is to provide a modern and common look&feel for
all the applications. And this is exactly the reason, why this project is
different from elder attempts.

Since a few weeks a really great new widget library is available free in
source and price for free software development. Check out
http://www.troll.no

The stuff is called "Qt" and is really a revolution in programming X. It's
an almost complete, fully C++ Widget-library that implementes a slightly
improved Motif look and feel, or, switchable during startup, Window95.

The fact that it is done by a company (Troll Tech) is IMO a great advantage.
We have the sources and a superb library, they have beta testers. But they
also spend their WHOLE TIME in improving the library. They also give great
support. That means, Qt is also interesting for commercial applications. A
real alternative to the terrible Motif But the greatest pro for Qt is the
way how it is programmed. It's really a very easy-to-use powerfull
C++-library.

Qt is also portable, yet to Windows95/NT, but you do not have to worry about
that. It's very easy to use UNIX/X specific things in programming, so that
porting to NT is hardly possible :-)

I really recommand looking at this library. It has IMO the power to become
the leading library for free software development. And it's a way to escape
the TCL/TK monsters that try to slow down all our processors and eat up our
memory...

It's really time yet to standarize the desktop somewhat. It's nonsense to
load 10 different widgets into memory for the same task.
Imagine this desktop:
- fvwm (own widgets)
- rxvt (own widgets)
- tgif (own widgets)
- xv (own widgets)
- ghostview (athena widgets)
- lyx (xforms widgets)
- xftp (motif widgets)
- textedit (xview widgets)
- arena (own widgets)

One may argue that a usual UNIX-Box has enough memory to handle all these
different kind of widgets. Even if this might be correct, the really
annoying thing is, that all these widgets (menus, buttons, scrollbars, etc.)
behave slightly different. And this isn't only an academic example, I've
really seen such desktops :-}

I know we couldn't get rid of this chaos at once, but my dream is a
coexistance between Motif and Qt.

The Kool Desktop Environment (KDE)
----------------------------------

I don't have the time to do this all alone (also since LyX is my main
project). But a thing like a Desktop Environment can easily be cut into lots
of parts. There is very probably a part for you, too! If you want to learn
some X-programming, why not doing a small, neat project for the KDE? If you
know others who like to programm something, please pretend them from writing
the 1004th tetris games or the 768th minesweeper clone ;-) Think we also
have enough XBiffs yet...

So here is my project list so far. Probably there are even more things to do
that would fit great into the KDE. It's a very open project.

- Panel:

The basic application. Run's as FvwmModule (at the beginning). Offers a
combination between Windows95 and CDE. I think about a small taskbar at
the bottom and a kind of CDE-panel on the top of the screen. The panel has
graphical icon menus on the left (similar to GoodStuff) to launch
applications, 4 buttons in the middle to switch to other virtual desktops
and few icons for often needed applications on the right. There is for
example a mail-icon that also indicates new mail, a wastebasket to open
the delete-folder (that also indicates when it isn't empty and is capable
of drag'n'drop). Maybe a analog clock with date at the very right. Also a
nice special icon for exiting the environment or locking the screen. All
the stuff is completly configurable via GUI. I'm also thinking about
solutions, that only available applications can be installed on the
desktop and that new applications appear on the desktop automatically.

I started to work on this panel, but would of course love some help. There
are also lot of smaller things to do, like a tool to chose a background
pixmap (for each virtual desktop) etc.

Also nice icons are needed!

- Filemanager

Another major application inside the KDE. The idea is not to create a
powerful high-end graphical bash-replacement (like tkdesk tries to be),
but a nice looking easy-to-use filemanager for simple tasks. Simple tasks
are mainly deleting some files, copying some files, copying some files on
the disk, starting applications by clicking on a file (for example
ghostview for postscript files or xli for gifs, etc).

I'm thinking about nice windows, one for each directory, that shows icons
for every file. It should be possible to drag files around (either copy or
move), even between different windows. Another important point is the
support of the floppy-disk, so that mounting/umounting is done
user-transparent.

Dragging of icons should be done in a nice way, that means moving around a
special window (see Qt's xshape example), NOT like xfm or xfilemanager by
setting another monochrome bitmap for the cursor.

So it will also be possible to put files as icons on the desktop. This is
IMO a very nice feature. Since applications are launched by the panel,
it's even clear that icons are real data-objects. With fvwm-1 and the
FvwmFileMgr it wasn't really clear wether an icon is yet a file or an
iconified window.

Drag'n'drop inside a Qt application isn't really difficult.
The filemanager is IMO a very nice and not too time consuming project.
Who wants?

- mail client

A really comfortable mailclient. IMO the most comfortable mailclient for X
is yet XF-Mail. And the author is willing to port it to Qt when the
KDE-project will start! But he asks for some assitance (for example for
coding the small popups, etc.)

- easy texteditor

Very small but important project. An editor that fits the needs of those
who have to edit a textfile once in a month and didn't find the time yet
to learn vi (and don't have the time to wait for x-emacs to start, and
don't have the memory to use a motif-static-nedit, and don't have the
cpu-power and memory to use a tk-monster like tkedit,...)

Unfortunatly the Qt multiline-textwidget isn't available in Qt-1.0, but
Troll-Tech already announced the beta-testing. So the texteditor can be
started in a few weeks, too.

- Terminal

Similar to the CDE terminal program. A kind of xterm with nice menu bar to
set the font, exit, etc. Nice project, get the xterm sources and add a GUI
with Qt!

- Image viewer

The application that will be launced as default from the filemanager for
gifs, jpegs and all this. Well, xv is shareware and really needs quite a
long time for startup. But there is a plain Xlib programm without any
menues or buttons called "xli". Get the sources and make it userfriendly
with Qt!

- Lots of small other tools:

* xdvi with Qt-Gui
* ghostview with Qt-Gui
* xmag with Qt-Gui
* whatever you want

- Hypertext Help System

A complete desktop environment needs a nice hypertext online help. I think
the best choice would be HTML (>= 2.0). So a free Qt-based html-viewer
would be a great idea. It might be possible to use the Arena-sources, but
arena needs very long for startup. Maybe it would be best to start from
scratch. Qt offers excellent functions for dealing with different fonts.
For a help system HTML 2.0 is more than enough, some nice search function
added and that's it. Since it is also possible to convert the obsolete
troff man-pages to HTML, we can also integrate the original UNIX help
system.

BTW: There is a Troll Tech Qt-competition (look at their webpages). The
best application (not only functionallity, but also design counts. Just
porting an existing great application to Qt won't probably be enough :-( )
wins $2000 and a few Qt on NT licenses (worth another $2000). They also
mentioned a browser-project as an example. So a nice HTML-browser in Qt,
ready in Janurary may be worth $4000 (This includes selling the unneeded
NT licenses ;-) )

- Window Manager

At the beginning, the KDE panel will work as an Fvwm-Module. When this is
done, a lot of stuff can be stripped from the bloated fvwm window manager.
We don't need anymore fvwm-menus, icon handling and zillions of
configurable things. We need a small, realiable windowmanager. So maybe
stripping all unncessary stuff from fvwm will make sense in a while. But
this may come very last.

- System Tools

Whatever a user, or you, might need. A graphical passwd comes to my mind.
But probably there are a lot more! Maybe this will lead to a little system
administration tool someday.

- Games

We have yet a nice tetris game (an Qt example program). What is needed is
a nice set of small games like solitaire (please with nice cards that can
be really dragged!). There are several nice card games available for X,
for example xpat2. So why not take the cards from them and write a real
solitaire games, very similar to MS-Solitaire. I really had to install
Wine sometimes just to play solitair, what an overhead! But other games
are needed, too. Take xmris, pacman, etc. add a nice GUI. Or write some
from scratch. Whatever you want

- Icons

A set of nice icons. 3D-pixmaps are quite a good start (but why should the
button be inside a pixmap, if we use a toolkit with buttons???)

- Documentation

A documentation project is always a good thing to have. But before we
should clearify how the hypertext help system should look like. We can
then start with documentation pages in the chosen HTML-subset and for
example use arean as help browser. Anyway we need some application to
document first.

- Web-Pages / Ftp Server / Aministration

We need a server for the files and webpages that inform about the state of
the project. Especially what projects are currently worked on and what
projects still wait for somebody to do them. I set up a preliminary
homepage on
http://www-pu.informatik.uni-tuebingen.de/users/ettrich
that just contains this posting yet and a few links. I may setup real
webpages for the very beginning but I would be very happy if I could
concentrate on discussion and coding. So if there is someone out there in
the net who likes to design and maintain webpages, here is a job for him


- Discussion

The most important topic :-) If you are interested please
join the mailing list
k...@fiwi02.wiwi.uni-tuebingen.de
Subscribing can be done by sending a mail with in *Body*:
subscribe <your email address>
to
kde-requ...@fiwi02.wiwi.uni-tuebingen.de.

- Applications

When the KDE gets widely accepted, new (free) applications will hopefully
be based on Qt, too, to fit with the comfortable and pleasant look and
feel of the desktop.

We may for example port LyX to Qt, so that a comfortable wordprocessor is
available. But that is still in discussion in the LyX Team.

A nice vector-orientated drawing tool would also be fine. Well, Xfig is a
powerful but ugly monster. But there is "tgif", a very powerful, easy to
use but ugly program. The author don't like the idea of adding a Qt GUI
for the menus, icons and scrollbars, since Qt is C++ and he wants to keep
tgif plain C, since on some sites no C++ compiler is available. Well, the
KDE doesn't really aim on these old and weird UNIX boxes (also I think a
g++ is almost everywhere available). But maybe the tgif-author agrees when
somebody else adds a nice GUI to tgif (the sources are free, don't know
wether this is GPL). Since tgif yet implements its own GUI this shouldn't
be too difficult. It's really easy with Qt to access plain Xlib
functionality and functions, so not very much will have to be rewritten.
Also C++ makes it very easy to include plain C code.

What about an easy to use, nice newsreader similar to knews? Could also be
integrated into the KDE. ... and ... and ... and.

So there is a lot of work (and fun) to do! If you are interested, please
join the mailing list. If we get about 20-30 people we could start. And
probably before 24th December the net-community will give itself another
nice and longtime-needed gift.

The stuff will be distributed under the terms of the GPL.

I admit the whole thing sounds a bit like fantasy. But it is very serious
from my side. Everybody I'm talking to in the net would LOVE a somewhat
cleaner desktop. Qt is the chance to realize this. So let us join our rare
sparetime and just do it!

Hopefully looking foward to lots of followups and replies!

Regards,

Matthias Ettrich
(ettr...@informatik.uni-tuebingen.de)

BTW: Usually these postings get a lot of answers like "Use a Mac if you want
a GUI, CLI rules!", "I like thousands of different widgets-libraries on my
desktop, if you are too stupid to learn them, you should use windoze", "RAM
prices are so low, I only use static motif programs", "You will never
succeed, so better stop before the beginning", "Why Qt? I prefer
schnurz-purz-widgets with xyz-lisp-shell. GPL! Check it out!", etc. Thanks
for not sending these as followup to this posting :-) I know I'm a
dreamer...

BTW2: You might wonder why I'm so against Tk. Well, I don't like the
philosophy: Tk's doesn't have a textwidget, for example, but a slow
wordprocessor. Same with other widgets. In combination with TCL the programs
become slow and ugly (of course there are exceptions). I didn't yet see any
application that uses Tk from C++ or C, although an API seems to exist.
TCL/TK is very usefull for prototyping. Ideal for example for kernel
configuration. And since Tk looks little similar to Motif, the widgets are
also quite easy to use. But I really don't like any TCL/Tk application to
stay permanantly on the desktop. And Qt is much easier (at least as easy) to
program. Check it out!

BTW3: I don't have any connections to Troll Tech, I just like their product
(look at the sources: really high quality!) and their kind of marketing:
free sourcecode for free software.

> Lire le journal (20 commentaires, moyenne: 6,5).

\o/

> Lire le journal (24 commentaires, moyenne: 2).

La dernière mouture de SuSE Linux est officiellement disponible depuis quelques minutes ^^.

Rappelons que SuSE s'oriente depuis un moment vers un développement ouvert, en mettant à disposition des ISO (entièrement libre ou non) gratuitement et immédiatement pour la communauté, et qu'une version boîboîte est toujours disponible à l'achat chez Novell.

La version 10.1 du projet openSUSE est la première véritable concrétisation du projet communautaire "à la Red Hat- Fedora", la 10.0 étant plus une version de transition pour le mode de développement public (ces propos n'engagent que moi ^^).

Le changelog est disponible ici :
http://sunsite.informatik.rwth-aachen.de/ftp/pub/linux/opens(...)

A noter que le build server pour la création de paquet sera mis en place prochainement (été 2006). Gageons que cet évènement lancera encore plus loin le projet communautaire de Novell.

Rendez-vous sur http://www.opensuse.org/ pour le téléchargement. A noter que comme d'habitude, les serveurs sont saturés et les mirroirs pas forcément encore synchronisés. Un téléchargement par bittorent est préférable.

Le caméléon, c'est bon, mangez-en !

> Lire le journal (19 commentaires, moyenne: 1,5).

He oui, bientôt, Novell passera SuSE Linux Professional en version communautaire, à l'image de Red Hat et Fedora.

Désolé pour le journal a l'arrache, j'ai pas vraiment le temps là, mais je vous laisse quelques petits liens (en anglais) :

http://www.linux-mag.com/content/view/2035/2304/(...)
http://www.computerworld.com/softwaretopics/os/story/0,10801,103660(...)
http://www.eweek.com/article2/0,1895,1843097,00.asp(...)
http://www.eweek.com/article2/0,1895,1779688,00.asp(...)
http://news.com.com/2100-7344_3-5816079.html(...)
http://distrowatch.com/weekly.php?issue=20050801&mode=2#1(...)

Je fait une news ce soir, si personne ne l'aura déjà faite !

> Lire le journal (15 commentaires, moyenne: 1,7).

Un rapide journal (parce que j'suis encore en exa, moi :o) ) pour annoncer que 9 semaines après sa disponibilité boîte, les ISO de SuSE Linux 9.3 Professional sont enfin disponibles !

Outre le contenu FTP intégral et la traditionnelle ISO "net-install", les 5 ISOs des CDs livrés avec la version boîte sont disponibles (32 bits uniquement), ainsi qu'une ISO DVD simple couche 32 & 64 bits, moins complète que les DVDs double-couches de la version boîte, mais aisément complétable via les FTPs.

Je vous invite à suivre ce lien, où vous pourrez trouver les différentes ISOs ou divers liens pour télécharger SuSE Linux Pro : http://www.alionet.org/index.php?showtopic=3981(...)

Passez aussi sur le portail de la communauté francophone SuSE Linux : www.alionet.org

Les saucisses et la bière, c'est bon, reprenez-en !

PS: Les serveurs sont en cours de synchronisation :o)

> Lire le journal (0 commentaire).

Salut,

Juste pour signaler que la nouvelle mouture de la SuSE (SuSE 9.3 Professional) est en cours d'upload sur les FTPs.

Actuellement, les boites sont en cours de production/d'acheminement vers les grossistes, mais les binaires sont d'ores et déjà disponibles.

On ne peut que se réjouir de la direction que prend SuSE. Après la mise en GPL de YaST [1], voici que l'accès immédiat à cette distribution est grandement facilité.

Notez qu'il n'y a (pour l'heure) pas d'ISO disponibles , mais on peut procéder à une installation par le net, comme à l'accoutumée. [2]

Par contre, 2 live-DVD bootables (non installables) en version 32 et 64 bits sont disponibles. [3]

Je rappelle que la version boîte contient la version 32 et 64 bits, 2 DVD, 5 CD, une documentation d'environ 1400 pages (en français) et un support de 90 jours.

Voici un lien vers quelques screenshots que j'avais déjà donné dans un autre journal il y a peu. [4]
http://www.hup.hu/modules.php?name=News&file=article&sid=84(...)

Et enfin, un petit lien vers la communauté SuSE francophone, en plein expansion :
http://www.alionet.org(...)

Voilà. On peut maintenant troller sur la survie de la version SuSE "grand public", et quelle sera la direction future de Novell dont la politique est avant tout tournée vers l'entreprise.


[1] Rappel : SuSE est à 98% GPL. Certains paquets commerciaux sont incluts (Java, RealPlayer, Acrobat Reader, certains drivers non-gpl, etc.).

[2] Les ISO devraient venir... patience.
Par contre, je ne vois pour l'instant pas de fichier boot.iso (mini CD pour install net) sur les FTP. Cependant celui de la 9.2 devrait amplement suffire ;o) (à confirmer)

[3] Les LiveDVD
- ISO LiveDVD 32 bits [1412 Mo]
ftp://ftp.suse.com/pub/suse/i386/live-dvd-9.3/SL-9.3-LiveDVD-i386.(...)
- ISO LiveDVD 64 bits [1416 Mo]
ftp://ftp.suse.com/pub/suse/i386/live-dvd-9.3/SL-9.3-LiveDVD-amd64(...)

[4] http://linuxfr.org/~sebiseb/17708.html(...)

> Lire le journal (8 commentaires, moyenne: 2,9).

Salut la communauté,

Bon en fait je me demandais comment était gérée la structure interne de l'attribution des "points" utilisateurs.

J'ai rien vu sur le site qui y fait une quelconque référence, pas de Faq, etc. (Bon, ok, je suis hyper bigleux de nature, sans mes lentilles je vois pas à 20 cm), alors je me permet de demander.

Je sais que les points initiaux des commentaires que l'on poste est établi à partir des points notés par les lecteurs, et ceci sur une moyenne de temps (30 jours je crois).

Aussi, je me demandais combien de points sont nécessaire, pour par exemple, poster un journal en 1ère page, si au bout d'une certaine moyenne négative le compte est supprimé (à moins que ce soit fait à la main par les modos... quoique qu'en version automatique c'est vicieux à la manière du "vous êtes le maillon faible de LinuxFr"), quels autres "avantages" disposent les utilisateurs ayant un potentiel de point élevé, et ainsi de suite.

Mettre tout ça sur une page dédié (si elle n'existe pas) serait une bonne idée, afin qu'on puisse se rendre compte, qu'on puisse proposer des modifications (pour l'amélioration, hein, pas pour me donner x millier de points d'un seul coup ;o) ) comme par exemple, la notation des journaux. (euh, combien pour mon journal ? ;o))

> Lire le journal (10 commentaires, moyenne: 2,7).

SuSE, la vilaine petite distribution (cf le canard), se métamorphose gentiment en cygne, eh oui ;o)

Désolé de cette comparaison à 2 balles, mais c'est pour signaler que SuSE 9.2 vient d'être releasée en version FTP.
Enfin , la date de sortie officielle est celle du lundi 10 janvier, mais elle apparaît en ce moment même sur les mirroirs officiels.

Un ISO (vous avez bien lu) du DVD complet (vous avez bien lu) est disponible, en version 32 et 64 bits.
Il contient la version FTP de SuSE 9.2, c'est à dire la version Pro de SuSE, moins quelques packs qui ne peuvent être distribués pour cause de licence.

Pour ceux qui n'ont pas de graveur, il est possible de télécharger un mini-ISO et d'effectuer une installation par le net, comme à l'accoutumée.

Bref, encore une bonne Novell pour SuSE ;o)

Quelques liens :

ISO 32 bits : http://ftp.gwdg.de/pub/linux/suse/ftp.suse.com/suse/i386/9.2/iso/SU(...)

ISO 64 bits : http://ftp.gwdg.de/pub/linux/suse/ftp.suse.com/suse/x86_64/9.2/iso/(...)

Net install : ftp://ftp.suse.com/pub/suse/i386/9.2/iso/SUSE-Linux-9.2-mini-insta(...)

> Lire le journal (28 commentaires, moyenne: 2,1).