openSUSE Users (Français) August 2010

users-fr@lists.opensuse.org

7 participants
6 discussions

[opensuse-fr] kopete et skype
by fabrice 25 Aug '10

25 Aug '10

;=) Kopete permet de gérer différents protocole en parallèle, dont skype. savez vous comment faire pour que kopete sache lancer skype au démarage ? en prenant la version dynamique cela fonctionne mais il faut lancer skype depuis son répertoire (./skype) puis kopete qui prendra alors le relais et agrège le protocole skype ... pas d'un pratique pratique. Sinon (clic sur kopete) cela donne a chaque démarrage de kopete 2 messages comme quoi skype ne peut être lancé. Merci Fabrice -- To unsubscribe, e-mail: opensuse-fr+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-fr+help(a)opensuse.org

1 0

[opensuse-fr] courrielleur et lecture pdf
by fabrice 25 Aug '10

25 Aug '10

Hello ;=) moi qui croyait le .pdf transparent et une solution "universelle" je vais de surprise en surprise... au delà des poncifs : J'utilise kmail et j'ai envoyé un .pdf a une entreprise (j'ai converti un fichier texte au format natif d'Open Office .odt en .pdf, ceci avec suse 11.3, open office 3.2.1 et kde 4.5). En retour on m'a répondu que le fichier joint était illisible, et qu'il fallait envoyer du .pdf, du .doc ou du .xls. Aprés test et envoi de ce fichier depuis linux vers sur windows (vers incredimail et thunderbird) seul le 2d cas permet d'ouvrir les fichiers joints (.pdf et .doc). Le webmail de free permet l'ouverture des documents mais le nom de la pièce jointe est modifié (il devient "unamed"). A noter que le pdf s'ouvre normalement sur opensuse 11.3 et cela ne serait donc pas a priori un soucis lié à open office mais plutot à l'envoi ou à la réception du mail, voir à son ouverture. D'où pensez vous que vienne ce soucis ? Je recherche une solution qui marche tout le temps. Je détaile : Envoi du mail : comment faire que kmail envoie un document joint (.pdf, .doc ...) sans gêner le destinataire ? (il faut une solution simple, transparente et 100% efficace car les entreprises n'ont pas de temps à perdre de nos jours). J'ai trouvé une option permettant à kmail de faire un nommage des pièces jointes compatible à outlook mais cela rend alors les mails incompatibles avec les clients courriers respectant les standards de nommage des pièces jointes et l'option est donc fortement déconseillée dans la boite de dialogue de kmail. De plus je ne sais pas si outlook est utilisé par le destinataire et le test fait en envoyant vers incredimail avec cette option cochée n'a pas aidé (en supposant qu'incredimail qui ne voyait pas les PJ était géné par le nommage des documents joints et travaille avec le standard outlook). Voyez vous d'autres paramètres kmail qui puissent régler ce problème ? Est ce même lié a Kmail ? Réception du mail : Les pièces jointes sont recues nommées de type ATT522.dat (sauf avec thunderbird ou le titre et l'ouverture sont normaux) et cliquer dessus ne donne rien avec windows, on ne sait pas alors a quel format on a affaire ce qui ne facillite pas l'ouverture au destinataire. Il faudrait alors "ouvrir avec" différents logiciels pour tester ... Ouverture du document joint : Certains courrielleurs semblent nécessiter d'enregistrer le document joint (sur le pc , en dehors du courrielleur ) avant que celui ci puisse être ouvert correctement. J'espère que ce fut le cas pour mon destinataire ... Il reste a parler du téléchargement gratuit d'adobe reader ou tout autre lecteur de fichier de type .pdf (chose qui prend du temps et n'est pas toujours à la portée du destinataire a supposer qu'il ait le temps) J'ai conseillé au destinataire plusieurs solutions de contournement : enregistrer le document sur le pc avant de l'ouvrir, voir l'ouvrir avec adobe reader au besoin, ou passer par le courrier postal en dernier ressort. ( je ne connais personne dans cette entreprise, et ne sait pas leur équipement micro, et peut difficilement leur demander de changer leur courrielleur, leur type mime ou tout autre paramètre informatique ) Rappel : A noter que le pdf s'ouvre normalement sur opensuse 11.3 et cela ne serait donc pas a priori un soucis lié à open office mais plutot à l'envoi ou à la réception du mail, voir à son ouverture. D'où pensez vous que vienne ce soucis ? Je recherche une solution qui marche tout le temps. Merci de vos conseils et pistes ;) Fabrice -- To unsubscribe, e-mail: opensuse-fr+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-fr+help(a)opensuse.org

