[prev in list] [next in list] [prev in thread] [next in thread] 

List:       koffice-devel
Subject:    Re: Adding a README.packagers to koffice
From:       Sebastian Sauer <mail () dipe ! org>
Date:       2005-11-17 16:27:20
Message-ID: 200511171727.25330.mail () dipe ! org
[Download RAW message or body]

[Attachment #2 (multipart/signed)]


Hi Thomas, hi *

Thomas Zander wrote:
> On Tuesday 15 November 2005 14:39, Cyrille Berger wrote:
>> > This does not make sense; if you say kross is able to detect at
>> > _runtime_ then the packager has no reason to split up the package.
>> > He would simply ship the whole thing and make python a recommendation
>> > or suggestion instead of a dependency. [1]
>>
>> well I was not clear, kross is capable to detect at runtime if the
>> kross-python plugin is available, not if python is available.
> 
> What about fixing kross so that it can detect python at runtime?

IMHO that doesn't make much sense cause;

1) we would have 2 levels of dynamic loading;
kross =(detect at runtime)=> kross {python|ruby|etc.} plugin =(detect at 
runtime)=> {python|ruby|etc.}.

2) to detect if a scripting language is avaiable and if it should be offered 
Kross would need to load first all interpreter-plugins to ask them if they 
found a supported/installed interpreter. So, it would decrease the 
startup-time (at least a bit) to just ask for a simple boolean value...

While it would be possible, I fail to see a reason or is it common to save 
packers-work / prevent mistakes / good manners / .... ? and is it worth 
another indirect layer? Well, I don't know that much about packaging at all, 
so please enlight me :)

-- 
Sebastian Sauer aka dipesh[sebsauer]
http://www.dipe.org/public_key.asc
Fingerprint: 8F1E 219B 16E6 4EC7 29CC F408 E193 65E2 9134 2221
Coder in http://www.koffice.org/kexi && http://www.kmldonkey.org

[Attachment #5 (application/pgp-signature)]

_______________________________________________
koffice-devel mailing list
koffice-devel@kde.org
https://mail.kde.org/mailman/listinfo/koffice-devel


[prev in list] [next in list] [prev in thread] [next in thread]