Faire un don ! | | style | statistiques | contactez-nous | plan | lettre d'information

Derniers commentaire(s) [Tous] :


[ 1 2 3 4 5 6 7 8 :: Suivant ]

mpdBrowser, encore un client mpd ;)

Posté le 29 avril 2008
Voila, j'ai commencé y'a peu de temps le développement d'un client MPD.

Son but n'est pas de remplacer tel ou tel client mais bien de le compléter.

La fonction principale de mpdBrowser est d'accéder à la collection de musique de manière simple et visuelle. Se basant sur les pochettes de vos albums (une image dans le répertoire de l'album), ce logiciel risque de vous être bien peu utile si vous n'avez pas pris la peine de chercher/scanner les pochettes de vos disques.

Pour les fonctionnalités:
- Recherche dans la collection par Album/Artiste/Style
- Lire un album
- Ajouter un album à la liste de lecture
- Lire un morceau
- Ajouter un morceau à la liste de lecture

Si vous avez des idées de fonctionnalités manquantes, vous pouvez me les soumettre mais à priori, il fait tout ce que je voulais lui faire faire en commençant sont développement.

Le "site web": http://www.gnomefiles.org/app.php/mpdBrowser

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

Packard Bell pro Firefox?

Posté le 18 décembre 2007
J'ai remarqué ces derniers temps que toutes les machines Packard Bell sont fournis avec Firefox comme navigateur par défaut.

Je viens d'y penser en lisant cette news:
http://www.news.com/Microsoft-strikes-back-at-Opera-antitrus(...)

En effet Microsoft rétorque que les constructeurs sont libres d'utiliser le navigateur qui leur semble le plus adapté ce qu'a fait Packard Bell.

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

Finalement, pas de NDA pour AMD

Posté le 11 septembre 2007
Pour ceux qui n'auraient pas suivi, AMD devait sortir les specs de ses cartes graphique ATI sous "NDA" (Non-Disclosure Agreements)

Finalement, il a été annoncé au "X Developer Summit" que ce ne serait pas le cas!

Une très bonne nouvelle !

http://www.phoronix.com/scan.php?page=news_item&px=NjA0N(...)

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

Debian: Pas de support matériel de la part de HP et Dell?

Posté le 24 mai 2007
Voila, juste un coup de gueule contre HP et Dell.

D'après une boite privée activant actuellement un lycée, Dell et Hp annulle la garantie matérielle sur leur serveurs équipés d'une carte iscsi qlogic si on n'installe pas une RedHat dessus!

En clair, si vous mettez une debian, plus de garantie matérielle... Est ce légal? Est ce vrai surtout, quelqu'un pour confirmer?

Voila, bref, vive les SAN sous debian ...

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

Compiz, petit état des lieux (Aero sux)

Posté le 27 avril 2007
On n'en a pas parlé ici il me semble mais la communauté Beryl et Compiz est de nouveau unis autour de Compiz.

Le projet regroupant compiz-extra et beryl s'appelle opencompositing:
http://www.opencompositing.org/

Vous pouvez trouver les plugins ici:
http://gitweb.opencompositing.org/

Nous somme actuellement dans une phase de transition, au niveau de la gestion des options. Donc, attention si vous voulez tester la version courante de compiz et les plugins opencompositing, vous pourriez avoir des surprises ;)

Au sujet de la réunification des deux projets, ce n'a pas été une chose facile, plus à cause de certains devs de compiz-extras que des devs de Beryl.

Aujourd'hui encore, tout n'est pas réglé ...

Sinon, pourquoi Aero sux? Bah on est vendredi et j'ai eu l'occasion de jouer avec un Windows Vista...

Conclusion, si Aero utilise vraiment la carte graphique pour gérer l'affichage, alors il y'a une couille dans le paté... Le redimensionnement de fenêtre avec des applis comme WindowMediaPlayer est catastrophique (ca clignote de partout).