2 2

[Fwd: Re: [opensuse-fr] courrielleur et lecture pdf]
by Julien DAL 25 Aug '10

25 Aug '10

Salut, J'aurai tendance à dire la même chose que Bruno au sujet de Kmail quand à la stabilité de celui-ci depuis quelques versions : la stabilité de celui-ci n'est certainement pas suffisante pour une utilisation quotidienne dans le monde de l'entreprise donc devant assurer la qualité de l'envoi des mails et le volume journalier en traitement. Les solutions mails que nous avons sont donc pour ma part Evolution, pas mal de Claws-mail et quelques Thunderbird. Nous ne formatons jamais nos messages en HTML mais en texte brut (il arrive souvent que le HTML soit mal interprété ou pire, carrément "destructif") Vérifie également que la pièce jointe ne fasse pas X Mo. Un test simple serai aussi que tu envoies exactement le même mail à une autre personne afin de vérifier si le problème est toujours là et vérifier si effectivement cela vient de ton Kmail ou d'un serveur Exchange récalcitrant qui se trouverait dans la fameuse boite en question ... c'est souvent le cas ;) Comme le disait Bruno regarde les entêtes des messages de cette boite que tu as reçu pour obtenir ce genre d'info : le cheminement, le client mail etc etc ... Merci Julien -------- Message transféré -------- > De: Bruno Friedmann <bruno(a)ioda-net.ch> > À: opensuse-fr(a)opensuse.org > Sujet: Re: [opensuse-fr] courrielleur et lecture pdf > Date: Wed, 25 Aug 2010 07:17:44 +0200 > > On 08/24/2010 09:21 PM, fabrice wrote: > > Hello ;=) > > > > moi qui croyait le .pdf transparent et une solution "universelle" je vais de surprise en surprise... au delà des poncifs : > > > > J'utilise kmail et j'ai envoyé un .pdf a une entreprise (j'ai converti un fichier texte au format natif d'Open Office .odt en .pdf, ceci avec suse 11.3, > > open office 3.2.1 et kde 4.5). > > > > En retour on m'a répondu que le fichier joint était illisible, et qu'il fallait envoyer du .pdf, du .doc ou du .xls. > > > > Aprés test et envoi de ce fichier depuis linux vers sur windows (vers incredimail et thunderbird) seul le 2d cas permet d'ouvrir les fichiers joints (.pdf > > et .doc). > > Le webmail de free permet l'ouverture des documents mais le nom de la pièce jointe est modifié (il devient "unamed"). > > > > A noter que le pdf s'ouvre normalement sur opensuse 11.3 et cela ne serait donc pas a priori un soucis lié à open office mais plutot à l'envoi ou à la > > réception du mail, voir à son ouverture. D'où pensez vous que vienne ce soucis ? > > Je recherche une solution qui marche tout le temps. > > > > Je détaile : > > > > Envoi du mail : > > comment faire que kmail envoie un document joint (.pdf, .doc ...) sans gêner le destinataire ? > > (il faut une solution simple, transparente et 100% efficace car les entreprises n'ont pas de temps à perdre de nos jours). > > J'ai trouvé une option permettant à kmail de faire un nommage des pièces jointes compatible à outlook mais cela rend alors les mails incompatibles avec les > > clients courriers respectant les standards de nommage des pièces jointes et l'option est donc fortement déconseillée dans la boite de dialogue de kmail. > > De plus je ne sais pas si outlook est utilisé par le destinataire et le test fait en envoyant vers incredimail avec cette option cochée n'a pas aidé (en > > supposant qu'incredimail qui ne voyait pas les PJ était géné par le nommage des documents joints et travaille avec le standard outlook). > > > > Voyez vous d'autres paramètres kmail qui puissent régler ce problème ? > > Est ce même lié a Kmail ? > > > > > > Réception du mail : > > Les pièces jointes sont recues nommées de type ATT522.dat (sauf avec thunderbird ou le titre et l'ouverture sont normaux) et cliquer dessus ne donne rien > > avec windows, on ne sait pas alors a quel format on a affaire ce qui ne facillite pas l'ouverture au destinataire. Il faudrait alors "ouvrir avec" > > différents logiciels pour tester ... > > > > Ouverture du document joint : > > Certains courrielleurs semblent nécessiter d'enregistrer le document joint (sur le pc , en dehors du courrielleur ) avant que celui ci puisse être ouvert > > correctement. J'espère que ce fut le cas pour mon destinataire ... > > Il reste a parler du téléchargement gratuit d'adobe reader ou tout autre lecteur de fichier de type .pdf (chose qui prend du temps et n'est pas toujours à > > la portée du destinataire a supposer qu'il ait le temps) > > > > J'ai conseillé au destinataire plusieurs solutions de contournement : enregistrer le document sur le pc avant de l'ouvrir, voir l'ouvrir avec adobe reader > > au besoin, ou passer par le courrier postal en dernier ressort. > > > > ( je ne connais personne dans cette entreprise, et ne sait pas leur équipement micro, et peut difficilement leur demander de changer leur courrielleur, leur > > type mime ou tout autre paramètre informatique ) > > > > > > > > Rappel : A noter que le pdf s'ouvre normalement sur opensuse 11.3 et cela ne serait donc pas a priori un soucis lié à open office mais plutot à l'envoi ou > > à la réception du mail, voir à son ouverture. D'où pensez vous que vienne ce soucis ? Je recherche une solution qui marche tout le temps. > > > > > > > > > > Merci de vos conseils et pistes ;) > > > > Fabrice > > Bon ce qui pourrait être vraiment utile, c'est la source du message reçu. > Peut-être recréer un envoi bidon avec un pdf bidon. > De manière à voir comment sort le message depuis kmail. > Ensuite refaire le même envoi avec par exemple mailx depuis la ligne de commande. > et comparer les résultats. > > Pour l'entreprise concerné, récupérer aussi la source d'un de leur message, dans les entêtes nombre d'informations pourront > être lues. > > Personnellement, et à mon grand regret, je dirais que la partie PIM KDE 4.5.0 n'est pas prête. Dans l'openSUSE c'est une partie > de l'ancienne version qui est ré-intégrer dedans. Il manquait les traductions, quels sont les autres effects de bord ? > > En tout cas la description faîte de l'envoi, et quelque chose que je fais tous les jours, avec de multiple destinataires > utilisant une gamme variée de logiciels email ( différent webmail, outlook express 6 -> outlook 2010, voir iphone, blackberry ) > Sans que ceux-ci n'est de problème particulier. Mais dans mon cas j'utilise thunderbird. > > > -- > > Bruno Friedmann bruno(a)ioda-net.ch > > Ioda-Net Sàrl www.ioda-net.ch > > openSUSE Member > User www.ioda.net/r/osu > Blog www.ioda.net/r/blog > > fsfe fellowship www.fsfe.org > (bruno.friedmann (at) fsfe.org ) > > tigerfoot on irc > > GPG KEY : D5C9B751C4653227 > -- > To unsubscribe, e-mail: opensuse-fr+unsubscribe(a)opensuse.org > For additional commands, e-mail: opensuse-fr+help(a)opensuse.org >

1 0

[opensuse-fr] Traduction de Kmail
by fabrice 23 Aug '10

23 Aug '10

Hello ;=) J'utilise opensuse 11.3, kde 4.5 et kmail 1.13.5 mais kmail reste en anglais bien que le système soit en francais Où se trouve le moyen de traduire Kmail svp ? Dans les menus il n'y a pas d'autre langue offerte que l'anglais. ~> kmail --version Qt: 4.6.3 KDE Development Platform: 4.5.00 (KDE 4.5.0) KMail: 1.13.5 J'ai a priori bien les paquets nécessaires à la traduction : $ zypper se kde*fr* Le dépôt 'Packman Repository' n'est pas à jour. Vous pouvez lancer 'zypper refresh' en tant que root pour le mettre à jour. Chargement des données du dépôt... Lecture des paquets installés... S | Nom | Résumé | Type --+-------------------+----------------------------------+------- | kde3-i18n-fr | French Translations for KDE | paquet | kde3-i18n-fr-base | French Translations for KDE | paquet i | kde4-l10n-fr | French (fr) translations for KDE | paquet i | kde4-l10n-fr-data | French (fr) translations for KDE | paquet i | kde4-l10n-fr-doc | French (fr) translations for KDE | paquet Ensuite je ne trouve pas le fichier kmail.mo : est bien celui là le fautif ? il n'est pas dans /usr/share/locale/fr/LC_MESSAGES/ ni dans kde4-l10n-fr (rpm -ql kde-l10n-fr ) ni dans /usr, ni ailleurs : $ find /usr/share | grep kmail.mo fabrice@linux-alzh:/usr/share/locale/fr/LC_MESSAGES> find /usr | grep kmail.mo find: `/usr/lib/mozilla/extensions': Permission non accordée $ find kmail.mo find: `kmail.mo': Aucun fichier ou dossier de ce type Dans webpin je ne trouve pas de kmail.mo pous suse 11.3 D'autres pistes ? Merci ;=) Fabrice -- To unsubscribe, e-mail: opensuse-fr+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-fr+help(a)opensuse.org

6 9

[opensuse-fr] Compilation Grisbi -Outils
by Pierre Coutant 20 Aug '10

20 Aug '10

Bonjour, Voulant installer la dernière version de Grisbi j'ai effectué le ./configure. Et voici ce que me répond la console: checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /bin/mkdir -p checking for gawk... gawk checking whether make sets $(MAKE)... no checking whether to enable maintainer-specific portions of Makefiles... no checking for style of include used by make... none checking for gcc... no checking for cc... no checking for cl.exe... no configure: error: in `/usr/local/grisbi-0.6.0': configure: error: no acceptable C compiler found in $PATH See `config.log' for more details. J'avoue ne pas avoir les compétences pour régler le problème. Je lis bien qu'il y a une erreur et qu'il faut regarder "config log", joint ci-dessous, mais où trouver l'erreur ? Il semble manquer les outils de développement... Comment installer un pack ? Un p'tit coup de main serait bienvenu. Un grand merci d'avance. This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. It was created by grisbi configure 0.6.0, which was generated by GNU Autoconf 2.64. Invocation command line was $ ./configure ## --------- ## ## Platform. ## ## --------- ## hostname = linux-onr3 uname -m = i686 uname -r = 2.6.31.12-0.2-desktop uname -s = Linux uname -v = #1 SMP PREEMPT 2010-03-16 21:25:39 +0100 /usr/bin/uname -p = unknown /bin/uname -X = unknown /bin/arch = i686 /usr/bin/arch -k = unknown /usr/convex/getsysinfo = unknown /usr/bin/hostinfo = unknown /bin/machine = unknown /usr/bin/oslevel = unknown /bin/universe = unknown PATH: /home/Pierre/bin PATH: /usr/local/bin PATH: /usr/bin PATH: /sbin PATH: /usr/sbin PATH: /bin PATH: /usr/bin/X11 PATH: /usr/X11R6/bin PATH: /usr/games PATH: /usr/lib/jvm/jre/bin PATH: /usr/lib/mit/bin PATH: /usr/lib/mit/sbin ## ----------- ## ## Core tests. ## ## ----------- ## configure:2699: checking for a BSD-compatible install configure:2767: result: /usr/bin/install -c configure:2778: checking whether build environment is sane configure:2828: result: yes configure:2969: checking for a thread-safe mkdir -p configure:3008: result: /bin/mkdir -p configure:3021: checking for gawk configure:3037: found /usr/bin/gawk configure:3048: result: gawk configure:3059: checking whether make sets $(MAKE) configure:3085: result: no configure:3162: checking whether to enable maintainer-specific portions of Makefiles configure:3171: result: no configure:3197: checking for style of include used by make configure:3225: result: none configure:3295: checking for gcc configure:3325: result: no configure:3388: checking for cc configure:3435: result: no configure:3491: checking for cl.exe configure:3521: result: no configure:3545: error: in `/usr/local/grisbi-0.6.0': configure:3548: error: no acceptable C compiler found in $PATH See `config.log' for more details. ## ---------------- ## ## Cache variables. ## ## ---------------- ## ac_cv_env_CC_set= ac_cv_env_CC_value= ac_cv_env_CFLAGS_set= ac_cv_env_CFLAGS_value= ac_cv_env_CPPFLAGS_set= ac_cv_env_CPPFLAGS_value= ac_cv_env_CPP_set= ac_cv_env_CPP_value= ac_cv_env_GTK_CFLAGS_set= ac_cv_env_GTK_CFLAGS_value= ac_cv_env_GTK_LIBS_set= ac_cv_env_GTK_LIBS_value= ac_cv_env_LDFLAGS_set= ac_cv_env_LDFLAGS_value= ac_cv_env_LIBS_set= ac_cv_env_LIBS_value= ac_cv_env_OpenSSL_CFLAGS_set= ac_cv_env_OpenSSL_CFLAGS_value= ac_cv_env_OpenSSL_LIBS_set= ac_cv_env_OpenSSL_LIBS_value= ac_cv_env_PKG_CONFIG_set= ac_cv_env_PKG_CONFIG_value= ac_cv_env_XML2_CFLAGS_set= ac_cv_env_XML2_CFLAGS_value= ac_cv_env_XML2_LIBS_set= ac_cv_env_XML2_LIBS_value= ac_cv_env_build_alias_set= ac_cv_env_build_alias_value= ac_cv_env_host_alias_set= ac_cv_env_host_alias_value= ac_cv_env_target_alias_set= ac_cv_env_target_alias_value= ac_cv_path_install='/usr/bin/install -c' ac_cv_path_mkdir=/bin/mkdir ac_cv_prog_AWK=gawk ac_cv_prog_make_make_set=no ## ----------------- ## ## Output variables. ## ## ----------------- ## ACLOCAL='${SHELL} /usr/local/grisbi-0.6.0/missing --run aclocal-1.11' ALLOCA='' AMDEPBACKSLASH='\' AMDEP_FALSE='#' AMDEP_TRUE='' AMTAR='${SHELL} /usr/local/grisbi-0.6.0/missing --run tar' AR='' AUTOCONF='${SHELL} /usr/local/grisbi-0.6.0/missing --run autoconf' AUTOHEADER='${SHELL} /usr/local/grisbi-0.6.0/missing --run autoheader' AUTOMAKE='${SHELL} /usr/local/grisbi-0.6.0/missing --run automake-1.11' AWK='gawk' BUILD_INCLUDED_LIBINTL='' CATOBJEXT='' CC='' CCDEPMODE='' CFLAGS='' CFLAG_VISIBILITY='' CPP='' CPPFLAGS='' CYGPATH_W='echo' DATADIRNAME='' DEFS='' DEPDIR='.deps' DSYMUTIL='' DUMPBIN='' ECHO_C='' ECHO_N='-n' ECHO_T='' EGREP='' EXEEXT='' FGREP='' GENCAT='' GETTEXT_MACRO_VERSION='' GLIBC21='' GLIBC2='' GMSGFMT='' GMSGFMT_015='' GREP='' GSB_GMEMPROFILE='' GSB_NOOPTIM='' GTK_CFLAGS='' GTK_LIBS='' HAVE_ASPRINTF='' HAVE_CUNIT_FALSE='' HAVE_CUNIT_TRUE='' HAVE_OFX_FALSE='' HAVE_OFX_SET_STATUS_CB_FALSE='' HAVE_OFX_SET_STATUS_CB_TRUE='' HAVE_OFX_TRUE='' HAVE_PLUGINS_FALSE='' HAVE_PLUGINS_TRUE='' HAVE_POSIX_PRINTF='' HAVE_SNPRINTF='' HAVE_SSL_FALSE='' HAVE_SSL_TRUE='' HAVE_VISIBILITY='' HAVE_WPRINTF='' HAVE_XML2_FALSE='' HAVE_XML2_TRUE='' INSTALL_DATA='${INSTALL} -m 644' INSTALL_PROGRAM='${INSTALL}' INSTALL_SCRIPT='${INSTALL}' INSTALL_STRIP_PROGRAM='$(install_sh) -c -s' INSTOBJEXT='' INTLBISON='' INTLLIBS='' INTLOBJS='' INTL_LIBTOOL_SUFFIX_PREFIX='' INTL_MACOSX_LIBS='' LD='' LDFLAGS='' LIBICONV='' LIBINTL='' LIBMULTITHREAD='' LIBOBJS='' LIBPTH='' LIBPTH_PREFIX='' LIBS='' LIBTHREAD='' LIBTOOL='' LIBTOOL_DEPS='' LIPO='' LN_S='' LTLIBC='' LTLIBICONV='' LTLIBINTL='' LTLIBMULTITHREAD='' LTLIBOBJS='' LTLIBPTH='' LTLIBTHREAD='' MAINT='#' MAINTAINER_MODE_FALSE='' MAINTAINER_MODE_TRUE='#' MAKEINFO='${SHELL} /usr/local/grisbi-0.6.0/missing --run makeinfo' MKDIR_P='/bin/mkdir -p' MSGFMT='' MSGFMT_015='' MSGMERGE='' NM='' NMEDIT='' OBJDUMP='' OBJEXT='' OTOOL64='' OTOOL='' OpenSSL_CFLAGS='' OpenSSL_LIBS='' PACKAGE='grisbi' PACKAGE_BUGREPORT='' PACKAGE_NAME='grisbi' PACKAGE_STRING='grisbi 0.6.0' PACKAGE_TARNAME='grisbi' PACKAGE_URL='' PACKAGE_VERSION='0.6.0' PATH_SEPARATOR=':' PKG_CONFIG='' POSUB='' PRI_MACROS_BROKEN='' RANLIB='' SED='' SET_MAKE='MAKE=make' SHELL='/bin/sh' STRIP='' USE_INCLUDED_LIBINTL='' USE_NLS='' VERSION='0.6.0' WINDRES='' WOE32='' WOE32DLL='' XGETTEXT='' XGETTEXT_015='' XGETTEXT_EXTRA_OPTIONS='' XML2_CFLAGS='' XML2_LIBS='' ac_ct_CC='' ac_ct_DUMPBIN='' am__EXEEXT_FALSE='' am__EXEEXT_TRUE='' am__fastdepCC_FALSE='' am__fastdepCC_TRUE='' am__include='#' am__isrc='' am__leading_dot='.' am__quote='' am__tar='${AMTAR} chof - "$$tardir"' am__untar='${AMTAR} xf -' bindir='${exec_prefix}/bin' build='' build_alias='' build_cpu='' build_os='' build_vendor='' datadir='${datarootdir}' datarootdir='${prefix}/share' docdir='${datarootdir}/doc/${PACKAGE_TARNAME}' dvidir='${docdir}' exec_prefix='NONE' export_dynamic_flag_spec='' export_dynamic_flag_spec_CXX='' host='' host_alias='' host_cpu='' host_os='' host_vendor='' htmldir='${docdir}' includedir='${prefix}/include' infodir='${datarootdir}/info' install_sh='${SHELL} /usr/local/grisbi-0.6.0/install-sh' libdir='${exec_prefix}/lib' libexecdir='${exec_prefix}/libexec' localedir='${datarootdir}/locale' localstatedir='${prefix}/var' lt_ECHO='echo' lt_prog_compiler_wl='' mandir='${datarootdir}/man' mkdir_p='/bin/mkdir -p' oldincludedir='/usr/include' pdfdir='${docdir}' prefix='NONE' program_transform_name='s,x,x,' psdir='${docdir}' sbindir='${exec_prefix}/sbin' sharedstatedir='${prefix}/com' sysconfdir='${prefix}/etc' target_alias='' ## ----------- ## ## confdefs.h. ## ## ----------- ## /* confdefs.h */ #define PACKAGE_NAME "grisbi" #define PACKAGE_TARNAME "grisbi" #define PACKAGE_VERSION "0.6.0" #define PACKAGE_STRING "grisbi 0.6.0" #define PACKAGE_BUGREPORT "" #define PACKAGE_URL "" #define PACKAGE "grisbi" #define VERSION "0.6.0" configure: exit 1 -- Pierre COUTANT _______________________________________________ user-french mailing list user-french(a)listes.grisbi.org http://listes.grisbi.org/mailman/listinfo/user-french -- Monique et Pierre COUTANT LE CAILLOU 78, rue de Saint-André 45370 CLÉRY-SAINT-ANDRÉ Tél : +33 2 3845 7481 : +33 2 4548 2670 Fax : +33 2 3845 7481 Courriel : lecaillou(a)sfr.fr Site web : http://le.caillou.clery.free.fr/ -- To unsubscribe, e-mail: opensuse-fr+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-fr+help(a)opensuse.org

2 1

Re: [opensuse-fr] Impression en réseau local (connection via Ethernet)
by fabrice 03 Aug '10

03 Aug '10

;=) pour info lexmark vient de me répondre que le driver pour la 11.3 n'était pas dispo ... grande découverte, je leur ai indiqué que c'est justement là le soucis (entre autre). oui c'est là : > > oui c'est là : https://bugzilla.novell.com/show_bug.cgi?id=625611 > > > > > > > > Il faudrait savoir si le driver pour la 11.2 peut planter Cups ou pas. > > > > Parait t'il que la nouvelle version pour la 11.3 devrait venir selon un > > ami mais j'attend de voir ce que lexmark va répondre car ca peut prendre > > un moment. > > > > Si c'est le driver ca régle le rapport de bug, sans quoi Cups a un > > soucis . > > > > si tu as de quoi enfoncer le clou c'est bien ;) > > Fabrice -- To unsubscribe, e-mail: opensuse-fr+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-fr+help(a)opensuse.org

1 2

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

openSUSE Users (Français) August 2010