totof2000 a écrit 9656 commentaires

1/ Bien fait !!!! Ca t'apprendras à faire des chmod délirants sans réfléchir (je hais les admins/utilisateurs qui ont trop souvent recours au chmod 777 par facilité, parce qu'ils n'arrivent pas a accéder à un fichier/répertoire). C'est toi l'admin de la machine, j'espère? En tout cas si c'est pas toi, je le plains le pauvre.

2/ J'espère au moins que tu as des sauvegardes? Si c'est le cas, peut-être que tu peux récupérer les droits des fichiers sauvegardés et faire le chmod qui va bien par script ....

Je pense que tu vas t'amuser ....

En même temps et amha le simple fait que ce ne soit plus tout bonnement paquet-version mais paquet-version-releasedistrib
rien que ce fait indique qu'il y a des modifs (et ce n'est pas exclusifs aux kernels, quelle idée!)

Ou ai-je dit que c'était exclusif au kernel? J'ai cité les kernel en exemple, parce que c'était le seul qui me venait à l'esprit lorsque j'ai ecrit mon post. Pour mon info, info, as-tu d'autres exemples à me donner?

Sinon comment différencier paquet-version-releasedistrib généré et patché par le fournisseur de la distrib d'un paquet-version-releasedistrib précompilé par le fournisseur du logiciel pour la distrib en question ??? En général paquet-version-releasedistrib signifie qu'il sagit du paquet nommé "paquet", de version "version" compilé pour la distrib (cas des rpm incompatibles entre redhat et les distribs autres). Ca ne signifie aucunement que les sources du soft ont été modifiés ...

Certe certain n'ont aucuns patch, mais ils sont relativement rare....
Il me semble que sur la slackware, aucun patch n'est ajouté. Même le noyau est un noyau "officiel".
Et meme fournir un spec rpm (je connais pas l'equivalent debian) constitue une modification
???? Peux-tu développer ?

Oui mais encore faut-il que l'utilisateur puisse avoir accès simplement a cette information, ce qui n'est pas forcément toujours le cas.

C'est une question de support. J'avais posé une telle question dans un article ou journal il y a quelques temps.

Mozilla fait du support. Imagine que quelqu'un les appelle pour un problème sur une application patchée. Ce patch n'a pas été remonté ou pas encore été traité par Mozilla. Comment aire pour s'y retrouver?

La solution est d'indiquer quelque part que c'est une version patchée non officielle: dans un menu, une commande qui retourne le numéro de version, etc ...

Apres debian pourrait appeler "son" firefox modifie "firefox_Deb" ou un truc comme ca (c'est ce qui se passe par exemple pour les sources du noyau Linux modifié par les distributions), et ca ne me choque pas du tout.

Dans tous les cas, je trouve que se demander qui de linux ou du bios à raison pour ces quelques 47 MHz c'est d'un ridicule...

Salut.

Meme si dans le fond 47 MHz c'est pas grand chose je trouve intéressant de savoir qui a raison dans tout ca, et surtout, pourquoi une telle différence.

Ce n'est pas plus ridicule ni inutile que de savoir comment fonctionne son OS, de disposer des sources etc ...

Je conseille a l'initiateur de ce fil de chercher sur le net un tutoriel Emacs ET vi.
pourquoi les deux?
1/ Parce que c'est bien de connaitre les deux outils avant de faire son choix.
2/ parce que un jour on peut tomber sur une machine ou notre éditeur favori n'est pas installé par défaut. Vi est présent sur toutes les machines unix/linux.

Sous vi:

:x

Je vois tout à fait ce que tu veux dire, mais, va savoir pourquoi, à chaque fois que je mets sur papier les idées de mon prog, je fini toujours par écrire directement du code à peine simplifié

Au minimum, un projet libre devrait contenir un schema structurel de l'appli, et référencer les modules qui correspondent a chaque element de ce schema.

Et finalement je n'arrive pas à prendre assez de recul. Ce qui fait que au cours de l'écriture je me dis: "Ah tiens, ça je vais plutot le faire autrement."
Du coup me voilà en train de reprendre un bout de code, et de fil en aiguille, je ré-ecrit beaucoup de code. En fait je pense mon programme en codant, ce qui est absurde, je m'en rends bien compte maintenant.
Tu développe depuis longtemps? Ca en général c'est ce qui se passe pour ceux qui "débutent" en développement. Avec l'expérience ca va mieux (je me marre parfois lorsque je relis des bouts decode" que j'ai écrits durant mes études).

tout ceci est obscur pour moi, sans doute parce que je n'ai suivit aucun cours, ni ne me suis réellement documenté sur le sujet.

Il ne faut pas se décourager, ca vient avec la pratique.

C'est dommage ... D'autant plus que souvent la doc existe (sous forme papier+crayon), et que en 10 mn il serait possible d'obtenir quelque chose d'utilisable pour que quelqu'un puisse s'intégrer facilement au projet, quitte à ce que quelqu'un la mette ensuite au propre ...

De toute facon, tot ou tard le temps passe a faire la doc est gagné: moins de temps a expliquer les grandes lignes du projet a un développeur qui voudrait s'y mettre, moins de temps pour ce nouveau développeur pour comprendre le fonctionnement du logiciel ... donc tant qu'a faire, autant prendre quelques minutes supplémentaires qui seront vites rentabilisées.

T'as raison, j'ai pas bien lu sa ligne :). J'ai déja vu ca sur des machines ou plusieurs applis tournent sous des comptes différents:
1/ ca évite d'avoir plusieurs crontab a maintenir.
2/ Dans certaines entreprises, certaines politiques de sécurité interdisent l'utilisation des crontab aux utilisateurs autres que root, ce qui oblige les admin a procéder ainsi.

J'ajouterais que pour beaucoup de projets libres, si on avait ce genre de schéma en plus des sources (même un scan du brouillon papier), ca permettrait de s'impliquer plus rapidement dans le projet (j'ai deja tente de me mettre a 2 ou trois projets qui avaient l'air intéressants, mais j'ai ete vite découragé par le manque de doc en pluis du code).

Hum le 'su - root' dans la crontab .....

T'as vu ca ou? C'est su - UTILISATEUR a partir de root, ce qui evite d'entrer le mot de passe ...

http://fluxbox.sourceforge.net/docbook/fr/html/app-setup.html(...)
http://www-internal.alphanet.ch/~schaefer/unixguide/unixguide_html/(...)

http://www.enserg.fr/ecole/sinfo/docs/xwindows/www.loria.fr/infos/D(...)

Je ne sais pas je n'ai pas d'imprimante USB.
Par contre http://www.openbsd.org/fr/i386.html#hardware(...) me dit que l'USB est supporte sous Openbsd, et http://www.netbsd.org/Hardware/usb.html(...) me dit que NetBSD supporte les imprimantes USB. A mon avis ca doit être faisable ...

http://www.netbsd.org/Ports/i386/hardware.html(...)

Ici ca le fait aussi. Netbsd sur le firewall, openbsd sur un portable et du freebsd sur un serveur bientôt.
avec ca http://www.openbsd.org/3.6_packages/i386.html(...) il y a de quoi faire ...
et en plus avec l'emulation Linux il estpossible de faire tourner OpenOffice.
Peut-être meme qu'un jour j'essaierai de faire tourner un Oracle :)

Linux a la maison ....

cela dit, ps -ef | grep ppp | grep -v grep marche aussi :

Je préfère un ps -ef | grep [p]pp ...

De plus, un peu de ponctuation (points, virgules, etc) ne ferait pas de mal!!!

Ca ne coûte pas plus cher d'écrire correctement, il n'y a pas de limite dans la longueur du texte à écrire.

faites chXXX à la fin!!!

Oui mais c'est pas moi qui a commencé !

Ne dit-on pas Non-sens (c'est une question, j'ai un doute).

De plus on commence toujours une phrase par une majuscule.

donc le français a des mots corrects