Guillaume CASTAGNINO a écrit 68 commentaires

Hello, je pose ça ici, une autre façon de se débloquer, si ça peut servir. Parce que je suis arrivé ici en cherchant une autre façon d’utiliser l’IDN possiblement sans smartphone et sans procédure avec LRAR qui dure 1 mois… (ndlr, ce n’est pas possible visiblement)

Cas d’utilisation : smartphone sous lineageos, téléphone non rooté, avec service microg, avec adb root possible (il faut un build « userdebug », ce qui est le cas des builds officiels lineageos et lineageos patchés microg).
adb en root doit être activé dans les paramètres développeur.

1. installer l’appli identité numérique avec aurora, dans mon cas session installer (aurora store est installé en tant qu’application système)
2. utiliser ce script à mettre quelque part sur le téléphone : https://github.com/micro5k/microg-unofficial-installer/blob/main/zip-content/files/bin/minutil.sh

On se connecte sur un shell adb root :

$ adb root
$ adb shell
$ cd /mnt/…/la_ou_est_posé_le_script
$ sh minutil.sh -i fr.laposte.idn


Cette commande réinstalle l’application (sans perte de configuration, c’est une réinstall comme se fait les upgrades)
Et voilà, l’appli croit qu’elle a été installée avec le PlayStore officiel

Alors bien sûr, à faire chaque fois que l’application est mise à jour… Mais ça évite les bricolages pour cacher magisk. (Nota, ça marche pour n’importe quelle appli qui veut vérifier sa source d’installation, genre certaines banques…)

Tu ne vois pas la différence entre un petit FAI associatif (loi 1901) et une société commerciale qui fait de la geekerie son fond de commerce ?

Le problème c'est que ce n'est pas "une news qu'on veut bien lui envoyer". C'est la transformation en une agence commerciale relayant les opérations marketings. La différence est grande.
Quand je viens ici, j'aime à lire les articles sur les softs libres qui sortent, les superbes news sur les nouveautés du kernel, etc... Et je plaide coupable, je ne propose jamais de news contrairement à certains que je remercie. Mais là, le registre est radicalement différent. On est purement dans le relai promotionnel. Alors certes l'impression est accentuée par l'overdose commise ce jour par 99% des journaux. Mais indépendamment de cela, le problème de fond reste.

Pardon, mais il n'y a que moi que ça choque une telle news ?

OK, Free est le FAI des geeks. Mais Free s'offre une campagne de comm énorme depuis des semaines gratuitement grâce aux journaleux qui relaient un pseudo buzz à la noix à coup de "md5 mystère", de commentaire HTML faisant référence à une pseudo-guéguerre entre Niel et Bouygues, sans aucun esprit critique ni aucun début d'indépendance éditoriale...
Non seulement ceci n'a rien à voir avec les fondements mêmes de LinuxFR, mais en plus vous êtes, au même titre que tous les autres journaux, victimes d'un enfumage marketing (de maître il faut bien le reconnaître) de la part de Free. bref, cela n'a absolument rien à faire ici... Et là, ça commence à sérieusement faire l'overdose.

Pour respecter ton cahier des charges, j'utilise effectivement un Cowon D2+ (pas la version DAB), et en plus flashé avec le firmware RockBox.
Excellente qualité sonore (bah oui, ça compte aussi), se charge par l'USB standard, extensible par carte SD (j'utilise une 16Gb)
Bon, c'est de la fat32, pas de l'ext ou UDF, mais ça tourne très bien.
Et une autonomie de mammouth (une bonne 40aine d'heures sous le firm d'origine, et environ 18h sous rockbox)

A vrai dire, si je devais l'acheter maintenant (j'ai investi il y a maintenant 1 an), je partirais plutôt sur un sansa fuze V2 : moins cher, et bénéficie d'un excellent support rockbox très dynamique (visiblement, beaucoup de développeurs rockbox l'utilisent).
Attention, le sansa a une qualité sonore merdique sous le firmware d'origine, le passage sous rockbox est indispensable pour avoir un très bon baladeur niveau son (largement du niveau du Cowon D2)

