Oui, ce qui est le cas pour Windows Installer; un fichier .msi ne contient ni plus ni moins qu'une archive et des métadonnées, comme un .rpm ou un .deb.
Windows Installer ça existe depuis très longtemps (au moins Windows 98) avec rollback, décomposition des packages en composants et features, gestion des mises à jour avec signatures, etc.
Malheureusement, encore aujourd'hui, le standard semble être de toujours faire n'importe quoi avec le système en faisant son propre installer maison, jusqu'à même aller casser la base de données qui regroupe les composants installés. C'est d'autant plus ridicule que le toolset pour générer les packages est open-source.
Anyway, j'ai déjà eu des cas similaires, mais en mode over-abused. Par exemple des applications "alacon" (du type fessebouc ou iPoire) qui demandent une plage de 22000 ports. De là à écrire un "Idiotic dev that dosen't know how TCP/IP work considered harmful", il n'y a qu'un pas.
Encore trop cher ces cartes, y'a des revendeurs qui se font des marges assez impressionnantes dessus. D'ici à ce qu'on les ait à un prix décent en France, ça vaudra plus de tout le coup (et j'aurais jamais pu me faire un petit plaisir geek; de toute façon, fallait que je commande un connecteur mini-PCIe à souder sur ma mobo)
Y'a pas si longtemps que ça, j'ai eu a déployer un petit SpamAssassin, faut bien un début à tout. L'installation se passe sans soucis, je fini de mettre en place les scripts de mise à jour et je commence à tester l'ensemble.
Les mails passent encore, ouf! Je teste ensuite l'antispam lui-même à l'aide du code GTUBE. Pour ceux qui ne connaissent pas, un mail contenant ce code déclenche automatiquement l'antispam avec un score (très) élevé. Et là, rien ne passe; les mails n'arrivent pas, aucune trace dans les logs, ne serait-ce que d'une tentative de connexion.
J'y ai perdu énormément de temps. Toujours est-il que la seule conclusion que j'ai pu en tirer est que le serveur mail de mon fournisseur d'accès, en l’occurrence SFR/Neuf, ne se contente pas de noter le mail et de laisser au logiciel du client le soin de le l'afficher en tant que tel; il refuserait aussi de transmettre silencieusement des mails marqués en tant que tel.
Contexte assez amusant, puisque dans les discussions sur la mise en place de ce filtre, certaines personnes avaient bien affirmées qu'elles n'aiment pas voir leurs mails traités différemment qu'être transmis à leur destinataires; Force est de constater que certains opérateurs le font...
Aller hop! Faut relever le troll du Windows 64bits (surtout dès Lundi).
Le support du 64 bits date de 2001 de mémoire, à peu près la même époque pour Linux; pour NetBSD c'est vers 1994 si mes souvenirs sont bons ...
Mais dans l'absolu, la question n'est pas de savoir si l'OS supporte entièrement le 64 bits, ou si les binaires sont elles-même fournies compilées pour du 64 bits, ou si l'OS est en 64 bits et s'amuse à faire tourner des applications 32 bits. Non, la question c'est de savoir si les applications (celles qui en ont réellement besoin au passage) ont été conçues pour tourner sur du 64 bits ou pas. A ma connaissance, c'est assez rare et on se contente trop souvent de compiler en 64 bits en ajoutant juste le support pour plus de 4GB de mémoire virtuelle ... et encore, c'est pas tout le temps le cas.
P.S. oui, il y a bien des applications 64 bits sous Windows; regardez par exemple IE! au passage, c'est un très bon anti-flash puisque flash n'existe qu'en 32 bits et refusera de s'installer si vous utilisez IE-64 ... dans le monde des bras cassés, y'a pas à dire, y'en a qui sont rois! =)
Oui, of course, merci les kernel devs. ;)
Par contre, j'ai pas le souvenir d'avoir vu une autre distribution fournir un noyau avec le PAE disponible. (ou j'ai raté quelques marches ...)
En fait, ce n'est pas réellement un problème, ça a juste été conçu différemment. Donc certes j'ai pu constater que la gestion des paquets est plus lente sous Fedora que sous Ubuntu, mais c'est justifié.
Là où apt conserve en cache une liste des paquets disponibles, que l'on rafraîchit explicitement à l'aide d'un 'update', yum le fait systématiquement; il est possible de demander à yum de se comporter comme apt pour ceux qui en ont vraiment envie, mais j'en vois pas trop l'intérêt.
Par contre, à l'instar du Windows Installer (qui est aussi connu pour sa lenteur sans égal), yum est transactionnel; cela signifie que chaque opération est consignée et qu'il est possible de revenir en arrière (rollback) comme si de rien était (ou presque). A l'inverse, pour apt, il suffit d'installer le paquet précédent. Au passage, vous pourrez noter que les repos de Fedora ne conservent pas les versions intermédiaires des paquets, ce qui peut poser quelques soucis ...
Voila, voila, c'est juste que yum et apt c'est pas la même chose, donc normal qu'il y ait des différences (et un plus rapide que l'autre); après, c'est juste un coup de main à prendre. ;)
P.S. hésitez pas à me contredire, mais tapez pas trop fort :'(
P.P.S. pour poursuivre le troll, après avoir fait des .deb et des .rpm, je peux dire que ce sont ces derniers qui sont les plus simples, les plus rapide et les plus agréables à faire (donc c'est forcément mieux ... mais ça n'engage que moi)
Suis-je vraiment le seul a avoir eu une expérience désastreuse avec Cygwin?
Après l'installation, je me suis retrouvé avec mon OS non-libre par terre (paf le PATH, entre autres). La désinstallation a été un processus dur et manuel, à la (longue) recherche des dll perdues par l'outil maison...
J'ai fini par utiliser l'ensemble SFU, PowerShell et MinGW qui me permettent du coup d'utiliser tout la souplesse des outils dont j'ai l'habitude, sans sacrifier ce que me fourni mon OS non-libre.
Oui, ça ressemble beaucoup à un troll, mais j'ai eu une très mauvaise expérience alors que tout le monde autour de moi m'en a dit au moins du bien.
Sauf que cet article confond allègrement l'interopérabilité vis-à-vis:
- des logiciels et bases de données, qui va toucher principalement le droits d'auteur et droits voisins (première partie du CPI).
- des invention, qui lui va toucher les modèles et les brevets (seconde partie du CPI).
Concernant ces machines à café, je pense que l'on doit se référer à l'article L511-8 du CPI qui protège la création des pièces dites 'de rechange' .
N'est pas susceptible de protection :
...
2° L'apparence d'un produit dont la forme et la dimension exactes doivent être nécessairement reproduites pour qu'il puisse être mécaniquement associé à un autre produit par une mise en contact, un raccordement, un placement à l'intérieur ou à l'extérieur dans des conditions permettant à chacun de ces produits de remplir sa fonction.
...
Je travaille en ce moment en interne avec Bazaar (ça doit faire un an que je me suis mis à l'utiliser). Il s'agit d'un projet relativement petit/gros, ça dépend comment on se place, mais l'original tourne autour des 200k lignes pour 12 ans de projets et 3k commits dans un dépot Svn.
Avec Bazaar, j'arrive à gérer mon trunk, des branches de dev, la synchronisation avec le dépot Svn original, un dépot Bazaar sur Launchpad, des dépots Git et mercurial et un dépot Svn vers lequel je reverse tout (en sachant que tout ces dépôts ont des arborescences bien différentes. Petite précision, je suis quasiment seul dessus.
L'ensemble marche relativement bien, l'import et l'export Svn se fait sans soucis, seul l'import Mercurial a été problématique (Mercurial -> Git -> fast-export -> Bazaar). Sinon, question performances, je travaille sur un vieux P4 et firefox me pose beaucoup plus de soucis de performances qu'une opération lourde avec Bazaar ;) (non, ce n'est pas un troll!)
[^] # Re: Fork passif ou projet "parasite" ?
Posté par serianox . En réponse au journal Ruses de commerciaux?. Évalué à 1.
[^] # Re: Fork passif ou projet "parasite" ?
Posté par serianox . En réponse au journal Ruses de commerciaux?. Évalué à 2.
Malheureusement, encore aujourd'hui, le standard semble être de toujours faire n'importe quoi avec le système en faisant son propre installer maison, jusqu'à même aller casser la base de données qui regroupe les composants installés. C'est d'autant plus ridicule que le toolset pour générer les packages est open-source.
[^] # Re: Je compatis
Posté par serianox . En réponse au journal Les joies d'une distribution en Rolling Release.. Évalué à 5.
Après, si vous voulez un truc stable, suffit de pas allumer la machine.
[^] # Re: Et bien
Posté par serianox . En réponse au journal Timeface , la terreur des firewall. Évalué à 0.
Anyway, j'ai déjà eu des cas similaires, mais en mode over-abused. Par exemple des applications "alacon" (du type fessebouc ou iPoire) qui demandent une plage de 22000 ports. De là à écrire un "Idiotic dev that dosen't know how TCP/IP work considered harmful", il n'y a qu'un pas.
[^] # Re: Grave !
Posté par serianox . En réponse au journal Enfin un journal qui parle de Linux. Évalué à 2.
[^] # Re: Broadcost Crystal HD
Posté par serianox . En réponse au journal État de l'accélération vidéo sur Intel. Évalué à 3.
# Dans le même genre d'idées
Posté par serianox . En réponse au journal Swisscom bloque le port SMTP. Évalué à 4.
Les mails passent encore, ouf! Je teste ensuite l'antispam lui-même à l'aide du code GTUBE. Pour ceux qui ne connaissent pas, un mail contenant ce code déclenche automatiquement l'antispam avec un score (très) élevé. Et là, rien ne passe; les mails n'arrivent pas, aucune trace dans les logs, ne serait-ce que d'une tentative de connexion.
J'y ai perdu énormément de temps. Toujours est-il que la seule conclusion que j'ai pu en tirer est que le serveur mail de mon fournisseur d'accès, en l’occurrence SFR/Neuf, ne se contente pas de noter le mail et de laisser au logiciel du client le soin de le l'afficher en tant que tel; il refuserait aussi de transmettre silencieusement des mails marqués en tant que tel.
Contexte assez amusant, puisque dans les discussions sur la mise en place de ce filtre, certaines personnes avaient bien affirmées qu'elles n'aiment pas voir leurs mails traités différemment qu'être transmis à leur destinataires; Force est de constater que certains opérateurs le font...
# Ayé
Posté par serianox . En réponse au journal Plus que quelques jours pour répondre au sondage Phoronix !. Évalué à 1.
[^] # Re: Man submission
Posté par serianox . En réponse au journal Ô vache, v'la le retour du monopole de la poste. Évalué à 1.
[^] # Re: Ca pique...
Posté par serianox . En réponse à la dépêche Sortie de FreeBSD 8.1-RELEASE. Évalué à 0.
--
Trollé depuis ma peluche de tanard qui fait *toin* quand on appuie dessus.
[^] # Re: i386
Posté par serianox . En réponse à la dépêche Test de Fedora 13 : Goddard. Évalué à 2.
[^] # Re: i386
Posté par serianox . En réponse à la dépêche Test de Fedora 13 : Goddard. Évalué à 5.
Le support du 64 bits date de 2001 de mémoire, à peu près la même époque pour Linux; pour NetBSD c'est vers 1994 si mes souvenirs sont bons ...
Mais dans l'absolu, la question n'est pas de savoir si l'OS supporte entièrement le 64 bits, ou si les binaires sont elles-même fournies compilées pour du 64 bits, ou si l'OS est en 64 bits et s'amuse à faire tourner des applications 32 bits. Non, la question c'est de savoir si les applications (celles qui en ont réellement besoin au passage) ont été conçues pour tourner sur du 64 bits ou pas. A ma connaissance, c'est assez rare et on se contente trop souvent de compiler en 64 bits en ajoutant juste le support pour plus de 4GB de mémoire virtuelle ... et encore, c'est pas tout le temps le cas.
P.S. oui, il y a bien des applications 64 bits sous Windows; regardez par exemple IE! au passage, c'est un très bon anti-flash puisque flash n'existe qu'en 32 bits et refusera de s'installer si vous utilisez IE-64 ... dans le monde des bras cassés, y'a pas à dire, y'en a qui sont rois! =)
[^] # Re: PAE (was i386)
Posté par serianox . En réponse à la dépêche Test de Fedora 13 : Goddard. Évalué à 1.
Par contre, j'ai pas le souvenir d'avoir vu une autre distribution fournir un noyau avec le PAE disponible. (ou j'ai raté quelques marches ...)
[^] # Re: J'ai testé aussi
Posté par serianox . En réponse à la dépêche Test de Fedora 13 : Goddard. Évalué à 5.
Là où apt conserve en cache une liste des paquets disponibles, que l'on rafraîchit explicitement à l'aide d'un 'update', yum le fait systématiquement; il est possible de demander à yum de se comporter comme apt pour ceux qui en ont vraiment envie, mais j'en vois pas trop l'intérêt.
Par contre, à l'instar du Windows Installer (qui est aussi connu pour sa lenteur sans égal), yum est transactionnel; cela signifie que chaque opération est consignée et qu'il est possible de revenir en arrière (rollback) comme si de rien était (ou presque). A l'inverse, pour apt, il suffit d'installer le paquet précédent. Au passage, vous pourrez noter que les repos de Fedora ne conservent pas les versions intermédiaires des paquets, ce qui peut poser quelques soucis ...
Voila, voila, c'est juste que yum et apt c'est pas la même chose, donc normal qu'il y ait des différences (et un plus rapide que l'autre); après, c'est juste un coup de main à prendre. ;)
P.S. hésitez pas à me contredire, mais tapez pas trop fort :'(
P.P.S. pour poursuivre le troll, après avoir fait des .deb et des .rpm, je peux dire que ce sont ces derniers qui sont les plus simples, les plus rapide et les plus agréables à faire (donc c'est forcément mieux ... mais ça n'engage que moi)
[^] # PAE (was i386)
Posté par serianox . En réponse à la dépêche Test de Fedora 13 : Goddard. Évalué à 3.
(par contre, une application seule ne peux pas accéder à plus de ~4GB)
P.S. Lundi matin je ne sais plus faire de liens sur dlfp! :)
# Bien (ou pas ...)
Posté par serianox . En réponse à la dépêche Sortie de Cygwin 1.7.4. Évalué à 1.
Après l'installation, je me suis retrouvé avec mon OS non-libre par terre (paf le PATH, entre autres). La désinstallation a été un processus dur et manuel, à la (longue) recherche des dll perdues par l'outil maison...
J'ai fini par utiliser l'ensemble SFU, PowerShell et MinGW qui me permettent du coup d'utiliser tout la souplesse des outils dont j'ai l'habitude, sans sacrifier ce que me fourni mon OS non-libre.
Oui, ça ressemble beaucoup à un troll, mais j'ai eu une très mauvaise expérience alors que tout le monde autour de moi m'en a dit au moins du bien.
[^] # Re: M'enfou!
Posté par serianox . En réponse à la dépêche Nespresso attaque Chacun son café. Évalué à 1.
[^] # Re: Hum... question bête mais...
Posté par serianox . En réponse à la dépêche Nespresso attaque Chacun son café. Évalué à 0.
- des logiciels et bases de données, qui va toucher principalement le droits d'auteur et droits voisins (première partie du CPI).
- des invention, qui lui va toucher les modèles et les brevets (seconde partie du CPI).
Concernant ces machines à café, je pense que l'on doit se référer à l'article L511-8 du CPI qui protège la création des pièces dites 'de rechange' .
N'est pas susceptible de protection :
...
2° L'apparence d'un produit dont la forme et la dimension exactes doivent être nécessairement reproduites pour qu'il puisse être mécaniquement associé à un autre produit par une mise en contact, un raccordement, un placement à l'intérieur ou à l'extérieur dans des conditions permettant à chacun de ces produits de remplir sa fonction.
...
[^] # Re: [X] AUTRE : Supélec Rezo
Posté par serianox . En réponse au sondage Mon accès Internet personnel c'est. Évalué à 2.
Ex-babasseur pour le serveur DVB-T...
# De mon côté
Posté par serianox . En réponse au journal des migrations de systèmes de sources. Évalué à 3.
Je travaille en ce moment en interne avec Bazaar (ça doit faire un an que je me suis mis à l'utiliser). Il s'agit d'un projet relativement petit/gros, ça dépend comment on se place, mais l'original tourne autour des 200k lignes pour 12 ans de projets et 3k commits dans un dépot Svn.
Avec Bazaar, j'arrive à gérer mon trunk, des branches de dev, la synchronisation avec le dépot Svn original, un dépot Bazaar sur Launchpad, des dépots Git et mercurial et un dépot Svn vers lequel je reverse tout (en sachant que tout ces dépôts ont des arborescences bien différentes. Petite précision, je suis quasiment seul dessus.
L'ensemble marche relativement bien, l'import et l'export Svn se fait sans soucis, seul l'import Mercurial a été problématique (Mercurial -> Git -> fast-export -> Bazaar). Sinon, question performances, je travaille sur un vieux P4 et firefox me pose beaucoup plus de soucis de performances qu'une opération lourde avec Bazaar ;) (non, ce n'est pas un troll!)