search for: ff31

dahdi built fine on 5.1.20, but on 5.2.7: ............. CC [M] /home/asterisk/rpmbuild/BUILD/linux-dade6ac/drivers/dahdi/vpmadt032_loader/dahdi_vpmadt032_loader.o SHIPPED /home/asterisk/rpmbuild/BUILD/linux-dade6ac/drivers/dahdi/vpmadt032_loader/vpmadt032_x86_64.o LD [M] /home/asterisk/rpmbuild/BUILD/linux-dade6ac/drivers/dahdi/dahdi_vpmadt032_loader.o Building modules, stage 2.

The subject line is deliberate. It looks like firefox 38 is infliting a rerun of http://marc.info/?l=centos&m=141288474630498&w=2 upon us. Addons are downloaded into /tmp, but never installed. Not even Install addon from file works. Going back to ff31. Grumbling ...

Has anyone else experienced a degraded symmetric key exchange when using FF-31 vice FF24? When I use FF24 then I get a symmetric type of AES-256 (Very Strong) rating in Calomel 0.62. When I switch to FF31 and connect to exactly the same server host and url then in Calomel 0.62 I see this instead: TLS_DHE_RSA_WITH_AES_256_CBC_SHA (Very Weak). I am not altering any of the configuration options in FF between version trials. -- *** E-Mail is NOT a SECURE channel *** James B. Byrne...

OK, I just updated my two CentOS 5 boxes (my laptop and by desktop) and discoved that FF 31 is totally borked -- it seems not to be possible to install either Firebug (either 2.0.4 or 1.12.8) or Firefox 2, the theme reloaded (1.0.8). These two addons are critical to me. So I have snaged the FF 24.8.0 rpms from the CentOS 5 vault and downgraded to this version and blocked further updates of FF.

Does anyone know if there are any plans to update the dahdi-linux kernel module code? It no longer compiles with recent kernels, and the last release of dahdi-linux appears to have been around March of 2016. I am currently running 4.6.3-300.fc24.x86_64 (on a Fedora system obviously) and the dahdi-linux-complete-2.11.1+2.11.1 release builds and runs under this kernel, but if I try to build it under

...00:31:dd:59 (oui Unknown), length 300 > 17:10:31.435007 IP 192.168.100.1.bootps > 192.168.100.52.bootpc: BOOTP/DHCP, Reply, length 313 > 17:10:31.513284 IP6 :: > ff02::16: HBH ICMP6, multicast listener report v2, 2 group record(s), > length 48 > 17:10:32.169290 IP6 :: > ff02::1:ff31:dd59: ICMP6, neighbor solicitation, who has > fe80::5054:ff:fe31:dd59, length 24 > 17:10:32.393283 IP6 :: > ff02::16: HBH ICMP6, multicast listener report v2, 1 group record(s), > length 28 > 17:10:33.193292 IP6 fe80::5054:ff:fe31:dd59 > ff02::16: HBH ICMP6, multicast listener rep...

18. Juli 2017 16:45, "Michal Privoznik" <mprivozn@redhat.com> schrieb: > On 07/18/2017 04:31 PM, c.monty@web.de wrote: > >> Hello! >> >> I have upgraded all libvirt packages to version 3.5.0-655.1 and restarted host. > > That wasn't necessary. It's not Windows ;-) > >> This is the current default network config: >> ld4004:~

...Request from 52:54:00:31:dd:59 (oui Unknown), length 300 17:10:31.435007 IP 192.168.100.1.bootps > 192.168.100.52.bootpc: BOOTP/DHCP, Reply, length 313 17:10:31.513284 IP6 :: > ff02::16: HBH ICMP6, multicast listener report v2, 2 group record(s), length 48 17:10:32.169290 IP6 :: > ff02::1:ff31:dd59: ICMP6, neighbor solicitation, who has fe80::5054:ff:fe31:dd59, length 24 17:10:32.393283 IP6 :: > ff02::16: HBH ICMP6, multicast listener report v2, 1 group record(s), length 28 17:10:33.193292 IP6 fe80::5054:ff:fe31:dd59 > ff02::16: HBH ICMP6, multicast listener report v2, 2 group reco...

Hello! Oh, wise ones, ponder with me over two of the surprises that populate the universe! I have a phone, that I sometimes cannot reach, connected via pjsip. It can call other extensions just fine, it can call out over a trunk to my cell, all is well, but getting a call? Forget it most of the time. Here is all the config relevant to that phone: [murftest12] type=aor qualify_frequency=1992