[prev in list] [next in list] [prev in thread] [next in thread]
List: klik-devel
Subject: Re: [klik-devel] klik client python
From: "Jason Taylor" <killerkiwi2005 () gmail ! com>
Date: 2007-08-25 19:52:32
Message-ID: 94dd8f6f0708251252i362c1049h5d8a8ebd3a408776 () mail ! gmail ! com
[Download RAW message or body]
[Attachment #2 (multipart/alternative)]
No issue with a wrapper script as an sh/bash script as it could be handy in
several applications, only the client needs to be python... we just wont
need the wrapper most of the time ;)
Order of preference:
- Command specified in recipe?
- Wrapper script
- execute name of package
Regarding the threading issue... it works in python the client will halt
until ALL processes are halted.
klik foo.cmg, now works
error handling... I just havn't do it yet... early days ppl :)
Yeah a expander triangle would be cool.... Ill have a look at how that
works... Just leaving the appname and progress bar with buttons
AppName
[>]
||||||||||||||||||||||||||||||||||||||||||||||
[help] [cancel] [run]
Killerkiwi
On 8/26/07, lionel.tricon@free.fr <lionel.tricon@free.fr> wrote:
>
> Since my last email, i have done some tests : i was able to reduce all
> wrapper
> scripts inside a unique one as long as the binary path was absolute and as
> long
> as i was able to export the klikruntime path into a KLIK_BASENAME env var
> before
> calling the /wrapper script.
>
> So i have to admit that it's sometimes interesting to re-thing about an
> existing
> solution in order to improve it. And i have to admit as well that it
> should be
> possible to implement an equivalent in python in order to avoid the need
> to give
> access to a /wrapper script.
>
> But i have to consider too that the idea of having a short bash script
> that run
> the application is interesting since it will be more easy to modify it
> instead
> of a python script ; and since it's close to the klik2 solution.
>
> The modification bring to the klik-run script (only the first line) :
> export KLIK_BASENAME=$DIRNAME
> if [ "$CMDLINE" = "yes" ] ; then
> RESULT=$($MOUNT/mnt/wrapper $@ 2>&1) || derror "$RESULT"
> else
> $MOUNT/mnt/wrapper $@
> fi
>
> Please find the small bash /wrapper script in attachment (be careful, i
> have
> hardlinked the xvier binary for the tests ; so use it only on xvier).
> Jason,
> that can give you some clues to implement the equivalent in python if you
> wish.
>
> Lionel
>
[Attachment #5 (text/html)]
No issue with a wrapper script as an sh/bash script as it could be handy in several \
applications, only the client needs to be python... we just wont need the wrapper \
most of the time ;)<br>Order of preference:<br> - Command specified in recipe? \
<br> - Wrapper script<br> - execute name of package<br><br><br>Regarding \
the threading issue... it works in python the client will halt until ALL processes \
are halted.<br><br>klik foo.cmg, now works<br><br>error handling... I just havn't \
do it yet... early days ppl :) <br><br>Yeah a expander triangle would be cool.... Ill \
have a look at how that works... Just leaving the appname and progress bar with \
buttons<br><br> \
AppName<br> [>]<br>|||||||||||||||||||||||||||||||||||||||||||||| \
<br>[help] [cancel] \
[run]<br><br><br><br>Killerkiwi<br><br><br><div><span class="gmail_quote">On 8/26/07, \
<b class="gmail_sendername"><a \
href="mailto:lionel.tricon@free.fr">lionel.tricon@free.fr</a></b> <<a \
href="mailto:lionel.tricon@free.fr"> lionel.tricon@free.fr</a>> \
wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, \
204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Since my last email, i have \
done some tests : i was able to reduce all wrapper <br>scripts inside a unique one as \
long as the binary path was absolute and as long<br>as i was able to export the \
klikruntime path into a KLIK_BASENAME env var before<br>calling the /wrapper \
script.<br><br>So i have to admit that it's sometimes interesting to re-thing \
about an existing <br>solution in order to improve it. And i have to admit as well \
that it should be<br>possible to implement an equivalent in python in order to avoid \
the need to give<br>access to a /wrapper script.<br><br>But i have to consider too \
that the idea of having a short bash script that run <br>the application is \
interesting since it will be more easy to modify it instead<br>of a python script ; \
and since it's close to the klik2 solution.<br><br>The modification bring to the \
klik-run script (only the first line) : <br>export KLIK_BASENAME=$DIRNAME<br>if [ \
"$CMDLINE" = "yes" ] ; \
then<br> RESULT=$($MOUNT/mnt/wrapper $@ 2>&1) || derror \
"$RESULT"<br>else<br> $MOUNT/mnt/wrapper $@<br>fi<br><br>Please \
find the small bash /wrapper script in attachment (be careful, i have <br>hardlinked \
the xvier binary for the tests ; so use it only on xvier). Jason,<br>that can give \
you some clues to implement the equivalent in python if you \
wish.<br><br>Lionel<br></blockquote></div><br>
_______________________________________________
klik-devel mailing list
klik-devel@kde.org
https://mail.kde.org/mailman/listinfo/klik-devel
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic