On 2016-06-10 08:59, Simon Walter wrote:
   [snip]
> > I will give the templates a go now.

I had some issues:
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
        LANGUAGE = "en_US:en",
        LC_ALL = (unset),
        LANG = "en_US.UTF-8"
    are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").

Over ten times repeated, but more importantly:

Simon, thanks for testing.

I think the locale just isn't setup yet at that early point.
Perhaps a Perl expert can opine?


> lxc_container: Failed to parse config: lxc.include =
> /usr/share/lxc/config/common.conf
>
> lxc_container: Failed to parse config: lxc.include =
> /usr/share/lxc/config/devuan.common.conf

I tested with LXC 1.1.5 installed from upstream source so some include paths might be screwed up because they're different on my system. Or possibly it's a version compatibility issue. At this early stage, and without a proper package, I expect it to take some tweaking to get it working.

I'll look into making the paths conform based on the latest lxc package from Devuan :
lxc_1%3a1.0.6-6+deb8u2_amd64.deb

Arguably maybe I should have already done that. Then again I wrote it for LXC 1.1.5 and I honestly don't know how far back it's compatible. If it's a version compatibility problem, we can always create another branch to support the earlier Devuan version, but only if we have to.

Here's a look at my /usr/share/lxc/config/ directory:
-rw-r--r-- 1 root staff 1.3K Mar 15 00:10 archlinux.common.conf
-rw-r--r-- 1 root staff  114 Mar 15 00:10 archlinux.userns.conf
-rw-r--r-- 1 root staff  988 Mar 15 00:10 centos.common.conf
-rw-r--r-- 1 root staff  114 Mar 15 00:10 centos.userns.conf
-rw-r--r-- 1 root staff 1.7K Mar 15 00:10 common.conf
drwxr-sr-x 2 root staff 4.0K Mar 15 00:10 common.conf.d
-rw-r--r-- 1 root staff  199 Mar 15 00:10 common.seccomp
-rw-r--r-- 1 root staff 1.2K Mar 15 00:10 debian.common.conf
-rw-r--r-- 1 root staff  114 Mar 15 00:10 debian.userns.conf
-rw-r--r-- 1 root staff 1.1K May 22 01:48 devuan.common.conf
-rw-r--r-- 1 root staff   93 May 22 01:49 devuan.userns.conf
-rw-r--r-- 1 root staff 1.1K Mar 15 00:10 fedora.common.conf
-rw-r--r-- 1 root staff  114 Mar 15 00:10 fedora.userns.conf
-rw-r--r-- 1 root staff  886 Mar 15 00:10 gentoo.common.conf
-rw-r--r-- 1 root staff 2.5K Mar 15 00:10 gentoo.moresecure.conf
-rw-r--r-- 1 root staff  114 Mar 15 00:10 gentoo.userns.conf
-rw-r--r-- 1 root staff  309 Mar 15 00:10 nesting.conf
-rw-r--r-- 1 root staff 1.1K Mar 15 00:10 opensuse.common.conf
-rw-r--r-- 1 root staff  114 Mar 15 00:10 opensuse.userns.conf
-rw-r--r-- 1 root staff 1.4K Mar 15 00:10 openwrt.common.conf
-rw-r--r-- 1 root staff  988 Mar 15 00:10 oracle.common.conf
-rw-r--r-- 1 root staff  114 Mar 15 00:10 oracle.userns.conf
-rw-r--r-- 1 root staff  246 Mar 15 00:10 plamo.common.conf
-rw-r--r-- 1 root staff  114 Mar 15 00:10 plamo.userns.conf
-rw-r--r-- 1 root staff  197 Mar 15 00:10 ubuntu-cloud.common.conf
-rw-r--r-- 1 root staff  124 Mar 15 00:10 ubuntu-cloud.lucid.conf
-rw-r--r-- 1 root staff  126 Mar 15 00:10 ubuntu-cloud.userns.conf
-rw-r--r-- 1 root staff 1.7K Mar 15 00:10 ubuntu.common.conf
-rw-r--r-- 1 root staff   58 Mar 15 00:10 ubuntu.lucid.conf
-rw-r--r-- 1 root staff  359 Mar 15 00:10 ubuntu.userns.conf
-rw-r--r-- 1 root staff  672 Mar 15 00:10 userns.conf


> By the way, I have Devuan alpha4 installed. So maybe that is the issue
> there. Though, with my modified config and templates, I didn't have
> those errors.

Yeah, it could be a version incompatibility.


It's very late for me, so here's some random thoughts before I sign out for the day:

This might be a bit surprising but I actually wrote lxc-devuan with *non-Devuan* OS's in mind. To not discourage people from running Devuan, it automatically downloads and uses the Devuan keyring. Without that capability it won't get past square one on a non-Devuan OS, and the user is likely to mumble some not so nice things about Devuan. Something to be avoided if at all possible.

I also added a feature or two that other OS templates don't have, such as the ability to pre-assign the MAC address. I have absolutely no idea if that's of interest to anyone but me. But if it is, that's yet one more reason for people to choose Devuan over something else.

Of course, the paths won't end up correct on all distros until a version of it makes it upstream, and then back down again, and that could take quite some time. Therefore a script can/should be written to help install it.

In the meantime, anyone with a mind to "clone" and use the template as is (without a proper package or script to install it) will have to adjust paths as needed to match their system.

On the other hand there's nothing written anywhere that says we have to use the lxc-devuan that I wrote. Not that I want to give up on it, but If yours is already working correctly on Devuan Beta, we can always put it in a different branch and use that. We'll just have to see how things plays out.


> Let me know if there is anything I can do to help test etc.

I certainly will.  Thanks very much!

Greg

_______________________________________________
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Reply via email to