Alex a écrit 1849 commentaires

> as-ton vraiment besoin dun sourcemage alors que Gentoo fait pareil

Je crois bien que cest l'inverse, sourcemage est plus ancienne et le système de package a mon gout plus mature... ensuite les gouts et les couleurs

Ensuite non je pense que le choix est important
Si il n'y a que redhat pour les entreprises, on se retrouve à nouveau avec une situation de monopole. De plus je trouve qu'un peu de concurence ne fait pas de mal, je pense que redhat ne peut que s'améliorer quant on voit la qualitée de la SuSE.
D'autres projets encore apportent une réelle plus value, comme la knoppix.

> DistroWatch annoncé une nouvelle distrib basé sur knoppix une fois par jour presque

faut voir que souvent chaque dérivée de knoppix a sa spécailité : entre les distribs pour top box, celle pour tester gnustep ou kde beta, etc...

Ensuite c'est vrai qu'il y a souvent des doublons, mais en général chacune fait son apport

je ne pense pas que cela soit un bogue : en gros il y a a prioris un timeout sur le temps que met un script à s'éxécuter, et rien ne t'oblige a arreter le traitement de celui-ci

C'est l'objectif fixé par kde (dans un futur proche, car actuellement la conf sous kde cest un peu le bordel), avoir les options des bases, et tout un bordel d'options avancés dans une section annexe (bouton ou tab spécifique). C'est pas loin je pense de se que propose gnome avec gconf (désolé si je dis une grosse connerie, ça fait longtemps que j'ai pas utilisé gnome).

A la rigueur je pense (et ça n'engage que moi) que c'est presque le boulot des distributeurs, avec leurs thèmes spécifique et les outils permetant de limiter l'accès a certaines options (comme kiosk pour kde), avec bien sur un moyen pour revenir aux capacités de config "standard".

jsuis daccord avec toi
mais surtout sur mon 500Mhz 128 de ram que jai au taf, ya pas de comparaison entre konqueror avec khtml et epiphany avec gecko

Mais tu perds du coup en souplesse, qui est a mon avis le pourquoi de l'utilisation d'une arborescence sur le fs

Si on en est au critique de portage, moi la seule chose qui me gène, c'est qu'il ne gère pas les dependances sur les USE :

un package depend de python-tk
on a compilé python sans le flag tk -> ca plante et on sait pas pourquoi...

Sinon j'adore portage, c'est simple et souple, manque peut etre de performances, un emerge search -S peut prendre une dizine de minutes, il y a bien des outils pour compenser (esearch), mais qui demande la reconstruction d'une base de temps en temps.

Si c'est bien fait, je ne pense pas, si tu n'as plus le package, tu telecharges l'ancienne version + les patchs. Je pense que ca ne changera en rien l'utilisation qu'on a de son systeme.

Je suis tout a fait daccord, j'aime beaucoup qt, mais c'est vrai que c'est un gros défaut, tout comme le fait d'avoir un autre preproc... c'est bien pour ça que je suis content que dans qt4 la situation change

Mon dieu, et c'est mon "autant pour moi" qui est à l'origine de ce beau débat !

-->[]

Tu pourrais preciser plus cette histoire de QPainter dans opengl.
opengl sert juste pour faire un rendu standard, ou on peut vraiment texturer avec un qpainter (voir modeliser avec les boutons en 3d et tout) ? est-ce que l'interactivité avec les QPainter est présente ou non ?

> Il y a sûrement de bonnes raisons techniques. Ce que je ne comprend pas, c'est de remettre en cause l'utilisation de gstreamer aussi tôt. Si c'est leur attitude, Gstreamer fera encore moins de "zèle".

Je me suis peut etre mal exprimé, ce n'est pas un refus catégorique, sur kde-multimedia il y a apparement pas mal de monde voulant gstreamer, d'autre nas, d'autre autre chose pour leurs avantages respectifs, et comme je l'ai dit il y a tout de même un frontend pour gstreamer.

> Et alors ? Il y a aussi des fonctions dans Qt qu'on trouve aussi dans la libc et ailleur. Qui fait doublon ? Qt ou les autres ? En cas de doublon, pourquoi Qt doit avoir la priorité ?

Ben moi ca me plait plus d'avoir une machine 100% sans gtk, glib autre lib que je n'utilise pas (ce n'est pas un troll, remplacer gtk par qt si ça vous fait plaisir), je trouve que ma ram et mon dur sont déjà suffisement chargés. Bref à features égales, moin j'ai de dependance, mieu je me porte.
Quand une classe fait double usage entre la stl et qt, celle de ce dernier offre en général un réel bénéfice, de plus qt est tel actuellement qu'il faut linker tout ou rien, donc a partir du moment que l'on veut utiliser un élément de qt, autant en utiliser le plus possible (ça aussi doit changer avec qt4).

Je sais pas les raisons de la discorde, mais apparement certaines features de arts ne sont apparement pas encore dispo dans gstreamer, ainsi que des difficultés d'integration a kio_slave, la dependance a la glib (bien que malheureusement désormais arts également) se qui fait souvent double usage avec qt, que gstreamer n'est pas vraiment un serveur de son...

Mais en réalité il existe apparement un frontend kde pour gstreamer, il semble juste qu'il ne sera pas "officiellement" reccomandé.

http://lists.kde.org/?l=kde-multimedia&r=1&w=2(...)

Toute personne ayant fait du C++ est daccord pour dire que c'est loin de la perfection, mais le prob reste toujours le meme : ocaml/objc... sont peut etre mieu, malheuresement seul C++ et java sont réellement utilisés dans l'industrie.

autant pour moi

Hmmmm, se sont les nouveautés de qt, pas de kde4
Sur kde-core et kde-devel personne n'en a vraiment parler, sauf pour parler d'alleger le code, de ne pas encore utiliser gstreamer (l'équipe de ce dernier n'ayant encore pas intégré les modifs demandés par kde) + les classiques discutions plus ou moin stérile sur le support de features plus sexe comme les widget avec niveau de transparence et cie...
En tout cas, les nouvelles features de qt n'étant dispo et testables qu'aujourdhui, je ne vois pas trop sur quoi ils auraient pu discuter

sinon 2 liens que j y ai vu trainer a propos du nouveau file selector :
http://www.csis.gvsu.edu/~abreschm/designs/file_selector/index.html(...)
http://www.csis.gvsu.edu/~abreschm/designs/ubiquitous_searching/ind(...)

- le système est unifié, il sera ainsi possible d'utiliser un QPainter même en OpenGL (je m'avance un peu, mais c'est ce que j'ai compris)


Cest également ce que j'ai compris, par contre le site manque de precision, pourra t-on utiliser le Qpaint comme une texture, voir interagir avec, ou est-ce simplement un autre moyen de rendu

Javais lu un trucs comme ca également, avec un chiffre qui etait plus de l'ordre du 3 pour 10

ie. si tu fait une fonction : toto{ a=7; b=9;c=a+b; return c;} il va analyser que ça sert à rien et va remplacer la séquence par 16 et le coller 16 quand tu appelera toto

Mauvais exemple je pense, tout bon compilo fait déjà ça
J'ai survolé la doc (assez longue), et il semble y avoir quelques concepts interessants, que l'on retrouve parfois dans d'autre langage, avec l'avantage qu'il translate en C pour compiler en natif par la suite (comme ocaml je crois). Mais bon je trouve qu'on est loin de pouvoir dire qu'il fera tout péter... mais promis je lirai mieu la doc

En fait je crois bien que l'install par ftp était la seule dispo jusqu a aujourdhui

Si j'ai bien compris l'idée c'est d'avoir les applis bureautique sur le serv, et de les controler sur des postes distants via vnc ou un export du display.
Perso je ne saisie pas trop l'interet, dailleurs si quelqu'un avait des exemples d'utilisation/déploiement de ce genre de solution jsuis preneur

ben c'est ptet la seule ssll qui poste
De plus contrairement se que disent certains, c'est loin d'etre de la pub pour idealx, mais plutot pour des solutions libres en général

Pour les probs financiers, je ne pense pas, je crois d'ailleurs que actuellement idealx doit etre une des ssll qui marche le mieu.
Et pour le coté marketing c'est pas impossible, vu le nombre de pub "gratuite" que j'ai vu dans des mags (les pki dans misc, des encarts sur des migations faites par idealx dans login...)

ben ouais, yen a qui bosse aux heures ou les mairies sont ouvertes, et faire rapidement l'allé-retour n'est pas toujours possible

Et oui cest ça la beauté du score, d'un autre coté tant que zizou n'aura pas de mayot tux...

mouais, moi je crois surtout quil ne connaissait ni linux, ni le logiciel libre, comme beaucoup d informatitien, mais meme s'il ne comprend pas tout il a au moin le courage de se mettre a un OS qui l'exaspère... ca serait bien si autant de linuxien avait le courage pour voir de temps en temps se qui se passe sous win/autreOS...

je pense la meme chose,
néanmois si cest pour un petit projet gtk peut etre plus simple et plus rapide pour a appréhender (par contre je connais pas wx)
Pour du "long terme" je vote qt sans hésiter, surtout que c est beaucoup plus qu un simple toolkit graphique