You are here
Hans Harder - Mon, 2013/07/22 - 21:37
I am trying to find out how I can make a openvz version
If I do the make core, i get an iso
Are there ways to get the openvz or any other format.. ?
EDITED by Liraz: I've attached the 2 TKLPatches used to patch the ISO filesystem to create the OpenVZ build.
Forum:
Damn good question Hans
And one that I'd like the answer too too!
TKLDev only produces an ISO, conversion scripts work in progress
In other words, we need to do more work to separate the sensitive private bits from the public non-sensitive bits.
In the meantime, maybe we can do provide a temporary solution. The core of the conversion process is tklpatch. Here's a snippet:
An OpenVZ build is created by extracting the ISO and applying 2 patches: headless and openvz. Maybe we can just publish the tklpatches separately.I've attached the TKLPatches to the original post.
Thanks Liraz
Nice work mate! :)
Great, thanks for the
Great, thanks for the patches... I will look into it and see what I can do with it...
QUOTE: ech`echo xiun|tr nu oc|sed 'sx\([sx]\)\([xoi]\)xo un\2\1 is xg'`ol
I must be missing something,
I must be missing something, but how do I create the OpenVZ template from the patched product.rootfs?
Ok, I figured it out, but there's a bug in the headless patch
Ok, I figured it out. I just need to run the following commands after applying the patches.
I did discover while testing this out that the headless patch attached above needs to be fixed to work with the latest version of inithooks. Namely the last line of overlay/usr/lib/inithooks/firstboot.d/29preseed needs to be changed to:
Thanks for that
I have posted a feature request on the TKL Issue tracker to have these patches hosted on GitHub so issues such as this can be lodged against it.
FWIW I have also lodged another feature request to have these integrated into TKLDev as options.
Posted in support but...
Working through basic install. Got i386 ARCH installed and logged in via xterm. Could not get in via WebSHELL (12321) or WebMin (12320) though the App page indicates it works by default.
Haven't been able to proceed since then (full detail in Forum Link in "since then"). I expect there is no i386 build or something is up with SOURCEFORGE for me.
Trying to progress. Want to test a Joomla 3.2 install (they say this is the future)... Also really want to try a OpenERP build. Need a Mentor I expect. OpenERP (in my world) is working well, but would like to formalize the build for myself and others.
Would love to help
But unfortunately I'm not in a position to give anything this invloved much work ATM - just snowed under sorry...
So very close (first try) for a Joomla32 APP
After Running the following:
I ended up with the following. Somehow Joomla Version was given a * instead of 32 in the Name. I will update to * to 32 to see if that does the job.
(This came from my conf.d / main file) which read (for somereason I lost the * declaration):
Full Screen Shot Reads:
Hmm, that's weird...
I'm sure that I have used * as a wildcard successfully in scenarios like that without error...
However there's no arguning with your result! And obviously it didn't work for you. Rather than hardcoding the name in, I'd be inclined to set it as a variable in the start of the script. That makes updating down the track easier. So I'd be inclined to add (somewhere around line 12):
or even
Then lines 16 and 17 would be something like this:
or if you used the second suggestion:
What you've done isn't wrong, it's just better practice to not hard code those sort of things in as then you need to change it everywhere if you adapt to a different version. In this instance it's probably not a big deal (as it's only 2 lines of code) but still good practice is good practice! :)
Bringing back the WildCard - the issue was "zip" and "tar.gz" or
I did get a download that time but I should have left the * (x2)
Crazy thing is I can't delete the Folder (rm -R * /or rm -r -f *) and start over. I can rename it (joomla-junk)
then a new Joomla32 folder (lets give it one more go)
Nope, (Changed to 3.2 from * but No Such File or Directory Stil
I'm not seeing that Joomla32 actually dropped in. Sure seemed like it did somewhere along the way but I am not finding it now. It looks like I have a Zip Called, then a Tar.gz Called. Also, they have moved the Versions forward since I first built this (updating to http://joomlacode.org/gf/download/frsrelease/19239/158103/Joomla_3.2.3-S...)
This is the end of my Shell Session.
Maybe a Database Change w/ 3.2 (further along)
Getting Closer. I'll bet there was a change in the Database Structure. Actually suprised if a Database would be created for the ISO, but will look further. This was templated off of Joomla 2.5 App. I suppose a "dummy install" is taking place and packed into the ISO that will be changed at firstboot. Will look at the Databases and maybe do a Joomla install in Lamp to see what the files are called.
Learning as I go. I should have posted this in the Forums.
The DB needs to be created
Even for an ISO the DB needs to pre-exist. Because Joomla needs to have a MySQL user account. I guess hte user could be checked and created on firstboot, but often for an app to be 'pre-installed' it needs to have it's basic database tables in place or otherwise it doesn't think it's installed...
Like you say it might be worth running through the commands on LAMP. Or you could do it in your build environment.
'BuildTasks' now publicly available
Add new comment