Cyril Brulebois a écrit 652 commentaires

À ma connaissance le problème du matériel est qu'il est cher tout court. Le logiciel brltty permet d'utiliser des plages Braille, et c'est notamment intégré dans Debian Installer depuis de nombreuses années.

Debian Consultant @ DEBAMAX

Hello,

En regardant drivers/net/ethernet/intel/igb/igb_main.c (cf. autre réponse) dans un noyau récent on note la ligne :

{ PCI_VDEVICE(INTEL, E1000_DEV_ID_I211_COPPER), board_82575 }

qui dit à ce module « tu supportes la carte de d0ctrine ». Le commit ajoutant la gestion de cette carte (il y a aussi du code, pas seulement cette déclaration…) semble être :

commit f96a8a0b78548c0ec06b0b4b438db6ee895d67e9
Author: Carolyn Wyborny <carolyn.wyborny@intel.com>
Date:   Fri Apr 6 23:25:19 2012 +0000

    igb: Add Support for new i210/i211 devices.

    This patch adds new initialization functions and device support
    for i210 and i211 devices.

    Signed-off-by: Carolyn Wyborny <carolyn.wyborny@intel.com>
    Tested-by: Jeff Pieper <jeffrey.e.pieper@intel.com>
    Signed-off-by: Jeff Kirsher <jeffrey.t.kirsher@intel.com>

qui a été mergé pour v3.5-rc1. De ce que je vois, cela n'a pas été backporté pour 3.2 (pas dans v3.2.71 qui est le 3.2.y actuel en tout cas).

Deux choses à faire pour toi :

• demander via un rapport de bogue sur le paquet src:linux le backport qui va bien pour ce matériel, afin que tout le monde en profite en utilisant un prochain noyau 3.2 ;
• activer les backports (wheezy-backports) et installer le noyau s'y trouvant (avec ses éventuelles quelques dépendances), la version 3.16.7-ckt11-1+deb8u3~bpo70+1 devrait gérer ta carte.

Debian Consultant @ DEBAMAX

Pardon de revenir sur :

Il n'y aura jamais ce genre de "grosse" mise à jour sur stable, seuls les mises à jours de sécurités (et corrections de bugs) sont faites.

mais ceci vient de sortir :

Subject: [SECURITY] [DSA 3333-1] iceweasel security update
…
Debian follows the extended support releases (ESR) of Firefox. Support
for the 31.x series has ended, so starting with this update we're now
following the 38.x releases.

Plus de détails dans DSA 3333-1 en attendant sa reprise dans la partie sécurité du site web.

Debian Consultant @ DEBAMAX

Ça marche pour de vrai avec une appli telle que Firefox ? Il y a quelques jours je lisais qu'une développeuse Docker essayait de faire tourner tout un desktop dans des containers Docker séparés et le navigateur web est ce qui posait le plus de problème…

Debian Consultant @ DEBAMAX

Euh, c'est la politique par défaut, mais on a déjà vu d'énormes bumps de version, notamment côté navigateurs, puisque même avec les ESR c'est prendre un énorme diff upstream ou bien ne plus faire d'update…

Debian Consultant @ DEBAMAX

dpkg supporte cela, il s'agit du statut « hold ».

Tu peux utiliser dpkg --get-selections, changer le install en hold pour le paquet voulu, puis dpkg --set-selections pour dire à dpkg de conserver cette version du paquet.

Attention, si tu utilises aptitude, il me semble qu'il a sa propre vision des paquets avec ce statut. C'est plus direct cependant : aptitude hold ton-paquet. Cela a pu changer, je n'ai pas spécialement suivi les dernières évolutions d'aptitude.

Debian Consultant @ DEBAMAX

→ http://www.agendadulibre.org/ ←

Debian Consultant @ DEBAMAX

TL;DR : opportunité, curiosité, immédiateté.

