How to easily install/update from SVN - easyKiba [UPDATED on 18/08/2007]

[bochecha]

Hi everybody !

I am writing a script in order to easily install/update/remove Kiba (and Co.) from SVN.

As it will (if it ever works ) simplify getting Kiba, I called it... (drum roll)... easyKiba !!!

I have to warn you this is my first real bash script so it might be quite "surprising" 

It should work on any distro, assuming you already have the needed packages to compile the program.

It needs to behave differently according to your distro. Currently it only guesses if you are using Ubuntu or Fedora as :
- Fedora users have to compile with a special option
- Ubuntu users have to install with "sudo make install" where others will have to do "su -c 'make install'"
- I don't know any other possible distro-issues. Other distros users can post here feedback about some issues the script should be aware of.

It has currently only been tested on Fedora Core 6 (on two different computers) and it works just fine.

I'd like to have as much feedback as possible, and if it goes well, I could integrate it in the wiki as an alternative install method. Please, post all your observations in this thread.

Bash-gurus are obviously welcome (and encouraged) to take a look inside it and post here their impressions.

====================

HERE IS HOW IT WORKS :
1. create a folder that will contain kiba SVNs once fetched. Let's say /home/$user/what/you/want/kiba-dock/ (we'll only call it kiba-dock/ in what follows).
2. go to that folder
3. execute script :

Code:

[mathieu@bochecha kiba-dock]$ easyKiba
-----------------------------------
 Easyfication script for Kiba-Dock
-----------------------------------

Usage : easyKiba OPTION [optional params]
OPTION :
  -h, --help            Display this message
  -i, --install         Fetch SVN and install Kiba Dock.
  -u, --update          Fetch SVN and update Kiba Dock.
  -r, --remove          Remove Kiba Dock.

[optional params] :
  optional parameters that will be passed to the configure script

4. Once installed/updated, 5 folders will have appeared in the previously mentioned kiba-dock/ folder. Those are the 5 SVN repos that have been fetched. Do not remove them ! They will be used for updating/removing Kiba-Dock with this same script.
5. Every time you want to use the script, just return to this kiba-dock/ folder and run easyKiba with the desired option.

====================

EDIT :
- Just implemented the remove part
- Corrected some distro issues (/usr/local ≠ /usr)

====================

EDIT 19/05/2007 :
- Now you can choose the parts you want to install/update/remove !

NB : You have to take care of dependencies (kibaplugins obviously depends on kibadock) because the script won't resolve them for you

====================

EDIT 24/06/2007 :
- Added the epiphany plugin SVN repo to the script

Tested on Fedora 7 and works fine.

====================

EDIT 17/08/2007 :
- Now points to the new SVN repository at Sourceforge
- I also added a functionnality danielb had suggered me : you can now pass parameters to the configure script by passing them to easyKiba. The first parameter must still be one of the install/update/remove parameters, but then, just give what you want.

For example, if you want to build Kiba with akamaru support (which does not seem to be a good idea at the moment), you can enter :

Code:

$ easyKiba --install --enable-akamaru

This will execute :

Code:

$ configure --enable-akamaru

If you want to pass the parameters "param1" and "param2" to the configure script while updating, just enter :

Code:

$ easyKiba --update param1 param2

.

NB: the parameters will be passed to all parts of the project. If you want to give param1 to kiba-dock and param2 to kiba-plugins, you will have to build them manually.

[Moncader]

A note for kubuntu (maybe ubuntu as well), our system is dumb and our distro by default doesn't check /usr/local/lib for libraries. Therefore, libakamaru.so and libakamaru.so.0 doesn't get found. So inside the script, if its ubuntu or kubuntu, copy those two libraries to /lib.

[bochecha]

A note for kubuntu (maybe ubuntu as well), our system is dumb

Change it !

and our distro by default doesn't check /usr/local/lib for libraries. Therefore, libakamaru.so and libakamaru.so.0 doesn't get found. So inside the script, if its ubuntu or kubuntu, copy those two libraries to /lib.

The script does not copy anything (I mean "manually"). Do you mean that at the end, I should look for installed libs in /lib/ instead of /usr/local/lib ?

[Moncader]

