Re: 12-CURRENT won't configure to download packagesite.txz yet

2017-02-06 Thread Allan Jude
On February 7, 2017 2:35:16 AM GMT+01:00, Jeffrey Bouquet wrote: >All the files > >/etc/FreeBSD.conf >/usr/local/etc/pkg/repos/FreeBSD.conf >/usr/local/etc/pkg.conf > >I edit time after time for >{$ABI} which gives FreeBSD:11:i386 but I am on 12-CURRENT i386 >Anytime I try to attune to >freebsd

12-CURRENT won't configure to download packagesite.txz yet

2017-02-06 Thread Jeffrey Bouquet
All the files /etc/FreeBSD.conf /usr/local/etc/pkg/repos/FreeBSD.conf /usr/local/etc/pkg.conf I edit time after time for {$ABI} which gives FreeBSD:11:i386 but I am on 12-CURRENT i386 Anytime I try to attune to freebsd:12:x86:32or FreeBSD:12:i386 ... it downloads the packagesi

Re: Seamonkey update

2017-02-06 Thread Jeffrey Bouquet
On Sun, 5 Feb 2017 20:05:51 -0500, roberth...@rcn.com wrote: > > Jeffrey Bouquet writes: > > > pkg today updated seamonkey, now it segfaults, > > every which way I try to run it. > > I am running SeaMonkey 2.46_5 (compiled today) under: > > FreeBSD 11.0-RC2 #0 r304729: W

Re: [RFC/RFT] projects/ipsec

2017-02-06 Thread Andrey V. Elsukov
On 06.02.2017 16:27, peter.b...@bsd4all.org wrote: Andrey, Is this going to MFC'ed to stable-11 in the future? I have tested with current and found no issues, but I would like to add it to a semi-production environment running stable-11 Hi, I thought to make MFC after a month or two, but I d

Re: [RFC/RFT] projects/ipsec

2017-02-06 Thread peter . blok
Andrey, Is this going to MFC'ed to stable-11 in the future? I have tested with current and found no issues, but I would like to add it to a semi-production environment running stable-11 Peter > On 6 Feb 2017, at 10:07, Andrey V. Elsukov wrote: > > On 11.12.2016 02:07, Andrey V. Elsukov wrot

Re: [RFC/RFT] projects/ipsec

2017-02-06 Thread Andrey V. Elsukov
On 11.12.2016 02:07, Andrey V. Elsukov wrote: I am pleased to announce that projects/ipsec, that I started several months ago is ready for testing and review. The main goals were: * rework locking to make IPsec code more friendly for concurrent processing; * make lookup in SADB/SPDB faste