Toujours faire 1 sauvegarde avant de lourdes modifications
Je le mets très fort en évidence, parce qu'on a toujours tendance à se dire que "comme c'est supporté, c'est que ça fonctionne sans problème". Même si c'est le cas, on n'est jamais à l'abri d'une fausse manip.
Et dans le cas de la réduction d'un LV, surtout ne pas oublier de réduire le FS avant toute autre opération !
Il t'a quand même indiqué un outil qui te permettra de faire la regexp toi-même et que tu pourras réutiliser, maintenant que tu le connais, à d'autres occasions.
Sa réponse est très pertinente, et au lieu de te donner du tout cuit, il te donne les outils pour t'en sortir. Le fond est pédagogique, même si la forme ne l'est pas forcément. Et si on devait s'énerver chaque fois qu'on discerne un ton agressif sur internet, on mourrait tous d'hypertension à 30 ans :-)
Comme le laptop du boulot a un LCD mat et que son écrcan externe est aussi un LCD mat, j'ai coché cette case (à trois contre un), mais quand même, je l'aime bien mon CRT...
J'avoue que je me faisais l'avocat du diable. Je n'avais pas l'impression de « descendre directFB » en flammes, mais si ça a été compris comme ça, j'ai dû mal m'exprimer.
Pourquoi parler au futur ? Tout ca est déjà supporté
Alors j'ai une guerre de retard. La 3D en était à ses balbutiements que je m'y étais intéressé. Ça ne semble d'ailleurs être qu'un problème de drivers, parce que je vois qu'ils supportent maintenant DRI.
le multiécran multicarte (qui soit dit en passant, marche assez mal sous Xorg....)
Peut-être a-t-il été cassé entre-temps (c'est bien possible), mais je l'utilisais il y a un bon paquet d'années, et ça fonctionnait.
Parce que un standard existe déjà, il ne faut pas chercher à le remplacer, alors qu'il est considéré comme mal foutu pour l'utilisation actuelle ?
Loin de moi cette idée ! Je suis avec beaucoup d'intérêt les évolutions autour de X.org, dont le Kernel Mode Setting, justement une fonctionnalité qui tend un peu à rapprocher le modèle X.org de celui directFB.
Il me semble que depuis que Keith Packard a présenté son Xserver, avec l'extension Composite, puis le fork de Xfree86, il y a plein de changements dans X : xcb, KMS, (TTM)/GEM, DRI2, RandR, composition, et j'en passe.
De là à dire que X est un standard mal foutu, il y a un pas que je ne franchirai pas :)
faut que tu révise ta définition d'embarqué
Mea culpa. Effectivement, ces derniers temps, je joue beaucoup avec de l'embarqué sur lequel justement X.org serait un peu à l'étroit et où un framebuffer semble la solution idéale (32Mo de RAM sur un bus 16 bits, 2x8 Mo de flash, 180MHz).
Au final, ma question reste : qu'est-ce qui est foireux avec X, et de quelle manière directFB adresse-t-il ces problèmes ? Autrement dit, que m'apporte directFB techniquement ?
Sinon, rassure-toi, je verrais un gigantesque avantage à ce qu'une solution directFB se développe réellement, avec son propre protocole réseau et son architecture complètement différente : la diversité des solutions.
Et quand cette solution framebuffer apportera
- la transparence réseau,
- les drivers accélérés,
- le multi-écrans entre une carte Intel, une Nvidia et une Ati,
- la gestion des différents périphériques d'entrée (souris, écran tactile, tablette graphique avancée, ...),
- le côté asynchrone...
Enfin, lorsque les toolkits (puis les applications) auront été portés vers cette nouvelle solution, qu'y aura-t-on gagné au final ? Une nouvelle couche supplémentaire (parce qu'il faut bien un niveau d'abstraction pour que ça fonctionne sous les différents OS), qui s'appellera autrement que X11.
La vraie question n'est pas de savoir si c'est faisable, mais si ça apporte le moindre avantage. Tu y apportes une réponse à la fin de ton commentaire : pas grand chose, sauf peut-être pour des petites configs, à une époque où le public commence à demander de pouvoir jouer des films en 720p sur des machines de la taille d'une carte de crédit...
la coloration syntaxique est encore ce qu'il y a de mieux, de plus simple et répandu, pour ce différencier variables, valeurs, fonctions, mots-clefs, erreurs de syntaxe, etc.
Plus répandu, il y a des chances. Mais un petit gars qui bosse sur KDevelop te dirait que ce n'est pas ce qu'il y a de mieux : on en arrive à la coloration sémantique, et je trouve l'idée vachement bonne !
J'irais bien voir ça, mais le site a l'air d'être fâché avec l'IPv6. Le serveur accepte la connexion mais ne répond rien du tout et ça part en timeout. J'ai un telnet -6 sur le port 80 qui en est déjà à une heure d'attente :)
Je serais plus nuancé, c'est UNE fonctionnalité de zsh qui tue et je suis très heureux que bash l'intègre parce qu'il m'arrive d'être sous bash :)
Je vois au moins deux autres fonctionnalités qui tuent et que j'utilise très souvent :
cd /u/l/bi[tab] pour compléter tout d'un coup en cd /usr/local/bin
vim =monscript qui remplace avantageusement vim `which monscript`, pour peu que le script soit dans le path, bien sûr.
Un autre comportement qui me fait préférer zsh à bash, c'est que le globbing de .* n'inclut pas . et .. Étant habitué à zsh, je me suis fait mordre très méchamment par bash en voulant effacer tous les fichiers et répertoires cachés : « Oh ben zut, j'ai effacé le répertoire parent avec. »
Et avec Konqueror, quand tu as configuré un raccourci d'URL par défaut (gg: chez moi) non seulement tu ne dois pas le taper dans la barre d'url, mais en plus, tu peux aussi l'utiliser pour le collage direct sur la page. Double clic sur un mot, ou sélection d'un message d'erreur ; clic central sur le browser et *hop* ça fait la recherche Google. Terriblement pratique. S'il y a bien un truc qui me manque ou que je n'ai pas trouvé dans Firefox, c'est ça.
Je comprends très bien la question de Philou Kapouik.
Même si ton initiative est louable, moi je n'ai pas trop envie de m'inscrire pour pouvoir insérer dans mes pages un code dont je ne sais rien. Un peu d'explications et, mieux, de garanties (au moins de bonne foi), seraient les bienvenues.
- Quel est le fonctionnement ?
C'est le principe des trois images, chacune sur un domaine accessible en v4-only, v4-v6, v6-only ? Autre chose ?
Est-ce que ça fonctionne aussi sans javascript ?
- Quel droit a-t-on sur les données ?
Avant de m'inscrire, je voudrais savoir ce que je peux faire des données. Puis-je supprimer mon compte ? Est-ce que cela supprime aussi les données collectées ? Puis-je récupérer les données autrement que sous la forme d'un graphique (par exemple, le RRD nu) ?
- Quel droit as-tu sur les données ?
Que comptes-tu en faire ? Vas-tu les réutiliser à ton bénéfice ? Les vendre pour analyse ?
Ne prend pas ce commentaire comme une attaque. Je pense simplement que tu intéresseras beaucoup plus de monde si tu explique clairement le fonctionnement de ton système, et ce que vont devenir les données (tant les données de l'inscription que les données collectées).
C'est une demo-board "passerelle NAT" avec un cpu avr32, qui tourne sous Linux.
Tu as pas mal de GPIO, deux ports ethernet évidemment, un port série pour la console, mais pas d'USB hôte. En revanche, tu as un port USB "device" qui permet de brancher la carte à un PC pour voir le contenu de la carte SD en UMS. Pour le son, il y a deux sorties PWM dont la fréquence est très élevée, ce qui fait que le filtre passe-bas est facile à faire si tu sais souder deux condos et deux résistances.
Si tu te débrouilles vraiment bien en électronique, tu peux aussi y connecter un codec AC97.
Seul problème, la sortie son n'est pas encore tout à fait fonctionnelle, mais si j'en crois les remarques faites à ce sujet par le dev kernel chez Atmel, je m'attends à ce que ce soit bon d'ici quelques jours.
Elle n'est peut-être pas très facile à trouver, mais elle est très agréable à bidouiller. La mienne m'avait coûté dans les 50€ sur un site qui ne la propose malheureusement plus.
Plein d'info disponible sur avrfreaks [http://www.avrfreaks.net/] tant dans le wiki que sur les forums.
Pas encore testé en 11.1, mais j'ai déployé des workstation en 11.0 avec des écrans qui avaient des profondeurs de couleur différentes, donc obligatoirement un display X par écran. Note bien que je parle de display X multiples, comme à l'ancienne, pas de deux sessions complètes différentes.
Ça a demandé pas mal de bidouille et des grands coups de "lspci -v" et de "vim /etc/X11/xorg.conf". De plus, la config reste un peu fragile : d'un kernel à l'autre, l'énumération des périphériques peut éventuellement varier (ça nous est arrivé) et il faut rééditer le xorg.conf.
Les IPv6 ne coûtent rien aux FAI, le RIPE ne les vend pas.
[http://www.ripe.net/info/faq/rs/ipv6.html#4]: How much do I have to pay for an IPv6 allocation?
The allocation of IPv6 address space is one of the services the RIPE NCC provides to its members. The administrative costs of making an IPv6 allocation are therefore covered by the membership fees paid by each member.
Ce n'est malheureusement pas toujours faisable en pratique, spécialement quand ce ne sont pas les mêmes personnes qui administrent le serveur primaire et les secondaires.
Une étude (je n'ai plus les références) avait démontré que si le premier serveur MX était en "rade" les bons serveurs SMTP envoyaient le courrier sur le second.
C'est là le principe même du MX secondaire :)
La plupart du spam arrive sur généralement le premier serveur de courrier, rarement le second directement.
Justement pas. De nombreux spams sont simplement envoyés aux MX de basse priorité, dans l'espoir que les mesures antispam y seront plus légères (ce qui a tout à fait son sens, si c'est une plateforme partagée qui doit satisfaire tout le monde).
Or, quand le MX secondaire fait suivre vers le primaire, il est trop tard pour appliquer les RBL et autres tests sur l'enveloppe et l'expéditeur ; tout ce qu'il reste, c'est le corps et les en-têtes.
Je l'utilise depuis un an et demi, et j'en suis très content.
J'ajouterais que son principe de fonctionnement en fait un outil redoutable pour les MX secondaires.
Quand quelqu'un me demande de faire MX secondaire pour son domaine, c'est typiquement la seule mesure anti-spam que j'active. Même si je préfère quelque chose de plus agressif pour mes boites, je ne voudrais pas avoir de faux positifs pour les autres.
Si un mail légitime est perdu à cause de whitelister, c'est le MTA en amont qu'il faut mettre à la poubelle !
Je me pose exactement la même question : Quel est l'intérêt de Nokia de libérer encore plus Qt et d'ouvrir son développement à la communauté ? Ne serait-ce pas une manière de se désengager ? Les gens de Nokia Software doivent-ils se sentir inquiet ?
« The motivation for the licensing change is summed up by the mantra: "Qt Everywhere". Nokia and Qt Software are committed to removing every single blocking objection against using Qt that it feasibly can. This includes licensing quibbles. »
Il explique que ça vient de la volonté de Nokia d'avoir "Qt Everywhere". Pour y parvenir, Nokia a décidé de désarmer toutes les objections contre Qt, quand il pouvait le faire facilement. Y compris les objections sur la licence.
Alexis a déjà répondu plus haut concernant un éventuel désengagement de Nokia : non, ce ne sera certainement pas le cas.
[^] # Re: rsync / single
Posté par Amand Tihon (site web personnel) . En réponse au message Changer de place une partition en LVM. Évalué à 3.
Je le mets très fort en évidence, parce qu'on a toujours tendance à se dire que "comme c'est supporté, c'est que ça fonctionne sans problème". Même si c'est le cas, on n'est jamais à l'abri d'une fausse manip.
Et dans le cas de la réduction d'un LV, surtout ne pas oublier de réduire le FS avant toute autre opération !
[^] # Re: "REGEXP"
Posté par Amand Tihon (site web personnel) . En réponse au message REGEXP. Évalué à 2.
Sa réponse est très pertinente, et au lieu de te donner du tout cuit, il te donne les outils pour t'en sortir. Le fond est pédagogique, même si la forme ne l'est pas forcément. Et si on devait s'énerver chaque fois qu'on discerne un ton agressif sur internet, on mourrait tous d'hypertension à 30 ans :-)
# Et ceux qui en ont plusieurs ?
Posté par Amand Tihon (site web personnel) . En réponse au sondage L'écran de mon ordinateur est. Évalué à 2.
Comme le laptop du boulot a un LCD mat et que son écrcan externe est aussi un LCD mat, j'ai coché cette case (à trois contre un), mais quand même, je l'aime bien mon CRT...
# Twinview != clone
Posté par Amand Tihon (site web personnel) . En réponse au message KDE 4.2 et nvidia dual head. Évalué à 3.
Je le précise simplement au cas où tu aurais rejeté cette solution pour de mauvaises raisons.
[^] # Re: break
Posté par Amand Tihon (site web personnel) . En réponse au journal Cherche developpeurs BDD comicsthèque. Évalué à 6.
[^] # Re: C'est une bonne idée
Posté par Amand Tihon (site web personnel) . En réponse au journal Un module apache pour programmer des applis web en C++. Évalué à 3.
De rien :)
[^] # Re: Tu t'es pas trop foulé...
Posté par Amand Tihon (site web personnel) . En réponse au message Quelle utilité a Xorg quand on a DirectFB. Évalué à 2.
Pourquoi parler au futur ? Tout ca est déjà supporté
Alors j'ai une guerre de retard. La 3D en était à ses balbutiements que je m'y étais intéressé. Ça ne semble d'ailleurs être qu'un problème de drivers, parce que je vois qu'ils supportent maintenant DRI.
le multiécran multicarte (qui soit dit en passant, marche assez mal sous Xorg....)
Peut-être a-t-il été cassé entre-temps (c'est bien possible), mais je l'utilisais il y a un bon paquet d'années, et ça fonctionnait.
Parce que un standard existe déjà, il ne faut pas chercher à le remplacer, alors qu'il est considéré comme mal foutu pour l'utilisation actuelle ?
Loin de moi cette idée ! Je suis avec beaucoup d'intérêt les évolutions autour de X.org, dont le Kernel Mode Setting, justement une fonctionnalité qui tend un peu à rapprocher le modèle X.org de celui directFB.
Il me semble que depuis que Keith Packard a présenté son Xserver, avec l'extension Composite, puis le fork de Xfree86, il y a plein de changements dans X : xcb, KMS, (TTM)/GEM, DRI2, RandR, composition, et j'en passe.
De là à dire que X est un standard mal foutu, il y a un pas que je ne franchirai pas :)
faut que tu révise ta définition d'embarqué
Mea culpa. Effectivement, ces derniers temps, je joue beaucoup avec de l'embarqué sur lequel justement X.org serait un peu à l'étroit et où un framebuffer semble la solution idéale (32Mo de RAM sur un bus 16 bits, 2x8 Mo de flash, 180MHz).
Au final, ma question reste : qu'est-ce qui est foireux avec X, et de quelle manière directFB adresse-t-il ces problèmes ? Autrement dit, que m'apporte directFB techniquement ?
Sinon, rassure-toi, je verrais un gigantesque avantage à ce qu'une solution directFB se développe réellement, avec son propre protocole réseau et son architecture complètement différente : la diversité des solutions.
[^] # Re: Tu t'es pas trop foulé...
Posté par Amand Tihon (site web personnel) . En réponse au message Quelle utilité a Xorg quand on a DirectFB. Évalué à 5.
- la transparence réseau,
- les drivers accélérés,
- le multi-écrans entre une carte Intel, une Nvidia et une Ati,
- la gestion des différents périphériques d'entrée (souris, écran tactile, tablette graphique avancée, ...),
- le côté asynchrone...
Enfin, lorsque les toolkits (puis les applications) auront été portés vers cette nouvelle solution, qu'y aura-t-on gagné au final ? Une nouvelle couche supplémentaire (parce qu'il faut bien un niveau d'abstraction pour que ça fonctionne sous les différents OS), qui s'appellera autrement que X11.
La vraie question n'est pas de savoir si c'est faisable, mais si ça apporte le moindre avantage. Tu y apportes une réponse à la fin de ton commentaire : pas grand chose, sauf peut-être pour des petites configs, à une époque où le public commence à demander de pouvoir jouer des films en 720p sur des machines de la taille d'une carte de crédit...
[^] # Re: Une pétition ?
Posté par Amand Tihon (site web personnel) . En réponse au journal Il faut sauver le soldat %. Évalué à 2.
Plus répandu, il y a des chances. Mais un petit gars qui bosse sur KDevelop te dirait que ce n'est pas ce qu'il y a de mieux : on en arrive à la coloration sémantique, et je trouve l'idée vachement bonne !
http://zwabel.wordpress.com/2009/01/08/c-ide-evolution-from-(...) pour en savoir plus.
[^] # Re: trouvé ?!
Posté par Amand Tihon (site web personnel) . En réponse au journal éclairez moi..... Évalué à 1.
[^] # Re: « Support » du globbing ?
Posté par Amand Tihon (site web personnel) . En réponse à la dépêche Sortie de GNU Bash 4.0. Évalué à 4.
En bash (3.x) :
$ ll */*.c
-rw-r--r-- 1 atihon tcs 0 fév 25 17:21 B/b.c
En zsh :
$ ll **/*.c
-rw-r--r-- 1 atihon tcs 0 fév 25 17:21 a.c
-rw-r--r-- 1 atihon tcs 0 fév 25 17:21 B/b.c
-rw-r--r-- 1 atihon tcs 0 fév 25 17:21 B/C/c.c
-rw-r--r-- 1 atihon tcs 0 fév 25 17:21 B/C/D/d.c
[^] # Re: « Support » du globbing ?
Posté par Amand Tihon (site web personnel) . En réponse à la dépêche Sortie de GNU Bash 4.0. Évalué à 10.
Je vois au moins deux autres fonctionnalités qui tuent et que j'utilise très souvent :
cd /u/l/bi[tab] pour compléter tout d'un coup en cd /usr/local/bin
vim =monscript qui remplace avantageusement vim `which monscript`, pour peu que le script soit dans le path, bien sûr.
Un autre comportement qui me fait préférer zsh à bash, c'est que le globbing de .* n'inclut pas . et .. Étant habitué à zsh, je me suis fait mordre très méchamment par bash en voulant effacer tous les fichiers et répertoires cachés : « Oh ben zut, j'ai effacé le répertoire parent avec. »
[^] # Re: super pratique
Posté par Amand Tihon (site web personnel) . En réponse au journal Konquefox 1.7.0 est sortie. Évalué à 4.
Terriblement pratique. S'il y a bien un truc qui me manque ou que je n'ai pas trouvé dans Firefox, c'est ça.
[^] # Re: super pratique
Posté par Amand Tihon (site web personnel) . En réponse au journal Konquefox 1.7.0 est sortie. Évalué à 4.
[^] # Re: Et sinon ?
Posté par Amand Tihon (site web personnel) . En réponse au journal Statistiques IPv6. Évalué à 7.
Même si ton initiative est louable, moi je n'ai pas trop envie de m'inscrire pour pouvoir insérer dans mes pages un code dont je ne sais rien. Un peu d'explications et, mieux, de garanties (au moins de bonne foi), seraient les bienvenues.
- Quel est le fonctionnement ?
C'est le principe des trois images, chacune sur un domaine accessible en v4-only, v4-v6, v6-only ? Autre chose ?
Est-ce que ça fonctionne aussi sans javascript ?
- Quel droit a-t-on sur les données ?
Avant de m'inscrire, je voudrais savoir ce que je peux faire des données. Puis-je supprimer mon compte ? Est-ce que cela supprime aussi les données collectées ? Puis-je récupérer les données autrement que sous la forme d'un graphique (par exemple, le RRD nu) ?
- Quel droit as-tu sur les données ?
Que comptes-tu en faire ? Vas-tu les réutiliser à ton bénéfice ? Les vendre pour analyse ?
Ne prend pas ce commentaire comme une attaque. Je pense simplement que tu intéresseras beaucoup plus de monde si tu explique clairement le fonctionnement de ton système, et ce que vont devenir les données (tant les données de l'inscription que les données collectées).
[^] # Re: Encore une fois ...
Posté par Amand Tihon (site web personnel) . En réponse au journal Un ver s'attaque à la Marine française. Évalué à 10.
Je te vois venir, avec tes gros sabots, à vouloir refourguer du logiciel communiste !
# Atmel NGW100
Posté par Amand Tihon (site web personnel) . En réponse au message Matos embarqué avec carte son. Évalué à 2.
Tu as pas mal de GPIO, deux ports ethernet évidemment, un port série pour la console, mais pas d'USB hôte. En revanche, tu as un port USB "device" qui permet de brancher la carte à un PC pour voir le contenu de la carte SD en UMS. Pour le son, il y a deux sorties PWM dont la fréquence est très élevée, ce qui fait que le filtre passe-bas est facile à faire si tu sais souder deux condos et deux résistances.
Si tu te débrouilles vraiment bien en électronique, tu peux aussi y connecter un codec AC97.
Seul problème, la sortie son n'est pas encore tout à fait fonctionnelle, mais si j'en crois les remarques faites à ce sujet par le dev kernel chez Atmel, je m'attends à ce que ce soit bon d'ici quelques jours.
Elle n'est peut-être pas très facile à trouver, mais elle est très agréable à bidouiller. La mienne m'avait coûté dans les 50€ sur un site qui ne la propose malheureusement plus.
Plein d'info disponible sur avrfreaks [http://www.avrfreaks.net/] tant dans le wiki que sur les forums.
[^] # Re: OpenSuse, nVidia et les écrans
Posté par Amand Tihon (site web personnel) . En réponse à la dépêche Test d'openSUSE 11.1. Évalué à 2.
Ça a demandé pas mal de bidouille et des grands coups de "lspci -v" et de "vim /etc/X11/xorg.conf". De plus, la config reste un peu fragile : d'un kernel à l'autre, l'énumération des périphériques peut éventuellement varier (ça nous est arrivé) et il faut rééditer le xorg.conf.
[^] # Re: KDE caÿ mieux
Posté par Amand Tihon (site web personnel) . En réponse au journal Nouvelle interview de Linus Torvalds. Évalué à 4.
[^] # Re: Ipv6 chez le particulier : nouvelle problématique de sécurité ?
Posté par Amand Tihon (site web personnel) . En réponse à la dépêche L'IPv6 débarque chez FDN. Évalué à 5.
[http://www.ripe.net/info/faq/rs/ipv6.html#4]:
How much do I have to pay for an IPv6 allocation?
The allocation of IPv6 address space is one of the services the RIPE NCC provides to its members. The administrative costs of making an IPv6 allocation are therefore covered by the membership fees paid by each member.
[^] # Re: Le truc du MX secondaire
Posté par Amand Tihon (site web personnel) . En réponse au journal Luttons intelligemment contre le spam avec Whitelister. Évalué à 3.
Ce n'est malheureusement pas toujours faisable en pratique, spécialement quand ce ne sont pas les mêmes personnes qui administrent le serveur primaire et les secondaires.
[^] # Re: Le truc du MX secondaire
Posté par Amand Tihon (site web personnel) . En réponse au journal Luttons intelligemment contre le spam avec Whitelister. Évalué à 7.
C'est là le principe même du MX secondaire :)
La plupart du spam arrive sur généralement le premier serveur de courrier, rarement le second directement.
Justement pas. De nombreux spams sont simplement envoyés aux MX de basse priorité, dans l'espoir que les mesures antispam y seront plus légères (ce qui a tout à fait son sens, si c'est une plateforme partagée qui doit satisfaire tout le monde).
Or, quand le MX secondaire fait suivre vers le primaire, il est trop tard pour appliquer les RBL et autres tests sur l'enveloppe et l'expéditeur ; tout ce qu'il reste, c'est le corps et les en-têtes.
# Splendide sur les MX secondaires
Posté par Amand Tihon (site web personnel) . En réponse au journal Luttons intelligemment contre le spam avec Whitelister. Évalué à 4.
J'ajouterais que son principe de fonctionnement en fait un outil redoutable pour les MX secondaires.
Quand quelqu'un me demande de faire MX secondaire pour son domaine, c'est typiquement la seule mesure anti-spam que j'active. Même si je préfère quelque chose de plus agressif pour mes boites, je ne voudrais pas avoir de faux positifs pour les autres.
Si un mail légitime est perdu à cause de whitelister, c'est le MTA en amont qu'il faut mettre à la poubelle !
[^] # Re: vendredi
Posté par Amand Tihon (site web personnel) . En réponse au journal Ubuntu dans le New York Times. Évalué à 2.
[^] # Re: Une question bête ...
Posté par Amand Tihon (site web personnel) . En réponse au journal Qt LGPL!. Évalué à 8.
Aaron Seigo en parle sur son blog : http://aseigo.blogspot.com/2009/01/qt-goes-lgpl.html
« The motivation for the licensing change is summed up by the mantra: "Qt Everywhere". Nokia and Qt Software are committed to removing every single blocking objection against using Qt that it feasibly can. This includes licensing quibbles. »
Il explique que ça vient de la volonté de Nokia d'avoir "Qt Everywhere". Pour y parvenir, Nokia a décidé de désarmer toutes les objections contre Qt, quand il pouvait le faire facilement. Y compris les objections sur la licence.
Alexis a déjà répondu plus haut concernant un éventuel désengagement de Nokia : non, ce ne sera certainement pas le cas.