[wpkg-users] [Bug 159] Lates psshutdown tool by MS needs -accepteula flag
bugzilla-daemon at bugzilla.wpkg.org
bugzilla-daemon at bugzilla.wpkg.org
Sat May 23 16:18:36 CEST 2009
http://bugzilla.wpkg.org/show_bug.cgi?id=159
--- Comment #4 from Rainer Meier <r.meier at wpkg.org> 2009-05-23 16:18:35 ---
Created an attachment (id=146)
--> (http://bugzilla.wpkg.org/attachment.cgi?id=146)
WPKG 1.1.0 stable release
Attached the release version of WPKG 1.1 which includes the change requested
within this report too.
Change notes
============
WPKG Version: 1.1.0
Author: : Rainer Meier <skybeam (at) users.sourceforge.net>
Date : 2009-05-23
Status : released
Changes/fixes visible to the user:
Summary:
- Improved MSXML factory handling.
- Got rid of false-positive virus warning by Avira AntiVir.
- Added italian LCIDs and messages.
- Added work-around for STDOUT/STDERR flushing problem. Fixes Bug 155.
- Fixed multiple dependency removal. Fixes Bug 145 and Bug 137.
- Fixed another problem with STDOUT/STDERR flushing code.
- Fixed WPKG ignoring /log_file_path:<path> parameter. Fixes Bug 157.
- (Again) fixed dependency removal. Fixes Bug 145 and Bug 137.
- Fixed bug which caused null-pointer when removing packages from server.
- Updated regression-test suite to work with WPKG 1.1.0.
- Added "-accepteula" parameter to psshutdown. Fixes Bug 159.
- Internal getPackageName() enhancement.
- WPKG 1.1.0 released.
MOD: Improved file downloading. Different versions of MSXML use different
factories. Now WPKG supports multiple factories.
MOD: Re-arranged download functions to avoid false-positive warning by
Avira AntiVir where WPKG was wrongly recognized as HTML/ADODB.Exploit.Gen.
NEW: Italian LCIDs added to configuration (config.xml).
Thanks to Marco Gaiarin.
FIX: Added work-around for STDOUT/STDERR flushing problem. Unfortunately
reading from output streams is terribly broken in WSH. Reading output from
the streams blocks if the process does not write to the stream.
Even reading the "AtEndOfStream" property blocks which makes it impossible
to read from a stream which receives data without blocking the
application.
As a work-around WPKG now makes sure STDOUT/STDERR is redirected to NUL
to discard them completely. Well, if your command includes the strings
" >" or " 2>" WPKG will not replace them by NUL redirects. This means you
can still redirect the output manually to files (or redirect to NUL by
yourself). The code just makes sure that output which would be discarded
anyway is not even sent to the buffers.
The drawback of this work-around is that it is not possible to capture the
output from within WPKG and therefore it will not appear within the logs.
However this is the same behavior as all WPKG versions (except 1.1.0-M21)
had. So no big loss.
Fixes Bug 155.
FIX: Fixed a problem where removing the same package multiple times during one
session ended in a null pointer exception. This could have happened if
packages with dependencies are removed and therefore the packages which
depend on the removed package is removed too.
In case a package is removed two times now WPKG will detect it. In case
the package has been removed successfully during this session the remove
function returns successful state.
Fixes Bug 137 and 145 I hope.
FIX: STDOUT/STDERR flushing code did not work for non-cmd/%COMSPEC% based
installer scripts. Unfortunately on Windows it looks like the I/O re-
director parameters ">" or "2>" need to be handled by the application
and not by the shell/OS. As a result appending ">NUL" caused invalid/
unknown arguments to be passed to some commands (like msiexec). As a
work-around WPKG is now executing all commands within a %COMSPEC% shell
unless they already use STDOUT & STDERR redirectors.
FIX: WPKG was ignoring the command-line parameter /log_file_path:<path>.
This bug was not affecting log_file_path property set in config.xml.
Fixes Bug 157.
Thanks to Luca Manganelli.
FIX: Dependency removal was not fully fixed. Actually the bug has been fixed
but the fix contained another issue which caused the same exception.
In fact WPKG was comparing the package name with the package ID during
the check if the package has been removed already during this session.
This of course caused WPKG to belive that it's the first time the package
is attempted to be removed and returned a failure code.
Fixes Bug 137 and 145.
FIX: Fixed bug which caused a null-pointer exception when a package marked for
removal (removed from the profile) was removed from the package tree on
server side. The bug has been reported in Bug 145.
FIX: Updated regression-test suite which contained some tests which failed
because they used unix path separator "/" instead of windows "\"
separator. Problems with this tests have been reported in Bug 145.
MOD: PsTools of Sysinternals have been taken over by Microsoft. The latest
version seems to require an additional (undocumented of course) switch
"-accepteula" in order to prevent a screen displaying the EULA to pop
up which has to be interactively accepted by the user.
The work-around for this is to add the "-accepteula" flag to the "special"
reboot command by default.
Fixes Bug 159.
MOD: Enhanced getPackageName() to prevent null pointer exceptions if the
package node passed within the arguments is null. According to the
documentation it should not throw an exception but return an empty string.
NEW: WPKG 1.1.0 is finally released!
WPKG 1.1.0 now becomse the stable branch and WPKG 1.0 releases are marked
as end of life. WPKG 1.1.0 is fully backwards compatible and entirely
replaces WPKG 1.0. Basically all you need to do in order to upgrade is to
replace wpkg.js in your installation. It is recommended to migrate
config.xml too because of a few new prameters.
Package, host and profile definitions can be kept from previous WPKG
versions.
--
Configure bugmail: http://bugzilla.wpkg.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
More information about the wpkg-users
mailing list