Articles précédents : Développeur
- [4] Le projet Samba participe au "Google Summer of Code"
- [181] Nouvelle version de LinuxFr.org
- [59] Le point sur les avancées de Google Go
- [13] Codez avec classe grâce à Sinatra
- [16] 20 étudiants pour travailler sur Ruby cet été
- [10] X.Org, Summer of Code et Vacation of Code
- [52] MongoDB 1.4, prêt pour la production
- [2] SIP Communicator et Google Summer of Code
- [27] Nouveautés autour d'Oupsnow, Go, Lucene, Solr, Redis et Cassandra
- [18] Google Summer of Code 2010 : les projets
Liens connexes
- Google soutient theora (265 clics)
- Opera Mini soumis sur l'Apple Store (96 clics)
- Le bon et le mauvais dans Internet Explorer 9 (372 clics)
- Webkit2 : moins d'attente, moins de crashs (137 clics)
- Télécharger le greffon Lorentz pour améliorer la stabilité de Firefox (218 clics)
- La proposition de D. Baron pour éviter les fuites d'historique (128 clics)
Dépêche modérée par
Dépêche éditée par
Développeur : Ça bouge dans les navigateurs web
Posté par Bruno Michel (page perso, ). Modéré le 11 avril 2010.
- Google va soutenir theora sur les mobiles !
- Opera fait pression sur Apple pour pouvoir proposer Opera Mini sur les iphones
- Microsoft semble avoir pleinement compris qu'ils vont devoir implémenter rapidement les standards pour qu'Internet Explorer ne devienne pas obsolète
- Un employé d'Apple, Anders Carlsson, a annoncé le plan de route pour la prochaine évolution majeure de webkit, le moteur de Safari
- La stabilité de Firefox va être grandement améliorée, en se protégeant des crashs des plugins, comme Flash, Silverlight ou Quicktime
- Mozilla et Apple protègent votre historique, en évitant les fuites d'informations via la propriété CSS :visited
![[en]](../../../images/en.png)
Google soutient theora (265 clics)-
Opera Mini soumis sur l'Apple Store (96 clics)
![[fr]](../../../images/fr.png)
Le bon et le mauvais dans Internet Explorer 9 (372 clics)-
Webkit2 : moins d'attente, moins de crashs (137 clics)
-
Télécharger le greffon Lorentz pour améliorer la stabilité de Firefox (218 clics)
-
La proposition de D. Baron pour éviter les fuites d'historique (128 clics)
> Lire la suite (35 commentaires, moyenne: 2,7). [dépêche : 5823 caractères]
Sur le blog Google open source a été publié hier un article parlant de la vidéo sur internet. Après un bref rappel de la situation actuelle et une introduction à la balise de HTML5, un paragraphe explique pourquoi le codec Theora est le meilleur pour le web : non seulement il a des performances comparables à celles de ses concurrents, mais surtout il est 100% libre. Je ne résiste pas au plaisir de tirer une citation de ce billet à propos de Theora :
Really free. Not just "free to use in decoders," or "free to use if you agree to this complicated license agreement," but really, honestly, genuinely, 100% free. The specification for the stream and encoder/decoder source is available for public download and can be freely used/modified by anyone. Theora was designed and is maintained with the overriding goal of avoiding patents. No other codec can come even close to claiming to be as patent or royalty free as Theora can, whilst still holding a candle to the alternatives.
Du coup, ils parlent de Cortado pour les navigateurs qui n'ont pas de support pour la balise , et ils vont aider financièrement le projet TheorARM, Theora pour processeurs ARM.
NdM: merci à zorzorg2 pour son journal sur le sujet.
Opera voudrait distribuer Opera Mini sur l'iphone
Opera semble décider à distribuer Opera Mini sur l'iphone et à faire jouer la pression médiatique pour convaincre Apple de l'accepter sur l'App Store. Le communiqué de presse d'Opera a été accompagné d'un compteur indiquant depuis combien de temps Opera Mini est en attente de modération sur l'App Store. Ce compteur est clairement destiné à faire du buzz, probablement dans l'espoir de convaincre Apple, mais après 18 jours passés, cette tactique n'a toujours pas donné ces fruits.
Microsoft veut rattraper son retard sur les standards
Microsoft a annoncé à sa conférence Mix la sortie de Internet Explorer 9 Platform Preview. Comme son nom l'indique, ce n'est qu'une préversion et il reste encore beaucoup de travail à Microsoft avant d'en faire un navigateur digne de ce nom.
Microsoft a donc annoncé que IE9 supporterait SVG (enfin !), CSS3 (et notamment border-radius ), HTML5 et la désormais célèbre balise video. Cette version verra également l'arrivée d'un nouveau moteur javascript, dont les performances devraient être nettement meilleures. Enfin, Microsoft met en avant l'accélération matérielle du GPU, ce qui devrait permettre d'affiche bien plus rapidement les pages complexes (je vous rassure, les autres navigateurs travaillent aussi sur l'accélération matérielle).
Webkit2
Webkit2 est une évolution majeure de webkit dont le développement a commencé chez Apple. Il a 2 grands objectifs : séparer les processus et introduire des API asynchrones. La séparation des processus devrait être très similaire à ce que propose Google dans Chrome (ou mozilla, mais j'en dirais plus un peu plus tard), à la différence près qu'Apple souhaite le proposer directement dans le framework, permettant ainsi aux autres navigateurs web utilisant webkit d'en profiter. Le second point, les API asynchrones, vise quant à lui à fournir de meilleures performances.
Seul regret, webkit2 n'est, pour le moment, disponible que pour Windows et OS X (les plateformes supportées par Apple pour Safari). Espérons que d'autres ports verront bientôt le jour.
Stabilité améliorée sous Mozilla
Mozilla travaille également à séparer les processus afin d'améliorer la stabilité. Cela permet d'éviter que Firefox ne plante quand Flash, Quicktime ou Silverlight deviennent instables. Cette amélioration, nom de code Electolysis, arrivera dans la prochaine version majeure de Firefox.
En attendant, il est déjà possible d'en profiter avec Firefox 3.6 en installant Firefox Lorentz.
Protection contre la fuite d'informations sur votre historique
La propriété CSS :visited permet d'appliquer un style particulier pour des liens déjà visités. Il était possible pour un site malveillant de s'en servir pour savoir si vous aviez visité un site particulier. David Baron, de Mozilla, explique cette attaque et a proposé une solution pour s'en protéger. Mozilla a implémenté cette solution, suivi peu de temps après par Apple dans webkit.
Apple et App Store
J'adore le matériel Apple pour sa qualité, sa finition. Je déteste Apple pour sa politique de fermeture ; le cas de Opera est symptomatique de ce problème, ce qui fait que je n'achèterai jamais leur matériel.
Je ne suis pas super au fait de l'actualité Apple, mais il me semblait qu'il existait des "app store" alternatifs. Quelqu'un confirmerait ?
-
[+] [^]Re: Apple et App Store
Posté par usbplug () le 11/04/2010 à 13:14. (lien). Évalué à -8.Parce qu'Opera c'est ouvert, peut-être ? Où sont les sources ?
Ah pas de source. Où puis-je trouver une version OpenBSD et une version DragonflyBSD d'Opera ?
Ah, nulle part. Pas possible. Closed-source, propriétaire. Contrairement à Webkit.-
[^]Re: Apple et App Store
Posté par tcourbon (page perso, ) le 11/04/2010 à 13:20. (lien). Évalué à 9.Je ne vois pas vraiment le rapport avec l'ouverture d'Opéra.
Opéra, l'entreprise, a proposé son navigateur comme application pour l'AppStore. Après 18jours elle n'a pas encore été accepté et ne le sera sans doute pas.
Tu te trompes de combat. Certes Opéra n'est pas Open Source, mais le problème qui occupe l'auteur du premier commentaire ce n'est pas celui là .-
[^]Re: Apple et App Store
Posté par Naha (page perso, ) le 13/04/2010 à 10:08. (lien). Évalué à 4.Pour info, Opera est maintenant accepté sur l'AppStore, au bout de 20 jours et 8 heures d'après le compteur.
-
-
[^]Re: Apple et App Store
Posté par Guillaume (Jabber id, page perso, ) le 12/04/2010 à 16:09. (lien). Évalué à 5.Pas besoin d'un code source libre pour avoir une politique ouverte.
Opera est l'un des navigateurs les plus multiplateformes, et l'un des plus respectueux des standards. Pour ne rien gâcher, il était encore parmi les plus rapides il y a quelques temps (il y a eu tant de boulersement que je ne sais pas si c'est toujours le cas).
De plus, ils ont fini par abandonner leur modèle basé sur la publicité pour passer au tout gratuit, tout au moins sur le poste de travail.
Opera reste un modèle de respect pour les utilisateurs, et ça saute encore plus aux yeux quand on voit Apple.
Y'a peut-être pas de version OpenBSD, mais il y a au moins FreeBSD, en 32 et 64bits. Et ça, tous les navigateurs ne le font pas.--
L'argent ne fait pas le bonheur, mais il permet d'acheter de la guimauve et du chocolat, ce qui revient au même.
-
-
[^]Re: Apple et App Store
Posté par dinomasque () le 12/04/2010 à 09:38. (lien). Évalué à 5.Il y a bien un appstore alternatif : Cydia (en gros un dépot APT).
Le problème est qu'Apple impose son AppStore comme l'unique boutique d'applications pour iPhone : utiliser Cydia nécessite de "jailbreaker" son iPhone.
Sans cette pratique stalinienne, personne n'aurait à redire à la politique commerciale d'Apple (chacun vend ce qu'il veut dans son magasin) puisque les mécontents pourraient aller voir ailleurs.--
BeOS le faisait il y a 10 ans.
processus séparés
je suis septique sur les avantages de cette solution.
je suis utilisateur de FireFox.
j'ai facilement, en usage courant, une 10aine de fenêtres, une per thème de navigation, et une 50aine d'onglets d'ouverts.
soit un FF occupant souvent 500MB de RAM, peu importe.
et il est très rare que je doive killer le processus FF pour raison de blocage, je ne me rappelle pas l'avoir fait cette année.
peut être aussi parce que je n'active le JS qu'au cas par cas - merci noscript.
je ne vois pas comment une séparation des onglets en processus va m'aider en quoi que ce soit. si je fais un calcul un peu naïf, un FF avec un seul onglet prenant environ 50MB, j'arriverai à 2500MB dans mon utilisation et je n'ose prédire le comportement du système tentant d'ordonnancer 50 processus FF.
bref, au delà de ce verbiage sur ma life, je me demande si mon usage est répandu parmi les utilisateurs et si il sera compatible avec ce que semblent vouloir nous proposer les éditeurs de navigateurs.
quel est votre avis ?
-
[^]Re: processus séparés
Posté par Matthieu C () le 11/04/2010 à 15:57. (lien). Évalué à 6.quel est votre avis ? Si le truc est bien foutu la conso RAM ne devrait pas beaucoup augmenter :
- les données statiques (code) entre processus devrait être partagée
- les données dynamique (image, contexte html, ...) sont déjà dupliqué par onglet.
- le coeur du navigateur (affichage, HIM, ...) devrait resté dans un processus.
Par contre au niveau cpu, ca devrait être un peu moins bon, quoi que...
-
[^]Re: processus séparés
Posté par Thomas Preud'homme (Jabber id, ) le 11/04/2010 à 16:01. (lien). Évalué à 5.Le calcul est mauvais. Je ne puis répondre pour Windows mais en tout cas pour Linux et très probablement tous les BSD la mémoire n'augmente pas à la création d'un processus (fork). En effet, le processus fils partage tout le code et les données du processus père. Seulement lorsqu'il essaie de modifier une donnée, la donnée est dupliquer. Au final, la mémoire qu'occupera un processus correspond à ce qu'il apporte par rapport au processus père.
En l'occurence, les plugins occuperont une place assez petite car leur code et la mémoire dont ils ont besoin est petite. Au lieu d'avoir un firefox à 250 Mio tu auras peut-être un firefox à 100 Mio et le reste divisé en plusieurs plugins et onglets.--
Don't run, we are your friends : IFM (http://intergalacticfm.com)
-
[^]Re: processus séparés
Posté par Riendf () le 11/04/2010 à 16:16. (lien). Évalué à 5.'peut être aussi parce que je n'active le JS qu'au cas par cas - merci noscript.'
Il y aussi le flash qui peut merder...et c'est toujours chiant de devoir tuer toute l'appli pour juste un plugin qui merde.-
[^]Re: processus séparés
Posté par steph1978 () le 11/04/2010 à 23:13. (lien). Évalué à 2.en fait noscript désactive aussi le contenu impliquant les plugin. en gros il ne reste que le html+css.
d'autre part, le contenu dynamique peut être réactivé hôte par hôte.
je pense que cela contribue beaucoup à la stabilité de ma config.
-
[^]Re: processus séparés
Posté par Riendf () le 12/04/2010 à 11:04. (lien). Évalué à 1.Oui sauf que (exemple perso) un site en flash que tu as autorise peu se mettre a merder completement du jour au lendemain soit parceque le site a ete modifie, soit parceque la mise a jour du plugin flash fait merder le site (c'est mon cas). Et la quand tu restaure tout tes onglets, ben y en a un qui fout tout en l'air...Et quand t'as ton proc a 100% et que c'est un monocore ben tu pleures.
-
-
-
[^]Re: processus séparés
Posté par Zarmakuizz (page perso, ) le 11/04/2010 à 18:09. (lien). Évalué à 3.Mon avis est que TabGroup Manager me permet de réunir des onglets dans d'autres, des fois qu'on a 42 onglets dont 5 d'utiles à la fois et que ça en devient illisible. Avantage : on peut faire hiberner des groupes d'onglets, ne prenant ainsi quasiment aucune place en mémoire, même au démarrage de Firefox puisqu'ils ne sont dès lors pas chargés.
--
Z comme Zenitram, la licence libre qui empêche toute obligation de contribuer upstream. Envoyé depuis mon Ubuntu.-
[^]Re: processus séparés
Posté par Barret Michel (Jabber id, page perso, ) le 11/04/2010 à 23:05. (lien). Évalué à 2.Merci de m'avoir fait découvrir cette superbe extension :)
--
Debian Squeeze
« Je suis irritable, irritant et névrosé, si l'un de mes messages vous insupporte essayez de ne pas en tenir compte ou de voir s'il n'a pas un sens de lecture ironique. Bonne journÃ
-
-
[^]Re: processus séparés
Posté par LeBouquetin () le 11/04/2010 à 18:13. (lien). Évalué à 3.Je pense que ça ne peut pas faire de mal, de mon côté. Firefox qui est complètement bloqué quand un onglet charge du flash ou une applet java, Firefox qui plante régulièrement sur des pages chargées en JS... bref, je trouve de plus en plus que les alternatives propriétaire (Chrome, Opera) ont un avenir certain.
A moins que la stabilité du produit s'améliore...-
[^]Re: processus séparés
Posté par pankkake (Jabber id, page perso, ) le 11/04/2010 à 20:42. (lien). Évalué à 0.Chrome n'est pas propriétaire. Enfin… Chromium c’est 99% Chrome et c’est libre.
-
[^]Re: processus séparés
Posté par GnunuX (Jabber id, page perso, ) le 11/04/2010 à 20:55. (lien). Évalué à 7.> Chrome n'est pas propriétaire. Enfin… Chromium c’est 99% Chrome et c’est libre.
Donc ce n'est pas libre.-
[^]Re: processus séparés
Posté par Zarmakuizz (page perso, ) le 11/04/2010 à 21:10. (lien). Évalué à 0.Correction, Chrome est libre sauf ses binaires précompilés.
--
Z comme Zenitram, la licence libre qui empêche toute obligation de contribuer upstream. Envoyé depuis mon Ubuntu.-
[^]Re: processus séparés
Posté par dinomasque () le 12/04/2010 à 09:43. (lien). Évalué à 4.Que dit la licence d'utilisation de Chrome ?
http://www.google.com/chrome/eula.html?hl=fr
"9.2 Sous réserve des conditions énoncées à l'article 1.2, vous n'êtes pas autorisé (et ne pouvez pas autoriser un tiers) à copier, modifier, créer des travaux dérivés, faire de l'ingénierie inverse, décompiler ou tenter d'extraire de quelque manière que ce soit le code source du Logiciel ou d'une partie de celui-ci, à moins qu'une telle activité ne soit requise ou autorisée expressément par la loi ou qu'elle ne fasse l'objet d'une autorisation écrite expresse de Google."
Ce n'est qu'un extrait (les autres paragraphes du chapitre 9 apportent d'autres restrictions) mais ça me parait déjà mal barré pour la garantie des 4 libertés du logiciel ...--
BeOS le faisait il y a 10 ans.
-
-
[^]Re: processus séparés
Posté par pankkake (Jabber id, page perso, ) le 17/04/2010 à 19:31. (lien). Évalué à 2.T'as rien compris.
Chromium est libre.
Chromium c’est Chrome, à 99%.
Chrome c'est pas libre mais on s'en branle parce qu'on utilise Chromium et pas Chrome, sans perdre de fonctionnalités.
-
-
-
-
[^]Re: processus séparés
Posté par Mildred (Jabber id, page perso, ) le 11/04/2010 à 23:06. (lien). Évalué à 2.En pratique, j'aurais bien aimé avoir des processus séparés il y a quelques jours.
En développant une page web, j'étais arrivée à créer une boucle infinie avec à l'intérieur des appels à alert() pour le debug. Donc, la page m'affichait en boucle une popup.
Bien sûr, lorsque la popup est affichée, les contrôles de la fenêtre du navigateur sont bloquée (il faut valider la popup). Mais si je ferme la popup, elle se réaffiche juste après (boucle infinie).
Je pouvais toujours utiliser d'autres fenêtres de Firefox en attendant, mais tous les onglets de cette fenêtre étaient bloqués. La seule solution pour fermer cet onglet gênant a été de quitter Firefox complètement (et je n'aime pas trop ça).
Après, on peut imaginer des choses similaires sur des sites web, pas juste en développement.-
[^]Re: processus séparés
Posté par Mat (page perso, ) le 12/04/2010 à 10:23. (lien). Évalué à 4.chrome règle ce problème de manière élégante et cela n'a rien à voir avec les processus séparés.
Lorsqu'il s'aperçoit qu'une popup s'affiche souvent (dès la 2e apparition c'est le cas) il propose par une case à cocher dans le popup de ne plus autoriser le script à afficher de nouveaux popups.
C'est très pratique, surtout dans des cas comme le tiens !-
[^]Re: processus séparés
Posté par Totoffe (page perso, ) le 12/04/2010 à 11:57. (lien). Évalué à 1.Opera a aussi la case à cocher 'Arrêter les scripts sur cette page'. En outre, depuis les dernières versions, les boites javascript ne sont plus modales, et c'est plutôt une bonne idée.
Sinon, l'idée de faire plusieurs processus n'est pas mauvaise en soi. Mais on n'est pas forcément obligé de faire un onglet par processus... Sous Linux, Opera isole l'exécution des plugins dans des processus operapluginwrapper, mais tout le reste du contenu des onglets ne bouge pas du processus père. Comme ça, quand Flash se vautre (courant avec Opera sous Linux vu qu'Adobe en a RAF d'Opera, de Linux et donc davantage des deux en même temps), on évite que le navire coule avec le plugin.
De toutes façons, à titre personnel je réduis au minimum l'utilisation des plugins et je patiente jusqu'à ce que HTML 5 s'impose, si possible avec Ogg Theora.
-
[^]Re: processus séparés
-
-
-
[^]Re: processus séparés
Posté par KamelPanic (page perso, ) le 12/04/2010 à 10:26. (lien). Évalué à 2.Tu as bien de la chance. Moi j'ai quasiment une fois tout les 2-3 jours besoin de le killer.
Et un redémarrage me prend 15 ans pour se terminé car comme je suis derrière un proxy avec authentification, il m'ouvre une bonne vingtaines de boite de dialogue de connexion. Bon ok, les login/mdp sont pré-rempli mais ça prend 15 ans quand meme pour les valider...
Oui j'aime Firefox mais il y a des fois j'ai bien envie de le balancer...--
C'est quoi le magic number pour un KamelPanic?-
[^]Re: processus séparés
Posté par Etienne () le 12/04/2010 à 11:46. (lien). Évalué à 1.Et un redémarrage me prend 15 ans pour se terminé car comme je suis derrière un proxy avec authentification, il m'ouvre une bonne vingtaines de boite de dialogue de connexion. Bon ok, les login/mdp sont pré-rempli mais ça prend 15 ans quand meme pour les valider...
J'avais le même problème, mais depuis Firefox 3.6 il ne le demande plus qu'une seule fois.
Étienne
-
[+] [^]Re: processus séparés
Posté par Hippie Geek (Jabber id, page perso, ) le 15/04/2010 à 13:19. (lien). Évalué à -2.tu devrais installer AutoAuth :
https://addons.mozilla.org/fr/firefox/addon/4949
Et hop, a pu le problème du tout ;)
-
[^]Re: processus séparés
Posté par Aragorn () le 16/04/2010 à 03:50. (lien). Évalué à 1.Astuce à essayer : lancer un autre navigateur (ou un firefox à partir d'un autre utilisateur) pour s'identifier auprès du proxy, et ensuite lancer firefox avec les 36 onglets. Ça marche si le proxy se base sur l'IP pour l'identification, mais pas s'il se base sur un cookie.
--
Ce n'est qu'en essayant continuellement que l'on finit par réussir. Donc plus ça rate, et plus on a de chance que ça marche.
-
-
[^]Re: processus séparés
Posté par reno () le 13/04/2010 à 14:55. (lien). Évalué à 3.Qu'a mon avis la séparation par processus est un *gros* avantage!!
Tu es très prudent dans ton utilisation de JS et du reste pourquoi?
Parce que l'architecture de FF est une *bouse*!
J'explique: la plupart du temps, 99% des sites web utilisent des ressources normales mais il y en a un ou deux qui foirent et utilisent tout le CPU et/ou la mémoire: quand tu as autant d'onglets ouvert, comment fais-tu pour savoir lequel fait 'ramer' ton ordinateur?
Avec Firefox tu pleure ou tu te fais ch.. avec noscript pour éviter autant que possible ce probleme.
Avec Chrome / avec un navigateur utilisant des processus, tu ouvres le gestionnaire de ressource et ferme le ou les onglets coupables: beaucoup plus simple..
-
[^]Re: processus séparés
Posté par steph1978 () le 19/04/2010 à 13:27. (lien). Évalué à 2.> Parce que l'architecture de FF est une *bouse*!
Non, en fait, c'est en premier lieu pour me prémunir des failles liée à javascript, des publicités en javascript, des lourdeurs inutiles des certains sites.
NoScript bloque aussi les plugin.
D'autre par, après une période de réglage, il se fait rapidement oublié: les sites que je visite régulièrement sont paramétrés,
La stabilité globale est plus un effet collatérale.
La séparation des processus ne m'empêchera pas de garder noscript ainsi que cookiesafe et abp.
C'est pour cet lacune que je ne suis pas passé sous chrome ou du moins que mon essai c'est rapidement achevé par un retour sous FF.
D'ailleurs je pense qu'un site ne devrait pas pouvoir planter un navigateur juste avec html et javascript et que la séparation dans des processus distincts des seuls plugins externes serait selon moi un bon compromis.
-
[^]Re: processus séparés
Posté par reno () le 27/04/2010 à 09:46. (lien). Évalué à 1.Si tu relies mon post, je n'ai pas parler de plantage mais de consommation abusive de CPU et/ou de mémoire..
Et la je pense que html&javascript sont suffisants pour ça, oui.
Je ne pense pas que mettre dans des processus séparés les plugins suffisent mais on verra bien avec la nouvelle version de FF qui fait cela..
-
-
pas un greffon
>il est déjà possible d'en profiter avec Firefox 3.6 en installant le greffon Firefox Lorentz.
Firefox Lorentz n'est pas un greffon, plugin ou extension. C'est une version *complète* de Firefox 3.6 avec le support des plugins dans des processus séparés.
MS et PNG
Je me demande si la transparence du PNG sera prise en compte dans IE9 (sauf erreur, c'est toujours un problème) ...
-
[^]Re: MS et PNG
Posté par Mounir (page perso, ) le 12/04/2010 à 10:58. (lien). Évalué à 3.http://blogs.msdn.com/ie/archive/2005/04/26/412263.aspx
J'ai rien dit.
Theora, Google et YouTube
Il est étonnant que le billet sur le blog de Google Open Source ne mentionne même pas YouTube, et son choix du h264. Est-ce que les services concernés se sont concertés, avant d'écrire ce billet, ou pas ?
Cette page a été générée par Templeet en 0.1391s (dont 0.0147 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Faire un don !
Cette discussion est archivée, il n'est plus possible de laisser des commentaires.
Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.