platinum a écrit 52 commentaires

Tu crois que tu pourrais mettre un peu plus de détails stp, du genre tes fichiers .h et éventuellement les .cpp ? Parce que là, apparemment, le problème a l'air de venir de la classe inductance, mais bon ...

En fait, c'est une légende urbaine [1], et Linus l'a bien expliqué. Ensuite, ce qui est vraiment important, c'est de garder les sources de tous les noyaux installés sur la machine, au cas où.

I would suggest that people who compile new kernels should:

- NOT do so in /usr/src. Leave whatever kernel (probably only the
header files) that the distribution came with there, but don't touch
it.

- compile the kernel in their own home directory, as their very own
selves. No need to be root to compile the kernel. You need to be root
to _install_ the kernel, but that's different.

- not have a single symbolic link in sight (except the one that the
kernel build itself sets up, namely the "linux/include/asm" symlink
that is only used for the internal kernel compile itself)

And yes, this is what I do. My /usr/src/linux still has the old 2.2.13
header files, even though I haven't run a 2.2.13 kernel in a _loong_
time. But those headers were what glibc was compiled against, so those
headers are what matches the library object files.

And this is actually what has been the suggested environment for at
least the last five years. I don't know why the symlink business keeps
on living on, like a bad zombie. Pretty much every distribution still
has that broken symlink, and people still remember that the linux
sources should go into "/usr/src/linux" even though that hasn't been
true in a _loong_ time.

Is there some documentation file that I've not updated and that people
are slavishly following outdated information in? I don't read the
documentation myself, so I'd never notice ;)

Linus

[1] : http://seclists.org/linux-kernel/2000/Jul/4404.html(...)

Je trouve ton site assez sympathique : clair, simple, rapide.
Jusqu'à maintenant j'ai toujours rechigné à installer une jvm sur ma bécanne, mais je crois que ton soft va me décider à le faire.

C'est pas une blague ???

