Je serai aux JDLL, pas forcément sur le stand fedora mais s'il y en a qui viennent de loin je peux héberger.

Bonjour,

Le paquet joystick ne fournit pas d'entrée dans le menu.
Les trois utilitaires du paquet sont jscal, jsattach et jstest que tu peux utiliser via la ligne de commande.

Pour plus d'infos, il y un man pour chaque programme.

Bonjour,

Pourrais-tu poster le résultat de la commande suivante (en root)

grep eth0 /var/log/messages

quand ça marche et quand ça ne marche pas.

Pour info c'est tout bon avec le tout nouveau noyau 2.6.32.11-99.

J'ai le même problème, je n'ai pas eu de le temps d'en chercher la cause.
Je boote sur l'avant dernier noyau et j'attends le prochain.

C'est vrai que ça à l'air plus facile avec KDM..🙂

Sinon j'ai trouvé ça dans l'aide de Gnome:
"Le navigateur de figures est configuré pour afficher les utilisateurs qui se connectent le plus souvent en haut de la liste. Ceci permet à ces utilisateurs de retrouver leur image de connexion plus facilement."

Et pourtant je n'ai pas l'impression que ça se passe comme ça. A vérifier quand je serai certain que le dernier utilisateur de la liste soit celui qui s'est le plus souvent connecté via GDM.

Bonjour,

Je cherche à changer l'ordre des utilisateurs dans GDM.
Si quelqu'un sait comment faire..

Merci

Quelle raison a invoqué la personne sur Bugzilla ?

Il indique que le Makefile ne l'interprète pas

Sinon j'ai fait le Makefile.fedora, commenté tout ce qui concerne le ciso-devel et ça passe OK tous les paquets dans rpmlint (ciso-1.0.0-1.fc10.src.rpm , ciso-1.0.0-1.fc10.i386.rpm et ciso-debuginfo-1.0.0-1.fc10.i386.rpm )

Par contre avec les flags de Fedora gcc gueule pas mal :
ciso.c: In function 'decomp_ciso':
ciso.c:142: warning: format '%ld' expects type 'long int', but argument 2 has type 'long long unsigned int'
ciso.c:143: warning: format '%d' expects type 'int', but argument 2 has type 'long unsigned int'
ciso.c:213: warning: format '%d' expects type 'int', but argument 4 has type 'long unsigned int'
ciso.c:90: warning: unused variable 'buf4'
ciso.c:87: warning: unused variable 'total_sectors'
ciso.c:84: warning: unused variable 'file_size'
ciso.c: In function 'comp_ciso':
ciso.c:283: warning: format '%ld' expects type 'long int', but argument 2 has type 'long long unsigned int'
ciso.c:284: warning: format '%d' expects type 'int', but argument 2 has type 'long unsigned int'
ciso.c:310: warning: format '%3d' expects type 'int', but argument 3 has type 'long long unsigned int'
ciso.c:243: warning: unused variable 'total_sectors'
ciso.c:289: warning: ignoring return value of 'fwrite', declared with attribute warn_unused_result
ciso.c:292: warning: ignoring return value of 'fwrite', declared with attribute warn_unused_result
ciso.c:390: warning: ignoring return value of 'fwrite', declared with attribute warn_unused_result

C'es gênant ? Fédoramment parlant...

J'ai remis à jour
URL Spec : http://chdorblog.free.fr/ciso.spec
URL SRPM : http://chdorblog.free.fr/ciso-1.0.0-1.fc10.src.rpm

En fait comme je l'ai dit plus haut j'ai suivi quelques recommandations à la réponse de mon post dans bugzilla redhat.
C'est pourquoi
- j'ai enlevé le %{?_smp_mflags} (car apparemment inutile...)
- j'ai fait un paquet zlib-devel avec le fichier .h ("MUST: Header files must be in a -devel package." dans le review guidelines )

Sinon le BuildRequires : zlib-devel est déjà dans mon spec .