Mais le pire, c'est le déplacement de fenetre, avec une Gforce 7, ca monte dans les 50-70% de consommation CPU.
Avec compiz, c'est plus autour de 6-10% ...

Bref, TFP rulez, Aero sux...

Bon week end!

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

Compiz, nouvelle démo

Posté le 26 mars 2007
http://www.novell.com/brainshare/general_sessions07.html

Lors de la journée du Vendredi, David a fait une petite démo de ce qu'il est en train de rajouter dans le serveur X (input redirection).

La vidéo est en flash malheureusement... On voit la possibilité de cloner des parties de l'écran principal sur un écran secondaire, la possibilité de gerer ses fenetres même sur des fenêtres transformées, ...

Le truc sympa aussi est la petite démo d'une appli affichant une image grace à compiz... (je sais pas trop comment expliquer, voir la vidéo).

Sinon, David a aussi dernierement rajouter une partie de gestion de la Video afin d'avoir une sortie video alternative à xv et utilisant le gestionnaire de composition.

Et la fusion Beryl/Compiz avance doucement...

ps: la démo est à la minute 25

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

Beryl vs Compiz

Posté le 28 février 2007
Voila, c'est maintenant officiel, Compiz sera intégré dans la prochaine version de Ubuntu malgrè les effort des devs de Beryl pour lui piquer la place.

ubuntu-desktop dépend de ubuntu-effects qui dépend de compiz.

Sinon, parmis les devs de Beryl, on se pose de plus en plus de question sur l'utilité du fork.

http://lists.beryl-project.org/pipermail/beryl-dev/2007-Febr(...)

Sinon, David continue son très bon travail:
http://lists.freedesktop.org/archives/compiz/2007-February/0(...)

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

Kde, simply powerful!

Posté le 21 février 2007
Sous ce titre un peu trollesque, voici une pré version d'une doc que je devais écrire pour Kde France depuis un moment.

http://hibbert.univ-lille3.fr/~cbellegarde/Kiosk.pdf

