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.
chdorb

- 4 août 2021
- Inscrit 3 avr. 2006
- 0 meilleure réponse
- Petit nouveau
- 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)
quand ça marche et quand ça ne marche pas.grep eth0 /var/log/messages
- 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
Il indique que le Makefile ne l'interprète pasQuelle raison a invoqué la personne sur Bugzilla ?
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.