Akamaru installs libs to /usr/local/lib. However, when we run kiba, it looks in /lib, not /usr/local/lib. So therefore it fails to run. If you copy the libs from usr/local to /lib, then it works. I don't know if it's just ubuntu.... So after install of akamaru, if on ubuntu, libakamaru.so and libakamaru.so.0 need to copied from /usr/local/lib to /lib (this isn't your scripts fault obviously, but a flaw in either kiba or ubuntu )

As for changing my distro... I have to admin, kubuntu is 'really' nice. I recently moved over to it from openSUSE 10.2, and had been a suse user since 9.1 several years ago, but opensuse didn't have a new enough kernel for my laptop (needed the 2.6.20 kernel), so I tried a few other distros, kubuntu was the chosen one (even though ArchLinux was even nicer, but it had issues with my vid card, very sadly.)
However, I am currently building a PURE 64 bit system via Cross-Linux-From-Scratch, which is fun (quite litterally building EVERYTHING from scratch, it's like making your own distro (actually, it is)). And then I'm going to work on slowly building my own non-window based system. (Not non-gui, non window, meaning graphical but things won't be rendered in windows )

Anyways ya...

[bochecha]

Ok, I got the lib thing. Very strange, is that working the same way when you build it manually ?

For kubuntu, I was just joking

The non-window thing, is that somewhat related to bumptop ? Or is it once agian something new and revolutionnary ?

Anyway, thanks for the feedback. I'll update it soon, if you can test it back to see if I did well...

[oscarc23]

Hi, I'm new using linux and I want to install kiba-dock. I have try every package I found but always the same problem, I can't modify the settings, so I'm trying with this script but when it is installing akamaru this error appears :

make[1]: Entering directory `/home/oscar/kiba-dock/easy-kiba/akamaru'
Making all in src
make[2]: Entering directory `/home/oscar/kiba-dock/easy-kiba/akamaru/src'
if /bin/bash ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include   -I../include    -g -O2 -MT akamaru.lo -MD -MP -MF ".deps/akamaru.Tpo" -c -o akamaru.lo akamaru.c; \
        then mv -f ".deps/akamaru.Tpo" ".deps/akamaru.Plo"; else rm -f ".deps/akamaru.Tpo"; exit 1; fi
../libtool: line 459: CDPATH: command not found
../libtool: line 1262: func_opt_split: command not found
libtool: Version mismatch error.  This is libtool 2.1a, but the
libtool: definition of this LT_INIT comes from an older release.
libtool: You should recreate aclocal.m4 with macros from libtool 2.1a
libtool: and run autoconf again.
make[2]: *** [akamaru.lo] Error 1
make[2]: Leaving directory `/home/oscar/kiba-dock/easy-kiba/akamaru/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/oscar/kiba-dock/easy-kiba/akamaru'
make: *** [all] Error 2

I'm using ubuntu feisty on amd64.... any help? 

[danielb]

the akamaru library might be found by kiba under /usr/local with svn version

[bochecha]

@oscarc23 :
Sorry, no idea.

In fact I don't think it is related to the script. To be sure, could you try installing by compiling manually the SVN repos (it is all well explained in the wiki, just follow the steps under "Fetching SVN repos" and then "Building"). If you do get the same error, please create a new topic and explain the problem, we will try to provide you some help there.

However, if it is related to my script (if building manually works just fine), just tell me what happens when you build it manually so that I can improve it :-)

the akamaru library might be found by kiba under /usr/local with svn version :Wink:

What ? Do you mean that what Moncader is getting is not normal ? Or that it was an issue that you fixed in last SVN ?

[Sol]

Hi, I'm pretty new to Linux too and am getting the following error when running the script:

Please add the files
  codeset.m4 gettext.m4 glibc21.m4 iconv.m4 isc-posix.m4 lcmessage.m4
  progtest.m4
from the /aclocal directory to your autoconf macro directory
or directly to your aclocal.m4 file.
You will also need config.guess and config.sub, which you can get from
ftp://ftp.gnu.org/pub/gnu/config/.

./autogen.sh: 11: intltoolize: not found


Can you help?

Thanks!

[bochecha]

@Sol : You have to install intltool in order to build Kiba Dock. See with your "install packages manager". Don't even post saying "thanks but I have another problem now" in this thread.

--------------------

Please, this section is about feedback for the script, not about support for installing Kiba Dock. I'd like people to post here when something is wrong with the script so that I can correct it (you can also post if the script saved your live ).

When you have an error running the script, please try to do the same operation manually. If you get the same error, do not blame the script and ask for help in another thread (create your own one if you can't find anything about your problem).

--------------------

I'd like to solve the Ubuntu issue. Danielb, you said something about the libs.

Do you mean that what Moncader is getting is not normal ? Or that it was an issue that you fixed in last SVN ?

[danielb]

the issue was fixed in last svn

[bochecha]

Great !

Moncader, can you test it once again ?

[Moncader]

xnay,
kiba-dock: error while loading shared libraries: libakamaru.so.0: cannot open shared object file: No such file or directory

Sorry, not fixed I still have to copy libakamaru.so over to /lib


Oh, and for the scripts, think you could add a feature to choose which things get updated and/or installed? IE, I can't use gmenu, I'm using KDE So it errors and the script can't complete


As for the desktop, no, something completely new That's the whole point about my project EVERYTHING that I'm doing is aimed at being completely new (Just a fun project for me to work on for several years lol)

[bochecha]

For the gmenu, I don't think I can do that. Maybe the plugins should be more separated... What is strange is that it fails building. At first, I didn't have the gnome-menu-devel package so the gmenu plugin could not be built. All I had was a message during make saying that, but the program was built anyway...

[Moncader]

er... Actually, I meant gaim Not gmenu Sorry about that