Raphael Junqueira a écrit 337 commentaires

lol

ca ce n'est pas de l'argumentation ca serait plutot de la de-argumentation mais bon venant d'un utilisateur windows il doit pas s'en rendre compte ;)

Enfin le "libre" a reussi avec mozilla, il peut y arriver avec mplayer

lol
je ne vait pas argumenter sur un troll qd meme, fo pas abuser ;p

sinon tu veux que j'argumente sur quoi ? sur les gros sous ?
ben prend ta calculette et considere la journee d'un dev entre 200 et 300$ ...

j'ai le meme probleme a la maison sur mon konqy
il faut agrandir le navigateur en plus que 1024 pour by-passer

non ca ouvre une nouvelle fenetre (a moins que t'active l'ouverture des tabs par defaut)
de plus aucun racourcis clavier rapide n'est dispo

Enfin un comportement normal !

pour moi je trouve pas ca normal!

dans un term oki, mais pour un navigateur ou generalement qd tu dbl-clic dans la barre d'addresse c'est soit pour tout effacer soit pour tout copier, c non ergonomique

Enfin j'aurait pas a dbl-cliquer en permanence dans les barres d'adresses si j'avait a dispo le duplicate tab :(

vi merciiiiii :)
ca marche

Argg,
il faut double-cliquer deux fois de suite pour selectionner toute l'adresse :( (le premier dbl-click ne selectionnant que le dernier mot (jusqu'au dernier '/' ou ':') )

qq'un connait il commet on peut retourner a l'ancien comportement ?

PS: sinon a quand le duplicate tab a la konqueror ?

-- Troll detected --

enfin pour te renseigned kde couterait plus de 50M$ a refaire (et cela juste en cout homme/temps)

Maintenant pour le MS media player le cout doit inclure toutes les versions du logiciel (car il est en continuel dev)

Puis avant de denigrer media player, en dehors des vieux trucs ignobles qui possede au niveau des DRM, des skins supra-lourdes par defaut, de l'intrusion au systeme et de l'ascpet anti-concurrentiel du logiciel (du MS comme on l'aime) le logiciel est tres bon en soi.
Meme si mplayer (personnelement je pense est le player plus avance sur unix) est pas mal il en est encore tres loin malheureusement :( (bon ils ont pas eut le 50M$ eux aussi :) )

j'avait bien lu,
mais necessairement qd ft veut pas t'installer l'ADSL (ce qui devient rare qd meme dernierement) ca devient nettement mois cool mais tiscali est ton ami :)

