[wpkg-users] frequency of wpkgservice checking for new installs

Tomasz Chmielewski mangoo at wpkg.org
Tue Jun 12 23:04:48 CEST 2007


Brad Langhorst schrieb:

(...)

You might think I'm only complaining - I'm not.
In fact, I'm trying to find weak points, to that we could come up with a 
better design.

> The advantage of having a file on the server is that the admin does not
> have to touch every machine (or use psexec) to get them all to sync up.
> You bring up a good point about sets of machines...  That would be a
> PITA to deal with using psexec too.

Still, WPKG Client has to attempt to read such a file every X minutes / 
hours.


> Maybe it's better to put this feature in the profiles.xml where it could
> enabled be on a per group basis.

There is one slight problem with that: WPKG Client and wpkg.js are not 
very well integrated (it will change slowly in the future; right now, 
there are even problems with restarts initiated by wpkg.js etc.).

This means, we would have to learn WPKG Client to read and parse files 
used by wpkg.js. Which means - parsing profiles.xml is not enough, and 
profiles can be also kept in "profiles" directory.


> The value of X could be included as an attrib of the force_sync element
> (or in the file) and could default to never.

All right - this is why I don't like the "force_sync=1 / force_sync=0" idea.

Assume we want to initiate a sync, so we put force_sync=1 there. The 
client syncs, but we see we forgot about something, so another sync is 
needed. Hmm, force_sync=2, force_sync=3, force_sync=n? Logically, how 
should it work?


> I bet you could use the mac address of the nic to randomize the time
> they sync up so you don't end up with bursts of activity. 

-- 
Tomasz Chmielewski
http://wpkg.org


wpkg-users mailing list
wpkg-users at lists.wpkg.org
http://lists.wpkg.org/mailman/listinfo/wpkg-users



More information about the wpkg-users mailing list