gUI a écrit 5994 commentaires

  • # Le Pic

    Posté par  (Mastodon) . En réponse au message Recherche hébergeur de site web pour association 1901. Évalué à 3. Dernière modification le 15 septembre 2019 à 13:02.

    J'en sais pas beaucoup plus, mais sur une mailing-list j'ai vu passer leur contact, ils hébergent des assos.

    Pour info, ils sont sur la région Toulousaine (je ne sais pas si c'est un critère pour eux).

    Site : https://www.le-pic.org/

    En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

  • [^] # Re: Plus gros problème du libre

    Posté par  (Mastodon) . En réponse au journal Richard Stallman, l'affaire Epstein et des positions franchement douteuses. Évalué à 7.

    Après je rappelle à toute fin utile que abort en anglais

    Je ne peux pas m'empêcher de penser au sketche des "Têtes à Claque" sur le pilote d'avion.

    Episode 1 pour comprendre : https://www.youtube.com/watch?v=AFr5XzPvdNc
    Episode 2 avec le mythique "Abort ! Abort !" : https://www.youtube.com/watch?v=FYrk5Emfv-Q

    En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

  • [^] # Re: écologique ??

    Posté par  (Mastodon) . En réponse à la dépêche Open Computer v0.1 : Preuve de concept d’un ordinateur portable modulaire sous GNU/Linux. Évalué à 5.

    En réalité, le mot écologique pose problème, beaucoup de monde a sa propre définition

    Exactement, et l'unité de mesure de l'écologie n'existant pas (à juste titre), c'est très dur de se prononcer "plus écolo que le voisin". Peut-être pourriez-vous communiquer sur un "effort écologique" par exemple ?

    En tous cas l'initiative est bonne, bravo !!!

    En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

  • [^] # Re: Un iphone c'est rien qu'un téléphone avec un appareil photo

    Posté par  (Mastodon) . En réponse au journal Apple casse les prix, la concurrence en sueur. Évalué à 5. Dernière modification le 13 septembre 2019 à 09:13.

    Un truc genre GarageBand, ça compte?

    Oui et c'est même bluffant (je l'ai vu tourner).

    Autre exemple alors, hier j'ai vu ma fille dessiner avec un stylet sur son iPhone pour faire un avatar pour un copain, donc je sais très bien qu'on peut faire des choses créatives avec un smartphone. Mais dès qu'on veut faire des trucs sérieux, ça gicle rapidement (toujours ma fille, elle dessine bcp plus souvent sur son PC sous Krita avec un tablette Wacom qu'avec un stylet sur son iPhone, l'iPhone c'est bien pour un petit truc vite fait).

    Rien que la surface disponible et l'interface ça change la productivité vie. La comparaison tient pas longtemps.

    EDIT : et la position de travail… je l'ai remarquée parce qu'elle était complètement voutée sur le canapé et c'est en lui demandant ce qu'elle faisait que j'ai vu le stylet (assez précis d'ailleurs, très bonne trouvaille).

    En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

  • [^] # Re: Convention

    Posté par  (Mastodon) . En réponse au message langage C : pourquoi on ne peut pas allouer la taille d'un tableau pendant l'exécution du programme?. Évalué à 2.

    Exactement, et en plus j'en parle !

    En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

  • [^] # Re: Un iphone c'est rien qu'un téléphone avec un appareil photo

    Posté par  (Mastodon) . En réponse au journal Apple casse les prix, la concurrence en sueur. Évalué à 2. Dernière modification le 13 septembre 2019 à 08:00.

    "en schématisant" je disais… oui, tu as des exceptions, comme toujours : il y a bien des peintres qui peignent avec les pieds.

    tu cites la musique, moi dans les studios d'enregistrement je vois plutôt des MacOS pour enregistrer/mixer, et des iOS pour faire des selfies du studio

    En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

  • [^] # Re: Photographie.

    Posté par  (Mastodon) . En réponse au journal Apple casse les prix, la concurrence en sueur. Évalué à 3.

    Petit HS

    J'ai un Clavinova CVP 503.

    Je dirais tout simplement qu'il faut que le son te plaise. Pour en avoir essayé pas mal (et je continue), des fois tu vas trouver le son "fade" ou "mou", mais c'est clairement à toi de voir. Tu achètes un objet de plaisir, il faut qu'il te plaise !

    Donc les critères sont finalement très perso : un toucher "qui te plait" (des fois c'est précis, ou la dynamique est bizarre, tu arrives mal à la gérer), et un son "qui te plait".

    En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

  • [^] # Re: Photographie.

    Posté par  (Mastodon) . En réponse au journal Apple casse les prix, la concurrence en sueur. Évalué à 3.

    Le bon vieux 50mm f/1.4 ou f/1.8

    Je confirme ! Le f/1.8 50mm est l'objectif le moins cher de la gamme Canon (100€), c'est clairement un must have. Pour faire des portraits lors de la galette des rois chez mamie, c'est parfait. J'ai fait un Hellfest avec, c'est très bien aussi :)

    Le Nikon 24-70 mm f/2.8E ED VR

    Toujours pour un Canon (mais je pense qu'on trouve le même pour Nikon), sur les conseils de mon photographe préféré (ça existe encore), j'ai opté pour un Tamron 17-50mm f/2.8 non stabilisé. Pourquoi non stabilisé ? Parce que 300€ (de mémoire), et hyper fiable (c'est lui qui l'a dit).
    - à de telles focales, on vit très bien sans stabilisateur (ok, en faible luminosité bla bla bla, mais si c'est pour au final prendre une photo au 1/60e ou plus rapide, c'est très bien)
    - fiabilité au top : c'est mon objectif à tout faire, aucun soucis depuis 6 ou 7 ans je pense

    Après généralement j'ai arrêté le combat "smartphone" vs "APN", c'est un peu comme "piano accoustique" vs "piano numérique" : j'ai utilisé et possédé les deux, j'aime bcp les deux, mais c'est pas pareil, il y a trop de différences (avantages et inconvénients cumulés) pour comparer.

    En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

  • [^] # Re: C99: Variable Length Array

    Posté par  (Mastodon) . En réponse au message langage C : pourquoi on ne peut pas allouer la taille d'un tableau pendant l'exécution du programme?. Évalué à 3.

    Comment marche le free() ? Il faut que tu penses à l'écrire ou c'est "auto-magique" ?

    En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

  • # Convention

    Posté par  (Mastodon) . En réponse au message langage C : pourquoi on ne peut pas allouer la taille d'un tableau pendant l'exécution du programme?. Évalué à 3. Dernière modification le 12 septembre 2019 à 13:38.

    Oui pour moi c'est plutôt une volonté de convention : le tableau est de taille statique point. Apparemment ça a bougé en C99, mais l'idée de base doit être par là.

    Ensuite le C étant quand même assez fun, rien ne t'empêche de faire ton malloc puis d'utiliser le tableau.

    void f( int size )
    {
        int *tab;
    
        tab = malloc(sizeof(int) * size);
    
        tab[0] = 0;
        tab[size-1] = 0;
    }

    Tu as écris le malloc(), tu as donc une chance de penser à écrire le free() :)

    (j'ai même pas compilé ce code, j'espère ne pas dire de grosses conneries !!!)

    En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

  • [^] # Re: Un iphone c'est rien qu'un téléphone avec un appareil photo

    Posté par  (Mastodon) . En réponse au journal Apple casse les prix, la concurrence en sueur. Évalué à 10.

    ils n'ont plus besoin d'ordinateur à la maison puisque leur smartphone fait déjà tout ce dont ils ont besoin

    Et c'est bien triste : en schématisant tu utilises un smartphone pour "consommer de la data" (web, netflix, facebook) et un ordinateur pour "produire de la data" (graphisme, musique, texte…). Utiliser un smartphone et pas un ordi est surtout pour moi un signe de "passivité numérique", et c'est bien dommage.

    ALors oui, je sais, tu peux toujours mettre à jour ton status Facebook et prendre une photo avec un smartphone (c'est de la production), mais c'est tout de même très cadré comme utilisation.

    En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

  • [^] # Re: Android?

    Posté par  (Mastodon) . En réponse au journal Où sont les filesystems orientés DB?. Évalué à 2. Dernière modification le 12 septembre 2019 à 09:01.

    C'est donc pour ça que les constructeurs tendent à retirer le support des cartes SD

    Entre autre oui. En fait cette phrase est partiellement fausse, Google veut (inutile de dire que pour lui tout devrait être dans le cloud), mais les autres OEM résistent parce que c'est un sacré argument marketing.

    J'ai bossé côté constructeur dans l'integration Android, et la gestion de la carte SD amovible est un enfer. Pour mille petits détails, mais disons que généralement c'est "ok, je suis censé écrire sur la carte SD et elle n'est pas là, je fais quoi ?".

    Il existe depuis qques Android récents (je ne saurais dire, j'ai arrêté le suivi des versions) une option pour "fixer" la carte SD : elle fait maintenant partie du système et t'es plus censé l'enlever. Ainsi plus de questions (je suppose) : si ça marche pas, c'est la faute de l'utilisateur.

    En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

  • [^] # Re: la meilleure ressource...

    Posté par  (Mastodon) . En réponse au message Cherche ressource(s) pédagogique(s) libre(s) pour atelier d'initiation GNU/Linux. Évalué à 6.

    si tu maitrises ton sujet, tu peux faire un cours sur ce que tu veux.

    rarement du premier coup… c'est aussi l'intérêt de récupérer un support : il a déjà servi et a donc été "débourré".

    En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

  • # Ça existe... partiellement

    Posté par  (Mastodon) . En réponse au journal Où sont les filesystems orientés DB?. Évalué à 5. Dernière modification le 11 septembre 2019 à 14:58.

    Au moins pour le MP3 : https://khenriks.github.io/mp3fs/

    EDIT : ah merde non, je suis allé un peu vite, c'est pas exactement l'objet du journal.

    En tous cas utiliser FUSE est sûrement la bonne idée. On laisse le FS natif de l'OS s'occuper des octets, et ensuite par dessus on met une couche d'abstraction basée sur le besoin utilisateur.

    En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

  • [^] # Re: Oki

    Posté par  (Mastodon) . En réponse au journal Base de données de scanners : besoin de contributeurs (yep, encore). Évalué à 3.

    Désolé, manque de précisions, scanner réseau. Est-ce que ça change qqchose à la méthode ? Wireshark, toussa…

    En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

  • [^] # Re: Blocage administratif

    Posté par  (Mastodon) . En réponse au journal Le DNS d'Orange bloque twitch.tv (à la Réunion). Évalué à 2.

    C'est très clair, merci bcp !

    En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

  • [^] # Re: Blocage administratif

    Posté par  (Mastodon) . En réponse au journal Le DNS d'Orange bloque twitch.tv (à la Réunion). Évalué à 5.

    C'est quoi des sondes Atlas ?

    En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

  • # Oki

    Posté par  (Mastodon) . En réponse au journal Base de données de scanners : besoin de contributeurs (yep, encore). Évalué à 3.

    J'ai un combiné imprimante/scanner Oki qui a le scanner qui n'est pas du tout reconnu par Sane ni par Libinsane (j'avais même fait des rapports sur ton précédent appel).

    Est-ce que tu as une idée de comment s'y prendre pour reverse engineerer le protocole ?

    En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

  • # 2 SATA

    Posté par  (Mastodon) . En réponse au message Cherche matériel : Montage mini PC serveur. Évalué à 3.

    Dans la description et la photo je ne vois que 2 SATA alors que tu parles de viser 4HDD, c'est normal ?

    Sinon tu peux y aller les yeux fermés, les soucis éventuels avec Linux c'est les chipset WiFi très récents, pour le reste, ça juste marche.

    En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

  • [^] # Re: Un malheur n'arrive jamais seul

    Posté par  (Mastodon) . En réponse au journal [HS][Nécrologie] Ariane, du Club Dorothée, est décédée/bronsonisée à 61 ans. Évalué à 4. Dernière modification le 05 septembre 2019 à 20:22.

    Enfin une information sourcée !

    Merci pour les détails, c'est très rigolo comme anecdote :)

    En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

  • [^] # Re: Un malheur n'arrive jamais seul

    Posté par  (Mastodon) . En réponse au journal [HS][Nécrologie] Ariane, du Club Dorothée, est décédée/bronsonisée à 61 ans. Évalué à 3.

    En tous cas la précision est redoutable

    En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

  • [^] # Re: erreur de ma part

    Posté par  (Mastodon) . En réponse au message passer un paramètre auto-complété avec xargs. Évalué à 3. Dernière modification le 05 septembre 2019 à 08:15.

    je pense avoir compris ton pb : tu as un fichier MONFICHIER qui contient des noms partiels de fichiers, et tu voudrais retrouver ces fichiers et les renommer.

    j'ai fait un essai vite fait et je pense que ceci fonctionne :

    cat MONFICHIER | xargs -I [] find MONPATH -name *[]* -exec cp {} /tmp/[].mp3 \;

    • tu fais travailler find pour trouver le fichier, puis avec -exec tu le traites
    • une astuce est d'utiliser un motif [] pour la recherche et {} pour le traitement sur le fichier trouvé
    • je me suis contenté de faire une copie dans /tmp avec le nouveau nom, je te laisse prendre les risques inhérants à un renommage massif :)

    En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

  • [^] # Re: 2 OS

    Posté par  (Mastodon) . En réponse au message Montage PC serveur. Évalué à 3.

    Oui, ça dépend de ta volonté d'isolation des services. Dans l'ordre du moins protégé au plus protégé :

    • tout sur le même PC, les applications sont simplement paramétrées pour répondre soit sur le réseau local soit sur Internet (bcp de monde fait ça, moi y compris, c'est déjà pas mal surtout si tu as un firewall - box - en amont qui déjà va bloquer les ports adéquats)
    • conteneurs (style docker)
    • virtualisation
    • 2 machines physiques différentes

    En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

  • [^] # Re: en clair ? avec du sel ?

    Posté par  (Mastodon) . En réponse au message authentification via un serveur vocal => mots de passe en clair ?. Évalué à 2.

    Je pense comme toi, ce serait évidemment la bonne façon de faire mais… amusons-nous un peu :)

    En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

  • [^] # Re: en clair ? avec du sel ?

    Posté par  (Mastodon) . En réponse au message authentification via un serveur vocal => mots de passe en clair ?. Évalué à 3.

    Du coup ça diminue l'entropie ? Au lieu de 26 lettres on n'en a plus que 10.

    Après ce serait amusant de tenter un mot de passe "synonyme" sur le site web pour savoir si il y a 2 stockages de hash séparés ou pas.

    En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.