C'est une documentation sur la configuration avancée d'un environnement Kde, pour le moment encore incomplète (il manque encore pas mal d'astuces).

Alors pourquoi le titre du journal, parce que grace à cette doc, vous allez maintenant pouvoir configurer votre Kde aux petits oignons et rendre le Gnome de votre voisin bien trop compliqué pour votre Maman...

En clair, on entend toujours: "Kde c'est le foutoir, c'est compliqué, vive Gnome" mais cela démontre souvent un manque de connaissance: Kde c'est toute simplement configurable. Par l'utilisateur mais aussi et surtout par l'administrateur!

C'est malheureusement ce qu'a un peu fait Kubuntu même si à mon avis ils se sont arrêter en cours de route :(

Voici donc une vidéo d'un konqueror simplifié à l'extreme:
http://hibbert.univ-lille3.fr/~cbellegarde/konqueror.mpg

Donc, pour la suite, je vais continuer cette documentation et créer un skeleton Kde visant la simplicité que je posterai sur kde-looks.org.

Déjà, j'aimerai savoir si il n'y pas des points obscures dans cette version avant d'aller plus loin.

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

Histoire de la micro informatique

Posté le 30 janvier 2007
1ère Partie
http://www.dailymotion.com/visited/search/vista/video/xwtti_(...)

2ème partie ici:
http://www.dailymotion.com/video/xwvq1_les-cingles-de-linfor(...)

3ème partie ici:
http://www.dailymotion.com/video/xwz64_les-cingles-de-linfor(...)

Ce documentaire nous explique la naissance de la micro informatique.
Il est complet, interessant.

Dans le même genre et en moins complet, je connaissais déjà le film "Les pirates de la silicon valley".


Tiens, mdr, d'apres France Info, Windows Vista est une "Usine à gaz" ... :D

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

Metisse dans mandriva!

Posté le 25 janvier 2007
http://www.mandriva.com/projects/metisse

Metisse est un outils utilisant OpenGL afin d'ajouter des fonctionnalités interessantes au bureau.

Bon, déjà, ca troll à mort pour dire que comparer à Compiz, Metisse est vraiment utile lui...

Bon, je répondrais la dessus que David Raveman se fout du "eye candy" dans compiz, il en a mis pour montrer ce qu'on peut faire avec, mais le gros de son travail reste d'améliorer le coeur de compiz, c'est ce qui le motive et sans Hack immonde.

Voila, sinon je poste depuis le live cd de Mandriva, c'est pas mal, mais Metisse ne me semble pas offrir des fonctionnalité plus interessante que Compiz. Je veux dire, faire pivoter ses fenetres, ok, mais pour quoi faire? Pour le copier coller, ca doit pas être la mort de coder un plugin compiz qui fait la meme chose...

Bref, on s'en fout un peu de tout ca, ce qui m'interesse le plus, c'est comment ca marche? J'espere que ca n'utilise pas la meme technique que Looking Glass (technique ayant de grosse limite en comparaison avec le "texture from pixmap" de David Raveman).

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

Digikam 0.9 vient de sortir pour les fêtes!

Posté le 18 décembre 2006
Digikam est un logiciel de gestion de collections photographiques pour KDE. Il permet entre autre d'importer vos photos, de les classer, d'y ajouter des "tags", des commentaires, ... et bien plus encore.

A noter que cette version est en développement depuis plus d'un an! Ce qui lui permet aujourd'hui d'offrir à peu près tout ce qu'on attend de ce genre de logiciel

Annonce: http://www.digikam.org/?q=node/202
Fonctionnalités: http://www.digikam.org/?q=about/features09x

J'utilise ce logiciel depuis très peu de temps donc je ne me sens pas de faire une news, mais vu l'importance des nouveautés et du travail fournis dessus, ca serait bien que quelqu'un connaissant bien ce soft fasse une dépêche.

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

Gtk, un toolkit qu'il est pourri (on est pas vendredi)

Posté le 13 décembre 2006
Alors que je bossais sur le plugin state de compiz à la recherche d'un bug, j'ai donc décider d'afficher les différents Xevent générés afin de comprendre ce qu'il pouvait bien se passer.

Je lance compiz et je me retrouve avec plein de CreateNotify (Création de fenetre), DestroyNotify (Destruction de fenetre) et PropertyNotify (Changement des propriétés d'une fenetres).

Il m' a fallu peu de temps pour remarqué que tous ces Xevent étaient générés par gconf-editor lorsque je bougeais la souris dessus. Je fais la meme chose sur une applications Kde : Rien.

Donc, on dit déjà que X11 n'est pas rapide, mais si en plus Gtk passe sont temps à envoyer des messages pour rien... Bref, si un devel Gtk passe dans le coin et a une explication.

Pas besoin de code pour tester, lancer gconf editor, ouvrer une liste d'option et passer la souris au dessus, chez moi ca bouffe bien 20% de cpu contre 2% sur une appli kde.

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

Petit script pour Packet Filter (BSD)

Posté le 31 octobre 2006
http://hibbert.univ-lille3.fr/~cbellegarde/fw.sh

Ayant marre de voir mes logs pourris de connexion ssh (invalid user toto, ...), j'ai fait ce petit script qui bloque les ips des "méchants"...

Pour l'utiliser, il faut rajouter une table à la conf de pf:
table <scriptkiddies> { }

et la regle magique:
block in on $Internet proto tcp from <scriptkiddies> to any

Il faut aussi rajouter ca dans la conf de syslog
auth.info /var/log/fwauth

Je le lance ensuite via un crontab:
* * * * * /usr/local/sbin/fw.sh


J'aurai bien voulu faire de l'analyse en direct du fichier de log mais probleme, cat /var/log/authlog | grep quelquechose | while read ne semble pas fonctionner avec ksh :( Donc, les logs sont analysés toutes les minutes.

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

Utilisation mémoire des différents "desktop"

Posté le 13 septembre 2006
http://ktown.kde.org/~seli/memory/

Lubos Lunak nous propose ici un test sur l'utilisation mémoire des différents environnements de bureau.

Le test avance progressivement en partant d'un bureau "nu" à un bureau en cours d'utilisation.

Le grand perdant est Gnome, sa consommation mémoire est vraiment supérieur aux autres, l'auteur avance certaines raisons comme l'utilisation d'un processus séparé pour chaque applet du panel.

Xfce s'en sort bien, dans tous les tests même si il faut les résultat son moins impressionnant sur la fin.

Kde lui est relativement mauvais au début du test mais on voit vite que cela tourne à son avantage sur la suite.

En effet, si à vide xfce consomme moins de mémoire qu'un kde, en lancant quelques applications gourmandes, il devient vite bien moins léger que l'on pourrait le penser, Kde lui de son coté de part son architecture a tendance à avoir une consommation mémoire qui augmente lentement si on se contente des applications Kde.

Il n'en reste que Kde à encore des progres à faire, notamment du coté de certains éléments du "systray" (zone de notification sous gnome) ou certaines applis pourrait être des applets du panel et ainsi diminuer la consommation mémoire.

Sinon, pour le test:
144 Mo utilisé ici sous Kde avec konqueror (8 onglets), basket, kopete, kget, kgpg, konversion, kmail et konsole.

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

Profils et Konqueror

Posté le 09 juillet 2006
Je devais à l'origine écrire une doc la dessus pour Kde France mais je n'ai pas vraiment trouvé le temps libre de faire ca ces derniers temps alors je vais faire un petit journal pour expliquer rapidement comment avoir une gestion plus fine des profils avec konqueror.

Pour chaque profil, konqueror, ce dernier charge ~/.kde/share/apps/konqueror/profiles/nom_du_profil.

Dans ce fichier de profil, on trouve une ligne intéressante qui défini l'interface du profil konqueror:
XMLUIFile=konqueror.rc

Maintenant, il nous suffit par exemple de faire un:
$ cp ~/.kde/share/apps/konqueror/konqueror.rc ~/.kde/share/apps/konqueror/web.rc

D'éditer un profil et de lui affecter : XMLUIFile=web.rc

Si ensuite on édite les barres d'outils du profil A, cela n'influera pas sur le profil B.

exemple:
http://hibbert.univ-lille3.fr/~cbellegarde/konq_profile1.png
http://hibbert.univ-lille3.fr/~cbellegarde/konq_profile2.png

Attention quand meme, cela ne fonctionne pas avec le préchargement de konqueror, j'avais fait un bug report ici mais il n'intéresse pas grand monde :(
=> https://bugs.kde.org/show_bug.cgi?id=125421

Voila, et à la rentrée, j'ai encore quelques trucs à bosser et apres je fais une doc détaillée pour Kde France sur ca, les fichiers d'interfaces kde et les restrictions avec kiosk (sans kiosktools).

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

Un dock à la MacOSX pour Kde

Posté le 06 juillet 2006
Suite donc de mon journal précédent sur gnome-dock.

deb http://xgl.compiz.info/ dapper main

J'ai remarqué qu'était dispo sur ce serveur des paquets pour Dapper de Kxdocker. N'ayant pour une raison que j'ignore jamais réussi à faire fonctionner ce soft, j'ai décider de tester ces paquets.

Résultat, déjà ca fonctionne :)
Ensuite, c'est vraiment pas mal, pleins de plugins qui viennent rajouter des fonctionnalités à ce dock (barre de taches, calendrier, horloge, amarok, kmail, ...)

Attention quand même, j'ai trouvé deux plugins qui font planté le machin.

Apres, une critique quand même, l'interface de configuration est une véritable horreur, digne du pire des programmes Kdeiste. Nan, je crois même que c'est la pire que j'ai jamais vu.

http://hibbert.univ-lille3.fr/~cbellegarde/kxdocker.png

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

Un dock à la MacOSX pour Gnome

Posté le 21 juin 2006
La premiere solution consiste à aller sur le site : http://www.gnome-dock.org/trac mais le soft tel quel est peu fonctionnel.

Sinon, en plus simple et qui marchouille:
http://hibbert.univ-lille3.fr/~cbellegarde/cairo-dock.tar.bz(...)

Il faut décompresser cette archive et la mettre dans /opt puis taper make une fois dans le repertoire.

Ensuite, comment ca marche:

1) Sous Xgl, je le lance comme ceci : /opt/cairo-dock/cairo-dock --no-glitz --no-background

2) Pour rajouter,enlever,modifier une application, il faut modifier directement le code source et en particulier le tableau: g_aIcons[]

exemple:
static Icon g_aIcons[] =
{
{"/opt/cairo-dock/user-home.svg", "Perso", "nautilus --no-desktop"},
{"/opt/cairo-dock/gnome-terminal.svg", "Terminal", "gnome-terminal"}
}

3) Si on modifie le nombre d'application, il faut changer la taille du dock au mieux en changeant le parametre suivant:
g_iCurrentWidth = 750;
Il faut adapter cela à la taille de votre dock pour que tout rentre... Par defaut, l'auteur utilise la taille de l'écran (en commentaire dans le code) mais cela a pour inconvéniant de ne pouvoir faire des actions sur toute la largeur de l'écran ou se trouve le dock.

4) Il faut modifier la position du dock en changeant la ligne suivante:
gdk_window_move(pWindow, 245, 655);
Ici, c'est adapté à ma résolution (1280x800) et à la taille de mon dock.

