Nanawel a écrit 281 commentaires

Je ne crois pas qu'il y ait eu des contributions extérieures sur la série 2.x d'eyeOS. Comme je l'ai dit, cela a été géré dès le départ comme le développement d'un produit en interne, et l'aspect "libre" (puis simplement "open-source") a surtout été un moyen de profiter de l'aura de la série 1.x, d'attirer l'attention de la communauté libre/open-source, et accessoirement de récupérer des subventions de la région de Catalogne (et de l'Europe peut-être aussi, je ne sais plus).

Comme je synchronisais régulièrement mes sources avec le SVN du projet, je dois encore avoir une des dernières révisions publiques du code. Je pense que je pourrais la mettre à disposition mais elle ne dois pas être très différente de celle disponible sur le projet "eyeLeft" de SourceForge. À l'occasion je regarderai.

Pour avoir contribué à ce projet dès 2007 et travaillé chez eyeOS en tant que salarié pendant 8 mois en 2009-2010, je me suis aperçu de ce revirement il y a quelques semaines avec déception.

Déception relative cela dit car les sources d'eyeOS 2.x n'étaient déjà plus disponibles en accès public depuis au moins 1 an, quand leur communication s'est nettement tournée vers la promotion de la version "Professional" au détriment de celle open-source.

En fait c'est vraiment lors de la réalisation de la version 2 que la manière de développer la plateforme a changé radicalement. On sentait qu'il était alors vraiment question de produit et plus de projet libre. C'est ce qui m'a incité (entre autres) à ne pas poursuivre les contributions après mon licenciement (économique, la criiiise vous savez) en 2010.

Je sais par contre que certains membres de la communauté (dont Lars Knickrehm) se sont rapidement dégagés de cette version 2 et ont préféré poursuivre le développement de la branche 1.x. Après (ou avant) la suppression des sources, il a donc lancé le fork oneye qui devait reprendre là où s'était arrêté eyeOS.

D'après le blog, les sources semblent à nouveau dispo sur GitHub. Give it a try :)

Oracle aurait-il donc du mal avec le Temps ?

C'est digne d'une tragédie grecque…

Je me demandais aussi pourquoi subitement mes 2 services tournant sous Java sur mon home server se sont mis à exploser la charge CPU toute la journée d'hier après plus de 200 jours d'uptime sans heurt…

Bon, je préfère ça.

Pas de bios plus récent, la carte mère est vraiment vieille et pas très répandue apparemment (c'est une UC Unisys).

Aucune info marquée au boot non plus.

Pas de bios plus récent, la carte mère est vraiment vieille et pas très répandue apparemment (c'est une UC Unisys).

Aucune info marquée au boot non plus.

Après re-vérification sous W95, l'adresse I/O 0x220 est utilisée par la carte son.

J'ai donc testé de retirer la carte son afin d'éviter tout conflit. Mais aucune configuration d'I/O ou d'IRQ ne m'a plus permis de charger le pilote NE2000 une fois revenu sous la disquette d'install de Slackware.

Non il n'y a vraiment rien dans le BIOS (un AMI de 1992).

Dans le pire des cas effectivement c'est une idée. Mais ça m'arrangerait de ne pas être obligé d'en arriver là.

Sous W95 je me souviens que tout fonctionnait bien oui puisque j'avais du son et je me servais aussi du réseau.

Je pense que je vais finir par remettre encore le disque dur avec W95 et dumper toute la confif matérielle une bonne fois pour toutes :)

Ok merci je regarderai ça ce week-end.
Par contre l'option de PnP dans le BIOS je n'ai pas le souvenir de l'avoir vue (et pourtant j'y passe souvent, puisque comme la pile CMOS est morte je dois redétecter le disque après chaque débranchement…)

Après une longue recherche, j'ai enfin réussi à télécharger le ZIP contenant les drivers pour la carte sous Windows 3.1 à 2000.
Mais je n'ai pas beaucoup plus d'infos à l'intérieur. Il y a bien des plages d'I/O et des IRQ qui sont renseignés mais aucun que je n'ai pas déjà testé.

Voici un extrait du fichiers "winnt31/oemsetup.inf" :

Set IOBaseAddrDecList = {768,512,544,576,608,640,672,704,736,800,832,864,+
896,928,960,992}
Set IOBaseAddrHexList = {0x300,0x200,0x220,0x240,0x260,0x280,0x2A0,+
0x2C0,0x2E0,0x320,0x340,0x360,0x380,0x3A0,0x3C0,0x3E0}
Set IRQList = {3,4,5,9,10,11,12,15}

Oui bien sûr. Mais je ne tombe que sur des liens morts ou de faux drivers / vrai spywares (type driverguide.com).

Le gestionnaire de la carte sous DOS… heu…
J'ai déjà retrouvé la carte, mais s'il faut en plus que je retrouve la disquette qui va avec ! :)

Eh bien elle n'était pas drôle !

Jeter mon premier PC… tsss…

Hum, là je n'ai pas de quoi faire de Boot-on-LAN non.

Je réessaierai avec io=0x220 mais j'ai peu d'espoir. Par contre j'en profiterai pour copier le message d'erreur.
Rien d'original si je me rappelle :

Unable to find blablabla... Try to specify I/O with io=0x... and IRQ with irq=...

Attends attends je te répète le début :

Mon passe-temps du moment…

Je ne juge pas tes hobbies. Sois gentil de faire de même avec les miens :)

