You are here
Basil Kurian - Fri, 2010/08/06 - 20:38
Home Page : http://foswiki.org/
Details : http://www.wikimatrix.org/show/Foswiki http://foswiki.org/Community/Features
Base : Turnkey Core Lucid or Turnkey core Hardy
username:admin
password :admin
Forum:
Tags:
Working on Lucid too
Working on Lucid too
All my testing on Foswiki is over
All my testing on Foswiki is over , i'm marking it as completed . Someone please check the patch
Comments
Solid patch! Foswiki forked from Twiki a while back. We already have an appliance for Twiki but I believe Foswiki has a future as well so it would be great to support it. I especially like that you've added foswiki's Debian repository to the APT sources rather than downloading the deb and installing it manually. This way updating is much easier. I have only a few relatively minor remarks:
Changes applied
I tested the patch. Working !
Diff
Update to Foswiki patch?
The Foswiki Debian repo has gone away https://foswiki.org/Support.Question1862
Does anyone have a link to a more recent tklpatch featuring installation from the tar.gz file?
Or even a link to the old file and I might have a go at updating it.
Unfortunately not
Having said that, we do still have the Twiki appliance. Twiki appears to be abandonware now, so I'd really love to see a current Foswiki appliance developed for our next release to replace it with.
If you haven't played with it before, TKLDev buildcode is very similar to the old TKLPatch format. So if you are keen to have a stab at a Foswiki appliance, I for one would be super happy! :)
From my brief reading, Foswiki was a fork of Twiki, so you may even find the Twiki buildcode is a reasonable starting place for a Foswiki appliance?!
If you are keen to have a go, I suggest that you start a new forum thread to keep us up to date on how you are going. If you have questions, you can post there and I'll reply ASAP (I try to check in daily, but at least a few times per week).
You'll probably also want to have a browse through the TKLDev docs.
Good
Great, thanks for that.
OK I see what TKLDev is now. I will start with the TKLDev cocs and have a crack at it, then start a new thread as you suggest. I'm keen to give that a go but it will take me some time as I'm no master sysadmin :) It will be good to try to contribute something back to TKL anyway.
The docs look good. I would try to produce LXC image files rather than .ISO files to quickly spin up and test on Proxmox. Do I follow the docs and create an ISO then find a way to turn that into an LXC tar.gz, or adapt the docs to make a tar.gz directly?
No rush!
I would anticipate that we'll be working through the appliances over the next 6 months +/-. We intend to release them in batches as they're ready (as we did for v14.2). So there's no rush. We really appreciate anything you could do to help out although I must say, a Foswiki appliance would be a particularly awesome contribution.
Currently, to build an LXC container, you need to first build an ISO. We use buildtasks to do that and you should find it already cloned to /turnkey/buildtasks (we added it by default in TKLDev v14.2). Buildtasks is essentially just a collection of bash scripts (FWIW, it also leverages TKLPatch; so it's not like we don't still use it).
Buildtasks was built and designed with our internal use in mind, but it can still be useful to end users (hence why we made it public). Because we need to ensure that the appliances are consistent across buildtypes, we always build the ISOs first, then the other builds later.
So TBH, it's not really ideal for development. Personally, I usually do early development within the chroot(s). I.e. build/root.build (chroot with initial debian package install), build/root.patched (overlays and conf scripts applied) and build/root.sandbox (last minute adjustments to the code; gets added to an already built ISO.
Then once I get to a point where it's mostly working (at least installing the desired software and has the basics of it working), I'll build an ISO and install to a VM for more testing and development. The only thing that I'd highlight if you follow my workflow; is remembering to copy any tweaked code, back to your TKLDev. It hasn't happened for a while now, but I recall inadvertantly losing work a couple of times because I forgot to copy stuff from the test VM back to TKLDev.
So currently, if you wish to build "straight" to LXC, you'd need to do something like this:
Note that bt-iso only needs the appliance name. It maps that to /turnkey/fab/products/app_name. The version is pulled from the changelog, the arch comes from the host system and the Debian version from the host system or an environment variable.
bt-container requires this info to be explicitly set. It will look for the relevant ISO in /mnt/isos and if it can't find it will try to download it from the TurnKey mirror.
If you run those commands, you will find an ISO in /mnt/isos/ and a LXC container in /mnt/builds/container/. On face value that all seems fine. However, when you build the ISO (i.e. bt-iso) it builds the ISO from scratch (i.e. runs make clean && make in your app directory). It then needs to unpack the ISO and build the container. So it's quite an extended process.
Even though installing the ISO is a bit of a PITA; because adjusting an ISO (via root.sandbox) is so quick (to rebuild the ISO); what you lose on ISO install, you gain back in not needing to rebuild the ISO (and then the container) from scratch.
If you are particularly keen to use LXC for early testing and development, then perhaps writing a new bt script for that purpose may be worth considering? Or if you're a more patient man than me, you could just do ./bt-iso new_app && ./bt-container new_app-14.2-jessie-amd64 and wait...
Looking forward to hearing how you go. If you have any questions or suggestions on how we can improve the TKLDev docs, I'd really love to hear. Good luck! :)
Great
Brilliant, thank you very much. That's a massive help. I will make a start on this as soon as I can. If I get stuck I'll reply on here I guess. If you have a better comms channel for you then let me know and I'll use that.
Thanks again, looking forward to being a useful part of the project.
Looking forward to it!
To get my attention on GitHub, please just tag me in a comment (I'm @jedmeister). I should generally respond within a work day or 2.
Hopefully, you should be able to answer many of your own questions via google as I try to keep development discussions public. If not, that's fine, but if we keep all our discussions public, then we can keep building the available resources for new developers such as yourself!
If you don't get a timely response, please feel free to bump your thread (here &/or GH) and/or ping me via email (jeremy AT turnkeylinux.org). Please ensure that you include a link so I can publicly respond to your question.
As a heads up; even though we've started development on v15.0, it's going much slower than I'd hoped. Until we have a public beta/rc based on Debian Stretch, it will be easier to develop on Jessie (i.e. v14.2). The downside, is that it may need some minor tweaks for v15.0, but we don't currently have much choice.
Also, to ensure that your expectations of us aren't too high; we probably won't be in a position to publish any new appliances until we have at least released the first batch of v15.0 appliances. In reality that probably means we're months away from being able to publish anything you create.
Add new comment