Les fanatiques du libre - Page 44

./1289 OK Effectivement, c'est joli aussi sous OS X.

Martial> En fait j'ai carte graphique nvidia et j'ai la flemme d'installer le pilote propriétaire, c'est pour ça que je n'ai pas activé les effets de transparence. Mais dès que possible je le ferai, c'est quand même plus pratique.

Martial Demolins (./1290) :

Flanker (./1280) :
Tu n'as pas de dépendances, tu n'as rien à installer, tu as toutes les archis dans le même dossier, tu peux modifier l'interface graphique et ajouter des langues sans recompiler, ça gère les associations de fichiers automatiquement, etc...

tu devrais plutôt dire :"les dépendances sont gérées de façon transparentes". Mais c'est pareil sous Linux, non? En tout cas chez moi, oui. A moins que tes applis ne fassent jamais appel au kernel ou réinvente leur détection matos et écriture sur les dd par exemple.

Mais non, il y a une partie de libs qui sont imposées par le système (le framework Cocoa qui fait quasiment tout) et c'est tout. Tu n'as pas d'autres bibliothèques partagées.
Si je passe une appli à un pote, il n'aura pas besoin d'installer autre chose

Graphiquement, les KDE et autre GNOMEs sont entièrement skinnables, je vois pas pourquoi tu cites ça comme un point fort de Mac OS. Pour info, Sasume a gardé le thème de décoration par défaut, j'en utilise un fourni dans les dépôts qui gère la transparence de sa déco et qui est complètement paramétrable. J'ai même skinné un KDE en aqua (Kevin se souvient peut-être d'un screenshot, il en avait vu un), donc on peut avoir le même look intégralement. Il n'y a pas de "style KDE" ou "GNOME" à proprement parler.

Je parle évidemment des thèmes de base Et j'en ai cherché pas mal quand j'étais sous Linux chez moi, et je n'en ai jamais trouvé vraiment à mon goût (sauf en reprenant toutes les icônes OS X )

Je peux rajouter des langues pour mes softs sans rien recompiler (et même changer la langue par défaut du système, je vois pas pourquoi tu cites ça comme un point fort de Mac OS)

Et les traduire à la main s'il n'y a pas la traduction ? Parce que sinon, je n'ai pas de question à me poser, si le soft est déjà traduit, je n'ai rien à faire, bien évidemment

Les associations de fichiers sont gérées automatiquement, je vois pas pourquoi tu cites ça comme un point fort de Mac OS

Sauf que là, je *n'installe rien* (et je ne cite pas comme un point fort, c'est juste que je ne sais pas trop comment il se débrouille)

Simple question : tu fais comment si t'as une maj de sécurité pour LaTeX? Tu réinstalles toutes tes applis?

Une màj de sécurité de LaTeX ? (désolé )

euh sinon, y a le choix, soit les applis se mettent à jour toutes seules, soit il y a des programmes qui permettent de les mettre toutes à jour facilement (mais perso, je ne suis pas paranoïaques, si l'appli ne se met pas à jour toute seule, je fais avec ^^)

Flanker (./1278) :
Accessoirement, si jamais je tombe sur une appli qui n'est pas en français, je peux la traduire sans avoir besoin des sources (et sans avoir à recompiler le programme)

Tu peux faire ça sous GNU/Linux aussi (à condition que le logiciel gère les traductions et n'a pas été compilé avec --disable-nls, évidemment, mais c'est pareil partout, ça...), les fichiers .mo sont externes pour une raison.

Et si tu veux un système à la OS X sous GNU/Linux: http://klik.atekon.de/. Mais AMHA le système à la OS X sux, parce qu'il gaspille de la place, c'est le bordel pour les mises à jour de sécurité etc., c'est tellement plus pratique quand on a apt ou un outil équivalent (yum etc.) qui s'occupe des dépendances tout seul, on ne se rend même pas compte qu'il y a des librairies partagées derrière et pourtant c'est le cas. (Je suis bien d'accord que devoir installer une librairie à la main sux, c'est la raison principale pourquoi les librairies partagées sont une mauvaise idée sur les calculatrices, mais avec apt, yum etc., tout va tout seul.)

(nan, mais de toute façon je ne veux plus de Linux ) mais indépendamment des licences et logiciels, je trouve que l'argument de la place était peut-être valable il y a 15 ans, mais ce n'est plus du tout le cas actuellement... quant aux mises à jour, mes applis se mettent à jour toutes seules même s'il y a plein de programmes qui permettent de centraliser les mises à jour de façon aussi simple que sur linux
autant cet inconvénient ne m'a jamais dérangé, autant les inconvénients du système linuxien m'a souvent très emmerdé)

