Au terme de plusieurs semaines de développement : Saevia, la 0.1.1 est disponible.
Saevia propose actuellement le noyau 2.6.26.7 couplé à BusyBox et un bootloader, nous avons repris et retravaillé une ancienne version de TazPkg (Projet SliTaz), ce qui nous offre un gestionnaire de paquet simple et épuré. Saevia n'a pas et n'aura jamais comme objectif d'être une distribution généraliste, celle que vous utilisez tous les jours pour la bureautique ou la navigation sur Internet. C'est en effet plus une distribution à tester, à découvrir, et... même à lire !
Pourtant le concept de "créer sa distribution" pour lequel nous ne sommes pas novateur (Linux From Scratch) fait partie des zones du libre qui sont encore très peu explorées, et là est notre objectif : initier le plus de personnes possible aux "arts" des OS, des scripts, des modules, des paquets, et permettre ainsi aux personnes le souhaitant d'étendre leurs connaissances...
Aujourd'hui, nous déployons la seconde version de Saevia, la 0.1.1 qui inclut le support des modules du noyau, la mise en place d'un gestionnaire de paquets, le passage progressif vers un système à paquets et les prémisses d'un système à travail collaboratif...
Aller plus loin
- Saevia (24 clics)
- Documentation (10 clics)
- Téléchargement (10 clics)
# INX is not X
Posté par eastwind☯ . Évalué à 4.
"
Briefly, INX is a Live CD currently based on Ubuntu 8.04
It has no GNOME, KDE, XFCE... or any other desktop or window manager for that matter.
It is console-only - the idea is to give you a tool to learn more about the command line, while having some fun. You might be surprised how much can be done with such a system.
"
http://inx.maincontent.net
[^] # Re: INX is not X
Posté par B16F4RV4RD1N . Évalué à 4.
ok, c'est intéressant, mais dans multimedia, il y a multi, aussi si on ne peut lire que du son, cela limite franchement l'intérêt (utiliser la libcaca pour voir une vidéo ne me semble pas très agréable). Existe-t-il un moyen de lire facilement des images en framebuffer ? (note: je me réponds à moi-même : fbi (paquet : fbida) fait cela.
mplayer semble pouvoir lire des video en framebuffer également. (Je me posais la question car les images sur le site d'inx ne montraient rien de graphique)
Autre question, est-ce qu'il existe un moyen de faire collaborer les divers outils entre eux, comme en version graphique ? Par exemple dans thunderbird, je peux inscrire dans mon agenda un rendez-vous, et envoyer directement des courriels aux participants, mais je doute que les outils en ligne de commande puissent faire cela aussi facilement, et offrir le même suivi de ce qui a été réalisé. Le top serait de pouvoir réutiliser la base de thunderbird par exemple, comme cela sur mon bureau courant, j'utilise thunderbird, et à distance par ssh je peux continuer à travailler en mode console.
Enfin, question subsidiaire (et bonne question pour un sondage linuxfr), est-ce qu'il n'y a qu'à moi que le mode console avec des écritures en blanc ou gris sur fond noir fait mal aux yeux au bout de 5 minutes ?
Pour Saevia, je suis en train de tester le cd avec qemu et virtualbox, et je m'étonne qu'il faille plus de 128 Mo de ram pour le faire fonctionner ! J'ai essayé avec qemu et virtualbox, et j'ai un kernel panic si je suis en dessous de 128 Mo. En ce moment avec 256 Mo, je n'ai plus le kernel panic, mais cela reste bloqué sur "initialisation du système". (idem avec 512 Mo d'ailleurs)
Si j'ai bien compris, votre projet est de faire un peu comme LFS, mais avec une approche encore plus minimaliste ?
Pour la doc, je trouve un peu dommage que pour ce genre de projet elle ne soit qu'en odt ou pdf... en pur texte à compiler en pdf (genre docbook, LaTeX) cela serait plus dans l'esprit non ?
Projet intéressant en tout cas.
Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it
[^] # Re: INX is not X
Posté par vincent_k (site web personnel) . Évalué à 2.
[^] # Re: INX is not X
Posté par Brice2Nice . Évalué à 2.
[^] # Re: INX is not X
Posté par ianux (site web personnel, Mastodon) . Évalué à 4.
- FBDev (mplayer -vo fbdev)
- SVGAlib (mplayer -vo svga)
- VESA (mplayer -vo vesa)
- SDL (mplayer -vo sdl)
- CVIDIX (mplayer -vo cvidix) spécifique aux cartes nVidia
- peut-être DirectFB (mplayer -vo directfb, jamais testé)
- et bien sûr AAlib et libcaca (qui peuvent donner un rendu sympa avec une bonne résolution et les options qui vont bien, essayez un truc comme mplayer -vo aa -monitorpixelaspect 0.5, vu dans la man page)
un simple mplayer -vo help vous donnera la liste des sorties supportées par votre version de mplayer
[^] # Re: INX is not X
Posté par vincent_k (site web personnel) . Évalué à -1.
[^] # Re: INX is not X
Posté par lejocelyn (site web personnel) . Évalué à 6.
Je trouve l'exemple de Thunderbird apertinent, en quoi divers outils collaborent-ils ? ce n'est que Thunderbird (agenda) qui agit avec Thunderbird (courrielleur). A moins que la partie agenda soit un autre logiciel que le courrielleur, je ne connais pas Thunderbird...
En tous cas, pour faire fonctionner les divers outils consoles entre eux, il y a beaucoup de possibilités : les pipes, xarg, l'écriture dans des fichiers, egrep, des langues de programmation genre perl, python, etc.
En fait, je dois avouer que j'ai davantage de maux à imaginer comment des logiciels graphiques interagissent entre eux nativement...
[^] # Re: INX is not X
Posté par B16F4RV4RD1N . Évalué à 3.
Sinon pour faire fonctionner entre eux des logiciels graphiques, il y a D-Bus
Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it
[^] # Re: INX is not X
Posté par M . Évalué à 2.
Sans serveur X ne veut pas dire sans appli graphique : il y a des version de gtk et QT qui tourne directement sur le framebuffer...
[^] # Re: INX is not X
Posté par Skunnyk (site web personnel) . Évalué à 1.
Sinon je me testerais bien Saevia un de ces jours pour voir ce que ça donne (et si cela prend moins de temps qu'un LFS) :-).
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.