bubar🦥 a écrit 6974 commentaires

cela ne répond qu'a un exemple d'utilisation sur deux donnés.
tu réponds "non" gloablement, pour un exemple donné, alors que l'essentiel est dans le "Quelque soit le choix d'emplacement" & " quelque soit les choix affichés en fonction du contexte", surtout sur Kde.

bi-écran

et ton pim occupes les deux écrans ?

bon, j'arrête là, mon but n'est pas de défendre une idée à tout prix, surtout en face de ce qui ressemble à de la mauvaise foi, sur ce coup là. j'en tamponne en vrai. trouvant simplement que la fenêtre surgissante, se plaçant au dessus et masquant l'accès au pim, pour l'éditeur est tellement has-been.

j'ai souvent besoin d'aller lire un autre mail, chercher une adresse dans un vieux mail,

et donc, pour ça, tu trouves plus pratique d'avoir une fenêtre à part ? qui sera bougée pour accéder à ces fonctions de recherche du pim, ou qui sera à côté ? Cet argument de besoin d'utiliser la suite pim pendant la rédaction d'un mail renforce l'idée d'intégration, donne un bon exemple.

le travail que le gouvernement russe va (...) financer.

c'est l'essentiel.

en douce

pourquoi ? le gouvernement finance et maintiens déjà ALT Linux. Ce n'est pas ça qui est en douce, mais le seul secteur privé : qui y fait quoi, pourquoi.

Que le gouvernement voulait équipé en gnu/linux on le savait depuis longtemps. Que cela semble t il AltLinux et un laboratoire de rusbitech est logique : une distrib plus ancienne et mieux connue, et un labo public.

Mandriva (...) pigwin software (...) un projet en 16 jours et 5 millions de roubles.

j'crois que c'est plus à l'ordre du jour depuis "belle lurette".
et que, en tout cas, cela soit RusBITech qui adhère à la LiFo aujourd'hui, est un fait.

non ?

pas pareil : tu parles de fonction je parlais simplement design dans un contexte. (bien sûr que cette utilisation est bien :p)
Avoir l'édition de mail imbriquée ans kmail lorsque kontact/kmail est utilisé, est pratique. Plus qu'une fenêtre chevauchante. (Avoir l'interface d'édition de nouveau message venant se placer au dessus de celle du fil et des dossiers, à côté seulement de la fenêtre du mail original. Ou encore au dessus du mail en lecture, en présentant le mode citation par défaut) Quelque soit le choix d'emplacement (horizontal à l'ancienne ou telle la vue des mails par défaut, ou vertical en côte à côte) et quelque soit les choix affichés en fonction du contexte, il semble plus naturel et plus pratique d'avoir la fonction intégrée visuellement. Que cela soit en plein écran, ou pas.
Elle ne vient pas sur mais dans le PIM.
Que l'édition d'un mail à envoyé soit comme le kpart konsole : propose, est différent, selon qu'il soit appelé pour un emplacement dans dolphin, ou en indépendant. Bref l'avoir en part.widget pour le pim kontact et l'app kmail.

étrange, non. complexe, oui. sujets à interprétation, et à erreurs de, aussi.
;)

reprenons plus basiquement : on a toujours les mêmes acteurs (personnes, dans et en dehors de l'Etat actuel), toujours les mêmes secteurs (gaz, nucléaire, et fourniture aux universités), toujours le même plan (déploiement massif de gnu/linux après plusieurs premières approches réussies, dont dans l'éducation secondaire et supérieure, ainsi que pour des services de régions, enfin des labos en universités). Le beefsteack c'est le budget, et sa découpe, ça ne change pas de chez nous ça :p

