bubar🦥 a écrit 6904 commentaires

Encore un projet financé, entre autre, par l' Europe est xtreemos :

Un projet de GNU/Linux pour les GRID (et clusters).
http://www.xtreemos.eu/

-> La première release complète de XtreemOS devrait sortir ce moi ci ;)

Et si ça tiens la route, ça risque fort d' être installé chez moi sur TOUT mes ordinateurs. (les services / serveurs seraient alors déportés vers des containers ou des chroot.) Mais ça c' est mes ognions ! ...

Mandriva est là encore de la partie, ainsi que Novell, et d' autres... (SuSe étant LE spécialiste en matière de Clusters, non ?).


XtreemFS a été publié (le serveur tout comme le client) et est utilisable (si si, testé)... Le dépôt pour XtreemFS (disponible pour tout les gnu/linux ainsi que Mac osX Leopard) :

http://download.opensuse.org/repositories/home:/xtreemfs/

Donc encore un projet qui avance, et bien.

Cordialement.



ps : t 'es pas le seul à "aimer" suivre ce type projet financé ;)

Un autre projet financé par l' Europe est le "Semantik Desktop" :

http://www.semanticdesktop.org/xwiki/bin/view/Main/WebHome
http://www.linux.com/feature/144853
http://nepomuk.semanticdesktop.org/xwiki/bin/view/Main1/

Nepomuk est aujourdhui intégré à KDE4.

Bonjour Patrick

Tu pourra trouver tout ce qui concerne Global-GCC dans la branche MELT du svn de GCC.
Tout le travail sur global-gcc est intégré directement à cette branche de GCC (ce qui semble être une belle réussite : donner upstream les évolutions).

MELT signifiant "Middle End Lisp Translator" et se trouvant dans "Active Development Branches / General Infrastructure". Cette branche est maintenue par Basile Starynkevitch.

Cordialement

La BD est consultable en ligne, à cette addresse :
http://www.google.com/googlebooks/chrome/

cdlt.

Regardez du côté de Phun... (un truc de matheux et de physeux et attention... ça faisait déjà (très) mal aux yeux il y a qq mois... :))

http://www.phunland.com/wiki/Home

Bon le rapport avec Lua, faut chercher :p

Le processeur Intel Atom est présent aujourdhui (et on ne peux que recommander de l' essayer... il ne chauffe jamais, le bousin! contrairement aux VIA par exemple).

Mais la plateforme MOBLIN se prépare déjà à l' arrivé de Moorestown... la future génération d' Intel, consommant encore moins que l' Atom. (et qui devrait arriver sur le marché grand public au milieu de 2009)

Pour résumer, Moblin est actuellement disponible pour 2 plateformes matérielles :

-> McCaslin
____ Qui a déjà équipé les UMPC (processeurs A100 & A110) par exemple, ou même le premier MID de Intel ( une vidéo d' un linux sur le mid intel ici : http://www.dailymotion.com/blino/MID )

-> Menlow
___ Qui équipe les Acer Aspire One, par exemple, qui concerne donc les processeurs ATOM

et demain :
-> Moorestown (qui devrait équiper les premières "tactiles-eeepc" pour noel 2009-10)


Bref les grandes manoeuvres continuent. Et l' arrivée de OpenedHand est une excellente nouvelle pour l' écosystème Intel/Linux/ordidanslapopoche.

Ceux n' ayant pas testé peuvent se faire la main avec l' IMAGE-CREATOR, (fantastique outil de flemmard), vous produira à la demande une image bootable Moblin Debian based, v1...

Mais il faudra attendre encore quelques jours (...) pour pouvoir utiliser MOBLIN v2...

Cdlt

(rappel : moblin était initialement basé sur RPM, puis est passé sous DEB avec la venue de Ubuntu Mobile. Mais aujourdhui revient sur RPM, accueille LINPUS, et restera à coup sûr sur RPM (fedora based qui roxorise tout sur les MID)


L' argument principal du choix de Debian (en fait du système de packaging) était celui ci :

Initial prototyping was actually based on Fedora* RPMs, using yum to auto-resolve dependencies in the same way we use apt today. From day one, yum has proven itself to be less than ideal for the way we wanted to use it, while at the same time, the number of base Fedora packages that we needed to touch were quickly taking us to the point of maintaining a full distribution

On le voit, l' argument qui ne tiens pas plus la route que celui avancé pour (re)passer à RPM.

le StrongARM aussi, il me semble

Mais effectivement tout ceci risque d' être remplacé par le (fantastique) ATOM.
Moblin 2.0 va roxé :))

mot clef (pour googy :p) pour la dernière partie :
EME
(earth-moon-earth)

arracherai la gueule, arracherai. connard
:p

blague à part : merci c' est chouette :) le changement est toujours un tit peu pertuburant, mais c' est chouette de tout mettre en page d' accueil. Cela va (peut être?) obliger à faire attention à tout, y compris si on écrit "un journal de seconde page" ... et du coup renforcer peut être la qualité de l' ensemble des contenus (et pas seulement des dépêches). A voir à l' usage, bref merci.

agpl plutot que gpl ?

merci aussi d' avoir pris le temps de raconter In Real Life ce qui (malheureusement) arrivé.

Pour rassembler, voyons...
:))

