ascenseurs au bord des fenêtres. Ils sont censés apparaître tout seuls quand on approche la souris. Sauf lorsque cela ne fonctionne pas.
ça arrive.
en général un pb de focus (il faut refaire un tour de souris) kde sait gérer ça très bien.
mélanger l'invite de commande et les messages retournés ? Et comment faire pour arrêter un démon qui envoie un tas de messages qui polluent l'écran où l'on est censé écrire ?
man bash. Redirections, surtout.
après il y a toujours des applis plus bavardes que d'autres sur cette sortie là, par défaut.
dans le temps, on se déplaçait avec les flèches. Maintenant, les flèches écrivent des caractères bizarres et ne déplacent plus rien, sauf en mode commande
Man vi. Man vim.
Il s'agit d'habitudes prises avec des configurations par défaut. Que la distribution casse les habitudes des utilisateurs (crées par les conf par défaut livrées) sur des outils aussi importants, c'est juste nul à chier.
je lance GIMP, le plus souvent pour une opération basique, je perds une bonne minute à attendre le chargement de plugins
+1
Par exemple, Mandriva a supprimé l'applet de batterie sur les portables. Super.
Pas tout à fait, c'est un problème avec l'installeur. Si tu installes ton portable sans la batterie de connectée, alors l'applet ne sera pas lancée (voir pas installée). Si tu installes le portable avec la batterie de branchée (que l'ac soit connectée ou non) l'applet sera là. C'est encore une habitude de cassé par rapport aux habitudes de conforts avec l'installateur des versions précédentes. C'est nul à chier.
la migration de version utilise un KMail
Faut vraiment être kamikaze ou avoir l'esprit suicidaire pour utiliser kmail/kontact. A part bouffer de la ressource, prendre 17 heures à configurer, pour tout perdre (enfin, bémol, on peut toujours reprendre, en y passant 17h de plus) réguièrement.
trop vieux pour ne plus comprendre une informatique ultra-puissante qui fait moins bien en usage quotidien qu'une machine à 7 MHz équipée de 512 Kio
+1
mais n'exagerons pas, quant même. la machine décrite ne risquait pas de decoder un flux fullHD, encore moins d'encoder. Par contre, le son, ouch ça fait très mal :-(
Quantique dans le cul, solide solide,
Quantitque dans les culs, c'est la fin de l'été.
Neutrino d'automne, emportée par le vent,
En ronde monotone tombe en tourbillonnant.
ODB2 est une normalisation sur laquelle les constructeurs français ont trainés des pieds pour l'adoption. La plupart des fans de voiture ne s'en servent que pour avoir d'autres compteurs et des retours de toutes les mesures. Mais, si on possède le référentiel des codes, il est aussi possible d'avoir un diagnostique précis de la panne. Référentiel pour chaque marque et chaque modèle (...) Quant à injecter du code là dedans, il faut les clefs...
C'est quant même étrange... l'électronique (capteurs, sondes, ...) tombe assez souvent en panne. Mais beaucoup plus rarement l'ordinateur lui même. Pièce pourtant bien plus complexe, tant sur le hardware que le software.
Tout en roulant, je coupe le contact
ho!
sur ma polo, couper le contact = absence de direction assistée. et pas de direction assistée = une brique totalement impossible à manoeuvrer (c'est pas "juste plus dur", c'est "impossible")
Hum...
*des annonces publicitaires**
Point.
Qu'elles soient ciblées ne change pas la donne, ni dans un sens ni dans l'autre, à part se faire plaiz' à distiller un peu de fiel. Le fait qu'elles soient ciblés ne fait que trouver cela plus acceptable pour ceux n'aimant pas la pub, grosse et qui flashe souvent, lui préférant tant qu'à faire quelque chose de discret et qui va l'intéresser, lui, malgré le dont de ses habitudes et de ses goûts, vu que ce n'est pas le Ché ...
Sur elgg cela ne fonctionne pas non plus : on ne peut pas connecter sur ArteLibreDigital avec son compte crée sur N-1. A moins de passer par une solution externe et centralisée telle OpenID, et encore : ça ne fonctionne pas à tout les coup.
La dépêche fait mention de :
Une fonctionnalité très attendue est la possibilité de changer de pod sans perdre tous ses contacts
Ainsi que :
On peut donc contacter, suivre, mentionner… n'importe qui sur n'importe quel serveur.
C'est la même sur elgg, les mêmes limitations et contraintes.
En vrai, IRL, nous ne sommes pas dans un mode de fonctionnement décentralisé. C'est un objectif, un bel objectif, mais un fait. En vrai nous sommes, avec tout ces "réseaux et pods de réseaux" dans un fonctionnement de multiples centralisations. (et chaque admins de chaque nodes peut faire beaucoup de choses.)
Sans un mode de fonctionnement complètement P2P, je ne vois pas trop comment faire que le mot "décentralisé" soit une réalité vraie. Où les interfaces web seraient uniquement des "applis 2.0" permettant d'utiliser les données transitant en p2p.
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.
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.
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. :)
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.
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
//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...
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).
# hop
Posté par bubar🦥 (Mastodon) . En réponse au journal Il n'y a que moi que ça énerve ?. Évalué à 2.
ça arrive.
en général un pb de focus (il faut refaire un tour de souris) kde sait gérer ça très bien.
man bash. Redirections, surtout.
après il y a toujours des applis plus bavardes que d'autres sur cette sortie là, par défaut.
Man vi. Man vim.
Il s'agit d'habitudes prises avec des configurations par défaut. Que la distribution casse les habitudes des utilisateurs (crées par les conf par défaut livrées) sur des outils aussi importants, c'est juste nul à chier.
+1
Pas tout à fait, c'est un problème avec l'installeur. Si tu installes ton portable sans la batterie de connectée, alors l'applet ne sera pas lancée (voir pas installée). Si tu installes le portable avec la batterie de branchée (que l'ac soit connectée ou non) l'applet sera là. C'est encore une habitude de cassé par rapport aux habitudes de conforts avec l'installateur des versions précédentes. C'est nul à chier.
Faut vraiment être kamikaze ou avoir l'esprit suicidaire pour utiliser kmail/kontact. A part bouffer de la ressource, prendre 17 heures à configurer, pour tout perdre (enfin, bémol, on peut toujours reprendre, en y passant 17h de plus) réguièrement.
+1
mais n'exagerons pas, quant même. la machine décrite ne risquait pas de decoder un flux fullHD, encore moins d'encoder. Par contre, le son, ouch ça fait très mal :-(
[^] # Einstein avait finalement raison! (comme toujours)
Posté par bubar🦥 (Mastodon) . En réponse au journal Einstein avait finalement raison! (comme toujours). Évalué à -3.
Ce n'est que partie remise ;)
Quantique dans le cul, solide solide,
Quantitque dans les culs, c'est la fin de l'été.
Neutrino d'automne, emportée par le vent,
En ronde monotone tombe en tourbillonnant.
[^] # Re: bypasser les sécuriter et réecrire son propre firmware ?
Posté par bubar🦥 (Mastodon) . En réponse au journal Doit-on hacker les voitures ?. Évalué à 3.
ODB2 est une normalisation sur laquelle les constructeurs français ont trainés des pieds pour l'adoption. La plupart des fans de voiture ne s'en servent que pour avoir d'autres compteurs et des retours de toutes les mesures. Mais, si on possède le référentiel des codes, il est aussi possible d'avoir un diagnostique précis de la panne. Référentiel pour chaque marque et chaque modèle (...) Quant à injecter du code là dedans, il faut les clefs...
C'est quant même étrange... l'électronique (capteurs, sondes, ...) tombe assez souvent en panne. Mais beaucoup plus rarement l'ordinateur lui même. Pièce pourtant bien plus complexe, tant sur le hardware que le software.
ho!
sur ma polo, couper le contact = absence de direction assistée. et pas de direction assistée = une brique totalement impossible à manoeuvrer (c'est pas "juste plus dur", c'est "impossible")
# pinailleur
Posté par bubar🦥 (Mastodon) . En réponse à la dépêche ownCloud 2 dans les bacs. Évalué à 1.
Hum...
*des annonces publicitaires**
Point.
Qu'elles soient ciblées ne change pas la donne, ni dans un sens ni dans l'autre, à part se faire plaiz' à distiller un peu de fiel. Le fait qu'elles soient ciblés ne fait que trouver cela plus acceptable pour ceux n'aimant pas la pub, grosse et qui flashe souvent, lui préférant tant qu'à faire quelque chose de discret et qui va l'intéresser, lui, malgré le dont de ses habitudes et de ses goûts, vu que ce n'est pas le Ché ...
[^] # Re: XMPP
Posté par bubar🦥 (Mastodon) . En réponse à la dépêche Diaspora . Évalué à 5.
Sur elgg cela ne fonctionne pas non plus : on ne peut pas connecter sur ArteLibreDigital avec son compte crée sur N-1. A moins de passer par une solution externe et centralisée telle OpenID, et encore : ça ne fonctionne pas à tout les coup.
La dépêche fait mention de :
Ainsi que :
C'est la même sur elgg, les mêmes limitations et contraintes.
En vrai, IRL, nous ne sommes pas dans un mode de fonctionnement décentralisé. C'est un objectif, un bel objectif, mais un fait. En vrai nous sommes, avec tout ces "réseaux et pods de réseaux" dans un fonctionnement de multiples centralisations. (et chaque admins de chaque nodes peut faire beaucoup de choses.)
Sans un mode de fonctionnement complètement P2P, je ne vois pas trop comment faire que le mot "décentralisé" soit une réalité vraie. Où les interfaces web seraient uniquement des "applis 2.0" permettant d'utiliser les données transitant en p2p.
Non ?
[^] # Re: Evolution
Posté par bubar🦥 (Mastodon) . En réponse au journal KDEPIM + akonadi: Bien ou à chier ?. Évalué à 1.
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.
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.
[^] # Re: Evolution
Posté par bubar🦥 (Mastodon) . En réponse au journal KDEPIM + akonadi: Bien ou à chier ?. Évalué à 3.
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.
[^] # Re: Étrange
Posté par bubar🦥 (Mastodon) . En réponse au journal Новый русский. Évalué à 2.
c'est l'essentiel.
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.
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 ?
[^] # Re: Evolution
Posté par bubar🦥 (Mastodon) . En réponse au journal KDEPIM + akonadi: Bien ou à chier ?. Évalué à 3.
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.
[^] # Re: Étrange
Posté par bubar🦥 (Mastodon) . En réponse au journal Новый русский. Évalué à 1.
é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 ?
[^] # Re: Evolution
Posté par bubar🦥 (Mastodon) . En réponse au journal KDEPIM + akonadi: Bien ou à chier ?. Évalué à 1.
dommage d'avoir toujours une fenêtre détachée pour la composition des mails :-(
[^] # Re: et si peu connu
Posté par bubar🦥 (Mastodon) . En réponse au journal Dennis Ritchie est Bronsonisé. Évalué à 3.
trop gros, passera pas.
ou sinon : c'est quoi ton service ?
[^] # Re: Ça fait plusieurs fois que je vois ce nom sur Linuxfr...
Posté par bubar🦥 (Mastodon) . En réponse au journal Dennis Ritchie est Bronsonisé. Évalué à 10.
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.
[^] # Re: Activisme, vie privée et google
Posté par bubar🦥 (Mastodon) . En réponse au journal Google+ a gagné ?. Évalué à 3.
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. :)
[^] # Re: Civilité
Posté par bubar🦥 (Mastodon) . En réponse au journal [Venezuela] - 23 de enero, Caracas. Évalué à 2.
le lien n'est pas passé, le revoici
[^] # Re: Activisme, vie privée et google
Posté par bubar🦥 (Mastodon) . En réponse au journal Google+ a gagné ?. Évalué à 2.
ils ont dû faire un billet dessus, étant plutôt assez transparent sur tout ça aussi :
le blog legal/politic de Google
[^] # Re: Activisme, vie privée et google
Posté par bubar🦥 (Mastodon) . En réponse au journal Google+ a gagné ?. Évalué à 3.
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.
[^] # Re: la guerre des etoiles ?
Posté par bubar🦥 (Mastodon) . En réponse au journal Suspicion de backdoor gouvernemental allemand. Évalué à 2.
[^] # Re: Miracle
Posté par bubar🦥 (Mastodon) . En réponse au journal Un miracle bovin a eu lieu hier. Évalué à 4.
désolé, hein, mais quant je vois une saucisse de cette couleur là ...
(ça doit être le côté toulousain)
[^] # Re: Miracle
Posté par bubar🦥 (Mastodon) . En réponse au journal Un miracle bovin a eu lieu hier. Évalué à 3.
http://www.youtube.com/watch?v=JrVsMncJSk0
[^] # Re: heu
Posté par bubar🦥 (Mastodon) . En réponse au message driver MCS7832. Évalué à 3.
oui
oui
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 ?
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é.
dans les *endian, depuis arm v6 il y a (possibilité de) sélection automatique entre big et little.
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
[^] # Re: heu
Posté par bubar🦥 (Mastodon) . En réponse au message driver MCS7832. Évalué à 3.
//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 ?
[^] # Re: heu
Posté par bubar🦥 (Mastodon) . En réponse au message driver MCS7832. Évalué à 4.
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...
[^] # Re: heu
Posté par bubar🦥 (Mastodon) . En réponse au message driver MCS7832. Évalué à 2.
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
[^] # Re: heu
Posté par bubar🦥 (Mastodon) . En réponse au message driver MCS7832. Évalué à 3.
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
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 :
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).