Comme j'ai essayé de l'expliquer, j'avais atteint les limites de l'approche précédente, donc j'ai sauté sur ce CRM très simple à prendre en main, découvert au hasard d'une discussion informelle. Je n'ai donc pas effectué de comparaisons entre les différents CRM (pas d'essai de CoRM donc, pour répondre à une des premières questions).

En parallèle j'ai commencé à regarder Odoo, mais la courbe d'apprentissage est bien différente. Saru me permet d'avancer plus sereinement sur le suivi commercial le temps de terminer ma phase auto-entreprise. La mise en place d'un ERP attendra probablement une création de société.

Debian Consultant @ DEBAMAX

Ne pas utiliser ==, ce n'est pas dans POSIX, et ça peut ne pas être supporté.

Sous bash :

if [ 1 == 1 ]; then echo ok; else echo ko; fi
ok

Sous dash :

$ if [ 1 == 1 ]; then echo ok; else echo ko; fi
dash: 1: [: 1: unexpected operator
ko

Sous zsh :

if [ 1 == 1 ]; then echo ok; else echo ko; fi
zsh: = not found

Debian Consultant @ DEBAMAX

Je dirais dans -1 mois ? ;)

Debian Consultant @ DEBAMAX

Pour info, LeMaker Banana Pi et Banana Pro sont supportées officiellement dans Debian Jessie.

Debian Consultant @ DEBAMAX

Cette histoire de 5% vs. 95% sortie de ton chapeau plombe un peu ton « argumentaire ».

Par ailleurs j'ai du mal à comprendre si tu considères kexec, libvirt et vlc comme des projets jeunes…

Enfin, un rapport de bogue envoyé au bon endroit (i.e. pas IRC) se fait indexer, le diagnostic/contournement/correctif peut être réutilisé/raffiné par les autres utilisateurs, les downstreams et les upstreams, et va pouvoir éviter à chacun de s'émouvoir d'avoir passé quelques minutes sur un problème déjà diagnostiqué/contourné/corrigé par d'autres.

Debian Consultant @ DEBAMAX

Cela peut être un problème matériel ou un problème de mauvais support côté logiciel. Avoir les logs complets pourrait aider au diagnostic.

Tu peux essayer de remonter le FS racine avec : mount -o remount,rw /

