Marc Dequènes a écrit 12 commentaires

Comme dit Samuel, HurdFr est en pause, et se réveille de temps en temps. L'infrastructure est toujours maintenue, hormis les machines de test qui ne sont pas toujours disponibles car on les casse souvent avec nos tests, et ça demande beaucoup d'entretient. Néanmoins il y a des taches simples à réaliser pour les nouveaux venus, et des taches plus fun ensuite (nottament sur les translators du projet hurd-extras : http://www.nongnu.org/hurdextras/). Il y a plus d'infos dans le wiki.

Concernant Debian GNU/Hurd, c'est toujours une distribution d'actualité, car nombre de Hurd hackers sont aussi dans Debian, et les autobuilders hurd-i386 sont bien entretenus. Il manque cependant des ressources pour travailler sur l'installer.

En tous cas ça fait plaisir de voir des gens motivés et à contribuer concrètement ; donc bienvenu à ArchHurd :-).

Certes, mais son indisponibilité s'est trouvée agravée, son incapacité à travailler avec une team, nottament pour la policy, s'est retrouvée renforcée par la légitimité qu'il croit avoir d'être le grand responsable de tout Python chez Ubuntu.

De plus, le fait d'être embauché pour un travail, avec des objectifs que Mark lui assigne, aurait pu canaliser son travail dans une meilleurs voie ; mais force est de constater que le modèle de travail Ubuntuesque ne donne pas de meilleurs résultats.

Je tiens à corriger ptitlouis, car s'il y a maintenant une Team Python, elle ne concerne que les modules pour le moment. Il y aura probablement à terme les applications aussi, mais pour le coeur de Python, c'est pour le moment toujours le bloquage avec doko qui est très peu réactif et qui s'oppose à quasiment tout.

On a réussi à obtenir la suppression de python 2.1 et 2.2 qui sont ultimement obsolètes, mais pour 2.4 c'est planifié mais toujours pas de mouvement de doko depuis plus d'un an et demi... C'est déjà un fin connard habituellement, mais là il ne s'occupe plus de rien et réuploadera son package précédent plutôt que laisser un autre y toucher.

En outre, doko étant seul responsable de Python dans Ubuntu, il défini sa policy, et semble bien vouloir l'imposer à Debian. Il me semble assez génant que ce genre de changements fondamentaux soient discutés hors de l'entité concernée.

Conclusion, au lieu de résoudre le problème, on l'a profondément agravé...

Remplacer tasksel (qui existe depuis une éternité dans Debian) par des packages de dépendances, franchement je ne vois pas la différence fondamentale qui te fait tant bander.

Pour les premier packages de Xorg il faudrait quand même que tu ai essayé les premiers packages uploadés en unstable pour te rendre compte qu'il n'y avait pas la moindre chance d'éviter de péter totalement ton server X. Il en a fallu des uploads pour que la merde pas du tout testée venant d'Ubuntu soit enfin utilisable. Heureusement que David Nusinow a été rapide sur le coup.

Pour ce qui "aurait pu être fait", hé bien si on considère que par exemple Ubuntu récup les betas du nouveau Debian-installer pour faire genre on a une vrai install, je trouve ça écoeurant alors qu'il n'y ont rien apporté. Debian a l'air à la traine, genre on récup les bonne choses d'Ubuntu avec quelques mois de retard, alors que c'est l'inverse mais que Debian préfère attendre que tout soit bien testé...

Maintenant, quand on regarde tout ça de loin, on a évidemment un avis super élaboré sur la situation...

Désolé mais Canard(tm), Duck(tm), Drake(tm) sont des marques déposées de la DuckCorp(tm), merci donc de supprimer de suite ce post idiot.

D'ailleurs, je vais de suite intenter un procès à Ubuntu.

GNUsound est un éditeur de son multipiste, utilisant nottament les plugins LADSPA et Jack. L'auteur semble manquer de temps pour le faire progresser, donc n'hésitez pas à contribuer.

Homepage: http://www.gnu.org/software/gnusound/

Maintenant, et ici :
deb http://debian.duckcorp.org/experimental/binary-i386/ ./

Il sera uploadé officiellement ds Debian quand le package aura été paufiné, probablement pr la 0.2.

Il lui faut soya 0.9.2 disponible ici :
deb http://debian.duckcorp.org/unstable/binary-i386/ ./
(Slune 1.0.7 est dispo au même endroit)

Soya 0.9.2 et Slune 1.0.7 seront bientôt uploadé dans Debian.

Have a lot of FUN !

Juste un petit reproche sur la news : il serait bon de rapeller en 2 lignes aux néophytes de mon espèce ce ke sont yopi/QTopia/Opie, ça éviterais d'avoir à ouvrir tous les liens pr comprendre de koin il s'agit.

Autrement, c'est une très bonne news pr la communauté.

C01N !

Rappeler ça la veille c vraiment court.
Difficile avec ça d'avoir des petits nouveaux.
D'ailleurs je serais peut-être venu si j'avais su ça, disons... une semaine avant.
Enfin, vous aurez pas à supporter ma gueule de sale canard, c déjà ça...

T tjs kun sale enfoiré de pervers toi, je te reconnais bien.
N'est-ce pas Mr keuplate ?

HéHéHé !!!

Oui, moi aussi je relativise, mais ça fout en l'air le sens originel du No de version.
Mais bon je suis (connement probablement) idéaliste et je continue à croire ke ds certains projets le No de version est lié aux progrès apportés.
Ce genre de comportement est pr moi ridicule et difficilement acceptable.

Allez courage.

on se dépèche de finir ce bordel bien vite histoire de pouvoir sortir la 9.1 ds 2 semaine puis on booste encore un peu et avec de la chance on mettra la 9.2 ds les gencives de Mdk. HAHAHA !!!!!!!!!!!!!!!!

Et puis d'ailleurs prkoin ne pas sauter à la 30.0 de suite, ça montrera la supèriorité de la distrib !!!

J'aime les gens sèrieux kom ça, c épatant de voir kom le monde va à volo...
L'apocalypse ne devrait plus tarder, je v prier pr tous ces pècheurs.