Emmanuel Blindauer a écrit 298 commentaires

Des clones de Total Annihilation
http://springrts.com

On peut faire n'importe quel type d'authentification supportée par ejabberd.
Pour ma part, j'interface ca avec un LDAP d'établissement pour que les utilisateurs utilisent le mot de passe du SI pour s'identifier

Ca fait un petit bout de temps que j'ai PacketFence dans ma TODOlist.
Vu la qualité de leur autre produit phare (SOGo), cela promet du très bon!!

http://springrts.com avec Balanced Annihilation
Un client de lobby IRC, un moteur de rendu opensource

ca permet de fédérer plusieurs libvirt dans la même interface, et d'utiliser un protocole éprouvé, dans un mode push plutôt que pull.
Cela permet également d'avoir automatiquement une identification des acteurs, une authentification, et la gestion des permissions en découle!

La fonctionnalité "absente" est dans kdepim et akonadi, pour les usagers à destination d'entreprises:
* Le support de caldav pour les calendriers
* Le support de groupdav pour les carnets d'adresse
est disponible.

A noter pour les allergiques à akonadi: un backend sqlite vient de faire son apparition

Tout ca est déjà dispo dans les backports et ppa expérimentaux d'ubuntu

Je n'ai pas vu dans les features :
Est ce qu'il y a une isolation des machines entre utilisateurs ?
Ex: le user A voie ses machines virtuelles, et le user B voie uniquement les siennes

Le next-level, c'est la gestion par groupe.

Emmanuel

t'as bien précisé LTS. seulement y a combien de LTS chez ubuntu ? et les autres ?
C'est pareil pour les produits mandriva, y en a qui ont un cycle de support long. D'ailleurs il manque les Mandriva Desktop dans leur graphe de cycle de vie

Ben un serveur caldav, voyons .... tiens c'est quoi cette news qu'on discute, la ?
Ah ben je te propose SoGo, ca intègre un serveur Caldav avec des plugins qui vont bien!

J'ai cru que j'avais fait une typo dans l'URL!!!

Ca sert a quoi d'intégrer KMS si Xsplash ne l'utilise pas ? et plymouth, c'est pour les moutons ?
!vendredi!

C'est directement géré par PAM, Expiration du mot de passe (et meme information d'un mot de passe venant a expirer X jours avant), mot de passe à changer à l'ouverture de session, complexité des mots de passe imposé par des GPO
tout ca ca marche, puisque je l'utilise en production...
sinon regarde les sources de pam_winbind pour en être sur ....

> Coté professionnel, je n'ai pas vu non plus le support d'A.D. pour les postes clients (même si je suis un farouche opposant à cette solution d'annuaire)

Faux.
Samba est livré avec, donc ca en fait un client AD et même un serveur membre. L'outil de configuration (drakauth pour pas le citer) existe depuis 2 ans déjà, et il y a meme maintenant le support des REALM AD différents du domaine DNS...
bref avant d'écrire, il vaut mieux vérifier.

pam_xauth configuré pour 'su'

Il y a eu une maj avec le workaround pour les drivers nvidia:

libkwinnvidiahack4-4.1.0-13mdv2009.0

A la place du pirate, j'aurai opéré en 2 étapes: d'abord modifier certains binaires (pour faire X ou Y raisons, autre serveur ssh, modules kernel cachés, modification du FS, remise en place auto de la seconde etape), puis effacer les traces et ensuite, celle qui est visible.

Comme ca, et tu en aurait été victime, tu aurait effacé qu'une seule partie, et la première partie mise en place serait resté active.

A moins d'être très très fort, le plus simple est tout de même de restaurer un backup ou de faire une réinstall ...

la version "Novell" est dispo chez http://go-ooo.org/ C'est celle utilisé dans certaines distributions linux, et contient certains patchs pour que "ca marche mieux".

Par contre , le support d'OpenXML est déjà disponible dans certaines versions 2.4, notamment celles de Mandriva et de Suse. Ce format sera pleinement supporté dans la version 3 de OOo

Je sais pas trop où est le pb à intégrer u linux en tant que client dans un AD. je le fait regulierement pour mes postes, et sans aucune difficultée. pourtant ma configuration n'est pas simple: DNS sans la main dessus, domaine REALM <> domaine DNS, multitude de versions windows deployés. Non, de nos jour, ne pas savoir intégrer un linux relève plutot de l'envie de ne plus lire les docs.

* jabberd et jabberd2, en C ou C++, tous les deux partiquement abandonné
* mjabberd un serveur en perl
* openfire, le concurrent direct de ejabberd, en java, developpé par une boite qui release deux version, une commerciale et une en GPL2+, avec le meme but: la mise en cluster
* Antepo, proprio si je me souvient bien, racheté par Abode, jamais testé
* SoapBox, proprio, jamais testé

On a fait ce choix car, vlc était disponible sur toutes les plate-formes et savait lire ce format, et que la qualité est excellente. Cela marche aussi avec quicktime, ainsi que realplayer si le plugin quicktime est installé. En plus comme c'est un standard qui monte...

NB: tous les travaux ont été fait sous linux. Merci avidemux, ffmpeg, MP4Box, x264, vlc !!!

Petite remarque sur VLC sous linux: Il peut y avoir des difficultés a lire les flux sur le serveur de streaming. C'est un bug VLC-Linux uniquement au niveau du streaming RTSP. Depuis d'autres plateformes, cela se passe sans aucun problème.

Aucune difficulté non plus à lire les fichiers téléchargés.

Cette sortie lui permet de rattraper en partie le retard que ce client a pris par rapport à son principal concurrent libre : Gajim.

Haha, trop merci.

Faudrait essayer les autres clients existants pour savoir vraiment ce qui se fait.
spark par exemple, ou pandion sous windows.

L'intégralité des conférences sera diffusé en temps réel, en multicast v4/v6 ainsi qu'en flux real.
les grognons qui diront que real capuesépalibre, je leur dit oui, et qu'ils n'ont qu'à suivre le flux multicast ipv6 mpeg2 qu'est libre!

Si j'ai le temps, je tenterai également une machine pour faire de l'OGG/Vorbis mais niveau CPU, c'est dur de faire du temps réel sur 4 salles en simultané dans une qualité correcte.

C'est marrant cet oubli volontaire due la part du redacteur de la news.
ca donne un lien vers les packages pour kubuntu, mais en fait les packages pour toutes les grosses distrib étaient déja construit depuis 2 jours et dispo!

http://kde.org/info/3.5.7.php
CA ca aurait été le lien a donner si il n'y avait pas de base un parti pris lors de la redaction de la news.
A noter que bien sur le lien kubuntu tombe sur une erreur 5XX