En tout cas je vais prendre la solution du Makefile.fedora

Merci

Bonjour,

Oui redhat-rpm-config est installé

J'ai effectué quelques modifs suite aux recommandations de lonu? Ar??ri?i sur bugzilla .
Cependant il demeure un truc qui me chiffonne (et qui existe depuis le début) : rpmlint sur le paquet ciso-debuginfo:

chdorb@chdorb-desktop:~/rpmbuild/SPECS$ rpmlint ../RPMS/i386/ciso-*
ciso-debuginfo.i386: E: debuginfo-without-sources
3 packages and 0 specfiles checked; 1 errors, 0 warnings.
chdorb@chdorb-desktop:~/rpmbuild/SPECS$ rpmlint -I debuginfo-without-sources
debuginfo-without-sources:
This debuginfo package appears to contain debug symbols but no source files.
This is often a sign of binaries being unexpectedly stripped too early during
the build, or being compiled without compiler debug flags (which again often
is a sign of distro's default compiler flags ignored which might have security
consequences), or other compiler flags which result in rpmbuild's debuginfo
extraction not working as expected. Verify that the binaries are not
unexpectedly stripped and that the intended compiler flags are used.

Je ne comprends rien à cette erreur...

Si quelqu'un peut m'aider

J'ai mis à jour les fichiers:
URL Spec : http://chdorblog.free.fr/ciso.spec
URL SRPM : http://chdorblog.free.fr/ciso-1.0.0-1.fc10.src.rpm

Merci

+1 pour la clé USB

J'ai fais le nécessaire sur Bugzilla.

J'ai encore une petite question, un patch existe dans le paquet ubuntu de ciso, or le paquet source original de l'auteur n'a pas changé..
--> https://bugs.launchpad.net/ubuntu/+source/ciso/+bug/163308

Si je patche les sources dans mon paquet, comment je dois faire ? Il faut peut-être que je cite l'auteur original de la correction quelque part et la référence du bug Launchpad ?
Où puis-je mettre ces infos ? En commentaire dans le patch ?

Merci

J'ai proposé ce paquet sur bugzilla.redhat : Bug 524423 - Review Request: ciso - iso to cso converter .
Je croise les doigts, j'espère que cette première contribution sera concluante...

Merci à vous

Je donnerai le résultat sur ce post.

OK ça me fait bien plaisir.
J'ai changé le %{_bindir}/ciso en %{_bindir}/%{name} .

Résumé du test : ciso

URL Spec : http://chdorblog.free.fr/ciso.spec

URL SRPM : http://chdorblog.free.fr/ciso-1.0.0-1.fc10.src.rpm

Description : Convertisseur ISO vers CSO (ISO compressé) et vice-versa pour les images PSP


C'est mon premier RPM à destination de la communauté, j'ai choisi un petit soft tout simple ( l'archive des sources un fichier c, un fichier h, un Makefile et un fichier license 🙂 ) et bien pratique.
Il passe OK dans rpmlint et mock.

Si vous avez des remarques...

Merci beaucoup

Bonjour,

Je suis en train de créer un paquet pour un programme qui contient un fichier license contenant la GPL.
Hors ce fichier est encodé en dos et rpmlint me dit: wrong-file-end-of-line-encoding .

Etant donné qu'il ne faut pas modifier un fichier du paquet source original, est-ce que je peux remplacer ce fichier par un fichier correct ( http://www.gnu.org/licenses/old-licenses/gpl-2.0.txt ) en le supprimant et en insérant mon fichier ?

Si oui où est-ce que je peux mettre mon fichier dans l'arborescence ~/rpmbuild/ et à quelle étape je fais l'opération dans le fichier .spec ?

J'espère avoir été assez clair...

Merci

Une fois que tu es dans une session Live, tu dois avoir une icône sur le bureau pour lancer l'installeur de Fedora non ?

Dans mon cas j'ai dû sélectionner mon certificat dès le départ..
Je n'ai par contre toujours pas été plus loin que le début.