Bugzilla Bug 84004

Hi!

We have released Krusader 1.60.0-beta1 today. Please find attached an updated ebuild for this version. As you might have noticed, our version scheme has changed slightly, but it should be fully compatible with portage (1.60.0 is still bigger than 1.51 etc.).

The modifications to the ebuild are:
- Depends on KDE 3.3 now
- Corrected the category for two external applications in pkg_postinst() (app-misc -> kde-misc)

--
Dirk Eschler


Reproducible: Always
Steps to Reproduce:

Created an attachment (id=52579) [details]
krusader-1.60.0_beta1.ebuild (Update)

I think we should also add an javascript-useflag to the ebuild since
krusader-1.60.0 is able to use KJSEmbed (kde-base/kjsembed) if it's present at
compile- (and run-) time.
is it better to call such a USE-flag 'javascript' or 'kjsembed'?

committed :)

Oh nice, bugzila did not send a collision message. The name of the flag doesn't
matter Jonas, the only important thing is that the configure script doesn't try
to autodetect kjsembed.

Ah yes the scripting support .. so many great new features, i have missed it
completely. :)

According to http://www.gentoo.org/dyn/use-index.xml there is already a USE
flag called 'javascript'. I think flags should be reused where possible and
'javascript' is quite sufficient in this case.

I have attached an updated ebuild. The latest stable kjsembed is 3.3.1, which i
used as a dependency and also adjusted kdebase to 3.3.1. It works fine for me,
but i'd appreciate some testing.

Created an attachment (id=52589) [details]
krusader-1.60.0_beta1-r1.ebuild (Update)

herd: Can anyone imagine a reason for a special kjsembed use flag or is
everyone fine with javascript?

javascript seems appropriate.

BTW, note that adding the dep means that sparc, ppc and 
amd64 kaywords should be dropped until they support kjsembed.

Regretfully i don't know how to proceed. It's easy to remove the keywords, but
it's not a nice solution, as Krusader is supposed to work and these
architectures without the javascript flag.

How is this usually handled? I can imagine something like "if use=javascript &&
use=amd64 then some_message". If this has been done before or there is a better
way of doing it, can someone please point me to an example ebuild?

That was just a note for other developers, nothing to be worried about.

Dirk: Part of profiles are use.mask files, which would work, if we used an
extra kjsembed flag. In this case, the "dirty" solution has to suffice a while:

x86? ( javascript? ( kde-base/kjsembed ) )