Il y a quelques temps, je me suis intéressé au cellule Peltier pour une application tout autre (fourgon aménagé).
On les connait tous puisque c'est généralement le composant principal des glacières "actives".
L'idée serait donc, dans ton cas, de:
Créer une armoire "isolée" pour ton matos: un vieux frigo why not si l'esthétique ne compte pas trop, mais tu dois pouvoir aussi te fabriquer ce genre d'armoire à partir d'un meuble du marché que tu doublerais avec du polystyrène par exemple.
Ventiler un minimum la sortie des tes cellule Peltier: là, libre à toi de mettre le prix côté ventilo pour avoir un résultat silencieux.
Lis bien les datasheets des cellules Peltier: il est fréquent qu'une cellule donnée pour du 36V soit utilisée en 12V pour un fonctionnement optimal (meilleur rapport refroidissement/cout electrique).
Donc je suis l'auteur du journal original qui t'a posé tant de problème.
Je vais apporter quelques précisions suite à ton post:
Concernant la compil' d'Android:
- Oui, c'est très gros et faut une bonne connection.
- Oui, c'est très long à compiler: 8h sur un laptop d'il y a 5/6 ans, 3h sur un Dell 1950 avec 12G de RAM et du disque SAS en RAID.
- Oui, tu peux rencontrer des problèmes lors de la compil', dans ce cas:
=> Vérifie bien que ton environnement correspond bien à ce que Sony préconise dans ses guides de build.
=> Inscris toi au forum Sony et ouvre un topic: le type qui gère les open devices et ce forum est plutôt réactif et compétent et a répondu à mes nombreuses questions dans un délai raisonnable.
Concernant les GApps:
- Pas de playstore sans GApps.
- Tu peux toujours récupérer des APK depuis le playstore officiel avec l'appli Yalp, mais si elles ont une dépendance aux services google, le fonctionnement risque d'être aléatoire (allant de juste une feature ou deux cassées à l'appli qui refuse totalement de se lancer).
- Mais essais des couches "open" sensées remplacer les google services se sont avérés infructueuse, en particulier le service de localisation (Uber, Wheely, toussa, t'oublie).
Si tu avais eu un X Compact, j'aurai pu te faire tourner mes images … mais là, pas sûr qu'elle soit compatibles.
A priori, ça doit fonctionner (c'est les même partitions vendor … ) donc hésite pas au besoin.
Ca me fait marrer ce genre de journaux…
Tu viens poster sur LinuxFR des questions pour lesquelles seule le département com' de Ouigo a des réponses.
Pourquoi ne pas directement interpellé le community manager de Ouigo via Twitter/Facebook ou un autre média? Au moins, tu seras sûr d'adresser tes questions à la bonne personne…
Autre remarque, ton post compare plusieurs fois TGV et Ouigo comme si leurs différences étaient incongrues.
Les deux entités sont commercialement distinctes, leurs seul point commun et d'exploiter les mêmes infrastructures.
Tu ne trouves pas étonnant que la communication d'Audi diffère de celle de Lada, pourquoi donc être étonné ici?
D'ailleurs, ça me parait tout à fait logique: Ouigo est clairement un opérateur "discount" qui ne s'adresse pas au même public. Pas de jugement de valeur dans tout ça (jeune, moins aisé,…) juste une cible qui diffère: des gens qui ne sont pas prêt à mettre des prix mirobolants dans un billet de train.
Ouais …
Je trouve d'ailleurs assez étonnant ce genre de pratique de la part d'un utilisateur de LinuxFR… en effet, il me semblait qu'on était plutôt à cheval sur le concept de neutralité du web ici …
Ou de faire dans le ramsomware: chiffrer le contenu du téléphone, et demander des bitcoins pour que l'utilisateur retrouve ses données.
Ou récupérer des informations bancaires.
Ou récupérer des comptes email pour le spam.
Ou récupérer ….
Y a toujours une raison "pécuniaire" de compromettre un device…
(host mailstore1.secureserver.net[68.178.213.243] refused to talk to me: 421 p3plibsmtp02-15.prod.phx3.secureserver.net bizsmtp Temporarily rejected. Reverse DNS for 213.179.181.19 failed. IB108 http://x.co/srbounce)
Ca c'est le serveur en face qui t'envoie bouler parce que, vraisemblablement, tu n'as pas de reverse DNS associé à ton IP.
Cette vérification est souvent mise en place pour lutter contre le spam.
Pour être "bien", il faut qu'un dig -x <ton ip> donne un nom DNS valide et surtout renseigné comme étant MX sur le domaine.
91CA51E8A 3327 Wed Jun 13 17:01:33 MAILER-DAEMON
(connect to nzdb.com[202.208.222.48]:25: Connection timed out) lxssgtfnx@nzdb.com
De mon point de vue ces mails sont générés parce que, à un moment, tu as accepté des emails pour un user qui n'existait pas sur ton domaine.
Ton postfix a donc généré des MAILER-DAEMON pour l'expéditeur … qui était vraisemblablement un expéditeur bidonné, sur un domaine ou les serveurs de mails sont soit inexistants (le connection timeout du premier) soit fatigué (les autres).
Après, sur l'unique base de ces logs, c'est compliqué de dire ce qui c'est réellement passé.
Pour bien faire, il faudrait que tu recherches toutes les occurences des domaines incriminés (jdmo.net, nzdb.com) dans tes logs pour déterminer ce qui a provoquer la génération des MAILER-DAEMON….
Owncloud fait sa très bien avec son greffon galerie.
Tu crées ton répertorie, y pousses tes photos puis à l'aide d'un menu "partager" du définis les permissions sur la ressources: partagé par un lien ou à un autre utilisateur de ton instance owncloud, protégé ou non par un mot de passe.
Sinon, si t'es un peu codeur, j'avais dans mes cartons une galerie en python + django qui faisait tout ce que tu veux … mais qui doit être migré à une version de django plus récente… pas eu le temps de le faire.
D'autre part, j'ai essayé la commande
$ nmap -sP 192.168.0.*
qui renvoie bien une liste des machines présentes sur le réseau. Mais toutes les machines ne sont pas toujours présentes : b plusieurs exécutions d'affilée de la même commande ne renvoie pas la même liste (certains appareils encore connectés ne sont plus listés).
Alors:
1. Privilégie la syntaxe 192.168.0.0/24 plutôt que 192.168.0.* : le * peut être interprété par ton shell et donner des résultats aléatoires.
2. Je n'ai jamais constaté le comportement que tu décris: nmap envoie des bêtes icmp echo-request et te reportes les machines qui lui envoie en icmp echo-reply en retour. Si, entre deux scans, des machines disparaissent ou apparaissent c'est que soit elles sont effectivement "mouvantes" sur ton réseau, soit que ton réseau à un soucis.
Je vais tâcher de me renseigner mais je crois qu'on a effectivement pris contact avec un organisme pour shortlister l'équipement foireux…
Je vais voir avec les RH qui ont géré ce dossier.
Si en plus de lui avoir donné sa chance, on pouvait lui rendre sa voix, je serai comblé !
Aujourd'hui, on a 0 équipement … donc tout est envisageable.
Par contre, je me vois mal faire acheter à ma boite un ampli de gratte et une pédale équalizer sans "garantie de fonctionnement".
Hmmm … j'ai oublié de préciser, l'emploi d'un casque traditionnel n'est pas possible car cela est incompatible avec l'utilisation de son pointeur…
Je vais tenter d'updater le journal avec cette contraintes.
EDIT: édition du journal impossible. Si un modo pouvait rajouter cette contrainte, je lui en serai reconnaissant !
Ah, et en aucun cas la « faille » ne permet « d’accéder aux anciens e-mails chiffrés ».
Pas tout à fait, car il est écrit "even if they were collected long ago", ce qui implique qu'il y a eu une "attaque" préalable pour pouvoir accéder aux anciens mails.
L'attaque "as-is" ne permet effectivement pas d'accéder aux anciens emails sans cette collecte préalable.
sont des informations de premier choix qui ont peux de chance de rester cloisonner avec la CIA et l'IA qui se développe
Lol… Le rapport avec la choucroute ?
Partant de là le gouvernement français a un état des lieux personnel de chaque français beaucoup plus détaillé (banque, santé, judiciaire, position par téléphone…).
Avec ou sans Office365, l'Etat a déjà l'accès total aux données bancaires qui te concernent et ce depuis bien longtemps.
Et oui, je ne sais pas si tu es au courant, mais le "secret bancaire" n'existe que dans les paradis fiscaux tels que la Suisse, le Luxembourg & co …
Si tu en doutes: https://fr.wikipedia.org/wiki/Secret_bancaire#Secret_bancaire_en_France
Fondamentalement ça ne va pas nous impacté outre mesure, mais il faut le savoir notre vie privée est de plus en plus public qu'on le veuille ou non.
Il faut savoir aussi que, lorsque tu portes de grandes idées comme cela semble être ton cas, la forme est au moins aussi importante que le fond: avec les fautes d'orthographe que tu fais, il faut vraiment que tu te remettes au bescherelle si tu souhaites être un minimum crédible …
Non, il a été crée avec un soft de publipostage, probablement intégré à un CRM ou Backoffice plus "global" qui implémente tout les process et workflow de la banque.
Comme d'autres l'ont dit de façon très juste, la bureautique est outil comme un autre dans le métier de la banque. Que la banque en question est fait le choix de migrer vers office 360 ne veut rien dire quant au données métiers.
J'ai connu des boites de développement informatique qui s'appuyaient intégralement sur les services de google: gmail, gdocs, hangout, etc… Cependant, le code restait sur des serveurs git hébergés en interne, tout comme le système de bugtracking et de documentation "métier".
Faire l'amalgame entre "bureautique" et "informatique métier" dénote d'une certaine méconnaissance du monde du travail qui est inquiétante ….
A mon tour de nuancer ce commentaire: rien n'empêcherait un des étages de bootloader (bien souvent closed source sur ARM) de:
1. Loader le code dans la trust-zone
2. Le lancer.
Donc en fait, tu peux tout autant te retrouver avec quelque chose qui tourne en trust-zone sans le savoir…
Après, les impacts possibles de la trust-zone sur le reste du système me paraisse moindre que ce que propose Intel… mais je ne suis pas un professionnel !
C'est ce que j'ai fait me concernant.
Mon X Compact tourne sous un Oreo buildé à la maison depuis quelques semaines. Ça marche bien, et quel plaisir de ne plus être pollué par les applis google.
Attention cependant, il faut oublier tout ce qui s'appuie de trop près sur les gapps, en premier lieu Uber et autre applis utilisant très fortement la géoloc…
Moi j'ai toujours privilégié les 13", pour deux raisons:
Meilleure "portabilité": avec ce form-factor, t'es souvent autour de 1kg… c'est un vrai plus quand tu te promènes avec la machine dans le sac à dos.
Meilleure autonomie: fatalement, une dalle de 14" ou 15" va te demander plus de jus pour être alimentée, rafraichie, etc…
A titre indicatif, mon x220 payé d'occaz 250€ a une autonomie de 5h (utilisation normale web, dev) à 7h (dans le train , juste des terminaux pour coder, sans wifi).
C'est un i5 un peu vieux avec 4Go de RAM et 256Go de SSD. Le support Linux est au top (fonctionne out-of-the-box sous debian) et c'est du matériel vraiment costaud.
Alors … si l'évocation de l'API te laisse un peu "sec", tu risques quand même de passer de mauvais moments dans les jours à venir si tu te lances sur ce chantier.
En gros, il faut ne faut pas voir le noyau comme un gros programme monolithique, mais plutôt comme un gros programme décomposé en sous-systèmes indépendants mais communiquant les uns avec les autres.
Typiquement, lorsque, en user-land, tu ouvres une connection TCP/IP via socket(), connect() et leurs copains, cela déclenche, via les syscall (qui sont standardisés) une multitude d'opération dans les différents sous-systèmes du noyau dont celui en charge de gérer le protocole IP.
Fatalement, il a fallu à un moment établir un langage commun pour que chaque sous sytème du noyau sois en mesure de communiquer avec la stack IP. C'est ce "langage commun" que l'on nomme communément API
Le plus simple pour avoir un aperçu de l'API est de regarder les headers concernés.
Un bon point de départ est de jeter un oeil au source du noyau et en particulier au header dans include/net/ip.h
La stack IP du noyau est un sous-système comme un autre, présentant des APIs et utilisant des APIs d'autres sous-systèmes.
Dès l'instant ou tu présentes la même API, tu peux tout à fait substituer le code ton choix à la stack IP de Linux… mais ça risque d'être un gros gros travail.
GNU/Linux a réellement apporté quelque chose face à ses concurrents propriétaires: gratuité, ouverture du code source, dynamisme, communauté.
Les apports des alternatives évoquées dans ce journal ne me semble pas suffisant pour que je m'y intéresse. Encore une fois, cela ne représente que mon point de vue …
# Cellule Peltier
Posté par LaBienPensanceMaTuer . En réponse au message Armoire réfrigérée et insonorisé. Évalué à -1.
Il y a quelques temps, je me suis intéressé au cellule Peltier pour une application tout autre (fourgon aménagé).
On les connait tous puisque c'est généralement le composant principal des glacières "actives".
L'idée serait donc, dans ton cas, de:
Créer une armoire "isolée" pour ton matos: un vieux frigo why not si l'esthétique ne compte pas trop, mais tu dois pouvoir aussi te fabriquer ce genre d'armoire à partir d'un meuble du marché que tu doublerais avec du polystyrène par exemple.
Y monter des cellules peltier acheté à bon prix sur aliexpress
Ventiler un minimum la sortie des tes cellule Peltier: là, libre à toi de mettre le prix côté ventilo pour avoir un résultat silencieux.
Lis bien les datasheets des cellules Peltier: il est fréquent qu'une cellule donnée pour du 36V soit utilisée en 12V pour un fonctionnement optimal (meilleur rapport refroidissement/cout electrique).
# Petites précisions....
Posté par LaBienPensanceMaTuer . En réponse au message Besoin d'aide pour libérer mon smartphone Sony XPERIA X. Évalué à 4.
Donc je suis l'auteur du journal original qui t'a posé tant de problème.
Je vais apporter quelques précisions suite à ton post:
Concernant la compil' d'Android:
- Oui, c'est très gros et faut une bonne connection.
- Oui, c'est très long à compiler: 8h sur un laptop d'il y a 5/6 ans, 3h sur un Dell 1950 avec 12G de RAM et du disque SAS en RAID.
- Oui, tu peux rencontrer des problèmes lors de la compil', dans ce cas:
=> Vérifie bien que ton environnement correspond bien à ce que Sony préconise dans ses guides de build.
=> Inscris toi au forum Sony et ouvre un topic: le type qui gère les open devices et ce forum est plutôt réactif et compétent et a répondu à mes nombreuses questions dans un délai raisonnable.
Concernant les GApps:
- Pas de playstore sans GApps.
- Tu peux toujours récupérer des APK depuis le playstore officiel avec l'appli Yalp, mais si elles ont une dépendance aux services google, le fonctionnement risque d'être aléatoire (allant de juste une feature ou deux cassées à l'appli qui refuse totalement de se lancer).
- Mais essais des couches "open" sensées remplacer les google services se sont avérés infructueuse, en particulier le service de localisation (Uber, Wheely, toussa, t'oublie).
Concernant l'image vendor:
- elle est fournie par Sony directement sur leur site, par exemple ici: https://developer.sony.com/file/download/software-binaries-for-aosp-oreo-android-8-1-kernel-4-4-loire/ (voir la rubrique updates).
- elle nécessite un téléphone relativement à jour à la base pour que la table de partitionnement soit correcte (aka, qu'il y ai bien une partition vendor de prévue).
Si tu avais eu un X Compact, j'aurai pu te faire tourner mes images … mais là, pas sûr qu'elle soit compatibles.
A priori, ça doit fonctionner (c'est les même partitions vendor … ) donc hésite pas au besoin.
# "Mes questions sont les suivantes:"
Posté par LaBienPensanceMaTuer . En réponse au message Lowcost et formulations infantilisantes. Évalué à 3.
Ca me fait marrer ce genre de journaux…
Tu viens poster sur LinuxFR des questions pour lesquelles seule le département com' de Ouigo a des réponses.
Pourquoi ne pas directement interpellé le community manager de Ouigo via Twitter/Facebook ou un autre média? Au moins, tu seras sûr d'adresser tes questions à la bonne personne…
Autre remarque, ton post compare plusieurs fois TGV et Ouigo comme si leurs différences étaient incongrues.
Les deux entités sont commercialement distinctes, leurs seul point commun et d'exploiter les mêmes infrastructures.
Tu ne trouves pas étonnant que la communication d'Audi diffère de celle de Lada, pourquoi donc être étonné ici?
D'ailleurs, ça me parait tout à fait logique: Ouigo est clairement un opérateur "discount" qui ne s'adresse pas au même public. Pas de jugement de valeur dans tout ça (jeune, moins aisé,…) juste une cible qui diffère: des gens qui ne sont pas prêt à mettre des prix mirobolants dans un billet de train.
[^] # Re: Filtre Tor2Web
Posté par LaBienPensanceMaTuer . En réponse au journal Les conséquences réseaux d'un partage sur LinuxFR. Évalué à 3. Dernière modification le 10 juillet 2018 à 09:36.
Ouais …
Je trouve d'ailleurs assez étonnant ce genre de pratique de la part d'un utilisateur de LinuxFR… en effet, il me semblait qu'on était plutôt à cheval sur le concept de neutralité du web ici …
[^] # Re: Et pourtant
Posté par LaBienPensanceMaTuer . En réponse au journal Rumeurs sur l'hyper-threading - TLBleed . Évalué à 6.
Ou de faire dans le ramsomware: chiffrer le contenu du téléphone, et demander des bitcoins pour que l'utilisateur retrouve ses données.
Ou récupérer des informations bancaires.
Ou récupérer des comptes email pour le spam.
Ou récupérer ….
Y a toujours une raison "pécuniaire" de compromettre un device…
# Je pense pas ... mais pas assez d'infos !
Posté par LaBienPensanceMaTuer . En réponse au message [postfix] est ce que mon serveur est piraté? Est il utilisé comme relai?. Évalué à 3.
Alors, voyons les messages au cas par cas:
Ca c'est le serveur en face qui t'envoie bouler parce que, vraisemblablement, tu n'as pas de reverse DNS associé à ton IP.
Cette vérification est souvent mise en place pour lutter contre le spam.
Pour être "bien", il faut qu'un dig -x <ton ip> donne un nom DNS valide et surtout renseigné comme étant MX sur le domaine.
De mon point de vue ces mails sont générés parce que, à un moment, tu as accepté des emails pour un user qui n'existait pas sur ton domaine.
Ton postfix a donc généré des MAILER-DAEMON pour l'expéditeur … qui était vraisemblablement un expéditeur bidonné, sur un domaine ou les serveurs de mails sont soit inexistants (le connection timeout du premier) soit fatigué (les autres).
Après, sur l'unique base de ces logs, c'est compliqué de dire ce qui c'est réellement passé.
Pour bien faire, il faudrait que tu recherches toutes les occurences des domaines incriminés (jdmo.net, nzdb.com) dans tes logs pour déterminer ce qui a provoquer la génération des MAILER-DAEMON….
# Owncloud et son greffon "gallerie"
Posté par LaBienPensanceMaTuer . En réponse au message Partager un album photo. Évalué à 2.
Owncloud fait sa très bien avec son greffon galerie.
Tu crées ton répertorie, y pousses tes photos puis à l'aide d'un menu "partager" du définis les permissions sur la ressources: partagé par un lien ou à un autre utilisateur de ton instance owncloud, protégé ou non par un mot de passe.
Sinon, si t'es un peu codeur, j'avais dans mes cartons une galerie en python + django qui faisait tout ce que tu veux … mais qui doit être migré à une version de django plus récente… pas eu le temps de le faire.
# nmap
Posté par LaBienPensanceMaTuer . En réponse au message un remplaçant pour AutoScan-Network ou nmap ?. Évalué à 3.
heuh …
Alors:
1. Privilégie la syntaxe 192.168.0.0/24 plutôt que 192.168.0.* : le * peut être interprété par ton shell et donner des résultats aléatoires.
2. Je n'ai jamais constaté le comportement que tu décris: nmap envoie des bêtes icmp echo-request et te reportes les machines qui lui envoie en icmp echo-reply en retour. Si, entre deux scans, des machines disparaissent ou apparaissent c'est que soit elles sont effectivement "mouvantes" sur ton réseau, soit que ton réseau à un soucis.
[^] # Re: Filtrage en fréquence ?
Posté par LaBienPensanceMaTuer . En réponse au journal Outil d'aide à la communication pour travailleur handicapé. Évalué à 3.
En effet, ça vaut le coup de tenter de prendre un échantillon de sa voix et du bruit du respirateur….
Je vais tâcher de faire ça au plus tôt.
[^] # Re: agefiph
Posté par LaBienPensanceMaTuer . En réponse au journal Outil d'aide à la communication pour travailleur handicapé. Évalué à 5.
Je vais tâcher de me renseigner mais je crois qu'on a effectivement pris contact avec un organisme pour shortlister l'équipement foireux…
Je vais voir avec les RH qui ont géré ce dossier.
Si en plus de lui avoir donné sa chance, on pouvait lui rendre sa voix, je serai comblé !
[^] # Re: En magasin de musique
Posté par LaBienPensanceMaTuer . En réponse au journal Outil d'aide à la communication pour travailleur handicapé. Évalué à 4.
Aujourd'hui, on a 0 équipement … donc tout est envisageable.
Par contre, je me vois mal faire acheter à ma boite un ampli de gratte et une pédale équalizer sans "garantie de fonctionnement".
[^] # Re: casque de pilote
Posté par LaBienPensanceMaTuer . En réponse au journal Outil d'aide à la communication pour travailleur handicapé. Évalué à 2. Dernière modification le 23 mai 2018 à 17:17.
Hmmm … j'ai oublié de préciser, l'emploi d'un casque traditionnel n'est pas possible car cela est incompatible avec l'utilisation de son pointeur…
Je vais tenter d'updater le journal avec cette contraintes.
EDIT: édition du journal impossible. Si un modo pouvait rajouter cette contrainte, je lui en serai reconnaissant !
[^] # Re: FUD
Posté par LaBienPensanceMaTuer . En réponse au journal Vulnérabilité dans PGP et S/MIME, veuillez patienter, plus d'informations suivront. Évalué à 2.
Pas tout à fait, car il est écrit "even if they were collected long ago", ce qui implique qu'il y a eu une "attaque" préalable pour pouvoir accéder aux anciens mails.
L'attaque "as-is" ne permet effectivement pas d'accéder aux anciens emails sans cette collecte préalable.
[^] # Re: Bureautique != données clients
Posté par LaBienPensanceMaTuer . En réponse au journal De l'opacité de la gestion de vos données bancaires. Évalué à 1.
Avec ou sans Office365, l'Etat a déjà l'accès total aux données bancaires qui te concernent et ce depuis bien longtemps.
Et oui, je ne sais pas si tu es au courant, mais le "secret bancaire" n'existe que dans les paradis fiscaux tels que la Suisse, le Luxembourg & co …
Si tu en doutes: https://fr.wikipedia.org/wiki/Secret_bancaire#Secret_bancaire_en_France
Il faut savoir aussi que, lorsque tu portes de grandes idées comme cela semble être ton cas, la forme est au moins aussi importante que le fond: avec les fautes d'orthographe que tu fais, il faut vraiment que tu te remettes au bescherelle si tu souhaites être un minimum crédible …
[^] # Re: Bureautique != données clients
Posté par LaBienPensanceMaTuer . En réponse au journal De l'opacité de la gestion de vos données bancaires. Évalué à 2.
Non, il a été crée avec un soft de publipostage, probablement intégré à un CRM ou Backoffice plus "global" qui implémente tout les process et workflow de la banque.
Comme d'autres l'ont dit de façon très juste, la bureautique est outil comme un autre dans le métier de la banque. Que la banque en question est fait le choix de migrer vers office 360 ne veut rien dire quant au données métiers.
J'ai connu des boites de développement informatique qui s'appuyaient intégralement sur les services de google: gmail, gdocs, hangout, etc… Cependant, le code restait sur des serveurs git hébergés en interne, tout comme le système de bugtracking et de documentation "métier".
Faire l'amalgame entre "bureautique" et "informatique métier" dénote d'une certaine méconnaissance du monde du travail qui est inquiétante ….
[^] # Re: inotify
Posté par LaBienPensanceMaTuer . En réponse au message Gnome3 / Nautilus : notification de modification de fichier. Évalué à 3.
Il monte un filesystem réseau, probablement en utilisant le protocol WebDAV.
De façon générale, inotify ne fonctionne pas sur les filesystem réseau (source: https://unix.stackexchange.com/questions/238956/is-there-a-way-to-use-inotify-on-remote-filesystems-specifically-webdav) ce qui parait logique: le kernel gérant le filesystem n'est pas le kernel local à la machine, mais celui du serveur…
Je crains que la seule issue soit l'utilisation de l'appli owncloud.
[^] # Re: Effet de mode?
Posté par LaBienPensanceMaTuer . En réponse au journal ARM vs Intel. Évalué à 1.
Sinon, le DTB remplace avantageusement le BIOS sur ARM.
Désormais, depuis des noyaux récents, tu peux même charger/modifier le DTB au runtime …
[^] # Re: Effet de mode?
Posté par LaBienPensanceMaTuer . En réponse au journal ARM vs Intel. Évalué à 5.
A mon tour de nuancer ce commentaire: rien n'empêcherait un des étages de bootloader (bien souvent closed source sur ARM) de:
1. Loader le code dans la trust-zone
2. Le lancer.
Donc en fait, tu peux tout autant te retrouver avec quelque chose qui tourne en trust-zone sans le savoir…
Après, les impacts possibles de la trust-zone sur le reste du système me paraisse moindre que ce que propose Intel… mais je ne suis pas un professionnel !
[^] # Re: Sony Xperia + AOSP
Posté par LaBienPensanceMaTuer . En réponse au journal C'est quoi le telephone intelligent du libriste francais de nos jours?. Évalué à 1.
C'est ce que j'ai fait me concernant.
Mon X Compact tourne sous un Oreo buildé à la maison depuis quelques semaines. Ça marche bien, et quel plaisir de ne plus être pollué par les applis google.
Attention cependant, il faut oublier tout ce qui s'appuie de trop près sur les gapps, en premier lieu Uber et autre applis utilisant très fortement la géoloc…
# 13" vs 15"
Posté par LaBienPensanceMaTuer . En réponse au message PC portable pour développeur. Évalué à 2.
Moi j'ai toujours privilégié les 13", pour deux raisons:
A titre indicatif, mon x220 payé d'occaz 250€ a une autonomie de 5h (utilisation normale web, dev) à 7h (dans le train , juste des terminaux pour coder, sans wifi).
C'est un i5 un peu vieux avec 4Go de RAM et 256Go de SSD. Le support Linux est au top (fonctionne out-of-the-box sous debian) et c'est du matériel vraiment costaud.
[^] # Re: Tout est possible
Posté par LaBienPensanceMaTuer . En réponse au message Kernel linux. Évalué à 4.
Alors … si l'évocation de l'API te laisse un peu "sec", tu risques quand même de passer de mauvais moments dans les jours à venir si tu te lances sur ce chantier.
En gros, il faut ne faut pas voir le noyau comme un gros programme monolithique, mais plutôt comme un gros programme décomposé en sous-systèmes indépendants mais communiquant les uns avec les autres.
Typiquement, lorsque, en user-land, tu ouvres une connection TCP/IP via socket(), connect() et leurs copains, cela déclenche, via les syscall (qui sont standardisés) une multitude d'opération dans les différents sous-systèmes du noyau dont celui en charge de gérer le protocole IP.
Fatalement, il a fallu à un moment établir un langage commun pour que chaque sous sytème du noyau sois en mesure de communiquer avec la stack IP. C'est ce "langage commun" que l'on nomme communément API
Le plus simple pour avoir un aperçu de l'API est de regarder les headers concernés.
Un bon point de départ est de jeter un oeil au source du noyau et en particulier au header dans include/net/ip.h
# Tout est possible
Posté par LaBienPensanceMaTuer . En réponse au message Kernel linux. Évalué à 1.
La stack IP du noyau est un sous-système comme un autre, présentant des APIs et utilisant des APIs d'autres sous-systèmes.
Dès l'instant ou tu présentes la même API, tu peux tout à fait substituer le code ton choix à la stack IP de Linux… mais ça risque d'être un gros gros travail.
[^] # Re: J'aime pas les "alternatives"
Posté par LaBienPensanceMaTuer . En réponse à la dépêche Des alternatives à grep, ls et find. Évalué à 4.
GNU/Linux a réellement apporté quelque chose face à ses concurrents propriétaires: gratuité, ouverture du code source, dynamisme, communauté.
Les apports des alternatives évoquées dans ce journal ne me semble pas suffisant pour que je m'y intéresse. Encore une fois, cela ne représente que mon point de vue …
[^] # Re: J'aime pas les "alternatives"
Posté par LaBienPensanceMaTuer . En réponse à la dépêche Des alternatives à grep, ls et find. Évalué à 1.
Ok, j'ai présumé, à tort, que le format des .gitignore consistait en une simple regexp par ligne…. My bad.
[^] # Re: J'aime pas les "alternatives"
Posté par LaBienPensanceMaTuer . En réponse à la dépêche Des alternatives à grep, ls et find. Évalué à 1.
Et comme je le disais "j'ai longtemps été sysadmin" mais je ne le suis plus… j'ai "changé de bord" avant l'arrivé de Ansible, puppet & co.
Après, même si installer un outil se résume à un apt-get install, je me serai mal vu le faire sur les 800 serveurs que je co-administrais :)