Subject: Re: [vserver] ipfire 3.14.57
From: john francis lee <jfmxl@posteo.de>
Date: Mon, 11 Apr 2016 14:41:27 +0700

 Mon, 11 Apr 2016 14:41:27 +0700
On 04/11/2016 02:06 PM, Corey Wright wrote:
> On Mon, 11 Apr 2016 12:26:19 +0700
> john francis lee <jfmxl@posteo.de> wrote:
>
>> Thanks Bertl!
>>
>> Well, so far no joy.
>>
>> I downloaded the source for both kernels 3.14.52 and 3.14.57,
>> patched 'em both with linux-3.14.52-vs2.3.6.15,
>> configured 'em both using the config-3.14.57-ipfire and then
>> 'make oldconfig'.
>>
>> The output of the 3 operations on the .57 source ...
>>
>> http://jfmxl.sdf.org/linux-3.14.57-vs2.3.6.15/linux-3.14.57-vs2.3.6.15-patch.out.html
>> http://jfmxl.sdf.org/linux-3.14.57-vs2.3.6.15/linux-3.14.57-vs2.3.6.15-make oldconfig
choices.html
>> http://jfmxl.sdf.org/linux-3.14.57-vs2.3.6.15/linux-3.14.57-vs2.3.6.15-make-err.html
>>
>> They both fail to make, with the same error.
>>
>> include/linux/fs.h:741:15: error: incompatible types when assigning to type `ktag
t' from type `int'
>>         inode->i tag = make ktag(&init user ns, tag);
>>                                                          ^
>> /home/jfl/src/linux/linux-3.14.57-vs2.3.6.15/./Kbuild:81: recipe for target 'arch/x86/kernel/asm-offsets.s'
failed
>> make[1]: *** [arch/x86/kernel/asm-offsets.s] Error 1
>> Makefile:888: recipe for target 'prepare0' failed
>> make: *** [prepare0] Error 2
> the more obvious error was the one you didn't include in your email, but
> appears in linux-3.14.57-vs2.3.6.15-make-err.html:
>
> include/linux/uidgid.h:133:8: error: unknown type name `krag t'
>  extern krag t make ktag(struct user namespace *from, gid t gid);
>
> that tells me that you have user namespaces enabled (ie "CONFIG USER NS=y"),
> which linux-vserver doesn't official support (at least not in < 3.18).  please
> confirm.  (your .config is more meaningful to share than
> linux-3.14.57-vs2.3.6.15-make oldconfig choices.html.)
>
> if that is the case, then you have two choices:
> 1. disable user namespaces (ie "# CONFIG USER NS is not set")
> 2. read http://archives.linux-vserver.org/201410/0051.html
>
> corey
> --
> undefined@pobox.com
Sorry. I have put the config file up now

http://jfmxl.sdf.org/linux-3.14.57-vs2.3.6.15/linux-3.14.57-config.html

I'm afraid that if user namespaces are defined - and they are - and I
disable them, then functions of ipfire that rely upon them will fail.
Now or in the future. I've read the page you refer to once ... I'll have
to read it several more times before I understand what it means. Thanks
very much for your help.

>
>> I have an arch/x86/kernel/asm-offsets.c but no
>> arch/x86/kernel/asm-offsets.s
>>
>> I'm trying to compile these kernels on my debian jessie machine. I don't
>> know if that's the problem or not.
>>
>> Thanks again for all your help.
>>
>> On 04/10/2016 12:15 PM, Herbert Poetzl wrote:
>>> On Sun, Apr 10, 2016 at 09:16:54AM +0700, john francis lee wrote:
>>>> Hello,
>>> Hey John Francis!
>>>
>>>> It's been years since I ran vservers, but they worked 
>>>> great for me. 
>>> Glad to hear!
>>>
>>>> Now I'm using ipfire, a linux firewall/router, and 
>>>> I'd like to try to run vserver on it. 
>>> Sounds good to me.
>>>
>>>> It uses a 3.14.57 kernel, I see a patch-3.14.52-vs2.3.6.15.diff
>>>> <http://vserver.13thfloor.at/Experimental/patch-3.14.52-vs2.3.6.15.diff>
>>>> at the 13th floor. 
>>>> What does the 2.3.6.15 signify? 
>>> It is the version number of that patch, what does 3.14.52
>>> signify?
>>>
>>>> Is there a great difference between the .52 and .57 
>>>> do you suppose? 
>>> Maybe, maybe not, you simply have to try to apply the
>>> patch and if it fails with more than the Makefile where
>>> the .52 -> .57 change stops the patch from applying,
>>> then we need to adapt the patch.
>>>
>>>> I have a config-3.14.57-ipfire file. 
>>>> I went to kernel.org and they don't seem to have the 
>>>> old kernels anymore. 
>>>> Anyone know where I can find them? 
>>> https://www.kernel.org/pub/linux/kernel/v3.x/
>>>
>>>> Anyone else running vserver on ipfire?
>>> Let us know how it goes ...
>>>
>>> Hope that helps,
>>> Herbert
>>
>