<div dir="ltr">I know there are other considerations and it's not something I do in my environment but would running this as a scheduled task rather than at startup/shutdown remove this as an issue?</div><div class="gmail_extra">
<br><br><div class="gmail_quote">On 12 July 2013 10:07, Rob Bos <span dir="ltr"><<a href="mailto:rbos-wpkg@novylen.net" target="_blank">rbos-wpkg@novylen.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">On 13-07-11 05:01 PM, Carlos R. Pasqualini wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
uhh, wpkg running for 10 minutes, and i am using wpkg-gp on startup...<br>
with a screen locked out saying 'wpkg is installing xyz...' not viable<br>
at all!!!<br>
<br>
i was thinking about scheduling a task on login event, but that would be<br>
a thing to think about, we should need to take into account the user's<br>
privileges to launch the seeder and access de LOCALCACHEPATH<br>
i think we need to think more about this...<br>
</blockquote>
<br></div>
There's also the general fact that a package big enough to be worth torrenting may also take 5-10 minutes to install, so the backgrounded seed might end before the package even finishes installing. That's the case for a few programs, like Creative Suite; the installation finishes well after the seed is done.<br>

<br>
Eliminating the seed phase entirely or reducing it wouldn't be a big deal, it'd just mean that peering would only happen during download.<br>
<br>
Lots of different options.<br>
<br>
I'm planning on actually spinning up seeds as a startup script separate from WPKG - you'll notice toward the end of torrent.cmd that it saves the torrent and destination to a file; the plan is to have another script use that to spin up local seeds on startup during imaging, but not during normal operations. (our startup scripts distinguishes between 'setup' and 'startup' operation modes)<div class="HOEnZb">
<div class="h5"><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
i haven't found any cleanup process of the local save path. how do you<br>
manage old installers removal? may be adding a delete subroutine in<br>
the :seed section, but we need to check if the program has been<br>
installed correctly too, or may be launch the cleanup on the next<br>
version of this package... just guessing<br>
</blockquote>
As above, stick the deletion into the WPKG package so you can do it as<br>
appropriate for the package. Some require the media to be kept around<br>
for uninstall.<br>
</blockquote>
<br>
Thanks for your tips Rob!<br>
<br>
when i come with an implementation, i will document it and provide here<br>
if you get some ideas you can implement.<br>
<br>
best regards<br>
<br>
<br>
Charly<br>
<br>
</blockquote>
<br>
------------------------------<u></u>------------------------------<u></u>-------------<br>
wpkg-users mailing list archives >> <a href="http://lists.wpkg.org/pipermail/wpkg-users/" target="_blank">http://lists.wpkg.org/<u></u>pipermail/wpkg-users/</a><br>
______________________________<u></u>_________________<br>
wpkg-users mailing list<br>
<a href="mailto:wpkg-users@lists.wpkg.org" target="_blank">wpkg-users@lists.wpkg.org</a><br>
<a href="http://lists.wpkg.org/mailman/listinfo/wpkg-users" target="_blank">http://lists.wpkg.org/mailman/<u></u>listinfo/wpkg-users</a><br>
</div></div></blockquote></div><br></div>