A rien de tel que l' IRL
surtout aux rmll
;)

Plop
tout pareil : essaye de renseigner tes lecteurs pour qu' ils utilisent une autre sortie vidéo que Xv. Pour trouver celui qui te va bien, essaye avec mplayer, car c' est facile et rapide.

Exemple :
mplayer -vo help (afin d' obtenir la liste des VideoOutpout) puis
mplayer -vo gl2 /chemin/vers/video.avi

Une fois trouvé, renseigne la conf de tes autres lecteurs.
Mandriva permet d' éviter ce type de configuration "a la mano" dans un grande majorité de cas. Tu te trouve peut être dans un cas non courant : Pourrais tu s' il te plait rapporter ta carte vidéo, le driver utilisé (quel modèle de carte intel ;p quel driver, et si compiz est activé). Merci d' avance


ps : rien à voir donc, mais voici une liste de codecs (attention, certains ne sont pas libres, donc avoir les dépôts PLF de configurés) :

urpmi flac vorbis-tools mpe1 twolame libffmpeg51 libvorbisenc2 ffmpeg2theora transcode mencoder ffmpeg dirac libavformat51 libavformat52 libavutil49 lame lame-mp3x libqicktime libqicktime0 libquicktime-faac libquicktime-faad libquicktime-x264 libaviplayavcodec x264 vorbisgain faac faad2 xanim-codecs win32-codecs real-codecs

Cdlt

Une vidéo illustrant ton propos ;)
http://forum.mandriva.com/viewtopic.php?p=536073#535099
Cdlt

Ne borne pas ton jugement à cela, ça serait dommage.
PulseAudio est une première belle tentative réussi d' unification de la gestion du son sous Linux.

Comme tout amateur de MAO, Jack proposait déjà toutes les options de PulseAudio. Mais le propos n' est pas de comparer ou opposer les deux. A la limite de regretter que Jack n' est pas eu le support de la communauté, pour le finir et le rendre "user friendly" (effectivement 1 canal par appli et non un canal par canal sonore. Mais aussi l' intégré : ie : pas besoin de qjackctl, simplement un mixeur. Etc etc). Donc les amateurs de MAO continueront d' utiliser Jack. Et même s' ils ont l' impression qu' on passé là à côté de quelque chose d' énorme... C' est comme ça.

L' essentiel est que le son avance... même s' il n' est pas à sa vitesse de croisière ;) :p


Vivement la jack-integration-touch ;)

mes 2 cents. (désolé)

ps en forme de bémol : Avec les noyaux récents, nul besoin d' un kernel-RT pour la MAO (ceci est encore plus vrai qu' auparavant). Le seul cas où un -RT fera la différence c' est le cas d' une utilisation intensive en studio d' enregistrements multi (-multi..) pistes.

Pour tout les autres cas, Jack peux se lancer en -RT sans aucun soucis, sur un noyau par défaut récent. Reste simplement à ajuster la latence maximale attendue (là encore pas besoin de chercher le 0 xrun avec 'la plus faible latence' possible... mais plus simplement une bonne adéquation entre le besoin (l' usage), la machine et le système. voilà tout. Et ça, aucune distro MAO ne peut le déviner : ça fait forcément parties des choses que l' on adapte soi même.

Cordialement.

Bonjour Mathieu,

PulseAudio intègre des options intéressantes concernant une configuration possible pour la faible latence. Mais sa fonciton intrinsèque est peut être un peu contradictoire avec cette option.. d' ailleurs à l' usage... Par contre il peut venir en complément pour gérer des options / applications ne prenant pas nativement Jack. (elles sont rares aujourdhui...) Mais là encore, un bon SDL fera bien mieux son office que PA. (bien que pas la même fonction, dans les faits...). Mieux vaut, sincèrement, un système full-jack.

Pour ce qui est d' une distribution spécialisé MAO, ce n' est peut être pas la peine (à moins de vouloir soutenir un projet, par exemple RoseGarden en achetant un dvd de Studio to Go ). Car les distributions spécialisées audio nécessitent aussi d' être tunées (du moins je n' en connais pas sur laquelle tout vien vraiment tout prêt). Par exemple, Ubuntu-Studio n' installe pas par défaut un kernel-rt, mais un kernel simple, avec les options de bases pour la faible latence (et encore). Donc tu devra utiliser le kernel-rt séparement. Sur cette Ubuntu-Studio tu devra également très certainement adapté ton .asoundrc afin d' y tanker un périphérique alsa virtuel renvoyant vers jack (...)
Idem pour JackLab (SuSe) (qui semble un peu morte ? pourtant une SuSe serait le plus logique, non ? vu le gros travail fait sur Alsa entre autre, et les constructeurs allemands de cartes sons pro supportant parfaitement linux)

Bref, une "distribution orientée MAO" se contente souvent d' installer un choix de logiciels. C' est très bien et permet de démontrer que GNU/Linux et les logiciels libres peuvent convenir à un usage de ce type, même professionnel.

Mais sincèrement, toutes les distributions peuvent facilement se transformer en MAO, par exemple :
tu peux ajouter les dépôts "Studio" à une Ubuntu.
Les dépôts CCRMA à une Fedora.
Les dépôts "jackslab" à une SuSe.
Mandriva intègre dans Contrib tout le nécessaire à la MAO.
Configure toi plutôt ta distribution ;) ça ne prends pas plus de temps. Et créeait peut être un utilisateur spécifique ;) Voilà tout.

