Bug#909464: thunderbird: Thunderbird crash : Fontconfig error: failed reading config file

2018-09-24 Thread Frédéric MASSOT
o do with the crash. This is the same problem as bug report #909039. I had folders in Thunderbird with accents in the name. I renamed these files by replacing the letter accented by the same letter without accent. In 2018 a bug related to the use of non-ASCII characters, crazy! :o)

Bug#656063: Same crash with version 1.2.3+repack0-1

2012-02-01 Thread Frédéric MASSOT
Le 01/02/2012 16:18, Didier Raboud a écrit : Hi Frederic, Thanks for your notice; hence re-opening, marked as "found" in the 1.2.3+repack0-1 Debian release. Jan 31 22:27:04 lobon usb_modeswitch_dispatcher: *** glibc detected *** usb_modeswitch_dispatcher: free(): invalid next size (normal): 0

Bug#656063: Same crash with version 1.2.3+repack0-1

2012-02-01 Thread Frédéric MASSOT
Le 01/02/2012 16:18, Didier Raboud a écrit : Hi Frederic, Thanks for your notice; hence re-opening, marked as "found" in the 1.2.3+repack0-1 Debian release. Jan 31 22:27:04 lobon usb_modeswitch_dispatcher: *** glibc detected *** usb_modeswitch_dispatcher: free(): invalid next size (normal): 0

Bug#656063: Same crash with version 1.2.3+repack0-1

2012-01-31 Thread Frédéric MASSOT
Hi, I have the same bug with version 1.2.3+repack0-1 : Jan 31 22:27:03 lobon kernel: [ 94.760083] usb 1-3: new high speed USB device number 4 using eh ci_hcd Jan 31 22:27:04 lobon kernel: [ 95.309313] usb 1-3: New USB device found, idVendor=19d2, idProd uct=2000 Jan 31 22:27:04 lobon ke

Bug#656063: usb_modeswitch_dispatcher: free(): invalid next size

2012-01-27 Thread Frédéric MASSOT
Le 22/01/2012 12:25, Josua Dietze a écrit : Am 15.01.2012 17:48, schrieb Frederic MASSOT: I have several crash of usb_modeswitch_dispatcher ... ... Jan 15 17:12:23 lobon usb_modeswitch_dispatcher: *** glibc detected *** /usr/sbin/usb_modeswitch_ dispatcher: free(): invalid next size (normal): 0x

Bug#520724: Speed interface is 0

2010-09-13 Thread Frédéric Massot
Le 13/09/2010 17:27, Stephen Hemminger a écrit : On Sun, 12 Sep 2010 23:51:39 +0200 Frédéric MASSOT wrote: [...] Thank you for the reply. For access to audio or disk, we add user to group audio or floppy. Is it possible to do the same thing by adding the user snmp to group netdev? It is

Bug#520724: Speed interface is 0

2010-09-13 Thread Frédéric Massot
Le 12/09/2010 19:56, Stephen Hemminger a écrit : On Sun, 12 Sep 2010 18:15:44 +0200 Frédéric MASSOT wrote: Hi, It's strange, when we remove the snmp group (-g snmp remplace by -g root), the speed interfaces is correct for about 30 seconds after the start of snmpd and then it goes to

Bug#520724: Speed interface is 0

2010-09-12 Thread Frédéric MASSOT
Le 12/09/2010 19:56, Stephen Hemminger a écrit : On Sun, 12 Sep 2010 18:15:44 +0200 Frédéric MASSOT wrote: Hi, It's strange, when we remove the snmp group (-g snmp remplace by -g root), the speed interfaces is correct for about 30 seconds after the start of snmpd and then it goes to

Bug#520724: Speed interface is 0

2010-09-12 Thread Frédéric MASSOT
Hi, It's strange, when we remove the snmp group (-g snmp remplace by -g root), the speed interfaces is correct for about 30 seconds after the start of snmpd and then it goes to 0. I use snmpd 5.4.3~dfsg-1 and kernel 2.6.35.4. Regards. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lis

Bug#520724: Speed interface is 0

2010-09-12 Thread Frédéric MASSOT
Hi, Speed network interfaces was obtained when snmpd using group root. With the group "snmp" snmpd can not get the speed of network interfaces, the value of "RFC1213-MIB::ifSpeed" is 0 and supervision tools generate errors. Regards. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists

Bug#364800: no answer to dnsmasq broadcasts

2006-07-18 Thread Frédéric Massot
Simon Kelley wrote: As far as I can see from this information, dnsmasq is behaving fine: it is certainly replying to the DHPCDISCOVER queries. The problem may be iptables rules: dnsmasq-2.32 DHCPOFFER replies are send through iptables, but 2.22 DHCPOFFER replies bypass iptables. Could there