From: Richard Dale <Richard_Dale@...>
Date: 2005-01-30T10:40:49+09:00
Subject: Re: [ANN] Logtails 0.4 : the time saving release

Alexander Kellett wrote:

> On Jan 30, 2005, at 2:00 AM, Richard Dale wrote:
>> Maybe I can carry on tweaking the KDevelop based 'long winded release'
>> version that has the full KDE build system and so on, as it's a good
>> example app. For instance, KDE has its own mechanism for saving and
>> restoring session details and configuration settings, which you could
>> use
>> instead of yaml.
> 
> richard i hope you don't mind me suggesting that you
> switch to using a either a) pure ruby build solution,
> or b) a cons (yeah python but hell its good from what
> i've heard) solution? automake ain't really the nicest
> way of packaging up stuff. the packages are bigger
> than the source in most cases :/
I'd like to allow both sort of builds/releases. So it should be possible to
create a KDE project in KDevelop that can be either an automake, or a
mkmf.rb/cons style simpler one. At the moment the KDevelop project template
needs to use automake because it generates a C++ top level stub program to
start the ruby app once it's installed. That isn't needed during
development though, the ruby code can still be run directly.

You need some sort of makefile in the project to run the rbuic tool if a .ui
file changes (and more recently a rbkconfig_compiler rule for using KConfig
XT .kcfg files). And KDE expects to find .rc and .desktop files or icons in
certain places - there are quite a lot of resources apart from the ruby
code that need to be installed.

-- Richard