PS : et on va même pas dire que tu voulais parler de logiciel, 99.999% (voire plus) des libristes ont du logiciel non libre quand même installé (dans le BIOS etc…)
99.999% (voire plus) d'un Zenitram utilise windows mais apprécie le libre et connaît Linux dans un terminal (dans les serveurs, etc.).
À quand ton retour d'expérience (récent) d'installation d'un Linux sur un portable ou fixe suffisamment compatible ?
Bien sûr qu'il y a peu de CPU libre (OpenSPARC, f-CPU…) et encore moins de matériel disponible. Pour les ordiphones, c'est pire. Cela n'empêche pas de relever l'incohérence (évoquée dans le journal d'ailleurs). Qu'il faille y faire confiance, je dis "bite", oups, je diverge dans mon opinion ;-) Qu'il faille faire avec, bin ouais :/
c'est plutôt la couverture (densité) et changement de protocole qui est gênant et invalide les slots/contexte (partagés entre les protocoles, effectivement mais avec migration de contexte, pas forcément géré idéalement).
300 km/h ça donne des changements à la milliseconde, ce qui resterait gérable, si le changement de protocole ne prenait pas des 100aines de millisecondes… je ne vois pas de lien avec des horloges partagées (du ntp ?) ?
les besoins existaient déjà à l'époque et certaines utilisations étaient déjà envisagées et possibles.
ce n'est pas parce que les nouveaux protocoles ont implémenté des fonctionnalités potentiellement nuisibles qu'il y en a effectivement besoin (ce n'est qu'un effet de bord : c'est possible, on a l'info, autant la remonter même si ça ne sert à rien pour le fonctionnement du réseau en tant que tel :/).
Les projets OpenBTS et OpenBSC sont assez intéressants pour s'apercevoir de la teneur des informations pouvant être remontées. Cela avait un peu impressionné leurs auteurs au Fosdem 2010 lorsqu'ils s'étaient aperçus des données disponibles (il faudrait que je retrouve le lien…).
Changer de BTS avec le GPRS, c'était, comment dire… pas un usage conseillé, surtout à 300 km/h (ça, j'en suis sûr, ça ne marchait pas, changement de BTS pas assez rapide).
ce n'est pas le changement de BTS qui n'était pas assez rapide, c'est la couverture (sa densité surtout). En GPRS, le domaine d'efficacité tombait à 3 km autour de l'antenne pour du DCS1800, en GSM900 peut-être 10 km, je n'avais pas trop regardé…). Outre le "raccrochement" à l'antenne qui était un peu long (et le reste encore aujourd'hui lorsqu'on passe du GPRS au EDGE à la 3G ou au HSDPA voire à la 4G, la puce ayant sans doute du mal à rassembler les paquets d'un protocole à l'autre… pour avoir continuité de la connexion : un VPN reste plus efficace pour cacher les coupures et reprendre sans timeout incessant avec le terminal).
Comme tu l'indiques : la techno s'est améliorée mais la densité aussi, permettant de proposer un peu plus de continuité d'une antenne à l'autre.
Et ma réponse se concentrait surtout sur l'idée que la localisation précise est inutile techniquement.
je disais la même chose ;-)
Sinon, pour l'anecdote, effectivement, lorsque les gens ont commencé à plus utiliser leur mobile que les bornes d'autoroute (fixes, localisées), cela a ponctuellement posé un souci au 15/17/18/112 :/ Cela s'est réglé début des années 2000 iirc.
Oui, mais avec la vitesse du TGV, tu changes souvent d'antennes
1 fois toutes les 6 min en GSM900, ça devrait aller en terme de capacité de calcul ;-) Plus problématique en terme de capacité d'accueil (256*3 antennes*8 canaux à l'époque début 2000, un peu optimisé avec l'UMTS mais avec le souci du débit descendant partagé).
Ce pourquoi il était intéressant pour BouygTel de bénéficier aussi du GSM900 (pour couvrir la campagne à moindre frais), tout comme il était intéressant pour SFR et Orange de profiter du DCS1800 (moins de brouillage en ville).
qui ne demandait pas à ce que ça fonctionne dans le TGV
?
le signal se propage à un peu plus que 300 km/h ;-)
Les temps ont changé, les demandes ont changé, les technos aussi.
si tu as des liens vers les normes ETSI, cela m'intéresse (je me suis arrêté à l'UMTS :/ et il n'était pas déployé). Je doute que la position fournie par un GPS soit utile, l'info pouvant être recoupée au niveau des antennes. Cela peut apporter la probabilité de la prochaine antenne en calculant la direction, pas besoin de remonter cette info systématiquement au HLR pour autant (ou aux xGSN).
Mais avec trois antennes et la force des signaux, on ne pouvait pas déjà faire de la géolocalisation ?
si, mais l'information restait locale aux antennes (et au mobile) et non remontée à l'époque, objet du composant supplémentaire à ajouter aux antennes.
(Modulo les différentes puissances des antennes et la disposition du terrain qui atténue la force des signaux, j'imagine)
2 antennes + force du signal suffisent, mais oui, c'était le principe de base pour affiner la position
L'opérateur doit donc savoir à tout moment où sont ses abonnés, au minimum de la précision de la portée de l'antenne, et possiblement en utilisant la triangulation à quelques mètres seulement.
C'est une obligation technique (ne peux-t-on pas l'éviter ?), on peux dire la même chose d'un FAI qui doit connaître ton ip
ce n'est pas du tout une obligation technique d'avoir une géolocalisation aussi précise :
d'une part, cela n'a été proposé concrètement aux opérateurs mobiles qu'à l'époque du GPRS (soit vers ~2000-2001), cela fonctionnait sans géolocalisation auparavant (ou moins précise, sans la triangulation) et après aussi (même si cela a sans doute permis d'optimiser quelques algorithmes)
d'autre part, auparavant, il suffisait que l'antenne capte le signal envoyé par le téléphone pour s'y associer et pour signaler la présence du téléphone dans sa zone de réception (3 antennes gardées en mémoire par le téléphone pour assurer le hand-over permettant de passer d'une antenne à l'autre sans coupure, triées selon la force du signal reçu).
Pour du DCS 1800 (utilisé par BouygTel), cela donnait un rayon de présence de ~10 km, pour du GSM 900 (Itineris, SFR), cela donnait un rayon de présence de ~30 km - le tout théorique et en ligne de visée, avec une densité plus grande d'antennes, la précision augmentait un peu…
Si une fois reloggué tu choisis un mot de passe en propre via le lien Modifier mes préférences de ta boîte utilisateur : https://linuxfr.org/compte/modifier
Cela permet de garder un mot de passe que tu as choisi ?
contrer l'envahissement des fichiers au format docx
cela correspond à un format de travail, pas de publication vu que cela requière un logiciel spécifique pour le lire tel que formaté (l'ooxml validé en fast track n'ayant jamais, en réalité, été implémenté par Microsoft… 5 à 8000 pages étant trop aussi pour eux ?)
Pour l'OdT, c'est le même enjeu, mais un peu mieux géré on va dire et déployé : un exemple minimaliste en étant google docs ;-)
Quand on explique pourquoi, les gens comprennent.
Il est question d'interopérabilité : cela est non discriminant concernant l'outil utilisé, un format mono-plateforme est évidemment éjecté. C'est aussi une question de pérennité : quand déjà en 2015, il n'est pas possible de voir le document de la même manière sur Mac et PC, qu'en sera-t-il dans 100 ans ? (que ceux qui n'ont pas eu de régression de word 2000 à word 2003 à word 2007 puis word 2010 et word 2013 me jettent la première pierre… sans même revenir de word 2 à word 6).
Il est aussi question de différencier la publication : du PDF, de l'HTML, il y a des normes.
Pour l'édition il y a aussi des normes : un format ouvert est clairement plus efficace et plus pérenne (car documenté et lu plus universellement).
Il y a sans doute des arguments plus simples, mais oui, expliquer fait partie de la pérennité : lisible un jour, lisible toujours.
un troll sur la moto ou le cyclimse n'a de mérite que s'il réussit à placer systemd dans la foulée (la course à pied étant mauvaise pour les metacarpiens, d'où les TMS que notre ami sam_from_ms aime à rappeler).
Sur LinuxFr.org, tu as le tag migration qui peut aussi te donner quelques éléments ainsi que sensibilisation, advocacy voire prosélytisme. Mais sur LinuxFr.org tu auras un encore plus grand tri à faire :-)
(ce sont des tags plus efficace que ton évangélisation auquel il manque d'ailleurs l'accent : tu peux l'effacer avec la croix et le corriger si tu en as envie avec le bouton Tagguer)
Il est aussi bon de parler de la différence entre le programme et la mise en œuvre
ayant discuté avec des teutons, c'est ce que la génération suivante retient : ils n'excusent pas leurs parent ou aïeux, ils comprennent le contexte de l'époque, ayant légitimement amené à cette situation.
En France, personne n'est prêt à reconnaître Pétain. C'est sans doute la différence entre nos deux peuples : l'un étant prêt à assumer sa connerie, l'autre la reportant sur la légitimité dans la durée, heureusement conclue par 1945.
C'est une époque que je n'ai pas connue, je ne saurais pas ce que j'aurais fait à l'époque (plutôt Jean Moulin ou Pétain ? ou indifférent ?). Je suis plutôt du côté La_Découverte_ou_l'Ignorance reconnaissant les apports de chacun et de se faire une conviction dans la durée, en étant prêt à l'assumer et la faire évoluer, cela me semble plus constructif (sans aller jusqu'à la guerre pour autant, quoique la guerre de l'information me semble très actuelle :/).
[^] # Re: Raciste
Posté par BAud (site web personnel) . En réponse au journal Peut-on accepter la téléphonie mobile ?. Évalué à 2.
99.999% (voire plus) d'un Zenitram utilise windows mais apprécie le libre et connaît Linux dans un terminal (dans les serveurs, etc.).
À quand ton retour d'expérience (récent) d'installation d'un Linux sur un portable ou fixe suffisamment compatible ?
Bien sûr qu'il y a peu de CPU libre (OpenSPARC, f-CPU…) et encore moins de matériel disponible. Pour les ordiphones, c'est pire. Cela n'empêche pas de relever l'incohérence (évoquée dans le journal d'ailleurs). Qu'il faille y faire confiance, je dis "bite", oups, je diverge dans mon opinion ;-) Qu'il faille faire avec, bin ouais :/
[^] # Re: Un commentaire
Posté par BAud (site web personnel) . En réponse au journal Peut-on accepter la téléphonie mobile ?. Évalué à 2.
c'est plutôt la couverture (densité) et changement de protocole qui est gênant et invalide les slots/contexte (partagés entre les protocoles, effectivement mais avec migration de contexte, pas forcément géré idéalement).
300 km/h ça donne des changements à la milliseconde, ce qui resterait gérable, si le changement de protocole ne prenait pas des 100aines de millisecondes… je ne vois pas de lien avec des horloges partagées (du ntp ?) ?
[^] # Re: Un commentaire
Posté par BAud (site web personnel) . En réponse au journal Peut-on accepter la téléphonie mobile ?. Évalué à 3.
les besoins existaient déjà à l'époque et certaines utilisations étaient déjà envisagées et possibles.
ce n'est pas parce que les nouveaux protocoles ont implémenté des fonctionnalités potentiellement nuisibles qu'il y en a effectivement besoin (ce n'est qu'un effet de bord : c'est possible, on a l'info, autant la remonter même si ça ne sert à rien pour le fonctionnement du réseau en tant que tel :/).
Les projets OpenBTS et OpenBSC sont assez intéressants pour s'apercevoir de la teneur des informations pouvant être remontées. Cela avait un peu impressionné leurs auteurs au Fosdem 2010 lorsqu'ils s'étaient aperçus des données disponibles (il faudrait que je retrouve le lien…).
[^] # Re: Un commentaire
Posté par BAud (site web personnel) . En réponse au journal Peut-on accepter la téléphonie mobile ?. Évalué à 2.
ce n'est pas le changement de BTS qui n'était pas assez rapide, c'est la couverture (sa densité surtout). En GPRS, le domaine d'efficacité tombait à 3 km autour de l'antenne pour du DCS1800, en GSM900 peut-être 10 km, je n'avais pas trop regardé…). Outre le "raccrochement" à l'antenne qui était un peu long (et le reste encore aujourd'hui lorsqu'on passe du GPRS au EDGE à la 3G ou au HSDPA voire à la 4G, la puce ayant sans doute du mal à rassembler les paquets d'un protocole à l'autre… pour avoir continuité de la connexion : un VPN reste plus efficace pour cacher les coupures et reprendre sans timeout incessant avec le terminal).
Comme tu l'indiques : la techno s'est améliorée mais la densité aussi, permettant de proposer un peu plus de continuité d'une antenne à l'autre.
je disais la même chose ;-)
Sinon, pour l'anecdote, effectivement, lorsque les gens ont commencé à plus utiliser leur mobile que les bornes d'autoroute (fixes, localisées), cela a ponctuellement posé un souci au 15/17/18/112 :/ Cela s'est réglé début des années 2000 iirc.
[^] # Re: Un commentaire
Posté par BAud (site web personnel) . En réponse au journal Peut-on accepter la téléphonie mobile ?. Évalué à 2.
1 fois toutes les 6 min en GSM900, ça devrait aller en terme de capacité de calcul ;-) Plus problématique en terme de capacité d'accueil (256*3 antennes*8 canaux à l'époque début 2000, un peu optimisé avec l'UMTS mais avec le souci du débit descendant partagé).
Ce pourquoi il était intéressant pour BouygTel de bénéficier aussi du GSM900 (pour couvrir la campagne à moindre frais), tout comme il était intéressant pour SFR et Orange de profiter du DCS1800 (moins de brouillage en ville).
[^] # Re: Un commentaire
Posté par BAud (site web personnel) . En réponse au journal Peut-on accepter la téléphonie mobile ?. Évalué à 3.
?
le signal se propage à un peu plus que 300 km/h ;-)
si tu as des liens vers les normes ETSI, cela m'intéresse (je me suis arrêté à l'UMTS :/ et il n'était pas déployé). Je doute que la position fournie par un GPS soit utile, l'info pouvant être recoupée au niveau des antennes. Cela peut apporter la probabilité de la prochaine antenne en calculant la direction, pas besoin de remonter cette info systématiquement au HLR pour autant (ou aux xGSN).
[^] # Re: Un commentaire
Posté par BAud (site web personnel) . En réponse au journal Peut-on accepter la téléphonie mobile ?. Évalué à 3.
si, mais l'information restait locale aux antennes (et au mobile) et non remontée à l'époque, objet du composant supplémentaire à ajouter aux antennes.
2 antennes + force du signal suffisent, mais oui, c'était le principe de base pour affiner la position
[^] # Re: Un commentaire
Posté par BAud (site web personnel) . En réponse au journal Peut-on accepter la téléphonie mobile ?. Évalué à 2.
ce n'est pas du tout une obligation technique d'avoir une géolocalisation aussi précise :
Pour du DCS 1800 (utilisé par BouygTel), cela donnait un rayon de présence de ~10 km, pour du GSM 900 (Itineris, SFR), cela donnait un rayon de présence de ~30 km - le tout théorique et en ligne de visée, avec une densité plus grande d'antennes, la précision augmentait un peu…
[^] # Re: "SAP Hana a le vent en poupe"
Posté par BAud (site web personnel) . En réponse au journal On a enfin du SAP tournant sous Linux sur une plateforme Power8 de IBM !. Évalué à 1.
En même temps SAP
ne laisse guère le choix désormais sur son installation lorsqu'on déploie une de leurs solutions.censuré[^] # Re: A qui profite le crime ?
Posté par BAud (site web personnel) . En réponse au journal Snowden : Les services secrets allemands auraient espionné Airbus pour la NSA. Évalué à 4.
o_O
oui, mais on parle du siècle dernier là tout de même…
1981 contre 1985 si je compare le TGV à l'ICE.
Vu que ça date de plus de 30 ans, j'ai tendance à l'assimiler à la technologie de pointe du millénaire dernier. Même le Shinkansen date de 1964…
J'ai comme l'impression d'un retour vers le futur là… comme si un train avait dépassé les 600 km/h ;-)
[^] # Re: Fennec libre ?
Posté par BAud (site web personnel) . En réponse au journal Sortie de la version 0.88 de F-Droid. Évalué à 3.
Tu as la liste de ce qui est retiré sur la page wiki du paquet Fennec :
l'objectif étant de retirer le maximum de binaires, la recette de construction ayant son URL sur la page.
[^] # Re: Portail captif.
Posté par BAud (site web personnel) . En réponse au journal HTTP poussé vers la sortie ?. Évalué à 8.
mal :
La RFC 6585 propose l'ajout d'un code d'erreur HTTP 511 permettant de rediriger vers une page d'authentification préalable.
Le "contournement" pour l'instant reste l'appel d'une page en HTTP puis l'utilisation d'une page en HTTPS.
C'est l'occasion de mieux le prendre en compte avec le HTTP2 ;-)
# et via tes préférences ?
Posté par BAud (site web personnel) . En réponse à l’entrée du suivi Fonctionnalité d'oubli de mot de passe. Évalué à 3 (+0/-0).
Si une fois reloggué tu choisis un mot de passe en propre via le lien Modifier mes préférences de ta boîte utilisateur : https://linuxfr.org/compte/modifier
Cela permet de garder un mot de passe que tu as choisi ?
[^] # Re: c'est quoi la gestion hotelliere ?
Posté par BAud (site web personnel) . En réponse au message Gestion hotellière!. Évalué à 3.
pour l'aspect réservation, sous licence libre et en mode web, il y a apparemment http://alternativeto.net/tag/hotel-reservation-system/?license=opensource
Je n'ai pas creusé, à voir si cela traite des autres aspects (et il y a d'autres tags connexes pour trouver d'autres produits).
[^] # Re: important
Posté par BAud (site web personnel) . En réponse au journal L'appel du 7 avril 2015 : Référentiel Général d'Interopérabilité. Évalué à 5.
cela correspond à un format de travail, pas de publication vu que cela requière un logiciel spécifique pour le lire tel que formaté (l'ooxml validé en fast track n'ayant jamais, en réalité, été implémenté par Microsoft… 5 à 8000 pages étant trop aussi pour eux ?)
Pour l'OdT, c'est le même enjeu, mais un peu mieux géré on va dire et déployé : un exemple minimaliste en étant google docs ;-)
Il est question d'interopérabilité : cela est non discriminant concernant l'outil utilisé, un format mono-plateforme est évidemment éjecté. C'est aussi une question de pérennité : quand déjà en 2015, il n'est pas possible de voir le document de la même manière sur Mac et PC, qu'en sera-t-il dans 100 ans ? (que ceux qui n'ont pas eu de régression de word 2000 à word 2003 à word 2007 puis word 2010 et word 2013 me jettent la première pierre… sans même revenir de word 2 à word 6).
Il est aussi question de différencier la publication : du PDF, de l'HTML, il y a des normes.
Pour l'édition il y a aussi des normes : un format ouvert est clairement plus efficace et plus pérenne (car documenté et lu plus universellement).
Il y a sans doute des arguments plus simples, mais oui, expliquer fait partie de la pérennité : lisible un jour, lisible toujours.
[^] # Re: Exemples de limites en vrai
Posté par BAud (site web personnel) . En réponse à la dépêche Grammalecte, correcteur grammatical. Évalué à 4.
Ton exemple ressemble beaucoup à l'exemple classique :
;-) (bien géré par eSpeak iirc).
[^] # Re: Du bon usage de la langue (laissé en exercice au lecteur)
Posté par BAud (site web personnel) . En réponse à la dépêche Sortie du noyau Linux 4.0. Évalué à 3.
ah mais, il y en a un début sur la page wiki traductions classiques.
[^] # Re: Hips
Posté par BAud (site web personnel) . En réponse au journal Liste des maires féminines des plus grandes villes du monde d'après Wikidata.. Évalué à 1.
et une méconnaissance certaine du Markdown tel que pratiqué sur LinuxFr.org
/o\\~~> /o\[^] # Re: sexisme
Posté par BAud (site web personnel) . En réponse au journal Liste des maires féminines des plus grandes villes du monde d'après Wikidata.. Évalué à -3.
toi aussi tu confonds masculin et neutre :/
[^] # Re: sexisme
Posté par BAud (site web personnel) . En réponse au journal Liste des maires féminines des plus grandes villes du monde d'après Wikidata.. Évalué à 1.
un troll sur la moto ou le cyclimse n'a de mérite que s'il réussit à placer systemd dans la foulée (la course à pied étant mauvaise pour les metacarpiens, d'où les TMS que notre ami sam_from_ms aime à rappeler).
à vos Prumpleffer !
[^] # Re: Hum
Posté par BAud (site web personnel) . En réponse au journal Appel à collaboration pour présentation générique sur systèmes GNU/Linux. Évalué à 3.
en cherchant 2 secondes pour ordiphones et tablettes : http://www.eco-conscient.com/rub/chiffres-cles smartphones, tablettes… reste à remonter aux sources voire les trouver en opendata
[^] # Re: existant
Posté par BAud (site web personnel) . En réponse au journal Appel à collaboration pour présentation générique sur systèmes GNU/Linux. Évalué à 3. Dernière modification le 21 avril 2015 à 21:53.
la carte du libre a été présentée aux RMLL de Bordeaux en 2010 iirc
si tu as envie de fouiller plus avant, tu peux sélectionner ce qui te convient dans http://cookerspot.tuxfamily.org/wikka.php?wakka=CategoryLibreAdvocacy
Il y a sans doute quelques chiffres à actualiser mais au moins 2 ou 3 pages devraient t'intéresser.
Sur LinuxFr.org, tu as le tag migration qui peut aussi te donner quelques éléments ainsi que sensibilisation, advocacy voire prosélytisme. Mais sur LinuxFr.org tu auras un encore plus grand tri à faire :-)
(ce sont des tags plus efficace que ton évangélisation auquel il manque d'ailleurs l'accent : tu peux l'effacer avec la croix et le corriger si tu en as envie avec le bouton
Tagguer)# existant
Posté par BAud (site web personnel) . En réponse au journal Appel à collaboration pour présentation générique sur systèmes GNU/Linux. Évalué à 3.
Concernant l'initiative, il y a http://www.getgnulinux.org/fr/ qui est déjà traduit en plusieurs langues et un assez bon support, sinon je suis preneur d'autres liens pour agrémenter http://faq.tuxfamily.org/CommunicationLibre/Fr ainsi que http://faq.tuxfamily.org/CommunicationLibreHardware/Fr ou http://faq.tuxfamily.org/CommunicationLibrePackages/Fr
Sinon, tu as http://polishlinux.org/why-linux/ qui est synthétique et j'aime bien la "carte du libre" qui a été traduite en beaucoup d'autres langues : http://es.gnu.org/~reneme/fsmap/fr/fsmap-fr-w.svg (en remontant au répertoire tu trouveras d'autres ressources).
J'imagine que le groupe sensibilisation de l'APRIL pourra t'aider dans la démarche aussi.
[^] # Re: Loi renseignement : 100% flicage et 0% sécurité
Posté par BAud (site web personnel) . En réponse au journal Puis ils sont venus me chercher, et il ne restait personne pour protester. Évalué à 2.
ayant discuté avec des teutons, c'est ce que la génération suivante retient : ils n'excusent pas leurs parent ou aïeux, ils comprennent le contexte de l'époque, ayant légitimement amené à cette situation.
En France, personne n'est prêt à reconnaître Pétain. C'est sans doute la différence entre nos deux peuples : l'un étant prêt à assumer sa connerie, l'autre la reportant sur la légitimité dans la durée, heureusement conclue par 1945.
C'est une époque que je n'ai pas connue, je ne saurais pas ce que j'aurais fait à l'époque (plutôt Jean Moulin ou Pétain ? ou indifférent ?). Je suis plutôt du côté La_Découverte_ou_l'Ignorance reconnaissant les apports de chacun et de se faire une conviction dans la durée, en étant prêt à l'assumer et la faire évoluer, cela me semble plus constructif (sans aller jusqu'à la guerre pour autant, quoique la guerre de l'information me semble très actuelle :/).
[^] # Re: Un résumer ?
Posté par BAud (site web personnel) . En réponse au journal Puis ils sont venus me chercher, et il ne restait personne pour protester. Évalué à 4. Dernière modification le 21 avril 2015 à 01:00.
le rainbow-warrior ça a donné quoi ?
ok, j'en ai gros. (kaamelott inside et pas mal d'humour, on va dire).
pas exactement, ni d'accord avec ta conclusion expéditive. Peux-tu donner des exemples ? (ce qui donnerait du poids au raisonnement).