http://packages.debian.org/squeeze/grisbi
https://launchpad.net/~glondu/+archive/ppa

c'est fait :)

Oui Bravo !
Complet, avec tous les pointeurs sur les divers éléments cités...
Une dépêche de très grande qualité
Merci !

Ah bon parceque pour toi les enjeux évoqués par candidats.fr sont des enjeux d'informaticiens ?

C'est un peu réducteur non ? Parler de liberté de l'accès à l'information, interopérabilité, brevet logiciel, accès aux ressources culturelles autrement que via une plateforme priorio qu'on te fait payer la peau des fesses et qui t'enferme, etc... c'est un débat d'informaticiens ?

C'est ce qu'on veut nous faire croire, oui, mais au delà de l'aspect technique qui je te l'acorde est informatique, c'est un sujet qui concerne 100% de la population, informaticiens ou non !
Et le texte présenté ici (l'as-tu lu au moins ?), au delà d'être rédigé par une équipe très certainement compétente informatiquement au vu de la manière de traiter le sujet, fait preuve pour une fois d'une lucidité et ouverture d'esprit rare quant à la maîtrise de la connaissance/information/culture par autre chose que les multinationales commerciales qui auraient plutôt tendance à nous 'alimenter' au compte goutte a l'aide d'un contenu savamment sélectionné et bridé.
Et le tout avec immensément moins de démagogie que ce à quoi nos politiciens nous habituent. Après, on peut être d'accord ou non avec ce texte ou les autres opinions du candidat et des idées qu'il porte et représente, mais c'est un autre débat.

En tous cas, réduire ces 15 pages à un couplet pour informaticiens... non, définitivement.

Non, meme avec beryl on n'a pas besoin de AIGLX avec une nvidia
Et aiglx est désactivable a la compilation de xorg 7.1 (sous Gentoo, on a un use flag pour désactiver/activer ça)

Nerim aussi.
IPv6, DNS secondaire, MX backup... pas beaucoup a proposer ça (et c'est fort utile tous ces services)

La conculsion est très claire : https://linuxfr.org/2006/03/17/20520.html
Matériel et Logiciel sont distincts, la DGCCRF le reconnais mais a juste un peu du mal a se bouger l'arrière train pour le faire appliquer...

Tu masque >=nvidia-kernel-1.0.7667 et >=nvidia-glx-1.0.7667, et voila ton legacy ;)

Bah chez moi, ma PCTV RAVE (mt2032, si ma mémoire est bonne) marchait en 2.6.14.5, mais ne marche plus en 2.6.15 :'(
Le problème semble connu a ce que j'ai cru comprendre, j'espère que ce sera vite résolu.

Il y a déjà une action de ce type déja prévue, planifiée par le groupe de travail détaxe :
https://www2.aful.org/sections/wikis/detaxe/ActionsAutomne20(...)

Il ne reste qu'a pratiquer ;)

Tiens, ça existe encore ça ? :)
<ma vie>
J'avais connu ça a l'époque ou j'étais en primaire, mais ça fait 15 ans, ça avait été abandonné peu après...
</ma vie>

Au boulot, j'importe avec la 2.0 beta sans problème les ficheirs word (aucun problème jusqu'a présent), mais pour l'export .doc, c'est LOIN d'etre ça. OOo 2.0beta m'a transformé un document word de 26 pages en un document de 120 pages :/ en me cassant tous les en-tetes des pages.
Bon, les gens ont la mauvaise idée de faire la doc technique en word, mais pour l'éditer, pas trop le choix, j'ai du utiliser word a cause de cette lacune (et sous linux, merci crossover-office...)

Je sais pas ce qui pousse les gens a faire la doc technique en word, c'est impossible a gérer dans le cadre d'une edition concurrente (merci CVS/subversion sur du latex ou docbook...) et c'est une horreur a éditer sous linux. Ce genre de cas malheureusement très courant en entreprise est un frein majeur a l'utilisation d'openoffice...