PS: moi qques fois pour des "problemes" de leur cote et mon pere souvent qd je suis pas la ... (mais ce n'est pas une excuse, si on paye un service la peau du cul ils doivent assurer le support)

si je me rappelle bien la CS ne contient que des packages officiels sur les applis de haut nivo.
Les diffs se situent dans les patche kernels, de gcc et de la libc (protection de pile, tous les patches de protection reso, etc...) donc ca doit pas etre dur a retrouver (d'ailleurs en passant pas cooker tu doit avoir ce que tu veux cf kernel-secure)

toi tu m'as l'air d'aimer les réponses faciles et rapides juste pour faire le malin

pas du tout, enfin si tu as eut cette impression ...

Si tu connais d'autres FAIs qui proposent de l'illimité en RTC et numéris pour 25 €/mois, fait nous signe... je devrais pas être le seul que ça intéresse!

pour presque le meme prix tu as de l'adsl chez free qui supporte linux au niveau de la hotline, fait ton choix. Maintenant ca fait longtemps que je traine sur le net, et j'ai remarquer que le provider qui a tjs des problemes avec des os "exotiques" (ie non windows et encore windows 2k avait du mal au debut) et les clients s'appelle AOL (bon y a infonie qui etait pire ... mais bon).

PS: J'ai tenu 2 mois sur AOL il y a tres longtemps que j'ai quitte quand j'ai vu l'arogance de la hotline (ils voulaient pas comprendre que des gens utilisent un reso local, se sont joyeusement foutus de la geule de mon pere quand il leur expliquait que le modem etait defectueux, etc...)

oki,
en plus je le savait mais j'ai un peu trop l'habitude d'ecrire autant :(

Pour Mozilla, c'est special: nestcape avait deja entrepris cette ouverture avant le rachat. De plus c'est principalement les devs netscape qui sont pour, les autres devs d'aol tu n'en entends jamais parler.

PS: sinon vous pouvez arreter avec les '-', ca sert a rien d'en mettre plus de 50 j'etait un peu fatigue et j'ai compris ma connerie (et c chiant de creer des nouveaux comptes).

autant pour moi ;)
enfin je ne pense pas qu'avoir comme provider, un entreprise qui denigre bcp le libre soit une solution

moi aussi j'ai jamais trop compris la structure du hurd (faut dire aussi que je suis une moule en technique)......mais j'ai trouvé un lien pas mal qui explique en 3 ou 4 pages les vrais avantages du hurd sur les OS existants et surtout qui explique ça dans un langage qu'un newbie comme moi peut (a peu près) comprendre :

http://etud.epita.fr:8000/~vernie_m/yal/fr/hurd(...)


enfin, ce site explique pas trop les avantages de Hurd par rapport a Linux ou freeBSD par exemple (qui doivent etre deux des os monolythiques les plus avances a l'heure actuelle)

Je pense que les avantages les plus "connus" du Hurd: translator, etc ... sont en majorites disponibles sous linux dans des couches user (par exemple le principe de kio de kde est exactement le meme que les translators, mais uniquement dispo que via les api kde).
Maintenant, le gros avantage de Hurd et qui restera uniquement dispo pour des micro-noyaux de facon aussi fine est la gestion ultra-fine de la securite.

OpenBSD s'en rapproche avec sa securite a la granularite des appels systemes, maintenant au nivo du Hurd il peut aussi gerer la securite au nivo des appels internes au noyau, des changement de droits (sorte de "su") inter-calls

Je voit tjs pas l'interet d'avoir 'n' ('n' tendant vers beaucoup) clients de messagerie ;(
Gaim et kopete pouvant, a eux deux, geres tous les protocolos (allant meme jusqu'au mythique gadu-gadu) ca devrait suffire non ? (deja ses deux projets ne travaillant pas directement ensemble entraine une demultiplication des efforts)

De plus ca entraine facilement des attaques juridiques de la part des "clients proprietaires" sur les "petits projets", donc peu d'avantages (pseudo-diversite, ...) pour bcp de desavantages ;(((

C'était avant l'annonce officielle de l'existence d'Eazel. Le proto représentait "seulement" 3 mois de dev.

trois mois de boulot a la poubelle pour rien, ils en voulaient ;(

Si tu ne me crois pas, tu peux demander à Karl Nelson (avec qui je maintenais Gtk-- à l'époque), Andy Hertzfeld, Darin Adler, Maciej Stachowiak, Ramiro Estrugo, Havoc Pennington ou Miguel. Il y a peut-être des traces de ça dans les archives de la mailing-list gtkmm (ça remonte à début 2000). Karl et moi avions failli tout plaquer en apprenant ça, mais je ne sais pas si on en a parlé publiquement.

C'est clair que c'est pas le top pour la motivation qd on "denigre" ton boulot, j'avait entendu des rumeurs sur de engeulades entre les personnes des bindings c++ et les core devs de gnome a l'epoque mais je savait pas pkoi. Maintenant au boulot il m'arrive souvent d'avoir une ambiance similiare, mais jamais dans un projet libre. Si c'etait le cas moi je me serait parti: respect pour etre rester

Quant au coté commercial d'Eazel, leur but était de faire des thunes sur les services, leur bonne intégration à Gnome était capitale.

Maintenant, avec le recul, je me dis qu'ils en auraient pas mal chié avec Gtk-- aussi. Leur erreur, ça a été de s'allier avec Gnome au lieu de KDE :-). (en plus d'avoir un business model foireux comme 99% des startups à l'époque).

Je ne pense pas qu'ils auraient plus chier avec Gtk-- qu'avec kde, a l'epoque kde etait en pleine refonte avec des grosses modifications de l'API tous les jours. De plus vu ce que j'en ai vu ils se sont limites a des moindres accroches avec les API gnome/Gtk+ afin de facilement etre portable sur les futures versions.

Et alors ? Ça ne signifie pas qu'ils accepteraient que ces bindings soient utilisés pour un composant central de Gnome.

je trouve ca completement debile, enfin ca n'engage que moi :(
car par exemple fam, le fameux serveur "notify" de sgi est tres bien code en c++ (ce qui permet d'avoir un code clean et compact) et exporte une belle interface c et c++, pkoi une appli gnome doit elle se priver des facilites du c++ si elle peut exportee une interface c facilement.

D'ailleurs en fait, toutes les applis de base de Gnome doivent être en C, il ne veulent pas (et ne peuvent pas se permettre) une dépendance obligatoire sur aucun des bindings existant (C++ ou autre). Ce qui est l'un des problèmes de base des bindings :-).

Au moins comme ca ils se privent a peine de certaines fonctionnalites pour leurs applis :p

> Mais des fonctionalités comme pouvoir monter un ftp distant en système de fichier local sont assez alléchante!

C'est le boulot de programme/librairie en user mode. Comme le fait mc ou gnome-vfs. Quoiqu'il en soit, je ne vois pas pourquoi Linux ne pourrait pas faire çà.

c clair, surtout que linux peut le faire via "kio ftp" dans kde :)

j'ai pas resiste c'etait trop gros:

1- Un micro noyeau peut faire tout ce que fait un noyeau monolithique. Outre le fait que ca soit super chiant a coder (mais alors beaucoup) un micro noyeau n'a pas d'inconvennient.

archi faux, tout depend de comment est architecturer ton micro-noyau (sans le "e"). Par exemple, Hurd ne sera jamais capable, si il garde son architecture actuelle, capable d'avoir un scheduleur de thread/io digne de celui de Linux

2-...
Tres peu vendeur, la majorite de ce que tu dit la, peut etre dit sur certains "noyaux monolythiques" mis a part la separation de contexte entre les drivers et le noyau qui est le gros avantage des micro-noyau (permet une gestion plus fine des droits, des dependances)

Il est meme theoriquement de declarer un deuxieme micro noyeau comme driver et de se lancer a tire larigo dans du kernel hacking sans risquer une seule fois de planter sa machine. Ou de donner a chaque utilisateur un noyeau different.

UML

c'est bien pour cela que je dit qu'il s'approche
Maintenant les "serveurs" des micro-noyaux correspondent plutot a des gestionnaires de drivers que les drivers eux-meme et dans ce sens linux va dans le meme sens (on peut facilement imaginer separer une bonne partie de la gestion des drivers du context noyau)

lol

j'ai jamais dit que les devs europeens/americains codaient mieux, sinon Hurd ne serait pas dans l'etat dans lequel il est actuellement ;p
Maintenant je repondait a "l'allusion douteuse" qui sous-entendait que les si les "indiens" se "mettraient dessus" ca irait plus vite.

Enfin, il faut pas se voiler la face: linux tend de plus en plus a s'approcher d'un micro-noyau au nivo architecture et il reste peu de temps avant que les drivers soient separes du noyau (tantn nivo sources que binaires).

Maintenant pour les 100Mo, il faut etre realiste 99% des sources sont des drivers. Le kernel Linux en lui-meme ne doit pas faire plus de 5 mo.

t'a deja vu des developpeurs indiens code ?
pcque moi j'en ai vu pas mal et la majorite tu leur confierait meme pas une appliquette (et malheureusement dans ma boite ils leur confient des parties assez critique :(( )

lol

j'etait pas au courant de cette histoire :)
Enfin pour MDI, son point de vue semble avoir evoluer (cf mono)

hmmm, KThemeStyle n'est pas vraiment aussi souple que les themes Gtk+ tout en etant un peu plus compliquer.

> MDI
MDI c'est pas Gnome. OK, c'est une grande gueule.
lol c bien vrai,
mais faut avouer que ca grande geule a bien servie a remener du monde au debut (ca frolait tres souvent la propagande, mais ca avait de l'effet)