liberforce a écrit 4744 commentaires

l serait idiot de ne pas les utilisés (h323...).

J'aurais plutôt dit SIP...

A ce sujet, GnomeMeeting 2.0 (Opal) sera sans doute dans GNOME 2.14 avec tout son lot de nouvelles fonctionnalités, la plus grande étant le support de SIP, ce qui le rendra compatible avec un paquet de logiciels de VOIP... http://mail.gnome.org/archives/gnomemeeting-list/2005-September/msg(...)
En attendant ils ont besoin d'aide (notamment pour le portage windows, le linkage prend 8H sur la machine de Julien Puydt, développeur sur le projet !)

Si on ajoute à cela les news sur GAIM 2.0.0 qui devrait bientôt sortir (voir http://linuxfr.org/~Tgnard/19685.html(...) ), avec l'intégration de la branche gaim-vv qui supporte l'audio et la vidéo pour MSN et Yahoo, se rendre compatible Google Talk (donc meilleur support XMPP/Jabber)...

Le futur de la VOIP sous linux s'éclaircit peut être enfin... ça mérite presque une news...

Tu te goures là, il parle de "mandriva online", qui est juste une petite applet qui va poller le média update et qu'ils font payer en abonnement... C'est un des trucs que je trouve les plus injustes dans leur politique commerciale...

C'est sûr, tu peux faire les mises à jour à la main, en passant par le MCC, mais là, c'est de la mise à jour "active", c'est toi qui dois faire la démarche pour avoir un système à jour. Avec une applet qui vérifie ça, c'est passif, on te dit quand tu as des mises à jour. Même Microsoft ne fait pas payer ça...

sed -e 's/beaux/belles/' -e 's/reposants/reposantes/'
ayez pitié de moi, dites une icône...

J'avais cherché, y a que 3 octets, dont un SYN... non, pas de message codé ASCII ou UTF-8

CodeProject (un des sites de référence sur les technologies MS/Win)

T'as fait une recherche sur archive.org ? Tu la retrouveras peut être...

Et sutout voyez plus dans ce journal des indications sur comment préparer sa migration que réellement un test de la ditribution... Cf le titre du journal.

Bin pour mon compte, j'ai tout conservé, pour sound-juicer, j'ai testé aussi sur un compte de test à part, ça a crashé aussi. Mais de toute façon, une migration c 'est fait pour conserver ses données de configuration. Mais j'avoue que pour sound juicer j'ai eu la flemme de nettoyer la base gconf...

Tant de trolls dans un seul message... tu es fidèle à toi même :-)
Beau moyen de contournement pour la distribution qui commence pas "U" et qui finit par "buntu" :-D

Pour le 9 (firefox et connexion lente), ça ne pourrait pas provenir du fait d'exécuter la 2006 sans avoir booter sur le nouveau noyau ? et dans ce cas ça pourrait expliquer le reboot qui améliore la chose.

Non, j'avais déjà installé le nouveau noyau et rebooté dessus... En fait ça a disparu après le 3 ou 4ème démarrage.

Damned ! Autant/autant pour moi alors. Pour la 2005, la période de freeze ça avait duré plus longtemps il me semble, dans mes souvenirs c'était au moins jusquà la sortie des iso, mais j'ai dû me gourer. Du coup, effectivement, mes remarques (notamment sur l'ntégration de GNOME) ne veulent plus dire grand chose...

Mea culpa à tous !

Si je ne m'abuse, cooker reçoit les mises à jour jusqu'à ce qu'on "unfreeze" et qu'on recommence un nouveau cycle de développement.

Donc là normalement, je teste 2006 + updates, à moins qu'il y ait encore eu un changement dans le cycle, mais ça m'étonnerait qu'ils aient commencé à développer la 2007 ^_^

Non, je n'utilisais pas hotplug...
Et j'ai pas perdu d'argent, mais je suis un peu déçu :-(

Test personnel, migration la nuit dernière:
* temps de démarrage en 2005LE : 55s
* temps de démarrage en 2006 : 55s

l'arnaque complète :-(

Dispo le 13 octobre:
http://qa.mandriva.com/twiki/bin/view/Main/MandrivaLinux2006(...)

Mais normalement en te configurant sur la brache de devel, t'as exactement la même chose... Le freeze a été fait vers le 20 septembre, et depuis, normalement, quasiment rien n'a changé.

Bin perso, quand deux personnes bossent sur la même chose et qu'à la fin on doit jeter de boulot d'un des deux, moi je dis que c'es dommage... Coopérer, ça fait pas de mal, et ça leur aurait peut être fait gagner du temps.

Je ne suis pas forcément d'accord sur ce point, ça fait pas mal de temps qu'hub travaille sur ce port. ll a fait de même pour Abiword. On peut pas lui jeter la pierre d'éviter les annonces du type "on va peut être le faire, alors arrête tout en prévision". En plus ils ne comptaient même pas réutiliser son boulot, pour ne pas tout perdre il a dû pousser les modifs dans le cvs de gtk...

Je pense surtout que dans cette histoire il y a eu un manque de communication entre le bénévole et celui qui bosse pour sa boite...

http://www.figuiere.net/hub/blog/?2005/10/05/307-i-m-so-pissed-off(...)
ça faisait un moment qu'ils faisaient ça dans leur coin, sans dire où ils allaient... Et voulaient la jouer solo. ça n'a pas plus à tout le monde.

ceux de la beta 3....
http://shots.osdir.com/slideshows/slideshow.php?release=419&sli(...)

Meuh non, t'es nul, ils l'ont robotisé après... En même temps c'est le seul gars que je connaisse qui se déplace à dos de tronc d'arbre :-)

yes, merci ça marche avec tes indications (le INCLUDES et les MONPROG_CFLAGS et MONPROG_LIBS). Ce n'était pas encore abordé dans le dernier GLMF... merci encore

En tout cas, cela fait plaisir de voir que "papa" sert à quelqu'un d'autre que moi.

En même temps, vu le nombre de trolleurs sur ce site, il est indispensable dans certains threads :-p

alors c'est peut être XDM qui a été installé comme gestionnaire de connexion (c'est le gestionnaire de connexions de X - il est très basique)... j'ai eu ce problème avec la Mandriva 2006. Dans une console, logue toi en root et tape urpmi gdm (ou kdm, je ne suis pas sectaire - c'est juste que je connais mieux gdm). GDM devrait être utilisé à la prochaine connexion.

