Hello Rob,

thanks for your reply.

> On Thursday 09 June 2022 20:54 Peter Müller wrote:
> 
>> Hello Stefan,
>>
>> thanks for your mail.
>>
>>> Hello Rob,
>>>
>>> a big thanks for testing and reporting this issue here.
>>>
>>> The main problem has been fixed a while a ago and also merged into next
>>> and the current master branch. So this should be a part of the
>>> upcomming core update.
>>>
>>> After a deeper look I've found that the "rules.pl" file is currently
>>> not shiiped by C168 so the fix would not deplyed.
>>>
>>> @Peter: Please add this file to the C168 filelist.
>>
>> Um, rules.pl _is_ already shipped with
>>
> https://git.ipfire.org/?p=ipfire-2.x.git;a=commit;h=9efdbe103b8d98b80125407443e906373c534269,
>> at least I think so. Is this not sufficient? Are there any additional
>> steps necessary to have this change applied?
>>
>> Thanks, and best regards,
>> Peter Müller
>>
> 
> Hi Peter, Stefan
> 
> I have made an error here because I had installed Stefans's IPBlocklist tar 
> ball after I had upgrade to CU168 with Pakfire and which would appear to 
> downgraded the rules.pl to an earlier base version. 
> 
> To check I have downloaded the rules.pl file from CU168 and installed it on 
> my 'testing' box and the duplicate sets are now not present.

Excellent - glad to see this is working.

> Sorry if I caused confusion.

No worries. We can then release Core Update 168 on Monday, deo volente, with the
good conscience of nothing missing. :-)

Have a nice weekend!

Thanks, and best regards,
Peter Müller

> 
> 
> Rob
> 
>>>
>>> A big thanks in advance,
>>>
>>> -Stefan
>>>> Hi All,
>>>>
>>>> The tests below were made on my 'Testing' APU4 using CU 168 but as
>>>> Adolf has
>>>> found was identified as CU 167 in the GUI. However I am listing
>>>> duplicate
>>>> ipsets on my production 'Stable' APU4 with CU 167 installed.
>>>>
>>>> Rob
>>>>
>>>> On Tuesday 07 June 2022 15:51 Rob Brewer wrote:
>>>>
>>>>> If I list the installed ipsets with 'ipset -n list' additional
>>>>> ipsets with
>>>>> the suffix 'v4' are sometimes listed. From what I can see this
>>>>> additional
>>>>> 'v4' list is the same size as the set without the 'v4' extension.
>>>>>
>>>>> For instance: with just code AR selected with location-block.cgi:
>>>>>   
>>>>> [root(a)ipfire-dev2 ~]# ipset -n list
>>>>> ARv4
>>>>> AR
>>>>> (code AR id duplicated)
>>>>>
>>>>> if I add code AT to AR and list the sets:
>>>>> [root(a)ipfire-dev2 ~]# ipset -n list
>>>>> AT
>>>>> AR
>>>>> (as expected)
>>>>>
>>>>> and now add code AW to the other 2:
>>>>> [root(a)ipfire-dev2 ~]# ipset -n list
>>>>> ARv4
>>>>> AT
>>>>> AR
>>>>> ATv4
>>>>> AW
>>>>> (now codes AR and AT are duplicated)
>>>>>
>>>>> I see this effect on both my core 167 boxes and wasn't aware of
>>>>> this
>>>>> problem before my upgrade from core 161.
>>>>>
>>>>> Rob
>>>>
>>>
>>>
>