Cyril Brulebois a écrit 609 commentaires

Cela ressemble à une « NFSv4 callback socket », ça semble implémenté dans le noyau Linux (cf. fs/nfs/callback.c), ce qui expliquerait l'absence de PID.

Un paramètre clientaddr= est documenté dans nfs(5), ce qui semblerait correspondre.

Debian Consultant @ DEBAMAX

Tout d'abord : merci pour le journal.

Quelques corrections pour un gentil modérateur qui passerait par là :

• qui regroupent → qui regroupe
• Bjarne Stroutrup → Bjarne Stroustrup
• à fourni → a fourni
• règles connus → règles connues
• !! → ! ou !!!

Debian Consultant @ DEBAMAX

Très content d'avoir participé à ces Rencontres Régionales du Logiciel Libre pour la seconde fois.

J'aurais juste un reproche : il y a beaucoup trop de choses intéressantes à suivre, il faut donc faire des choix entre les différentes tables rondes, conférences, présentations et les ateliers. ;)

Debian Consultant @ DEBAMAX

Je pense que tu bluffes. Après une installation par défaut d'unbound par exemple sous Debian, on se retrouve avec :

kibi@anchorage:~$ dig thepiratebay.se @localhost
[…]
;; ANSWER SECTION:
thepiratebay.se.    300 IN  A   141.101.118.195

au lieu de :

kibi@anchorage:~$ dig thepiratebay.se @192.168.0.254
[…]
;; ANSWER SECTION:
thepiratebay.se.    394 IN  A   127.0.0.1

La seule configuration présente est root.key pour DNSSEC (paramètre auto-trust-anchor-file sous server). Après avoir mis ce paramètre en commentaire, j'obtiens toujours le lookup non menteur.

Debian Consultant @ DEBAMAX

Si j'utilisais sid (et ne participais pas aux efforts liés à cette transition), j'attendrais tranquillement la fin de cette transition avant la moindre mise à jour massive.

Debian Consultant @ DEBAMAX

C'est tout à fait cela.

Debian Consultant @ DEBAMAX

Depuis quelques temps (c'était déjà le cas en avril il me semble), il faut regarder du côté d'Hypra. Jean-Philippe était présent aux RMLL et à DebConf (conférence annuelle Debian) à Heidelberg.

Debian Consultant @ DEBAMAX

À 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