(et éventuellement d'autres FS, cf. la sortie de la commande mount).

Tu devrais pouvoir forcer un reboot facilement via /proc/sysrq-trigger (cf. Documentation/sysrq.txt).

Debian Consultant @ DEBAMAX

Pas vraiment surprenant, voire vraiment pas.

Le projet mesa est né chez Brian Paul, passé chez SGI, puis Tungsten Graphics et enfin VMware (plus de détails sur la page intro de mesa3d.org). Le rachat par VMware date de décembre 2008 !

Réinstaller les paquets ne va pas changer la vendor string de llvmpipe/gallium, cf. src/gallium/drivers/llvmpipe/lp_screen.c :

    static const char *
    llvmpipe_get_vendor(struct pipe_screen *screen)
    {
       return "VMware, Inc.";
    }


    static const char *
    llvmpipe_get_name(struct pipe_screen *screen)
    {
       static char buf[100];
       util_snprintf(buf, sizeof(buf), "llvmpipe (LLVM %u.%u, %u bits)",
                     HAVE_LLVM >> 8, HAVE_LLVM & 0xff,
                     lp_native_vector_width );
       return buf;
    }

Je ne maintiens plus X dans Debian depuis un moment, mais il est probable qu'il manque des bouts dans la stack X pour un support correct de Broadwell. J'avais fourni des backports (libdrm, mesa, serveur X et quelques drivers) pendant un cycle de release. Peut-être quelqu'un voudra-t-il épauler debian-x@ pour celui de Jessie ? La première étape étant d'avoir les composants à jour dans unstable puis testing ; une fois ceci fait, il suffit de suivre les consignes pour contribuer des backports.

Debian Consultant @ DEBAMAX

Dans mes souvenirs, non il n'y a pas formatage. Elle a traité ce point pendant la séance de questions/réponses après sa présentation.

Debian Consultant @ DEBAMAX

C'est le genre de considérations qui ont commencé à être prises en compte côté GNOME depuis un moment, avec notamment leurs GNOME Human Interface Guidelines.

(Avec un succès dépendant des attentes de l'utilisateur final…)

Debian Consultant @ DEBAMAX

Elle a présenté un retour d'expérience à ce propos, pendant la mini DebConf organisée à Lyon début avril. Vidéo disponible ici : Une perception de Debian.

Debian Consultant @ DEBAMAX

Les clichés geek = barbu/poilu+codeur, femme = look/esthétisme+artiste, c'est une des choses que combat debian-women…

Debian Consultant @ DEBAMAX

Et encore, tu oublies cupt !

Plus sérieusement, il y a moins d'efforts sur aptitude ces temps-ci, et utiliser apt est probablement une meilleure idée. Avec le temps et au fil des releases on avait pu préférer aptitude parce que son résolveur était par moments moins idiot que celui d'apt. Il y a encore des choses comme « aptitude why » ou l'interface utilisateur interactive qui font d'aptitude un outil parfois pratique.

Veux-tu être la personne qui portera les fonctionnalités d'aptitude vers apt ? :)

Debian Consultant @ DEBAMAX

En effet, le jour de la sortie on avait déjà droit à des mises à jour de sécurité, j'ai noté ces deux-là : DSA-3236-1 (libreoffice) et DSA-3237-1 (linux).

Debian Consultant @ DEBAMAX

Complément d'information, j'ai tenté une interpellation via un réseau social (https://twitter.com/CyrilBrulebois/status/586325543945142273).

Debian Consultant @ DEBAMAX

(Je ne connais pas de « navigateur pour aveugles » mais je vais poster quand même.)

Ça fait maintenant quelques années que je suis sur la liste debian-accessibility@, et de ce que j'ai pu constater les outils en mode texte restent privilégiés par un grand nombre d'utilisateurs. Côté web, j'ai noté links et w3m. Le premier ne restitue que « Projet de loi relatif au Renseignement : agissons contre la surveillance de masse ! | Sous-Surveillance.fr ». Le second me semble donner les infos disponibles sur la page.

L'accessibilité des navigateurs graphiques eux-mêmes n'a pas toujours été géniale, même des versions de 2013-2014 sont déconseillées sur certaines documentations. Pour fixer les idées, il faut savoir que des choses aussi simples que l'édition d'un tableau dans LibreOffice peut se retrouver non accessible d'une version à l'autre (vu il y a quelques semaines), et que le même genre de choses est déjà arrivé dans les navigateurs.

Ensuite, la résistance au changement (notamment vis-à-vis d'un outil aussi indispensable qu'un navigateur web) me semble plus importante lorsque l'on est en situation de handicap : il est très aisé de ne pas trouver le bon bouton ou le bon menu, en fonction des technologies mises en œuvre, de leurs interactions, et de leurs limitations respectives. La réponse « t'as qu'à utiliser autre chose » me semble plus difficilement acceptable.

Je vais terminer par : ne me croyez surtout pas sur parole. Lancez une session avec synthèse vocale et fermez les yeux. Il vous restera de toute façon un avantage, vous aurez déjà des repères visuels et les habitudes correspondantes.

Debian Consultant @ DEBAMAX

"[…] fait sont apparition" =~ s/sont/son/ ; merci !

Debian Consultant @ DEBAMAX

J'ai utilisé l'outil (inclus) ejabberd2prosody avec succès il y a quelques jours. Je n'ai que quelques vhosts et quelques utilisateurs, mais je n'ai pas noté de problèmes particuliers lors de la migration d'ejabberd vers prosody.

Debian Consultant @ DEBAMAX

Vécu il y a peu pour cause de cœur qui saigne : « Revocation Handling Fee - US$ 24.90 »

Debian Consultant @ DEBAMAX