Re: libloc output for xt_geoip is fine on Core Update 153 Development Build: next/e8ecc81a

[Arne Fitzenreiter <arne_f@ipfire.org>]

[-- Attachment #1: Type: text/plain, Size: 1611 bytes --]

Am 2020-12-06 21:01, schrieb Michael Tremer:
> Hi,
> 
> Thank you, Arne, for testing.
> 
> It is good to know that this algorithm finishes on this device.
> 
> However, this is still not really acceptable for an IPFire device in 
> production.
> 
> I would absolutely encourage to upgrade :)
Off course this is not a production system. I had to search it because i 
need it at
work to build a server for a BME280 sensor chip (temperature, humidity 
and pressure).

Arne

> 
> -Michael
> 
>> On 6 Dec 2020, at 13:35, Arne Fitzenreiter <arne_f(a)ipfire.org> wrote:
>> 
>> Now i have done a new test on a first gen RPi1 (256MB) version:
>> 
>> 
>> [root(a)RPi1 ~]# free
>>             total       used       free     shared    buffers     
>> cached
>> Mem:        227244     133060      94184          0       6988      
>> 71416
>> -/+ buffers/cache:      54656     172588
>> Swap:            0          0          0
>> [root(a)RPi1 ~]# uname -a
>> Linux RPi1.localdomain 4.14.210-ipfire-multi #1 SMP Wed Dec 2 23:46:20 
>> GMT 2020 armv6l BCM2835 GNU/Linux
>> [root(a)RPi1 ~]# rm /var/lib/location/database.db
>> rm: remove regular file '/var/lib/location/database.db'? y
>> [root(a)RPi1 ~]# time update-location-database
>> Downloaded new database from Sun, 06 Dec 2020 04:34:29 GMT
>> Reloading firewall                                                     
>> [  OK  ]
>> 
>> real	14m28.682s
>> user	12m45.663s
>> sys	0m17.090s
>> 
>> I think this time and xt_ipv4 output looks ok.
>> Also the bug if the WebIF that firewall rules could not created on 
>> machines with low ram seems to be fixes.
>> 
>> Arne