On Tue, Mar 06 2018, Jiri B wrote:
> On Tue, Mar 06, 2018 at 01:51:04PM +0100, Jeremie Courreges-Anglas wrote:
>> On Mon, Mar 05 2018, Stuart Henderson wrote:
>> My guess is that ld.so throws away the library cache if it finds that
>> it's stale, and thus
On Tue, Mar 06, 2018 at 01:51:04PM +0100, Jeremie Courreges-Anglas wrote:
> On Mon, Mar 05 2018, Stuart Henderson wrote:
> My guess is that ld.so throws away the library cache if it finds that
> it's stale, and thus can't know where liblzo2/liblz4 are to be found.
> The easy
On Mon, Mar 05 2018, Stuart Henderson wrote:
> On 2018-03-05, Jiri B wrote:
>> On Mon, Mar 05, 2018 at 01:14:05PM +0200, Atanas Vladimirov wrote:
>>> Hi,
>>>
>>> Bringing up an old thread to let you know that the problem is still present
>>> in -current
On 2018-03-05, Jiri B wrote:
> On Mon, Mar 05, 2018 at 01:14:05PM +0200, Atanas Vladimirov wrote:
>> Hi,
>>
>> Bringing up an old thread to let you know that the problem is still present
>> in -current snapshot.
>> Shall I send a proper bug report to bugs@?
>> Thanks.
>
> No,
On Mon, Mar 05, 2018 at 01:14:05PM +0200, Atanas Vladimirov wrote:
> Hi,
>
> Bringing up an old thread to let you know that the problem is still present
> in -current snapshot.
> Shall I send a proper bug report to bugs@?
> Thanks.
No, why?
Works as expected, you start OpenVPN too early, thus
On 2018-03-05 13:35, Stuart Henderson wrote:
On 2018-03-05, Atanas Vladimirov wrote:
Hi,
Bringing up an old thread to let you know that the problem is still
present in -current snapshot.
Did you try jca's suggestion?
!env LD_LIBRARY_PATH=/usr/lib:/usr/local/lib
On 2018-03-05, Atanas Vladimirov wrote:
> Hi,
>
> Bringing up an old thread to let you know that the problem is still
> present in -current snapshot.
Did you try jca's suggestion?
!env LD_LIBRARY_PATH=/usr/lib:/usr/local/lib /usr/local/sbin/openvpn --daemon
--config
Hi,
Bringing up an old thread to let you know that the problem is still
present in -current snapshot.
Shall I send a proper bug report to bugs@?
Thanks.
starting network
em0: bound to 95.87.227.232 from 95.87.227.225 (64:87:88:58:b2:b8)
ld.so loading: 'openvpn'
exe load offset:
Hi,
This is the output after upgrading to the newest snapshot (03.10.2017)
rtld loading: 'openvpn'
exe load offset: 0x1023ea70
flags /usr/local/sbin/openvpn = 0x0
head /usr/local/sbin/openvpn
obj /usr/local/sbin/openvpn has /usr/local/sbin/openvpn as head
examining:
On 2017-10-03 02:35, Stuart Henderson wrote:
The error is missing when I do a reboot
Oh, I missed this bit before... That's rather unexpected. Please set
LD_DEBUG= in the environment as well (or instead?) and see if you get
anything useful from the output there (there will be a couple of
> The error is missing when I do a reboot
Oh, I missed this bit before... That's rather unexpected. Please set
LD_DEBUG= in the environment as well (or instead?) and see if you get
anything useful from the output there (there will be a couple of screens
full, but should fit within the dmesg -s
On 2017-10-02 21:54, Jeremie Courreges-Anglas wrote:
On Mon, Oct 02 2017, Atanas Vladimirov wrote:
On 2017-10-02 18:47, Stuart Henderson wrote:
On 2017-10-01, Atanas Vladimirov wrote:
I'm running -current and I'm seeing that error on first boot when
On Mon, Oct 02 2017, Atanas Vladimirov wrote:
> On 2017-10-02 18:47, Stuart Henderson wrote:
>> On 2017-10-01, Atanas Vladimirov wrote:
>>> I'm running -current and I'm seeing that error on first boot when
>>> upgrading to a newer snapshot:
>>>
>> ..
>>> em0:
On 2017-10-02 18:47, Stuart Henderson wrote:
On 2017-10-01, Atanas Vladimirov wrote:
I'm running -current and I'm seeing that error on first boot when
upgrading to a newer snapshot:
..
em0: DHCPACK from 95.87.227.225 (64:87:88:58:b2:b8)
em0: bound to 95.87.227.232 --
On 2017-10-01, Atanas Vladimirov wrote:
> I'm running -current and I'm seeing that error on first boot when
> upgrading to a newer snapshot:
>
..
> em0: DHCPACK from 95.87.227.225 (64:87:88:58:b2:b8)
> em0: bound to 95.87.227.232 -- renewal in 300 seconds
> ld.so: openvpn: can't
15 matches
Mail list logo