Voila, vivement que l'auteur nous ponde un truc un peu plus propre.

Et pour finir, un screenshot:

http://hibbert.univ-lille3.fr/~cbellegarde/cairo-dock.png

A noter quand meme:
http://macslow.thepimp.net/?p=61#comment-420

Pour le moment le dock est donc obligatoirement sous les autres fenetres. Pour ceux qui veulent le comportement d'origine, il faut remplacer gtk_window_set_keep_below par gtk_window_set_keep_above dans le code source. Mais comme ca, c'est vraiment pas utilisable vu que la fenetre transparente du dock a tendance à se trouver par dessus les applications qu'on utilise :(

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

Ploum rachete planet.ubuntulinux.org

Posté le 16 juin 2006
http://planet.ubuntulinux.org/

Je veux pas dire, mais je sens que y'a un ploum qui a fait son boulet!!!

Comment pourrir un blog en 3 secondes :)

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

amarok 1.4 rc4 ou amarok 1.4?

Posté le 15 mai 2006
Voila, il semble que la version final de amarok arrive, surement pour la fin de la semaine.

Au menu:
* Support de plein de périphérique(ipods, ums/vfat et ifp)
* Nouveau theme d'icones
* Collection avec séparation alphabétique
* Support des listes de lectures XSPF, WAX et SMIL
* La fameuse mood bar qui permet de détecter des morceaux similaires
* Gstreamer 0.10
* Amélioration du moteur Xine
* Séparation du constructeur de collection, il scanne les répertoires encore plus vite!
* Contexte configurable (via clic droit)
* Nouveau gestionnaire de statistiques

Voila, voila, bref, en attendant l'annonce officiel et une belle nouvelle, apparement y'a déjà un truc taggé 1.4 dans gentoo et des packages pour kubuntu:
http://kubuntu.org/packages/amarok-14/

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

Un équivalent libre de flash grace à Qt?

Posté le 27 avril 2006
Pour Qt 4.2, les gens de trolltech sont en train de nous coder un nouveau canvas nommé QGraphicsView permettant de manipuler des images, vidéos et bientot du svg!

http://www.kdedevelopers.org/node/1927

Pour l'instant, c'est pas fini mais l'objectif est d'avoir un équivalent à flash grace à svg et à QGraphicView.

Bon, ca risque de rester sur le bureau Kde (dépendance Qt oblige) mais ca promet de bonne chose pour plasma qui va utiliser ca!

Bref, vivement kde 4.0!

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

[ 1 2 3 4 5 6 7 8 :: Suivant ]