Koha 3 Packaging

Ok, the 2nd crack of my debian package is up in my repo now
deb http://apt.workbuffer.org/ hardy all
To your /etc/apt/sources.list
And then
sudo apt-get update
sudo apt-get install libkoha-perl

And if you are willing you can checkout my package branch, and build your own package, for your architecture.

git clone git://gitorious.org/koha/mainline.git koha
git clone http://git.gitorious.org/koha/mainline.git

git -r branch
Will show you the remote branches,
git checkout origin/package

Gets you the package branch, then you run
fakeroot dpkg-buildpackage -b -tc -us -uc

If you want to make any changes, and build a new package with a higher patch number, run
dch -i
Then commit the debian/changelog file and rebuild your package.

Any patches gratefully accepted, once I have it fully working with debconf and the preinst, postinst, postrm scripts all going I will submit patches to patches@koha.org.

Oh, and Marc from Biblibre informed me I forgot to tell people how they can get my public key. You can get it from biglumber.com
Or simply by running
gpg --keyserver subkeys.pgp.net --recv-key 557F7779


I have removed the packages as people were trying to use them for purposes other than just testing.

12 thoughts on “Koha 3 Packaging”

  1. Hello,

    I am trying to install koha on BlueHost.com but I know nothing about Perl and neither how to upload the files to the server. I don’t know as well if there is some extra module I would have to install and if BlueHost will let me install them.

    Could you give me some advice?

    Thank you so much,

    Thierry ETE


  2. No we missed the cutoff for Lenny (debians next stable) but if we can get it in before the January, we can maybe hit the next ubuntu release.


  3. But koha is still not in sid also?

    Also, I think there are some problems with the packaging – it does not creae the /etc/koha directory.

    WHere do the bugs for these packages go?


  4. No, they aren’t in debian yet as they arent finished. When they are in debian the bugs will go in the debian bug tracker. Ill do a big post when they are actually finished.


  5. And another suggestion – please consider including some check in the installer scripts to check if the mod_rewrite.so has been enabled (check for symlink in /etc/apache2/mods-enabled/ directory to /etc/apache2/mods-available/rewrite.load )


  6. Looks like an earlier post was lost. So, repeating it here. Obviously, the earlier post was a bit ambiguous due to lack of knowledge, and I was posting from w3mmee; so probably lost. I did a fresh install of Debian sid aka unstable amd64 and used the koha packages from here. So, the bug / install reports naturally are posted here.

    1. the packages do not create /etc/koha directory. So, dpkg|apt|aptitude fails when trying to write /etc/koha/*.conf I manually created the /etc/koha directory.

    2. There is a problem with perl @INC path. Unless /etc/bash.bashrc is edited to add the PERL5LIB and KOHA_PATH variables, nothing else works on Debian. At least for me. The suse11 HOWTO on kohadocs.org suggested adding the variables to /etc/bash.bashrc.local.

    3. The mod_rewrite module has to be enabled. How about adding a check in the install scripts to check if there is a symlink in apache2’s mods-enabled directory?

    4. koha-httpd.conf has to be put / symlinked in /etc/apache2/sites-enabled directory.

    I have been struggling to get koha working for past 3 days, of 2 have been spent on installing deian; nothing worked, and finally had to resort to “debootstrap”. 😉 That is but, another story.


  7. These packages are just the ones built from the work at git.debian.org, I dont mantain them, I just built them for my own testing purposes only. So bugreporting to me, won’t get you that far 🙂
    They aren’t finished, or expected to work totally, Vincent is still working on packaging. When they are finished like I said I will do a post then.
    For now, you are far better off (unless you want to work on fixing the packages). Folloing the INSTALL.debian file that comes with the Koha tar ball and installing using the make file.


  8. Please, if you create binary packages from my git tree, remove them immediately : they are not at all ready to be used.
    My git tree is only useful for people working on the packaging for now. There are lots of missing things and lots of bugs I’m aware.
    So, please, do not provide binary packages. People really interested (and ready to help me on the packaging) will know how to build them. Others cannot/should not use them for now. As I’m a Debian developer, koha packages will be in unstable as soon as they will be in a clean enough state.

    In summary: packages build from my sources are expected NOT to work at all for now. Even upgrades to my future packages are not expected to work (even with a purge !)


  9. Yeah they were never meant to be used in any kind of ‘real’ sense. They were a mix of packages from my packaging branch, and packages from your git tree Vincent. I’ve removed them for now as people seemed to be using them to try and install Koha for real.


Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out /  Change )

Twitter picture

You are commenting using your Twitter account. Log Out /  Change )

Facebook photo

You are commenting using your Facebook account. Log Out /  Change )

Connecting to %s

%d bloggers like this: