Non, mais mon but était de montrer que le gain de place n'est pas une justification suffisante pour s'encombrer de la complexité de la gestion des bibliothèques dynamiques. Au contraire, il n'est pas rare de constater que l'utilisation de ces dernières conduit à un espace occupé plus important.
Ce sont des jeux sur navigateur, c'est un peu normal qu'ils
soient compatibles avec Linux ou toute autre plateforme qui
dispose d'un navigateur compatible.
Sous Mac pas de problème, un seul OS, un seul format de package donc c'est le dev qui fait le package et il le fait une bonne fois pour toute.
C'est très intéressant tout ça, mais de quel gestionnaire de paquet parles-tu exactement ?
Fink [1] ? MacPorts (anciennement DarwinPorts) [2] ? pkgsrc [3] ?
C'est effectivement un rétro-acronyme, mais c'est aussi un anachronisme parce que sa définition ne correspond pas du tout à l'utilisation qui était faite de ce répertoire à l'époque.
Il s'agit encore d'un anachronisme. Le nom "usr" signifie "users", c'est a dire le répertoire personnel des utilisateurs. Sa fonction a néanmoins bien changé sur les dérivés d'Unix récents.
Cet acronyme est complètement anachronique et n'a aucun sens dans l'histoire d'Unix. Le nom du répertoire /etc provient bien de "et caetera".
De plus, des noms des répertoires que tu as cité, aucun d'entre-eux n'a réellement existé sous Unix.
Mais il y a aussi des inconvénients : administrer le serveur, s'il meurt il faut le remplacer…
S'il meurt, tu as toujours la possibilité de racheter une machine et la réinstaller à l'identique.
Si Facebook ou Google ferme son service, évolue d'une façon qui ne te convienne plus, ou change ses conditions d'utilisation, comment est-ce que tu le remplace ?
J'ai utilisé KMail pendant plusieurs années. J'étais globalement très satisfait. Il a d’ailleurs été cité comme exemple dans le livre d'Eric Raymond « The Art of Unix Programming » pour sa qualité.
Depuis KDE 4, c'est une devenu une catastrophe. C'est lent, instable, ça plante. Je dispose de six comptes IMAP avec 2 000 à 80 000 emails. C'est inutilisable. Pourtant autrefois ça fonctionnait plutôt bien.
Il y a environ un an, j'ai définitivement migré vers Claws Mail qui lui fonctionne parfaitement bien et dispose d'à peu près des mêmes fonctionnalités que KMail.
Le téléchargements des emails en IMAP sur un compte est bloquant sur les autres comptes, mais fonctionne de manière fiable tout en indiquant l'état à l'utilisateur.
Le mode « Network Log » est aussi très pratique et m'a permis de diagnostiquer très rapidement des bugs sur certains serveurs IMAP.
Je recommande vivement Claws Mail à la plupart des utilisateurs. L'interface est claire, il est riche en fonctionnalités et fonctionne de façon très fiable, même avec des comptes plutôt chargés. Il existe aussi un port sous Windows.
On peut aussi aussi préciser que Unix n'est pas « conforme POSIX ».
De la première à la dixième et dernière édition, aucune n'est conforme à aucun des standards POSIX de IEEE 1003.1-1988 à 2008.
Avec leur Android qui est opensource mais dont on peut pas virer les services Google
Si tu vas sur http://source.android.com/, puis que tu télécharges le code, tu te rendra compte que d'une part, il n'y a quasiment aucun service Google, mais qu'en plus, tout est libre.
Le vrai problème d'Android, qui a finalement assez peu de rapport avec Google, c'est que les fabricants de matériel ne documentent pas leur matériel et ne fournissent que des drivers propriétaires et non redistribuables.
Les quelques rares (parce que finalement, il n'y en a pas tant que ça) téléphones qui sont fourni avec les services Google, comme les applications Google Talk, Google Maps, Gmail ou Market le sont parce que leur distributeur a effectué un partenariat avec Google, leur permettant de redistribuer ces applications propriétaires, mais finalement, ça n'a que bien peu de rapport avec Android lui-même.
Et finalement, si tu parviens à remplacer le bootloader et la recovery, généralement volontairement bridés par le fabricant de l'appareil (à l'exception des Google Dev Phone et du Nexus One), ainsi qu'extraire les drivers propriétaires du système, tu peux compiler et installer toi même Android.
Bref, dans Android, les méchants, ce sont surtout les fabricants de matériel.
Il ne faut pas confondre deux (il y en a bien d'autres) aspects de la certification X.509 : l'authentification et le chiffrement.
L'authentification te garantie l'identité de l'émetteur du certificat, soit grâce à une chaîne de certification, soit, dans le cas d'un certificat auto-signé par un accès précédent au certificat (physiquement, en général).
Le chiffrement permet, comme son nom l'indique, de chiffrer les données échangés entre le client et le serveur.
L'authentification peut aussi bien s'effectuer du côté du serveur, que du côté du client, que des deux côtés. Le plus souvent sur le Web, elle s'effectue du côté du serveur.
Par exemple, lorsque tu vas sur le site Web www.hsbc.fr en HTTPS, VeriSign, autorité de certification à laquelle tu fais généralement confiance (par l'intermédiaire de ton navigateur) te permet de valider l'authenticité du domaine, c'est à dire que www.hsbc.fr appartient bien à la société HSBC.
Si tu ne faisais pas confiance à VeriSign et que tu n'aurais jamais vu le certificat de www.hsbc.fr auparavant, tu ne pourrais pas authentifier ce site Web. Cependant, cela ne t'empêcherait pas de chiffrer la communication entre ton ordinateur et ce site Web.
Même si tu ne peux pas authentifier www.hsbc.fr, le chiffrement t'assure tout de même que seul toi et www.hsbc.fr (qui peut être absolument n'importe qui, comme par exemple quelqu'un usurpant le domaine), a eu accès aux données.
En achetant un domaine chez Gandi (12€ par an), tu obtiens l'accès au service GandiMail qui t'offre 1 Go de stockage pour 10 comptes e-mail.
Pour 10€ de plus par an par Go supplémentaire, tu disposes de 1000 comptes.
Donc, par exemple, pour 22€ par an, tu as 2 Go de stockage pour 1000 comptes associés à un domaine, avec accès SMTP, POP, IMAP et HTTP, le tout en TLS.
Mes précédentes remarques ne refletent que mon expérience de cette plateforme, en tant qu'utilisateur.
Je n'utilise pas Cyanogen. Je me rend sur le site d'Android, j'y télécharge les sources, j'extrais les drivers propriétaires, à partir de images Android 1.6 fournies par HTC, puis je compile. Enfin, j'installe ces images sur mon Android Dev Phone, puisque Orange m'empeche de le faire sur mon HTC Dream.
À partir de là, plusieurs constats. Tout d'abord, l'APN et le GPS ne sont pas supportés, parce que HTC refuse de maintenir leur drivers. Ensuite, toutes les applications en rapport avec les services de Google sont absentes.
Une récente rumeur prétend que HTC va fournir des drivers Android 2.0 pour le G1. Soit. En attendant, triste ironie, ils ont retiré toutes les images Android 1.0 à 1.6 concernant l'ADP1 de leur site web à cause d'une sombre histoire de licence.
Le problème, c'est que ces images font références, étant donné que ce sont les seules images publiques qui contiennent les drivers propriétaire de HTC, ainsi que les applications propriétaires de Google.
Ce qui nous mene au second problème. J'installe Android, je n'ai aucun logiciel propriétaire, mais je souhaite quand meme installer les logiciels propriétaires de Google. Je les télécharge ? Ou ça ? Il n'y a aucun depot officiel pour ces logiciels. Ce n'est vraiment pas pratique. Je peux les extraire depuis les images de HTC. Mais ce sont d'anciennes versions (les images de HTC s'arretaient à Android 1.6, avant qu'elles ne disparaissent). Qu'est ce que je fais ?
La plupart des applications fournies de base (Android Market, Gmail...), les drivers (qui sont réalisés par le constructeur), le bootloader, et plein d'autre choses, sont complètement fermés.
Les drivers constructeur, c'est particulièrement genant, puisque c'est ça qui empèche les anciens téléphone de fonctionner avec la version actuelle d'Android (APN et GPS non supporté sur HTC G1 sous Android 2.0).
Mais le vrai problème, c'est qu'en plus de ça, les téléphones commercialisés, à l'exception de l'Android Dev Phone et du Google I/O Device sont distribués avec un bootloader bridé avec d'empecher l'installation d'images non signés par l'opérateur (ou le constructeur, ou Google, suivant les cas).
Il n'y a pas que nos données personnelles qui échapent à notre controle, mais aussi les applications elles memes.
Bien trop souvent complétement propriétaires, les applications web sont pires que les logiciels propriétaires, puisqu'elles ne sont meme pas "stockables". Rien de garantie que votre application préférée ne disparaitra pas du jour ou lendemain, ou évoluera d'une façon qui ne vous convienne plus.
Cependant, il ne faut pas oublier que cette situation provient des administrateurs réseaux incompétents. Ceux qui ne comprennent pas le réseau. Ceux qui pensent qu'un port TCP, c'est un trou dans un mur qu'il faut reboucher le plus vite possible. Ceux qui n'arrive pas à imaginer qu'un port, c'est simplement une astuce pour lancer plusieurs services qui écoutent sur une même adresse IP.
Aujourd'hui, il n'est quasiment plus possible d'utiliser d'autres protocoles que HTTP (sur les ports 80 et 443) dans les entreprises.
La situation est pire que ce que tu décris, il n'y a pas que les protocoles IRC et NNTP qui ont été remplacés par HTTP, mais aussi la quasi-totalité des applications d'entreprises.
Désormais, au lieu de multiplexer les différents services au niveau TCP, on le fait au niveau de l'application, et tout communique en HTTP.
Personnellement, lorsque la batterie de mon FreeRunner est vide, je n'ai qu'a le brancher au secteur, puis démarrer en NOR, en appuyant sur "aux", puis sur "power", et ça fonctionne systématiquement. Ça fonctionne même sans batterie.
Il paraîtrait que ce problème a été corrigé lors d'une mise à jour de l'u-boot il y a déjà plusieurs mois. Mon u-boot étant régulièrement mis à jour, je n'ai jamais rencontré de problème à ce niveau là.
[^] # Re: Plan9
Posté par Physche . En réponse au journal Si on commençait un nouvel OS libre de bureau aujourd'hui.... Évalué à 1.
Non, mais mon but était de montrer que le gain de place n'est pas une justification suffisante pour s'encombrer de la complexité de la gestion des bibliothèques dynamiques. Au contraire, il n'est pas rare de constater que l'utilisation de ces dernières conduit à un espace occupé plus important.
[^] # Re: Plan9
Posté par Physche . En réponse au journal Si on commençait un nouvel OS libre de bureau aujourd'hui.... Évalué à 1.
Tout à fait, et en plus les binaires sont bien plus petites sous Plan 9.
Par exemple :
Ce sont tous les deux exactement le même programme. Le premier est lié dynamiquement sous Linux et le second est lié statiquement sous Plan 9.
L'exemple est applicable à n'importe quel programme.
# Solution
Posté par Physche . En réponse au journal Sexe et numéro de sécurité sociale en France. Évalué à 10.
La solution est très simple : il suffit de remplacer le chiffre "2" par le chiffre "0". Ainsi le problème est résolu !
Quoi non ? Euh… attendez…
# Normal, non ?
Posté par Physche . En réponse au journal EA fourni des jeux pour ubuntu. Évalué à 10.
Ce sont des jeux sur navigateur, c'est un peu normal qu'ils
soient compatibles avec Linux ou toute autre plateforme qui
dispose d'un navigateur compatible.
[^] # Re: nombre de distros, finition globale et paquets
Posté par Physche . En réponse au journal On devrait manger ce qu'on donne à notre chien. Évalué à 1.
C'est très intéressant tout ça, mais de quel gestionnaire de paquet parles-tu exactement ?
Fink [1] ? MacPorts (anciennement DarwinPorts) [2] ? pkgsrc [3] ?
[1] http://www.finkproject.org/
[2] http://www.macports.org/
[3] http://www.pkgsrc.org/
[^] # Re: Grosse connerie
Posté par Physche . En réponse à la dépêche /usr friendly. Évalué à 1.
C'est effectivement un rétro-acronyme, mais c'est aussi un anachronisme parce que sa définition ne correspond pas du tout à l'utilisation qui était faite de ce répertoire à l'époque.
[^] # Re: Grosse connerie
Posté par Physche . En réponse à la dépêche /usr friendly. Évalué à 1.
Il s'agit encore d'un anachronisme. Le nom "usr" signifie "users", c'est a dire le répertoire personnel des utilisateurs. Sa fonction a néanmoins bien changé sur les dérivés d'Unix récents.
[^] # Re: Grosse connerie
Posté par Physche . En réponse à la dépêche /usr friendly. Évalué à 1.
Cet acronyme est complètement anachronique et n'a aucun sens dans l'histoire d'Unix. Le nom du répertoire /etc provient bien de "et caetera".
De plus, des noms des répertoires que tu as cité, aucun d'entre-eux n'a réellement existé sous Unix.
[^] # Re: contribution et militantisme
Posté par Physche . En réponse au journal De ma propre schizophrénie.... Évalué à 1.
S'il meurt, tu as toujours la possibilité de racheter une machine et la réinstaller à l'identique.
Si Facebook ou Google ferme son service, évolue d'une façon qui ne te convienne plus, ou change ses conditions d'utilisation, comment est-ce que tu le remplace ?
[^] # Re: précision
Posté par Physche . En réponse au journal Parlons un peu du futur. Évalué à 10.
La plupart des distributions Linux utilisent pourtant des noyaux modifiés.
[^] # Re: kmail est a eviter
Posté par Physche . En réponse au journal GNU/Linux est-il prêt pour le grand-père?. Évalué à 5.
Depuis KDE 4, c'est une devenu une catastrophe. C'est lent, instable, ça plante. Je dispose de six comptes IMAP avec 2 000 à 80 000 emails. C'est inutilisable. Pourtant autrefois ça fonctionnait plutôt bien.
Il y a environ un an, j'ai définitivement migré vers Claws Mail qui lui fonctionne parfaitement bien et dispose d'à peu près des mêmes fonctionnalités que KMail.
Le téléchargements des emails en IMAP sur un compte est bloquant sur les autres comptes, mais fonctionne de manière fiable tout en indiquant l'état à l'utilisateur.
Le mode « Network Log » est aussi très pratique et m'a permis de diagnostiquer très rapidement des bugs sur certains serveurs IMAP.
Je recommande vivement Claws Mail à la plupart des utilisateurs. L'interface est claire, il est riche en fonctionnalités et fonctionne de façon très fiable, même avec des comptes plutôt chargés. Il existe aussi un port sous Windows.
[^] # Re: POSIX ≠ UNIX
Posté par Physche . En réponse au journal Linux ou POSIX ?. Évalué à 2.
De la première à la dixième et dernière édition, aucune n'est conforme à aucun des standards POSIX de IEEE 1003.1-1988 à 2008.
[^] # Re: C'est quand même pas si mal Android...
Posté par Physche . En réponse au journal [BreakingNews] VLC retiré de l'iOS AppStore !. Évalué à 9.
Tel qu'indiqué dans la documentation : http://developer.android.com/guide/topics/security/security.(...)
[^] # Re: google == evil
Posté par Physche . En réponse au journal Do not be evil, enfin un peu tout de même. Évalué à 3.
Si tu vas sur http://source.android.com/, puis que tu télécharges le code, tu te rendra compte que d'une part, il n'y a quasiment aucun service Google, mais qu'en plus, tout est libre.
Le vrai problème d'Android, qui a finalement assez peu de rapport avec Google, c'est que les fabricants de matériel ne documentent pas leur matériel et ne fournissent que des drivers propriétaires et non redistribuables.
Les quelques rares (parce que finalement, il n'y en a pas tant que ça) téléphones qui sont fourni avec les services Google, comme les applications Google Talk, Google Maps, Gmail ou Market le sont parce que leur distributeur a effectué un partenariat avec Google, leur permettant de redistribuer ces applications propriétaires, mais finalement, ça n'a que bien peu de rapport avec Android lui-même.
Et finalement, si tu parviens à remplacer le bootloader et la recovery, généralement volontairement bridés par le fabricant de l'appareil (à l'exception des Google Dev Phone et du Nexus One), ainsi qu'extraire les drivers propriétaires du système, tu peux compiler et installer toi même Android.
Bref, dans Android, les méchants, ce sont surtout les fabricants de matériel.
# Faille dans IOS
Posté par Physche . En réponse au journal iOS dépasserait Linux en terme de nombre d'utilisateurs (?). Évalué à 0.
Quoi ?... Il y a un autre système d'exploitation qui s'appelle IOS ?
[1] http://www.cisco.com/en/US/products/products_security_adviso(...)
# Confusion entre authentification et chiffrement
Posté par Physche . En réponse au message Certificats SSL en centré utilisateur ?. Évalué à 1.
L'authentification te garantie l'identité de l'émetteur du certificat, soit grâce à une chaîne de certification, soit, dans le cas d'un certificat auto-signé par un accès précédent au certificat (physiquement, en général).
Le chiffrement permet, comme son nom l'indique, de chiffrer les données échangés entre le client et le serveur.
L'authentification peut aussi bien s'effectuer du côté du serveur, que du côté du client, que des deux côtés. Le plus souvent sur le Web, elle s'effectue du côté du serveur.
Par exemple, lorsque tu vas sur le site Web www.hsbc.fr en HTTPS, VeriSign, autorité de certification à laquelle tu fais généralement confiance (par l'intermédiaire de ton navigateur) te permet de valider l'authenticité du domaine, c'est à dire que www.hsbc.fr appartient bien à la société HSBC.
Si tu ne faisais pas confiance à VeriSign et que tu n'aurais jamais vu le certificat de www.hsbc.fr auparavant, tu ne pourrais pas authentifier ce site Web. Cependant, cela ne t'empêcherait pas de chiffrer la communication entre ton ordinateur et ce site Web.
Même si tu ne peux pas authentifier www.hsbc.fr, le chiffrement t'assure tout de même que seul toi et www.hsbc.fr (qui peut être absolument n'importe qui, comme par exemple quelqu'un usurpant le domaine), a eu accès aux données.
[^] # Re: GandiMail
Posté par Physche . En réponse au message Un service d'hébergement de mails?. Évalué à 2.
Gmail, par exemple, est incroyablement lent en IMAP.
# GandiMail
Posté par Physche . En réponse au message Un service d'hébergement de mails?. Évalué à 5.
Pour 10€ de plus par an par Go supplémentaire, tu disposes de 1000 comptes.
Donc, par exemple, pour 22€ par an, tu as 2 Go de stockage pour 1000 comptes associés à un domaine, avec accès SMTP, POP, IMAP et HTTP, le tout en TLS.
[^] # Re: Ahh....
Posté par Physche . En réponse au journal Google sort "son propre" smartphone. Évalué à 2.
Je n'utilise pas Cyanogen. Je me rend sur le site d'Android, j'y télécharge les sources, j'extrais les drivers propriétaires, à partir de images Android 1.6 fournies par HTC, puis je compile. Enfin, j'installe ces images sur mon Android Dev Phone, puisque Orange m'empeche de le faire sur mon HTC Dream.
À partir de là, plusieurs constats. Tout d'abord, l'APN et le GPS ne sont pas supportés, parce que HTC refuse de maintenir leur drivers. Ensuite, toutes les applications en rapport avec les services de Google sont absentes.
Une récente rumeur prétend que HTC va fournir des drivers Android 2.0 pour le G1. Soit. En attendant, triste ironie, ils ont retiré toutes les images Android 1.0 à 1.6 concernant l'ADP1 de leur site web à cause d'une sombre histoire de licence.
Le problème, c'est que ces images font références, étant donné que ce sont les seules images publiques qui contiennent les drivers propriétaire de HTC, ainsi que les applications propriétaires de Google.
Ce qui nous mene au second problème. J'installe Android, je n'ai aucun logiciel propriétaire, mais je souhaite quand meme installer les logiciels propriétaires de Google. Je les télécharge ? Ou ça ? Il n'y a aucun depot officiel pour ces logiciels. Ce n'est vraiment pas pratique. Je peux les extraire depuis les images de HTC. Mais ce sont d'anciennes versions (les images de HTC s'arretaient à Android 1.6, avant qu'elles ne disparaissent). Qu'est ce que je fais ?
[^] # Re: Ahh....
Posté par Physche . En réponse au journal Google sort "son propre" smartphone. Évalué à 10.
Les drivers constructeur, c'est particulièrement genant, puisque c'est ça qui empèche les anciens téléphone de fonctionner avec la version actuelle d'Android (APN et GPS non supporté sur HTC G1 sous Android 2.0).
Mais le vrai problème, c'est qu'en plus de ça, les téléphones commercialisés, à l'exception de l'Android Dev Phone et du Google I/O Device sont distribués avec un bootloader bridé avec d'empecher l'installation d'images non signés par l'opérateur (ou le constructeur, ou Google, suivant les cas).
# Logiciel libre
Posté par Physche . En réponse au journal Vous êtes plutôt applications web ou applications desktop/native ?. Évalué à 10.
Bien trop souvent complétement propriétaires, les applications web sont pires que les logiciels propriétaires, puisqu'elles ne sont meme pas "stockables". Rien de garantie que votre application préférée ne disparaitra pas du jour ou lendemain, ou évoluera d'une façon qui ne vous convienne plus.
[^] # Re: Touche pas à (mon) grisbi !
Posté par Physche . En réponse au journal Avec SPDY, Google souhaite accélérer remplacer/accélérer HTTP. Évalué à 8.
Cependant, il ne faut pas oublier que cette situation provient des administrateurs réseaux incompétents. Ceux qui ne comprennent pas le réseau. Ceux qui pensent qu'un port TCP, c'est un trou dans un mur qu'il faut reboucher le plus vite possible. Ceux qui n'arrive pas à imaginer qu'un port, c'est simplement une astuce pour lancer plusieurs services qui écoutent sur une même adresse IP.
Aujourd'hui, il n'est quasiment plus possible d'utiliser d'autres protocoles que HTTP (sur les ports 80 et 443) dans les entreprises.
La situation est pire que ce que tu décris, il n'y a pas que les protocoles IRC et NNTP qui ont été remplacés par HTTP, mais aussi la quasi-totalité des applications d'entreprises.
Désormais, au lieu de multiplexer les différents services au niveau TCP, on le fait au niveau de l'application, et tout communique en HTTP.
# Il y a Internet...
Posté par Physche . En réponse au message Orange et internet plus lent. Évalué à 9.
[^] # Re: Je me suis toujours demandé
Posté par Physche . En réponse à la dépêche Le téléphone mobile libre Freerunner (GTA02) est toujours maintenu et continue d'évoluer !. Évalué à 1.
Ça fonctionne de manière identique avec un cable USB. Cependant, la recharge est moins rapide (150 mA en USB, contre 2A sur le chargeur secteur).
[^] # Re: Je me suis toujours demandé
Posté par Physche . En réponse à la dépêche Le téléphone mobile libre Freerunner (GTA02) est toujours maintenu et continue d'évoluer !. Évalué à 2.
Il paraîtrait que ce problème a été corrigé lors d'une mise à jour de l'u-boot il y a déjà plusieurs mois. Mon u-boot étant régulièrement mis à jour, je n'ai jamais rencontré de problème à ce niveau là.