Pourtant, windows est aussi un nom commun hein. Ca n'empeche pas de le déposer/proteger etc... avec des ®, ©, TM...

Parceque la pérennité et la maintenabilité d'un logiciel sont des éléments clés de sa longévité et de son évolution... (ca semble tellement évident, mais il est bon parfois de le rappeler).
Il est donc dommage de faire passer ces éléments en arrière plan alors qu'ils devraient être pris en compte dès la conception.

D'un côté tu as raison, le professionnel est quelqu'un qui est payé pour faire ce qu'il fait. Mais de l'autre, je ne vois pas ce qui interdirait à un professionnel d'aimer son métier et le faire correctement.

Personnellement, j'estime que beaucoup de gens font aujourd'hui un métier qui leur plaît, du moins dans l'informatique, et qu'ils ont donc une certaine propension à bien faire leur travail. Ça s'appelle la passion, mais ça peut aussi tout simplement être de la conscience professionnelle.

Tu semble oublier que le programmeur professionnel a des délais, des impératifs divers qui font que : il faut se débrouiller pour que ça marche au moment voulu, a tout prix, parceque le commercial l'a promis au client. Du coup, pour tenir les délais, on abandonne un peu la beauté du code, le soin qu'on apporte avec amour passionné au programme, pour faire fonctionner le bouzin, a coup de gros hacks immondes, parcequ'on a pas le temps de faire plus joli, en tous cas, c'est ce que j'ai TOUJOURS constaté dans les différentes boites ou je suis passé...
Donc passionné ou pas, le programmeur professionnel crachera du code immonde et inmaintenable, probablement plus buggué que le programmeur amateur passionné (et tout aussi compétent) qui n'est pas pressé par des délais bien trop courts.

RenderAccel c'est l'acceleration matérielle 2D. C'est très pratique pour les extensions composites de xorg (sans ça c'est pas très rapide d'ailleurs), mais pour la 3D, ça ne change rien.

Exact, si le hardware le supporte pas, le driver n'y changera rien...

Un exemple, sur ma Geforce4 MX420 : OpenGL version string: 1.5.3 NVIDIA 76.64

Pas non plus d'OpenGL 2.0, meme avec ce nouveau driver.

Personne ne t'a obligé a upgrader, tu gardes l'ancienne version des drivers qui gere ta carte et hop, basta, ça marche !
Quand on a du vieux matos, il me semble évident qu'on ne peux pas forcément utiliser le driver blending edge qui de plus n'a d'améliorations que pour les cartes récentes et pas pour ta carte ancienne...

C'est pourtant indispensable si tu veux faire une énorme mise a jour qui peut breaker plein de choses, et que tu ne veux pas passer 40 ans derrière a régler les conflits de merge a la mano parcequ'un crétin aura jugé bon de traffiquer le code pendant que tu travaillais, meme en supposant que les devs s'étaient coordonnés avant... (les boulets ça existe chez les devs aussi).
Ce genre de features, meme si elles sont a utiliser avec modération peuvent s'avérer indispensables dans certains cas pour éviter des merdes futures...

Surtout que sans validation des pointeurs ci dessus, ce code est dangereux... heureusement que des gens se battent pour renforcer ce genre de fonction pour éviter les buffer overflow...

Quand on code, il faut aussi absolument faire rentrer en jeu un brin de bon sens...

Linux 2.2 est stable, donc linux 2.4 et 2.6 sont forcément moins stables, conclusions, restons tous en 2.2...
A force de raisonner comme ça, on n'avance plus. Si ces développeurs ont ressenti le besoin de refaire un init, c'est peut-etre que l'actuel ne leur suffit pas, a des lacunes, l'excuse de la stabilité est uniquement une excuse pour figer les choses et ne pas avancer, et se retrouver avec quelques années voie décénies de retard sur le voisin...
Init est assez infame, peu efficace, pourquoi ne pas en changer ?