Si la société X, montée par mr Z, réalise des développements sur la base d'un contrat court, et d'autres sur la base de préparation à un appel d'offre, et qu'elle n'a rien au final, ce n'est pas grave. Tout peut être repris par une alliance Y, dont mr Z est également partie prenante par ailleurs, quitte à couler la société X. C'est d'autant plus facile que le produit est libre. Un peu comme si, chez nous, l'aful montait une société externe de services, s'appyait sur un partenaire commercial pour ça, développait le besoin (système, structure de maintenance, logiciels et/ou retouches spécifiques, peu importe) puis perdait à l'appel d'offre et coulait. Enfin ce travail est repris par un institutionnel ?? De là à dire qu'ils donnent là une belle leçon de gestion de société para-publiques, ... comme dit plus haut c'est sujet à interprétations, et à erreurs. Et cette interprétation en est peut être une. Seuls ceux connaissant les termes du contrat et les conditions techniques et financières précises pour répondre à la demande -précise_, peuvent le savoir.

Tu en penses quoi ?

dommage d'avoir toujours une fenêtre détachée pour la composition des mails :-(

Je viens de faire un sondage rapide dans mon service...

trop gros, passera pas.
ou sinon : c'est quoi ton service ?

Jobs c'est le genre de mec qui a une jolie épitaphe
Ritchie c'est le genre de mec qui a des écoles à son nom

finalement, ça colle.

rien contre ton commentaire, au contraire. je remettais juste en perspective avec des accords concernant le homeland sec
ce qui est intéressant en soi, il me semble, car plus global. et aussi pour ce cas là, puisqu'il ne s'agit visiblement pas d'un dossier traité comme un problème de sécurité (sinon ils auraient déjà eu les accès) mais bien comme un problème autre

ps : l'attorney Holder, il a quant même une belle tête : une moustache mexicaine, un regard arabe, un fond de peau black, et un costume américain. le parfait irréprochable mais à vomir quant même. :)

le lien n'est pas passé, le revoici

ils ont dû faire un billet dessus, étant plutôt assez transparent sur tout ça aussi :
le blog legal/politic de Google

Google n'a pas encore répondu.
S'il s'agit d'une décision de justice, ils seront obligés de céder.

De plus, et de toutes façons, c'est du bullshit cette info dans la mesure où Google, comme tant d'autres (Microsoft, Apple, Facebook,...) a signé un accord de coopération globale avec les autorités américaines sans avoir besoin d'injonction judiciaire. "c'est journée porte ouverte permanente".

Au pire c'est du bullshit l'info au dessus, donc, au mieux il s'agit que sur ce coup, Google attend une injonction judiciaire.

ps : j'ai cherché la source, pas retrouvé, ne me souvenant plus du mot clef essentiel. désolé. mais bon, ça doit se trouver, c'est assez récent.

Pourtant il est accordé que l'usage sous la forme satyrique et/ou humouristique

désolé, hein, mais quant je vois une saucisse de cette couleur là ...
(ça doit être le côté toulousain)

http://www.youtube.com/watch?v=JrVsMncJSk0

il existe un driver intégré mcs7832 au noyau Linux

oui

au noyau Linux que j'aurai

oui

il y a un ARM v9 (ARM926)

v9 ? il me semble que la plateforme que tu pointes (nanosSG20) est v11...
ou alors ta plateforme cible réelle est v6 et ton proto serait v11 ?

alors ce driver devrait fonctionner

je ne dis pas exactement ça.
je ne le garanti pas (la flemme de checker, hein, tu m'excuses ...) et je ne voudrais pas qu'en interprétant par "cool ça va fonctionner" tu passes commandes pour ensuite te retrouver le bec dans l'eau, en ralant sur dlfp ! dlfp n'est en rien responsable des mots échangés ici, pas plus que la communauté.

Qu'est-ce que tu entends par sélection automatique ?

dans les *endian, depuis arm v6 il y a (possibilité de) sélection automatique entre big et little.

ton aide précieuse

tu parles d'une aide précieuse ! avec de suite une question précise, et présentant les liens références, les recherches, tu aurai de suite des réponses + pertinentes

bisous

//mode évidence que j'ai oublié plus haut: si tu portes une saleté comme ce tarball (par rapport à l'éclatement sur diverses fonctions plus générales) de tout ce qui est possible dans cette version du tarball), alors bravo :-)

alternativement bi- positif :)
Depuis arm v6 c'est une sélection automatique, il me semble, et ta plateforme c'est du v11, donc (...) La question de "linux embarqué" et "android" revient sur le terrain... M'enfin bon, le site est explicite : Debian. Donc, c'est bon :) c'est un mot clef qui en entraîne beaucoup d'autre, dans certaines situations ... S'ils livrent Debian avec, c'est que tout fonctionne avec. Si tout fonctionne avec, c'est que le driver intégré (au noyau, et à debian) fonctionne sur ce v11. Donc cela répond à ta question.