Bin non, c'est pas ça, parce que là, c'est celui de leafpad et il marche.
De mon côté, ça marche pas... Je me suis basé sur l'article de GLMF pour les fichiers, ça marche pour un projet normal, sans GTK, mais avec GTK, il ajoute pas les chemins de GTK dans le "-I " dans l'appel à gcc. Mais je vois pas dans le fichier le configure.ac de leafpad ce qui entraine l'inclusion des chemins des includes de gtk... Je ne vois pas de ligne particulière...

Je viens de regarde leafpad, qui est un petit projet: http://tarot.freeshell.org/leafpad/(...)

AC_INIT(Leafpad, 0.8.4, tarot@sdf.lonestar.org)
AM_INIT_AUTOMAKE($PACKAGE_TARNAME, $PACKAGE_VERSION)
AM_CONFIG_HEADER(config.h)

AC_PROG_INTLTOOL(, no-xml) # require >= 0.31 for autoreconf
AC_PROG_CC
if test "$GCC" = "yes"; then
CFLAGS="$CFLAGS -Wall"
fi

AM_PATH_GTK_2_0

AC_ARG_ENABLE(chooser,
AC_HELP_STRING([--enable-chooser], [use GtkFileChooser instead of GtkFileSelector]),
AC_DEFINE(ENABLE_CHOOSER, 1, [Define if GtkFileChooser is enabled.])
)
#AC_ARG_ENABLE(gnomeprint,
# AC_HELP_STRING([--enable-gnomeprint], [use GnomePrint for printing]),
# AC_DEFINE(ENABLE_GNOMEPRINT, 1, [Define if GnomePrint is enabled.])
#)
AC_ARG_ENABLE(print,
AC_HELP_STRING([--disable-print], [do not include print feature]),
AC_DEFINE(DISABLE_PRINT, 1, [Define if printing feature is disabled.])
)
if test "$enable_print" != "no"; then
if test "$enable_gnomeprint" = "yes"; then
PKG_CHECK_MODULES(GNOMEPRINT, libgnomeprintui-2.2)
AC_SUBST(GNOMEPRINT_CFLAGS)
AC_SUBST(GNOMEPRINT_LIBS)
fi
fi

ALL_LINGUAS="bg ca cs de el es fr he hu it ja lt pl pt ru sk sv ta tr vi zh_CN zh_TW"
GETTEXT_PACKAGE="$PACKAGE"
AC_SUBST(GETTEXT_PACKAGE)
AM_GLIB_GNU_GETTEXT
AM_GLIB_DEFINE_LOCALEDIR(LOCALEDIR)

AC_CONFIG_FILES([Makefile src/Makefile po/Makefile.in])
AC_OUTPUT

La seule signe intéressante que je vois, c'est AM_PATH_GTK_2_0, il va vérifier la version de GTK2.0 que j'utilise, donc la trouve mais le make n'a toujours pas le chemin intégré...

J'ai pourtant remis à jour toute le chaine avec:
aclocal && autoconf && automake && ./configure && make... où est mon erreur ?