Ici par exemple, pour Mandriva, tu trouvera certainement des éléments utiles de configuration :
http://linuxmao.org/tikiwiki/tiki-index.php?page=Mandriva&am(...)
--> http://wiki.mandriva.com/fr/ProAudio

De manière similaire pour chacune des distros.
Cordialement.

Pas un troll. Et je ne rale nullement. C' est d' ailleurs pourquoi j' utilise "souvenez vous", parceque mon bureau est Kde4 ou Gnome, plus de temps en kde4.

Non de nombreuses fonctions ne sont pas implantées. Il est facile et fastidieux de toutes les citées, écrivant de fil, ce sont celles auquelles j' ai pensé, simplement. Et je ne critique pas kde4.

Je n' ai pas non plus dénigré l' ergonomie. Au contraire, le fait qu' un bureau par défaut présente d' excellentes fonctions pour tous est un plus fantastique évident.

Pour reprendre Gof "Les dévelopeurs viendront implémenter les fonctionalités qui leur manquent.". Je comprends les sens. Plasma justement, n' est il pas un bel exemple de réussite de logiciel tourné vers nous, les utilisateurs ?

Enfin, ce n' était nullement un "les fonctions manquantes de kde4". Parceque cela serait bien malvenu d' une part. Et que d' autre part je ne souhaitais pas non plus regretter tel ou tel élément.

Simplement de se demander si plus de monde ne pouvait se retrouver autour d' une solution leur convenant parceque modulable. quoi rtfm freedesktop ? tiens justement j' y vais ...

Cdlt

pour le mdp grub, on peux le faire dès l' installation. (tout comme une RedHat)
pour protéger l' init 1, c' est dans draksec ;)
et regarde le nouveau "control parental", il y aussi des choses très sympa à faire.
aussi le nouvel onglet de draksec, permettant de facilement dire "telle chose tel mdp" ...
Mandriva c' est très sympa de ce côté là. Rendre Linux vraiment user-friendly.



PAM permet ensuite de faire des choses surprenantes, par la suite.

exemples courants :
_ n' autoriser su que pour le tel groupe (wheel souvent)
_ définir donc limiter le nombre de connections autorisées pour tel et tel utilisateur. (connections locales. distantes)
_ définir les ressources maximales possibles (quantité de mémoire vive par exemple) pour tel utilisateur.
_ définir les priorités pour tel utilisateur
_ définir les heures d' ouverture de connections de tel utilisateur.
Reportez vous à la documentation de PAM chez SUN ou chez votre distributeur GNU/Linux ;)


Pour ceux souhaitant aller encore plus loin, il y a la nouvelle fonction CGROUP intégrée aux derniers noyaux. Là on peux carrément dire "tel Cgroup [ie : pas un groupe unix] à droit d' utiliser tant de % de tel processeur... effroyable ;) Long, très long à configurer, mais effroyable...

Cdlt

Un autre cas typique de changement de license est : Nessus
refs:
https://linuxfr.org//2004/05/19/16305.html
http://fr.wikipedia.org/wiki/Nessus_(logiciel)
http://www.nessus.org/plugins/index.php?view=newest


Sans vouloir nullement troller, ce type d' accord ressemble drolement à un SCA (typique des contrib. SUN) sauf qu' il est ici adossé à la GPL (et non à la CDLL).
Non ?

Perso je n' en sais rien, est ce mieux d' avoir une multitude d' auteurs (avec les difficultés que cela peux représenter lors du passage d' une version de livense à une autre) ou tout délégué à un organisme ? Je crois quant même pencher pour le bazar de ce côté là...

(Qui ne s' est jamais dit :" ouaih ce logiciel est fantastique et me sert tout les jours, je vais contribuer par qq lignes sous une fausse identité pour être [quasi] sûr qu' il restera toujours libre"...) okok je connais le chemin, j' ai vu la porte

(complément)
sur mandriva on peux définir [ie : pour madame michue : mode graphique 3 cliquous c' est prêt]

Sur mandriva on peux définir, en plus des mdp usuels :
un mdp grub (empéchant le passage d' option noyaux)
et le mdp sur init 1 (ou pas)

Essaye avec un IBM ;)

mouaih, il manque des positions quant même.
z'aurait p't'être dû prendre une actrice porno