Un peu bourrin, mais pourquoi pas faire des figures ou flottants pour chaque ensemble de lignes que tu veux insécable ? Ou mettre un truc "insécable" (évidemment, c'est facile dit comme ça ...) dans la case.

Ce serait bien si tu pouvais détailler ton fichier /etcfstab ou la ligne incriminée ...

# echo ndiswrapper >> /etc/modules

Sinon, y'a Grub. Bon, faut lire un peu la doc, mais c'est peut-être encore la méthode la mieux :
- Installation de grub sur une disquette formatée en ext2 (attention, je crois que par défaut le nombre d'inode sur une disquette est trop faible, il faut l'augmenter au formattage)
- Configuration pour qu'il trouve le fichier stage2 sur la bonne partition (ainsi que le menu.lst)

Liens :
http://fr.gentoo-wiki.com/HOWTO_Cr(...)éer_une_disquette_bootable_avec_GRUB
http://lea-linux.org/admin/grub.html(...)
http://www.finix.eu.org/spip/article.php3?id_article=69(...)

Mindi pour créer un jeu de disquettes ou un cd bootable et Mondo pour un backup complet à partir de ton système existant :
http://www.mondorescue.org/download/1.6x-howto/(...)

SystemRescue CD pour avoir les outils de dépannage, comme le repartionnement en mode graphique (framebuffer) :
http://www.sysresccd.org/(...)

Un petit tutorial pas très long pour commencer avec les autotools :
http://www.infres.enst.fr/~dax/polys/configure/.(...)

Sinon, normalement Kdevelop génère une arborescence standard (AUTHOR, COPYING, etc...)

Comme l'a dit alenvers (https://linuxfr.org/comments/550927.html#550927(...) ) la problématique n'est pas forcément la même.

Par exemple les utilisateurs finaux sont gérés par des droits dits applicatifs et les applications par des droits systèmes.

Dans le cas de la base de donnée, il y a souvent des applications provenant de différents fournisseurs. Dans ce cas, il y a donc ce niveau intermédiaire d'authentification qui identifie quelle application a le droit de se connecter avec quels privilèges. Et chaque application s'occupe de gérer ses propres utilisateurs.

On peut évidemment faire coïncider les deux ou même les trois identifications. Plus une application est verticalisée plus ce cas est fréquent.

Bon, je n'ai pas très bien compris la manip. De plus, je ne connais pas Red Hat. J'ai juste tapé switchroot dans google et j'ai ça :

- https://www.redhat.com/archives/fedora-test-list/2004-October/msg019(...)
- http://bulles.no-ip.org/bubble/BubbleArchitecture(...)

Peut-être y a-t-il un problème avec le noyau ? Le chargeur et un éventuel initrd ?

s/désopilant/désopilante/dépilatoire/

L'impression sous les *nix reste toujours un poil désopilant ...

Une question : de quelle manière la copie a-t-elle été faite ?

Voir le journal d'un autre linuxien : https://linuxfr.org/comments/549831.html#549831(...)

En modifiant mime.types et mime.convs dans /etc/cups/ , ça va mieux
Modifications faites:
Dans mime.types, j'ai commenté de la section "application/vnd.cups-raw"
et et décommenté la section "application/octet-stream"
Dans mimes.convs, j'ai décommenté la section "application/octet-stream"

C'est cool d'avoir donné la réponse.

Effectivement, l'impression, c'est souvent la galère ... Et ce n'est pas moi qui dirai le contraire. L'erreur "client-error-not-possible" est une erreur d'authentification et je l'ai beaucoup eut avec localhost:631 sans savoir quoi faire. Alors essaie de passer par l'interface KDE.

Va savoir pourquoi, le localhost:631 ne fonctionne pas toujours alors que j'ai pu réinstaller correctement mes imprimantes avec l'interface de KDE (Configuration des imprimantes).

Et puis il faut réussir à choisir (quand tu as le choix) pile-poil le bon driver ... ça veut dire une série de tests/erreurs...

Si avec la mandrake ça fonctionne, alors peut-être essayer de comparer les fichiers de conf.

Hint: Do you have ESP Ghostscript installed?

C'est curieux. Vérifier que les packages gs-esp gs-gpl sont installés. Peut-être sont-ils manquants ?

Chez moi, je n'ai pas le package cupsys-bsd d'installé (d'ailleurs, j'ai l'impression qu'il pose plus problème qu'autre chose). Donc essayer de le désinstaller avec apt-get --purge remove cupsys-bsd.

Par contre, j'ai (chez moi) d'installés les packages : cupsys cupsys-client cupsys-driver-gimpprint cupsys-driver-gimpprint-data

Ben essaie toujours, en sélectionnant peut-être les parties intéressantes depuis le moment où tu demandes une impression. C'est peut-être parce qu'il manque le programme hpijs (ça m'est arrivé).

Vu que sur linuxprinting elle est marquée pleinement supportée, essaye apt-get install foomatic-db foomatic-db-engine foomatic-filters foomatic-filters-ppds. Après essaye de désinstaller ton imprimante et de la réinstaller. Soit avec localhost:631 ou avec l'interface de KDE (Gestionnaire d'impression).

Attention, quand il est demandé un login / mode de passe (en général pour valider la modification de la configuration), ce sont ceux de root qu'il faut mettre. Peut-être que ton problème ne vient que de là ; si tu avais mis ton login / password auquel cas, il ne se passe pas grand chose (de visible). S'il ne te redemande pas de login / password, redémarre kde.

Les logs de cups se trouvent dans /var/log/cups/. Pour changer le niveau de log, c'est dans le fichier /etc/cups/cups.conf : changer la valeur de LogLevel. Redémarrer cups évidemment ;-)

Informaticien dans une SSII je constate que Linux et le libre avancent doucement mais sûrement. Je ne sais pas si les brevets logiciels vont les freiner. Evidemment, on entend surtout parler des grandes migrations de plusieurs milliers de postes, mais des migrations de moindre échelle et des dev sous Linux on peut dire que ça commence à venir de plus en plus (c'est une réalité pécunière depuis pas mal de mois).

A partir de quoi tu envoies ton fichier ? Une application genre OpenOffice, Kate, une ligne de commande lp ou lpr ou autre ?

Cela peut venir d'un mauvais réglage du genre : "En l'absence d'option particulière, envoyer au format brut (raw) ce qui arrive à l'imprimante plutôt que de ne rien imprimer". Ce qui fait que si tu envoies un postscript sans lui dire que c'en est un, s'il n'y a pas le filtre postscript par défaut, ben ça imprime le code au lieu de l'interpréter ...

Puisque tu me dis que la page de test s'imprimer correctement, on peut penser qu'il y a un problème au niveau local. Ceci dit, je ne connais pas assez bien cups pour être catégorique là-dessus.

Je crois que tu n'es pas le seul à chercher à faire des beaux diagrammes merises et à ne pas trouver la perle rare ... Poste un journal (je ne peux pas le faire) pour faire un appel ...

Ça va faire un malheur ...