pkgbase: Move of head/etc/ files

[Guido Falsi]

On 8/4/18 7:21 PM, Guido Falsi wrote:
> On 8/4/18 6:50 PM, Brad Davis wrote:
>> On Fri, Aug 3, 2018, at 4:43 AM, Guido Falsi wrote:
>>> On 8/2/18 1:54 AM, Brad Davis wrote:
>>>> Hello,
>>>>
>>>> I want to give some information on what is happening to files in head/etc/ and open a discussion.
>>>>
>>>
>>> Today while updating a pkgbase machine I got this error(with trimmed
>>> debug output):
>>>
>>> The following 1 package(s) will be affected (of 0 checked):
>>>
>>> Installed packages to be UPGRADED:
>>>         FreeBSD-runtime: 12.0.s20180725172903 -> 12.0.s20180803092917
>>> [mpnet-base]
>>>
>>> Number of packages to be upgraded: 1
>>>
>>> Proceed with this action? [y/N]: y
>>> DBG(1)[71153]> want to upgrade advisory to exclusive lock
>>> [1/1] Upgrading FreeBSD-runtime from 12.0.s20180725172903 to
>>> 12.0.s20180803092917...
>>> [1/1] Extracting FreeBSD-runtime-12.0.s20180803092917:   1%
>>> DBG(1)[71153]> Populating config_file /etc/blacklistd.conf
>>> [1/1] Extracting FreeBSD-runtime-12.0.s20180803092917:   1%
>>> DBG(1)[71153]> Populating config_file /etc/defaults/rc.conf
>>> Segmentation fault (core dumped)
>>>
>>> I'm not sure if it's related to r336845 and r336847, but since those are
>>> the only one touching rc.conf recently it looks possible.
>>>
>>> Anyone has an idea what I've stumbled upon?
>>>
>>> I'm investigating this, but if I can't fix it shortly I'll revert to my
>>> previous pkg set and try again at another time. If some tests are needed
>>> I'll try to perform them as requested.
>>
>> This is a bug in pkg and has to do with these files transitioning from normal files to config files.
>>
>> I will try and work on this in the next week.
> 
> Thanks in advance!
> 
> For me there's no hurry. I have reverted my machine and will not be
> updating for at least a full week anyway.
> 
> If you need testing I'm available though.
> 

Hi I just updated a machine using pkg with this patch added:

https://github.com/freebsd/pkg/commit/30644237c1c655e43911110198fe23a9c835aa24

and it now works fine, so thanks a lot!

-- 
Guido Falsi <madpilot at FreeBSD.org>