C'est vrai ça ? ça doit être très lourd de maintenir une Arch Linux en état de fonctionnement au fil des mises à jour.

Pas tant que ça non. À chaque upgrade il convient de consulter le log des paquets installés et mis à jour. Lorsqu'un fichier de configuration est mis à jour, pacman te prévient, à toi ensuite d'aller faire un diff pour reporter les changements (mineurs la plupart du temps).

Lorsqu'une modification est majeure, il y a souvent une news en rapport sur la page d'accueil archlinux.org.

Et si comme tout bon utilisateur barbu de distrib en rolling release tu tiens à conserver un système up-to-date, en sachant exactement ce qui est installé et comment ça marche, alors une mise à niveau par semaine ne te prendra ordinairement que 5 petites minutes maximum…

Merci pour l'info, j'essaierai d'y faire un tour samedi aprem !

[HS] Il fallait bien sûr lire "tutoriaux" et non "tutorials"…

Je pense que mon SSD doit souffrir d'un défaut de construction car ces problèmes sont apparus très rapidement (2-3 mois) alors que mon usage était tout à fait léger (et sans bidouilles ni rien).

Les symptômes étaient comme je l'ai dit de gros freezes qui duraient généralement 15-20 secondes mais qui pouvaient monter jusqu'à 5 minutes (véridiques, je voulais voir si ça se débloquait tout seul au bout d'un moment, et en effet).

J'ai retiré les services d'indexation, toutes les tâches en arrière-plan qui pouvaient faire des accès disques (même en lecture), mon /home a rapidement migré sur la carte SD à côté, j'ai utilisé du tmpfs pour /tmp et /var, j'ai bidouillé les 3 navigateurs (FF, Chromium et Opera) pour limiter l'écriture de données sur le disque…

Donc j'ai bien essayé beaucoup de choses avant d'arriver à cette solution (récente puisque j'ai installé le DD il y a 1 an environ).

Maintenant je tourne sur Arch avec Gnome Shell et hormis la lecture de vidéo Flash dans les navigateurs, tout marche super bien.

Je te conseille à nouveau le lien eBay, c'est exactement là où j'ai acheté mon DD il y a quelques mois et tout s'est très bien passé (j'ai fouillé dans mes mails pour retrouver le lien, mais je crois que c'est celui conseillé par Blogeee). Après si tu pars du principe qu'on ne peut pas prévoir le futur en analysant le passé je comprendrais tout à fait :)

J'ai reçu en cadeau un Aspire One 110L en 2008. Ce modèle était équipé d'un SSD 8Go qui a rapidement montré ses limites quelques mois plus tard (grosses lenteurs, freezes de plusieurs minutes lors d'écritures, etc.).

Je suis passé par Linpus, puis Ubuntu NR, en suivant à chaque fois plusieurs tutorials pour optimiser les performances sur cette machine aussi limitée (limitée à cause du SSD, le reste marche très bien). Mais finalement rien n'y fit et les lenteurs apparaissaient toujours et rendaient le tout inutilisable.

J'ai donc décidé de remplacer le SSD par un disque dur, grâce au tutorial et au lien situé ici : http://www.blogeee.net/2008/08/guide-installer-un-disque-18-dans-son-aspire-one-a110/

Le disque est encore disponible à la vente ici : http://cgi.ebay.fr/ws/eBayISAPI.dll?ViewItem&item=250740521751&ssPageName=ADME:B:EOIBSA:FR:1123
Le connecteur est compatible avec la nappe d'origine du SSD à condition de l'épaissir légèrement avec une couche de chatterton (une bande suffit). Pour la fixation j'ai utilisé du double-face comme conseillé et tout tient bien.

J'en ai même profité pour rajouter une barette de 1Go qui appartenait à mon portable, autant que ça serve !

Tout fonctionne désormais bien, même mieux que jamais grâce au remplacement du SSD d'origine par un bon vieux disque mécanique.

Je ne saurais que trop te conseiller de faire de même.

Concernant la première vénérable machine "blob", serait-il possible de connaître la configuration logicielle qui était en place dessus en son temps ?
Et la charge approximative quelle devait supporter au départ, puis celle qu'elle a pu supporter à la fin ?

En tout cas, sympa l'évolution ! Et merci pour l'historique !

Subsonic aussi.
Je l'utilise depuis plusieurs mois maintenant et je n'ai rien de critique à reprocher au soft. J'ai sauté le pas il y a quelques semaines et fait un don, ce qui me semblait normal après l'avoir utilisé intensément durant tout ce temps, et apprécié la qualité.

Surtout que depuis la version 4.5beta2, le package Debian crée (enfin) un utilisateur "subsonic" dédié à l'application, ce qui évite de faire tourner le serveur en root comme c'était le cas jusqu'à présent (en "out-of-the-box" bien sûr, l'ajout de l'utilisateur n'était pas impossible mais demandait évidemment quelques manipulations, en cassant le paquet).

Si on ajoute à ça le support récemment ajouté des vidéos et de l'UTF-8 dans les nom de fichiers et chemins (enfin correctement), je doute voir du jour au lendemain une plateforme aussi puissante se poser en challenger.

Avant de se préoccuper de typographie, il serait souhaitable de mieux maîtriser l'orthographe. Globalement l'article ne me pose pas de problème particulier, ce n'est pas du SMS, loin de là.

Mais bourdel, VOIR et VOIRE quoi. Marre de la voire partout celle-là.

acheter acheté


C'est pas moi qui ai commencé madame.