[wpkg-users] wpkg: proposed changes to <download> tag
Kevin Keane
subscription at kkeane.com
Thu Oct 21 12:57:01 CEST 2010
The new switches /download and /nodownload I proposed would be used to distinguish between what the client is supposed to do and what the server is supposed to do.
/download would cause ONLY the download tag to be used, and all other tags would be ignored. /nodownload would ignore all /download tags, but otherwise process the installation as usual (or as specified by other switches).
Since the client would never download, the target would only have to be specified on the server (obviously, it must be possible to specify the target PATH, just as the original requester proposed).
For instance, let's say that clients see this directory structure:
\\SERVER\Software\wpkg\packages
\\SERVER\Software\wpkg\packagedata
\\SERVER\Software<file:///\\SERVER\Software> might translate to D:\Software on the server.
The way I would use it is this. On the server, run the following every day at midnight:
SET SOFTWAREDOWNLOAD=D:\Software\wpkg\packagedata
Wpkg.js /download
(note: this isn't going to work on a Linux server, of course. An enhancement to my suggestion would be to make the download part portable).
On the client, run the following on bootup (or whenever you like):
SET SOFTWAREDOWNLOAD=\\SERVER\Software\wpkg\packagedata
Wpkg.js /nodownload /synchronize
A sample package file for Firefox might look something like this:
<?xml version="1.0" encoding="UTF-8"?>
<packages>
<package id="firefox" name="Mozilla Firefox 3.6.11" revision="3611" reboot="false" priority="10">
<download url="http://releases.mozilla.org/pub/mozilla.org/firefox/releases/3.6.11/win32/en-US/Firefox%20Setup%203.6.11.exe" targetpath="%SOFTWAREDOWNLOAD%\firefox" />
<check type="uninstall" condition="exists" path="Mozilla Firefox (3.6.11)" />
<install cmd='"%SOFTWAREDOWNLOAD%\firefox\Firefox Setup 3.6.11.exe" -ms'/>
<upgrade cmd='"% SOFTWAREDOWNLOAD %\firefox\Firefox Setup 3.6.11.exe" -ms'/>
<remove cmd='"%PROGRAMFILES%\Mozilla Firefox\uninstall\helper.exe" /s' />
</package>
</packages>
From: wpkg-users-bounces at lists.wpkg.org [mailto:wpkg-users-bounces at lists.wpkg.org] On Behalf Of Falko Trojahn
Sent: Thursday, October 21, 2010 2:27 AM
To: wpkg-users at lists.wpkg.org
Subject: Re: [wpkg-users] wpkg: proposed changes to <download> tag
Am 14.10.2010 11:44, schrieb Kevin Keane:
I like these ideas. I would like to have another related enhancement:
Wpkg.js /download
Should only do a download but not install or remove anything.
Wpkg.js ... /nodownload
Should perform install operations but skip any download tags.
In order for this to make sense, your proposed changes would also be required.
Use case: the download could be done once on the server that wpkg runs off of and doesn't have to be done on each individual workstation.
Advantages:
Bandwidth saving
when using wpkg in a startup script, a download can eat dramatically into the startup script timeout.
If the download will take place on the server, how should wpkg.js distinguish if it should download it again when started on the client? And, the target on server will be different from target on client ...
Best regards,
Falko
--
Falko Trojahn fon +49-341-3581294
Dipl.-Ingenieur Netzwerke/Support fax +49-341-3581295
SMI Softmark Informationstechnologien GmbH
Sitz: D-04416 Markkleeberg, Friedrich-Ebert-Str. 51
Registergericht: Amtsgericht Leipzig HRB 164
Geschäftsführer: Andreas Griesmann
www.smi-softmark.de<http://www.smi-softmark.de> www.elektronisches-laborbuch.de<http://www.elektronisches-laborbuch.de>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.wpkg.org/pipermail/wpkg-users/attachments/20101021/408cc886/attachment-0002.html>
More information about the wpkg-users
mailing list