Bug#971791: firmware-realtek: missing "rtl8822cu_config.bin" in package firmware-realtek
Package: firmware-realtek Version: 20200918-1 Severity: serious Tags: newcomer Justification: bluetooth is not working without fixing it X-Debbugs-Cc: sven.gi...@gmail.com Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 5.8.0-2-amd64 (SMP w/8 CPU threads) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled firmware-realtek depends on no packages. firmware-realtek recommends no packages. Versions of packages firmware-realtek suggests: ii initramfs-tools 0.139 -- no debconf information
Bug#927247: usbip: qemu destructively resets usbip device
Package: usbip Version: 2.0+4.9.144-3.1 Severity: important Dear Maintainer, When passing a usbip device to qemu, qemu appears to reenumerate the device which causes the connection to the usbipd to become upset. The device is then unavailable for use in the VM or on the usbip client. The device in question is an HID device and works when passed through on what is intended to the be the server computer to a VM. Modules were blacklisted to ensure they did not upset qemu's capture of the device fds. Once the VM starts dmesg logs failure to enumerate messages, and admonishes the user to check the cable. I apologize for marking the bug as important but it makes the package useless for my purposes. Cheers, sg -- System Information: Debian Release: 9.8 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.9.0-8-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages usbip depends on: ii libc6 2.24-11+deb9u4 ii libudev1 232-25+deb9u11 ii libwrap0 7.6.q-26 ii usbutils 1:007-4+b1 usbip recommends no packages. usbip suggests no packages. -- no debconf information
Bug#828976: closed by Benjamin Kaduk <ka...@mit.edu> (Re: krb5kdc: segfault)
2016-08-03
Thread
BASTET Laurent (Administrateur de systèmes et réseaux au sein du groupe Infrastructure et Réseau) - SG/SPSSI/CPII/DOIP/IR/Infrastructure Bordeaux
Hello, Thanks very much for your reply !!! It works fine with: kadmin.local: setstr laurent "[{""type"":""foo""}]" kadmin.local: getstr laurent otp: [{"type":"foo"}] but not with: kadmin.local: setstr laurent '[{"type":"foo"}]' kadmin.local: getstr laurent otp: '[{type:foo}]') For information, the MIT documentation (https://web.mit.edu/kerberos/krb5-1.13/doc/admin/admin_commands/kadmin_local.html#set-string) uses: set_string u...@foo.com otp [{"type":"hotp","username":"custom"}] Thanks again ! Best regards Laurent BASTET Administrateur de systèmes et réseaux CPII/DOIP/IR/Infrastructure Bordeaux rue Pierre Ramond CS 60013 33166 Saint Médard en Jalles 05.56.70.65.90 Le 03/08/2016 06:58, > Benjamin Kaduk (par Internet) a écrit : On Tue, 2 Aug 2016, Benjamin Kaduk wrote: I am not actually sure how to escape the quotes to get them through the SS parser. Probably the easiest way to get well-formed JSON as the string Apparently doubled double quotes within a double-quote context will do the escaping. So: setstr laurent otp "[{""type"":""foo""}]" ought to do the trick as well, even on the older version. -Ben
Bug#828976: closed by Benjamin Kaduk <ka...@mit.edu> (Re: krb5kdc: segfault)
2016-08-02
Thread
BASTET Laurent (Administrateur de systèmes et réseaux au sein du groupe Infrastructure et Réseau) - SG/SPSSI/CPII/DOIP/IR/Infrastructure Bordeaux
Hello, Thanks for your reply, i tested on Ubuntu with krb5-kdc v.1.13.2+dfsg-5 and i have no more segfault !!! BUT i have another problem : If i put a string using 'setstr laurent otp [{}]' different from empty (example 'type':'foo'), it never matches with my kdc.conf configuration witch contains both DEFAULT and FOO token configurations. I obtain in the logs : : in the logs : Invalid argument - Can't decode otp config string for principal 'laur...@example.com' If i put an empty string 'setstr laurent otp [{}]', it works fine with the otp DEFAULT section. Can you help me please ? Best regards. Laurent BASTET Le 31/07/2016 21:48, "> Debian Bug Tracking System (par Internet, dépôt debb...@buxtehude.debian.org)" a écrit : This is an automatic notification regarding your Bug report which was filed against the krb5-kdc package: #828976: krb5kdc: segfault It has been closed by Benjamin Kaduk. Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Benjamin Kaduk by replying to this email.
Bug#828976: krb5kdc: segfault
2016-06-29
Thread
BASTET Laurent (Administrateur de systèmes et réseaux au sein du groupe Infrastructure et Réseau) - SG/SPSSI/CPII/DOIP/IR/Infrastructure Bordeaux
Package: krb5-kdc Version: 1.12.1+dfsg-19+deb8u2 Release: Jessie In /etc/krb5kdc/kdc.conf, i enable otp plugin (http://web.mit.edu/Kerberos/krb5-1.13/doc/admin/otp.html) If i want to personalize my otp type putting a string on my principal which is different from empty [{}] ( in kadmin : setstr user otp [{"type":"foo"}] ) i obtain a kinit error and a segfault : user@xx:~# kinit -T /tmp/krb5cc_0 Enter OTP Token Value: kinit: Cannot contact any KDC for realm 'SEN.CENTRE-SERVEUR.I2' while getting initial credentials And in the kdc logs : Jun 29 13:15:32 xx kernel: [92474.284528] krb5kdc[23842]: segfault at fff0 ip 7f35d95e1b80 sp 7ffd4b307cf8 error 5 in libkrb5support.so.0.1[7f35d95db000+b000] Jun 29 13:15:32 xx systemd[1]: krb5-kdc.service: main process exited, code=killed, status=11/SEGV Jun 29 13:15:32 xx systemd[1]: Unit krb5-kdc.service entered failed state. Regards -- Laurent BASTET
Bug#438494: [forges] Ajout d'un nouveau participant
Bonjour, J'aurais une préférence pour fusionner directement sur le tronc, ça évite du boulot de fusion, d'autant plus que ça risque de pas mal 'conflicter' avec le passage en gettext. Tu peux envoyer un svn diff avec le tronc ? que je me fasse une idée de ce que cela représente En privé ou en l'attachant dans le tracker gforge. Les contributions ouvrent de plus en plus facilement l'accès en écriture au svn et c'est sans doute la façon la plus simple de contribuer :) Nicolas, je pense travaille au moins en commun sur la partie Mantis et ce serait dommage de dupliquer les efforts :) Roland Mas m'a tout l'air de pousser pour une release dans pas longtemps, ça serait bien de pouvoir tout mettre dans une 4.7 par exemple. Question annexe, vous utilisez le packaging Debian? Merci Christian P.S.: Vous êtes sur Grenoble comme moi, chez Bull, non? -Message d'origine- De : christian Remy [mailto:[EMAIL PROTECTED] Envoyé : mardi 22 mai 2007 15:54 À : Nicolas Vérité; [EMAIL PROTECTED] Objet : Re: [forges] Ajout d'un nouveau participant Bonjour Nicolas, Les fonctions de notre plugin sont les suivantes: - à la création d'un projet GForge, si le plugin Mantis est utilisé dans le projet, un espace projet est automatiquement créé dans Mantis, avec possibilité de gérer des sous-projets, au sens Mantis. - les participants au projet, tels que définis dans NovaForge, sont créés dans l'environnement Mantis, selon des règles de mapping des rôles et droits associés configurables. - un onglet Mantis apparaît dans le projet NovaForge et lorsque l'on clique dessus, on intégre dans la fenêtre novaForge, l'interface utilisateur Mantis. - l'authentification de l'utilisateur est transmise à Mantis par NovaForge (fonction Singl-Sign-On) Ce plugin est sous licence GPL mais il n'a pas été encore reversé à la communauté (voir mon message initial). Il est basé sur une GForge 4.5.11. Autant que je sache, scmbug fait uniquement le lien entre une gestion de source et Mantis. Nous avons mis en oeuvre un tel lien, qui permet de retrouver dans la description d'un bug, les références du code qui le corrige. J'espère avoir répondu à toutes vos questions. Cdlt, Christian Remy. - Original Message - From: Nicolas Vérité [EMAIL PROTECTED] To: [EMAIL PROTECTED]; christian Remy [EMAIL PROTECTED] Sent: Tuesday, May 22, 2007 3:01 PM Subject: Re: [forges] Ajout d'un nouveau participant Bonjour Christian, Le plugin Mantis de GForge disponible sur GForge.org est super light, quid de votre plugin ? Jusqu'où va-t-il, que fait-il ou ne fait-il pas ? Est-il libre/opensource ? Pouvez-vous, le cas échéant le mettre à dispo ? Que fait-il de mieux ou moins bien qu'un outil tel que Scmbug ? http://www.mkgnu.net/?q=scmbug Sinon, vous vous êtes basés sur quelle version de GForge, une 4.5 ? Avez-vous mis en place une démo de tous ces plugins quelquepart sur le net ? Désolé de vous assaillir de questions, et merci d'avance pour vos réponses ;-) -- Nicolas Vérité (Nÿco) mailto:[EMAIL PROTECTED] Jabber ID : xmpp:[EMAIL PROTECTED] http://linuxfr.org/ - http://fr.wikipedia.org/ - http://www.jabberfr.org/