Mais peut être que la question n'est pas encore assez précise ?

La question semble être :
Quel composant usb<->eth utiliser de manière sûre pour android et linux ?
Et si on m'impose ce composant là, comment faire avec ?

pour info, la plus simple et rapide recherche donne ça, sur le sujet de ton post (cx82310) : /usr/src/linux-3.0.4/drivers/net/usb/cx82310_eth.c Quant à mcs783x dont il est question dans ton lien, il existe aussi un driver intégré, et portant le même nom (...). Le tarball fabrique un gros sale truc indépendant (32k). Le driver intégré (~12k)s'appuie sur usbcore, usbnet et mii. M'enfin, à toi de voir...

Tu pourrais te dire "ouhai mais les connaisseurs savent de quoi je parle exactement", pas besoin de te préciser plus.

Mais alors, tu ne poserai pas cette question : tu aurais essayé et ça fonctionnerai. :p

Une fois que je t'aurai totalement arraché les vers du nez, jusqu'au bout du bout, pour la question, il n'y a aura plus personne pour y répondre ! :-))

Là il semble s'agir d'un driver spécifique à Android. Or tu parlais de

une plateforme Linux embarqué avec processeur ARM

Alors ?
As tu essayé de plugger cet adaptateur sur le linux embarqué, pour voir s'il était pris en charge, par cdceth par exemple, ou bien une doc avant, et ce que ça a donné, et si rien alors ce que racontes le système à son sujet ?

Surtout que le tarball contient les sources, et :

you can redistribute it and/or modify
(...) it under the terms of the GNU General Public License as published by the Free Software Foundation; either version 2 of the License, or (at your option) any later version (...)

Bon, on sait que tu pointes un tarball sur un site externe. Mais est ce android la cible ou alors un linux embarqué (...) Arm ? As tu essayé au moins ? sur Android vx ? sur un linux embarqué vx ? Quels résultats ? Ou bien as tu regardé quelle version (s'il y en a une) est intégrée, et où (branche).

Et le con de lien BING utilisé (vers Nestled between two buns) me dit ce que je voulais dire...

Sur Facebook le compte a été crée dès début mars
j'dit juste : \o/

L'humour.

Pour regarder star wars il faut abandonner l'humour (...)

Et l'humour est une bonne illustration de la situation :
on a pas le droit de l'enregistrer, on a pas le droit de le reprendre, on a pas le droit de le détourner, on a pas le droit de nuire à son image, (tout ceci avec des bémols et avec, aussi, ce que cela peut impliquer, sur le liberté d'expression) Ces éventuels comportements peuvent être poursuivis car ils enfreignent le droit du film...
Pourtant il est accordé que l'usage sous la forme satyrique et/ou humouristique ne peut être poursuivie.

Une illustration de ce que le légiste peut faire, en matière de défense de la liberté d'expression, la défense du droit commun face à l'intérêt privé.

Et hop.

si la question n'est pas trivial alors pose les bases : références (là on on a un nom... un lien ça évite de chercher) et la question précise. La question telle qu'elle est formulée fait pensée à deux choses : soit tu ne connais pas la politique driver du noyau (et tu n'a pas cherché) soit elle est mal formulée.
Si tu as des doutes, exposent les clairement, en pointant une référence documentaire pour ce truc particulier, s'il est particulier (driver non intégré par exemple) c'est bien de le dire illico. Là tu demandes aux gens de tout chercher ... :(

Bonsoir,
et la marmotte elle le papier autour du chocolat.
il n'y a pas de quoi
cordialement

http://catb.org/~esr/faqs/smart-questions.html#before

mais oui ça sera compatible avec arm, il y a peu de chance pour que cela ne le soit pas (ou alors blob externe) dès alors que le driver est intégré au noyau (ou alors pas de bol) Et même en mode isochrone seulement, si tu veux.