La liste est impressionnante, mais quand on y regarde de près, il ne s'agit quasiment que d'extensions pour joomla qui en plus ne sont pas intégrées par défaut.
Donc il y a certainement des failles de secu, mais beaucoup moins que ce que ton lien laisse penser
Moi je lui préfère Google Browser Sync, car je suis sûr que Google, en tant que grand ami du libre et défenseur des libertés individuelles, n'utilisera jamais mes bookmarks pour générer de la pub ciblée.
QT depuis la version 4 n'est plus fourni sous la forme d'une seule lib mais sous la forme d'un ensemble cohérent de libs avec cependant une dépendance indispensable sur QTCore :
QtCore : <- la base indispensable
QTGui
QTHelp
QTNetwork
QTOpenGL
QTScript
QTSql
QTSvg
QTWebkit
QTXml
QTXmlPatterns
Autant KDE4 c'est effectivement pour essayer, autant pour QT4 je ne suis pas tout a fais d'accord.
Il existe déjà des applis qui fonctionnent et qui sont basées sur QT4 (et seulement QT4, pas de dépendances sur kdelibs)
Eh ho, racontes pas n'importe quoi, moi je te parles d'installer le rpm du noyau cooker a la main (via rpm et non urpmi) sur une 2008.1, et toi tu me file un lien vers les dépendances du noyau de la 2008.1, tu devrais réviser ta notion d'argumentaire parce que là tu carrément HS.
Alors je dois avoir une chance de cocu parce que ca a fonctionné presque a chaque fois.
De plus si c'est un problème de dépendances, recompiler le src.rpm n'y changera rien.
Je le dis et le répète (et je me base son mon expérience perso), ça fonctionne très souvent et au pire :
- Le rpm du noyau ne s'installe pas a cause d'un probleme de dépendances donc tu n'as rien cassé
- Le rpm du noyau s'installe et il plante ou est foireux, et ben reboot sur l'ancien et zou c'est reparti
Le noyau est pour cela une bonne exception puisqu'il est possible d'en installer facilement plusieurs en parallèle, donc aucun risque de péter ton système avec (à moins d'un gros bug genre sur le driver ext3, mais là recompiler le paquet ne t'aidera pas).
Donc au pire ca ne marche pas out-of-the-rpm mais il suffit de rebooter sur l'ancien noyau pour retrouver un système sain. Et c'est nettement plus rapide que de recompiler le src.rpm.
Pour autant que je sache C'est NVidia qui fait un driver binaire pour le noyau linux, et non pas les développeurs linux qui font un noyau autour du driver Nvidia
La règle est simple pourtant, la majorité a toujours raison ;-)
Sur une plateforme GNU/Linux ou xBSD c'est au proprio de s'adapter au libre, par contre sur un plateforme proprio ( Windows, OSX, ...) C'est l'inverse. Ce n'est pas vraiment un règle écrite/imposée , mais les faits sont là.
Pas besoin de le porter, il suffit d'aller le cherche à la mimine sur un dépôt cooker, de l'installer en parallèle du 2.6.24 et la plupart du temps ça fonctionne sans accrocs, et si ça ne fonctionne pas, il te reste toujours ton 2.6.24
Windows n'est pas plus Grand-Public Ready qu'une Mandriva ou une Ubuntu, a ceci près que le pékin moyen à dans sa famille/amis un type QuiSYConnais (tm) en Windows (en GNU/Linux c'est beaucoup plus rare) pour le dépanner et qu'à force de bouffer de la pub Dell/Intel/MS il se dit que ça doit-être effectivement facile
Je connais plus postgresql que mysql, et d'après quelques tests vite-faits, quel que soit le format de date entrée, psql le reconnait d'entrée de jeu, et je trouve bizare que mysql ne soit pas capable d'en faire autant.
la réponse est dans ta phrase, si tu connaissais mieux MySQL, tu saurais que MySQL et les dates ça fait 42
- les patchs sur la stack wifi
- Et les patchs sur les drivers wifi, qui pour accentuer le tout sont en train de passer sur la nouvelle stack (ben oui, c'est pas parce que la pile est entrée dans le noyau que les drivers ont été portés dessus immédiatement).
- Les patchs spécifiques Fedora sur le wifi
p.ex. : C'est dans le 2.6.24 que le driver rt2x00 a fait son entrée dans le noyau
[^] # Re: Le problème de la vente lié est très loin d'être réglé
Posté par dguihal . En réponse à la dépêche Vente liée/action de groupe dans le projet de loi de modernisation de l'économie. Évalué à 5.
# Et pendant ce temps là ....
Posté par dguihal . En réponse au journal La Baule, la plage, le soleil et les logiciels libres. Évalué à 5.
http://www.nantes.maville.com/Microsoft-parie-sur-les-start-(...)
[^] # Re: Le problème de la vente lié est très loin d'être réglé
Posté par dguihal . En réponse à la dépêche Vente liée/action de groupe dans le projet de loi de modernisation de l'économie. Évalué à -1.
[^] # Re: Contenu de l'archive
Posté par dguihal . En réponse au message Problème Tar et Lvm. Évalué à 2.
[^] # Re: Portables Linux
Posté par dguihal . En réponse au journal Linux se fait une place dans le low cost. Évalué à 3.
Intel® Core™ 2 Duo T5450 OEM 141,99 €
Corsair Value Select SO-DIMM DDRII 2 Go PC5300 36,49 €
Seagate Momentus 5400.3 - S-ATA - 120 Go 47,49 €
Intel® Intel PRO/Wireless 3945ABG Mini PCI - WM3945AGM2W 34,90 €
Pas d'OS
Total 840,56 € (sans le port)
Chez materiel.net section portable a la carte
[^] # Re: Joomla
Posté par dguihal . En réponse au message CMS pour pages perso. Évalué à 2.
Donc il y a certainement des failles de secu, mais beaucoup moins que ce que ton lien laisse penser
# Joomla
Posté par dguihal . En réponse au message CMS pour pages perso. Évalué à 4.
-nombreux plug-ins (surtout pour la 1.0 mais ça commence à venir pour la 1.5) :
¤ Gallerie photo : http://extensions.joomla.org/component/option,com_mtree/task(...) (mais y'en a d'autre dans la section)
¤ Article : Natif
¤ Blog : http://extensions.joomla.org/component/option,com_mtree/task(...) (mais y'en a d'autre dans la section)
[^] # Re: La source[1]
Posté par dguihal . En réponse au journal Les brevets sont de plus en plus con. Évalué à 2.
[^] # Re: Moué...
Posté par dguihal . En réponse au journal Firefox Download Day 2008. Évalué à 10.
Bon, moi je vais glandouiller dehors ~~~>~[]
[^] # Re: Le lien
Posté par dguihal . En réponse au journal foxmark, enfin compatible firefox 3. Évalué à 5.
[^] # Re: Problématique ?
Posté par dguihal . En réponse au journal Firefox 3, c'est bien ... ou pas. Évalué à 5.
[^] # Re: troll^3
Posté par dguihal . En réponse au journal QGtkStyle: un style Qt qui utilise les widgets GTK+. Évalué à 10.
[^] # Re: Tout en un ?
Posté par dguihal . En réponse à la dépêche Qt 4.4 prend son envol. Évalué à 3.
QtCore : <- la base indispensable
QTGui
QTHelp
QTNetwork
QTOpenGL
QTScript
QTSql
QTSvg
QTWebkit
QTXml
QTXmlPatterns
[^] # Re: À quand les premières versions opérationnelles ?
Posté par dguihal . En réponse à la dépêche Qt 4.4 prend son envol. Évalué à 7.
Il existe déjà des applis qui fonctionnent et qui sont basées sur QT4 (et seulement QT4, pas de dépendances sur kdelibs)
[^] # Re: Le retour du Troll (WebKit Vs KHTML)
Posté par dguihal . En réponse à la dépêche Qt 4.4 prend son envol. Évalué à 7.
pour moi la réponse est un mélange de 1 et de 5
Sinon QT 4.4 s'annonce comme du tout bon et la possibilité d'intégrer des widgets dans un QGraphicsView énorme
[^] # Re: Bonne nouvelle pour le Wifistes en ralink
Posté par dguihal . En réponse au journal Information assez importante (en fait non). Évalué à 4.
Alors je dois avoir une chance de cocu parce que ca a fonctionné presque a chaque fois.
De plus si c'est un problème de dépendances, recompiler le src.rpm n'y changera rien.
Je le dis et le répète (et je me base son mon expérience perso), ça fonctionne très souvent et au pire :
- Le rpm du noyau ne s'installe pas a cause d'un probleme de dépendances donc tu n'as rien cassé
- Le rpm du noyau s'installe et il plante ou est foireux, et ben reboot sur l'ancien et zou c'est reparti
[^] # Re: Bonne nouvelle pour le Wifistes en ralink
Posté par dguihal . En réponse au journal Information assez importante (en fait non). Évalué à 2.
Donc au pire ca ne marche pas out-of-the-rpm mais il suffit de rebooter sur l'ancien noyau pour retrouver un système sain. Et c'est nettement plus rapide que de recompiler le src.rpm.
[^] # Re: Hmmm...
Posté par dguihal . En réponse au journal Slackware, E17 et NVIDIA. Évalué à 4.
La règle est simple pourtant, la majorité a toujours raison ;-)
Sur une plateforme GNU/Linux ou xBSD c'est au proprio de s'adapter au libre, par contre sur un plateforme proprio ( Windows, OSX, ...) C'est l'inverse. Ce n'est pas vraiment un règle écrite/imposée , mais les faits sont là.
[^] # Re: Bonne nouvelle pour le Wifistes en ralink
Posté par dguihal . En réponse au journal Information assez importante (en fait non). Évalué à 1.
[^] # Re: C'est une version communautaire
Posté par dguihal . En réponse à la dépêche La nouvelle Mandriva Linux One XFCE est disponible.. Évalué à 6.
# Bonne nouvelle pour le Wifistes en ralink
Posté par dguihal . En réponse au journal Information assez importante (en fait non). Évalué à 4.
[^] # Re: Bon allez....
Posté par dguihal . En réponse au message Filtrage avec awk. Évalué à 2.
http://people.cs.uu.nl/piet/docs/nawk/nawk_23.html
[^] # Re: Bon allez....
Posté par dguihal . En réponse au message Filtrage avec awk. Évalué à 3.
Je connais plus postgresql que mysql, et d'après quelques tests vite-faits, quel que soit le format de date entrée, psql le reconnait d'entrée de jeu, et je trouve bizare que mysql ne soit pas capable d'en faire autant.
la réponse est dans ta phrase, si tu connaissais mieux MySQL, tu saurais que MySQL et les dates ça fait 42
# Si tu avais cherché la position de la fameuse colonne
Posté par dguihal . En réponse au message .vimrc Désactiver la coupure automatique de ligne. Évalué à 4.
Ce qui aurait du ensuite te mettre la puce à l'oreille sur le :
set textwidth=80 (qui veut dire largeur de texte à 80 caractères)
voila, a toi de faire le reste
[^] # Re: Ralink et Mandriva 2008 Spring
Posté par dguihal . En réponse à la dépêche Test de la Mandriva 2008.1. Évalué à 3.
- les patchs sur la stack wifi
- Et les patchs sur les drivers wifi, qui pour accentuer le tout sont en train de passer sur la nouvelle stack (ben oui, c'est pas parce que la pile est entrée dans le noyau que les drivers ont été portés dessus immédiatement).
- Les patchs spécifiques Fedora sur le wifi
p.ex. : C'est dans le 2.6.24 que le driver rt2x00 a fait son entrée dans le noyau