Flanker (./1280) :
ajouter des langues sans recompiler

Tu peux sous GNU/Linux aussi.

ça gère les associations de fichiers automatiquement

Un paquetage GNU/Linux bien fichu aussi. (C'est à ce genre de choses que servent les scriptlets %post/%postun.)

Flanker (./1293) :
Mais non, il y a une partie de libs qui sont imposées par le système (le framework Cocoa qui fait quasiment tout) et c'est tout. Tu n'as pas d'autres bibliothèques partagées.

Et si tu veux coder une application portable? Et bah c'est raté!
Donc des libs partagées comme Qt ou GTK+ sont nécessaires, désolé.

Si je passe une appli à un pote, il n'aura pas besoin d'installer autre chose

À condition qu'il ait OS X... S'il a autre chose, l'application Cocoa ne lui servira à rien.

Et les traduire à la main s'il n'y a pas la traduction ?

Oui:
1. Tu utilises msgunfmt sur un des fichiers .mo livrés, ça te donne un .po.
2. Tu utilises un outil comme KBabel ou Kaider pour traduire ton .po. (Ce sont de jolis outils graphiques spécialisés sur la traduction. Tu peux aussi utiliser un simple éditeur de texte.)
3. Tu recompiles ton .po en un .mo avec msgfmt.

Sauf que là, je *n'installe rien*

Si, tu installes en faisant ton glisser-déposer, il ne te le dit pas, mais tu installes, c'est comme ça que marchent les associations de fichiers.

Une màj de sécurité
de LaTeX ? (désolé )

https://admin.fedoraproject.org/updates/tetex
Et ce ne sont que celles depuis Fedora 7.

Flanker (./1274) :
Ah oui, ça c'est quand le logiciel est bien fichu ^^ (ce qui n'est pas toujours le cas, et l'option ne marche pas toujours)

MDR.

Flanker (./1276) :
Une appli est un dossier (mais ça, tu ne le sais pas, tu vois juste une icône, quand tu doubles-cliques sur l'icône, ça lance le programme) qui contient tout : les binaires PowerPC, les binaires x86, les binaires x64, les binaires PPC64, les librairies, les fichiers pour l'interface graphique, les icônes, etc... Du coup, installer un programme revient à glisser ton appli dans le dossier /Applications, mais il n'y a rien d'obligatoire là-dedans (et je ne sais pas comment ça fonctionne, mais il arrive à trouver les associations de fichiers automatiquement)

C'est tout à fait possible sous Linux aussi, tu sais.
C'est particulièrement vrai pour les jeux/utilitaires commerciaux sous linux

Flanker (./1295) :
autant cet inconvénient ne m'a jamais dérangé, autant les inconvénients du système linuxien m'a souvent très emmerdé)

Forcèment, c'est trop compliqué pour toi

D'ailleurs, pas mal de mises à jour de sécurité de tetex, c'est à cause du copier-coller de code de xpdf. Ça montre bien à quel point ça sux d'avoir le même code dans chaque application. Pour Fedora 9, on est passés à TexLive et le paquetage texlive est patché pour utiliser la librairie partagée poppler à la place du code recopié. Idem pour KPDF->Okular, là aussi poppler sera utilisé à partir de Fedora 9.

Kevin Kofler (./1296) :

Flanker (./1280) :
ajouter des langues sans recompiler

Tu peux sous GNU/Linux aussi.

ça gère les associations de fichiers automatiquement

Un paquetage GNU/Linux bien fichu aussi. (C'est à ce genre de choses que servent les scriptlets %post/%postun.)

Heureusement que j'avais précisé « sans installation » Je sais bien que n'importe quel OS gère les associations de fichiers

Flanker (./1293) :
Mais non, il y a une partie de libs qui sont imposées par le système (le framework Cocoa qui fait quasiment tout) et c'est tout. Tu n'as pas d'autres bibliothèques partagées.

Et si tu veux coder une application portable? Et bah c'est raté! Donc des libs partagées comme Qt ou GTK+ sont nécessaires, désolé.

Firefox est portable, pourtant il n'a pas de dépendances sur OS X
(et perso, ràf des applis portables)

Si je passe une appli à un pote, il n'aura pas besoin d'installer autre chose

À condition qu'il ait OS X... S'il a autre chose, l'application Cocoa ne lui servira à rien.

Bah oui, évidemment

Et les traduire à la main s'il n'y a pas la traduction ?

Oui:
1. Tu utilises msgunfmt sur un des fichiers .mo livrés, ça te donne un .po.
2. Tu utilises un outil comme KBabel ou Kaider pour traduire ton .po. (Ce sont de jolis outils graphiques spécialisés sur la traduction. Tu peux aussi utiliser un simple éditeur de texte.)
3. Tu recompiles ton .po en un .mo avec msgfmt.

C'est pas ce que j'appelle super simple, quand même (sur OS X, tu as juste l'étape 2) (mais c'est déjà mieux que ce qu'il y a sous winows, c'est clair)
Enfin, je ne connaissais pas, je note

Sauf que là, je *n'installe rien*

Si, tu installes en faisant ton glisser-déposer, il ne te le dit pas, mais tu installes, c'est comme ça que marchent les associations de fichiers.

Non, le glisser-déposer n'est pas obligatoire Tu peux très bien le laisser dans l'archive .DMG d'origine

Une màj de sécurité
de LaTeX ? (désolé )

https://admin.fedoraproject.org/updates/tetex
Et ce ne sont que celles depuis Fedora 7.

Ça existe donc

PpHd (./1297) :

Flanker (./1274) :
Ah oui, ça c'est quand le logiciel est bien fichu ^^ (ce qui n'est pas toujours le cas, et l'option ne marche pas toujours)

MDR.

Bin moi ça ne m'a pas fait franchement rire :/
(et au début, je ne connaissais pas cette option, et figure-toi qu'elle est assez rarement documentée, au moins dans les applis que j'ai dû compiler – pourtant je lis systématiquement le README et le INSTALL)

Flanker (./1276) :
Une appli est un dossier (mais ça, tu ne le sais pas, tu vois juste une icône, quand tu doubles-cliques sur l'icône, ça lance le programme) qui contient tout : les binaires PowerPC, les binaires x86, les binaires x64, les binaires PPC64, les librairies, les fichiers pour l'interface graphique, les icônes, etc... Du coup, installer un programme revient à glisser ton appli dans le dossier /Applications, mais il n'y a rien d'obligatoire là-dedans (et je ne sais pas comment ça fonctionne, mais il arrive à trouver les associations de fichiers automatiquement)

C'est tout à fait possible sous Linux aussi, tu sais.
C'est particulièrement vrai pour les jeux/utilitaires commerciaux sous linux

Dommage que ça ne soit pas davantage répandu, alors

Flanker (./1295) :
autant cet inconvénient ne m'a jamais dérangé, autant les inconvénients du système linuxien m'a souvent très emmerdé)

Forcèment, c'est trop compliqué pour toi

(sérieusement, autant quand j'ai découvert linux ce système m'emballait, autant au final je préfère largement celui d'OS X )
Je reconnais que ça marche très bien quand tu es root sur une machine connecté sans trop de limitations à internet... par contre, si tu t'éloignes de ce modèle, c'est très vite chiant à utiliser. Et manque de pot pour moi, ça m'est arrivé assez souvent

Flanker (./1300) :
Bin moi ça ne m'a pas fait franchement rire :/ (et au début, je ne connaissais pas cette option, et figure-toi qu'elle est assez rarement documentée, au moins dans les applis que j'ai dû compiler – pourtant je lis systématiquement le README et le INSTALL)

Des applis qui suxent dans leur install ca arrivent tout le temps. Y'a qu'à regarder le temps nécessaire pour installer une appli MS sous Windows

Flanker (./1300) :
(sérieusement, autant quand j'ai découvert linux ce système m'emballait, autant au final je préfère largement celui d'OS X )

tu n'es pas admin sur ton OS X

Flanker (./1300) :
Je reconnais que ça marche très bien quand tu es root sur une machine connecté sans trop de limitations à internet... par contre, si tu t'éloignes de ce modèle, c'est très vite chiant à utiliser. Et manque de pot pour moi, ça m'est arrivé assez souvent

Perso, dans ces cas là, j'envoie un mail à l'admin pour lui demander d'installer l'appli.

PpHd (./1301) :

Flanker (./1300) :
Bin moi ça ne m'a pas fait franchement rire :/ (et au début, je ne connaissais pas cette option, et figure-toi qu'elle est assez rarement documentée, au moins dans les applis que j'ai dû compiler – pourtant je lis systématiquement le README et le INSTALL)

Des applis qui suxent dans leur install ca arrivent tout le temps. Y'a qu'à regarder le temps nécessaire pour installer une appli MS sous Windows

Ah ça, je suis d'accord, le système de Windows est pourri (mais justement, avec le système OS X, tu n'as de problème de ce genre, sauf les applis qui ont un système qui vient de windows, justement )

Flanker (./1300) :
(sérieusement, autant quand j'ai découvert linux ce système m'emballait, autant au final je préfère largement celui d'OS X )

tu n'es pas admin sur ton OS X

Euh comment ça ? (sisi, je le suis)

Flanker (./1300) :
Je reconnais que ça marche très bien quand tu es root sur une machine connecté sans trop de limitations à internet... par contre, si tu t'éloignes de ce modèle, c'est très vite chiant à utiliser. Et manque de pot pour moi, ça m'est arrivé assez souvent

Perso, dans ces cas là, j'envoie un mail à l'admin pour lui demander d'installer l'appli.

Ce n'est pas à lui d'installer les applis utilisateurs (je ne pense pas que ça soit lui qui ait défini les règles du jeu) Et je parlais également du cas où tu as internet de façon détourné (genre ta machine n'y a pas accès, donc tu peux récupérer des trucs par une autre machine et tu as seulement une clé USB pour transférer - c'est du vécu)

Bref, je n'ai jamais profité des avantages d'un tel système centralisé (je ne pense pas avoir vu la différence pour les màj et l'espace disque), alors que les inconvénients m'ont beaucoup marqué :/

Ceci dit, le système comme OS X n'est pas incompatible avec une màj centralisée : http://mac-gratuit.fr/telecharger/AppFresh-beta.html

Flanker (./1302) :
Ah ça, je suis d'accord, le système de Windows est pourri (mais justement, avec le système OS X, tu n'as de problème de ce genre, sauf les applis qui ont un système qui vient de windows, justement )

Flanker (./1302) :
Euh comment ça ? (sisi, je le suis)

Dans ce cas, tu n'as pas le problème de ne pas être root sur ta machine

Flanker (./1302) :
Bref, je n'ai jamais profité des avantages d'un tel système centralisé (je ne pense pas avoir vu la différence pour les màj et l'espace disque), alors que les inconvénients m'ont beaucoup marqué :/

Les avantages : plus petit. Et c'est franchement bien lorsque tu installes un système complet sur ton vieux PC.
Ou faire un Live CD / DVD

Flanker (./1302) :
Ce n'est pas à lui d'installer les applis utilisateurs (je ne pense pas que ça soit lui qui ait défini les règles du jeu) Et je parlais également du cas où tu as internet de façon détourné (genre ta machine n'y a pas accès, donc tu peux récupérer des trucs par une autre machine et tu as seulement une clé USB pour transférer - c'est du vécu)

Je sais plus comment (n'ayant jamais été confronté à la situation), mais c'est possible.

PpHd (./1303) :

Flanker (./1302) :
Euh comment ça ? (sisi, je le suis)

Dans ce cas, tu n'as pas le problème de ne pas être root sur ta machine

Mais si tu avais bien suivi, comme tu n'as pas d'installation, tu n'as de problème de droits ^^ Suffit juste de les mettre dans ton ~/Applications

Flanker (./1302) :
Bref, je n'ai jamais profité des avantages d'un tel système centralisé (je ne pense pas avoir vu la différence pour les màj et l'espace disque), alors que les inconvénients m'ont beaucoup marqué :/

Les avantages : plus petit. Et c'est franchement bien lorsque tu installes un système complet sur ton vieux PC.

Vi, mais c'est une espèce en voie de disparition (je suis d'accord sur le fond, mais
1) je ne suis pas persuadé qu'on y gagne tant que ça, vu que les principales libs système sont quand même partagées
2) je n'ai pas de disques de moins de 120Go )

Ou faire un Live CD / DVD

Les LiveCD existaient sur Mac avant OS X

Flanker (./1302) :
Ce n'est pas à lui d'installer les applis utilisateurs (je ne pense pas que ça soit lui qui ait défini les règles du jeu) Et je parlais également du cas où tu as internet de façon détourné (genre ta machine n'y a pas accès, donc tu peux récupérer des trucs par une autre machine et tu as seulement une clé USB pour transférer - c'est du vécu)

Je sais plus comment (n'ayant jamais été confronté à la situation), mais c'est possible.

Peut-être, mais pas aussi simplement (et je n'aime pas passer des heures sur des forums pour simplement utiliser une appli)

Bah avec klik (dont Kevin a donné l'URL précédemment) c'est plutôt simple.
Sinon, sous Debian il suffit de faire dpkg -i nom_du_fichier.deb. Cependant, il doit être possible de faire ça via un GUI genre KPackage.

PpHd (./1301) :
Perso, dans ces cas là, j'envoie un mail à l'admin pour lui demander d'installer l'appli.

Et c'est comme ça que c'est prévu aussi. L'utilisateur n'est pas censé installer des applications, c'est le boulot de l'admin.

Flanker (./1302) :
Ce n'est pas à lui d'installer les applis utilisateurs

Si. Dans la logique Unix (que GNU/Linux a héritée), c'est exactement à ça qu'il sert, l'admin! S'il refuse de faire son boulot ou si on lui interdit de le faire, il est là, le problème, pas dans GNU/Linux.

Et je parlais également du cas où tu as internet de façon détourné (genre ta machine n'y a pas accès, donc tu peux récupérer des trucs par une autre machine et tu as seulement une clé USB pour transférer - c'est du vécu)

http://fedoraproject.org/wiki/DebarshiRay/Opyum

Ceci dit, le système comme OS X n'est pas incompatible avec une màj centralisée : http://mac-gratuit.fr/telecharger/AppFresh-beta.html

L'inverse non plus: http://klik.atekon.de
(Mais je vais être clair: AMHA Klik sux, pour les mêmes raisons pour lesquelles OS X sux.)

PpHd (./1303) :
Les avantages : plus petit.

Et plus pratique pour les mises à jour de sécurité aussi.

Flanker (./1304) :
Mais si tu avais bien suivi, comme tu n'as pas d'installation, tu n'as de problème de droits ^^ Suffit juste de les mettre dans ton ~/Applications

mais tu n'es as pas eu besoin

Flanker (./1304) :
Vi, mais c'est une espèce en voie de disparition

Il faut protéger les espèces en voie de disparition

Flanker (./1304) :
1) je ne suis pas persuadé qu'on y gagne tant que ça, vu que les principales libs système sont quand même partagées

Oui, oui.

Flanker (./1304) :
2) je n'ai pas de disques de moins de 120Go )

J'en ai. Surtout si tu partitionnes ton disque.

Flanker (./1304) :
Peut-être, mais pas aussi simplement (et je n'aime pas passer des heures sur des forums pour simplement utiliser une appli)

s/une/toute/

Kevin Kofler (./1306) :

PpHd (./1301) :
Perso, dans ces cas là, j'envoie un mail à l'admin pour lui demander d'installer l'appli.

Et c'est comme ça que c'est prévu aussi. L'utilisateur n'est pas censé installer des applications, c'est le boulot de l'admin.

Non, il ne vont pas installer toutes les applications demandées par des milliers d'utiisateurs. Ce n'est pas la politique choisie. (je pourrais rebooter la machine et prendre un accès root, mais ça me gonfle de devoir apprendre à me servir de ça, sans compter que ça fatigue inutilement les machines)

PpHd (./1307) :

Flanker (./1304) :
Mais si tu avais bien suivi, comme tu n'as pas d'installation, tu n'as de problème de droits ^^ Suffit juste de les mettre dans ton ~/Applications

mais tu n'es as pas eu besoin

Vi, mais que je sois root ou pas, l'installation se fait aussi facilement, sans avoir besoin de compiler ^^ (de toute façon, on peut très bien laisser les applis sur un support en lecture seule, ça marchera nickel sans rien faire)

Flanker (./1304) :
Vi, mais c'est une espèce en voie de disparition

Il faut protéger les espèces en voie de disparition

Flanker (./1304) :
1) je ne suis pas persuadé qu'on y gagne tant que ça, vu que les principales libs système sont quand même partagées

Oui, oui.

C'est à dire ?
Franchement, sur les 2-3Go d'applis que j'ai, je ne pense pas qu'elles aient beaucoup de choses en commun et ça m'étonnerait vraiment beaucoup qu'on puisse gagner plus de 100Mo ^^
(en fait, je ne suis même pas sûr qu'il y ait 200Mo de binaire pur)

Flanker (./1304) :
2) je n'ai pas de disques de moins de 120Go )

J'en ai. Surtout si tu partitionnes ton disque.

Vi, mais je donne les raisons pour lesquelles JE préfère ce système

Flanker (./1304) :
Peut-être, mais pas aussi simplement (et je n'aime pas passer des heures sur des forums pour simplement utiliser une appli)

s/une/toute/

Oh quand même, une fois qu'on a pris le pli, ça va plus vite (mais bon, ça m'emmerde de devoir télécharger une par une les libs, devoir les transférer sur les machines, les compiler, en croisant les doigts pour que ça marche – sans compter le merdier avec les différentes archis, etc...)

Sous linux il est possible d'installer des logiciels sans être root (par exemple la distribution Ubuntu le fait).
Comme Flanker, je trouve que pour un PC de bureau toutes ces protections sont certainement inutiles...

Flanker (./1308) :
Non, il ne vont pas installer toutes les applications demandées par des milliers d'utiisateurs. Ce n'est pas la politique choisie. (je pourrais rebooter la machine et prendre un accès root, mais ça me gonfle de devoir apprendre à me servir de ça, sans compter que ça fatigue inutilement les machines)

Il faut rebooter pour passer en root sur vos machines? su sert à quoi à leur avis?

Comme c'est mignon Au lieu d'aller dormir, il va nourir ses trolls #troll#

Flanker (./1309) :
Franchement, sur les 2-3Go d'applis que j'ai, je ne pense pas qu'elles aient beaucoup de choses en commun et ça m'étonnerait vraiment beaucoup qu'on puisse gagner plus de 100Mo ^^ (en fait, je ne suis même pas sûr qu'il y ait 200Mo de binaire pur)

Je cède et monsieur insiste ?
Je reprends mes mots mon bon monsieur. Q'une nécropole vous tombe sur le pied et que les zombis à l'intérieur vous dévorent !

Flanker (./1309) :
Vi, mais je donne les raisons pour lesquelles JE préfère ce système

On a bien vu ce que ca donnait hier soir

dévoreNT !!!

Il faut au moins une faute d'orthographe pour faire un bon troll, vinchou.

> > 2) je n'ai pas de disques de moins de 120Go
> J'en ai. Surtout si tu partitionnes ton disque.
Pareil que PpHd. Tous les disques de 120 Go ou moins que j'ai (c'est à dire tous les disques que j'ai, sauf un qui fait 160 Go) sont lourdement partitionnés.

Tiens, j'ai commencé à faire un système de binaires unix universels pour mes petits outils dans mon ~/.root/bin, comme j'ai à bosser avec des x86-32, des x86-64 sous GNU/Linux, parfois sur un mac intel et plus rarement sous un cygwin et que j'aime bien transférer mon environnement sans les recompiler.
L'idée est bidon : c'est un #!/bin/sh avec un petit stub en shell au début qui filtre sur le uname et qui contient un dump de chacun des executables.
L'idée est de pouvoir ajouter à la volée des plate-formes au binaire universel, comme ça on recompile quand on arrive sur une nouvelle archi, sans perdre les autres.
Si ça vous intéresse, j'ouvrirai un topic quand j'aurai fini.

Kevin Kofler (./1312) :

Flanker (./1308) :
Non, il ne vont pas installer toutes les applications demandées par des milliers d'utiisateurs. Ce n'est pas la politique choisie. (je pourrais rebooter la machine et prendre un accès root, mais ça me gonfle de devoir apprendre à me servir de ça, sans compter que ça fatigue inutilement les machines)

Il faut rebooter pour passer en root sur vos machines? su sert à quoi à leur avis?

Ça n'a rien à voir
Rebooter permet d'installer une image d'OS (éventuellement sur plusieurs machines à la fois) que tu as construite toi-même, donc avec tous les droits mais du coup, tu perds une bonne partie du NFS.

Sasume (./1310) :
Sous linux il est possible d'installer des logiciels sans être root (par exemple la distribution Ubuntu le fait).
Comme Flanker, je trouve que pour un PC de bureau toutes ces protections sont certainement inutiles...

Ah non, je n'ai pas dit ça Je suis bien content d'avoir pu mettre la partition système en lecture seule sur l'ordi de mes parents

Martial Demolins (./1311) :

Flanker (./1308) :
sans compter que ça fatigue inutilement les machines

t1 c'est fragile les trucs à pomme

Ce sont des stations IBM, Sun, HP, .... mais de façon générale, rebooter les machines fatigue le matériel

BookeldOr (./1317) :
Tiens, j'ai commencé à faire un système de binaires unix universels pour mes petits outils dans mon ~/.root/bin, comme j'ai à bosser avec des x86-32, des x86-64 sous GNU/Linux, parfois sur un mac intel et plus rarement sous un cygwin et que j'aime bien transférer mon environnement sans les recompiler.
L'idée est bidon : c'est un #!/bin/sh avec un petit stub en shell au début qui filtre sur le uname et qui contient un dump de chacun des executables.
L'idée est de pouvoir ajouter à la volée des plate-formes au binaire universel, comme ça on recompile quand on arrive sur une nouvelle archi, sans perdre les autres.
Si ça vous intéresse, j'ouvrirai un topic quand j'aurai fini.

Ah ça c'est franchement cool comme idée

PpHd (./1313) :
Comme c'est mignon Au lieu d'aller dormir, il va nourir ses trolls #troll#

c'était ça ou je rangeais la cuisine Puis lanoo et inspace dormaient, fallait pas que je fasse trop de bruit

Flanker (./1287) :

Sasume (./1284) :
./1282 OK, c'est vrai qu'on n'est pas à la chasse du moindre Go, même sur un "vieux" disque dur de 60 Go...
Cependant, je continue de trouver cette façon de faire assez mauvaise : comment cela se passe-t-il quand des applications doivent interopérer entre elles ?

Aucune idée mais ça marche nickel

Il existe un framework specialisé pour le dialogue entre application. D'ailleurs Linux le propose aussi (meme si apple en propose un autre hérité des Mac OS 'classiques' qui est plutot bien foutu : les Apple Events) qui sont posix, qu'on appel les Mailbox, Mutex, semaphore, Tubes, Socket UNIX & co, bref, tout ce qui est fait pour faire dialoguer deux process (ou plus) ensemble

Et pour ce qui est de l'association "automatique" entre fichier et application, c'est simple, (enfin c'était mieux foutut avant©) chaque application possede une liste des extentions (et valeurs du champ TYPE pour les fichier sur un FileSystem HFS* hérité des Mac OS 'classique') que le Finder va scanner.

Pourquoi mieux foutut avant ? parcequ'il n'y avais qu'un seul systeme, celui du TYPE/CREATOR qui est partie intégrante du FileSystem, que l'extention de fichier n'avais pas du tout cours et que chaque application avait un creator déterminé et fixe (par exemple HyperCard avait le CREATOR "WILD") et chaque type de fichier avait son propre TYPE ("JPEG" pour les fichier jpeg, STCK poru les piles HyperCard, TEXT pour les fichiers texte, etc... Et chaque application pour leur document enregistré mettait leur creator dans le champs idoine, ce qui faisait qu'un double clic sur le fichier ouvrait par défaut l'application avec lequel le ficheir avait été crée, mais n'empechais pas une autre application qui supportait ce format de fichier de l'ouvrir). Le finder possedait une liste caché dans un fichier caché a la racine du disque dans les logiciels systeme >= a la version 7.0 nommé 'Desktop DB' et 'Desktop DF' qui contenais la liste complete des application ayant été lancé un jour sur la machine avec leur liste de type supporté et meme les icones associé ! et ce meme si l'application etait non présente sur la machine (et le truc etait meme poussé a savoir quelle application il fallait pour ouvrir le fichier, si le TYPE/CREATOR etait dans la base, donc si l'application avait été supprimé (ou se trouvait dans un disque reseau) on avait souvent droit a un "Ou ce trouve l'application 'machin'" ou un sympa "L'application 'machin' n'est pas trouvé pour ouvrir le fichier 'bidule'"
Bref, Linux, Mac OS X, ou meme Windows n'en sont pas capable

Ben il faudrait uniformiser tout ça, qu'il y ait un organisme comme l'IANA qui diffuse des clés d'applications et des clés de format qui servent à n'avoir que des types strictement uniques mais "versionnable", et zouuuu, on doit pouvoir s'en sortir. Mais bon, ça veut dire se lier à un organisme de régulation .