[wpkg-users] Client broken ? refuses to download profiles.xml via http - Help Please
The client fails to download profiles.xml via http. I have disabled password protection and tried with and without ssl (https) with no difference. I am able to access the exact url it complains about in the client log file via: IE8, FF, Curl, Links, Lynx. the only line found in a clean access.log: 10.137.165.9 - - [22/Sep/2009:14:11:40 +0800] GET /wpkg/profiles.xml HTTP/1.1 302 - - Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; Trident/4.0; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30; MDDR; InfoPath.1; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729) my config.xml: http://pastebin.ca/1574878 client log file: 2009-09-22 14:11:37, DEBUG : Initialized temporary local log file: C:\WINDOWS\TEMP\wpkg-logInit.log 2009-09-22 14:11:37, DEBUG : Initializing new log file: \\ws0452\wpkg_client_logs\wl0046-2009-09-22.log 2009-09-22 14:11:37, DEBUG : Reboot-Cmd is standard. 2009-09-22 14:11:37, DEBUG : WPKG 1.1.1 starting... 2009-09-22 14:11:37, DEBUG : Base directory is 'http://10.137.165.156/wpkg'. 2009-09-22 14:11:37, DEBUG : Log level is 255 2009-09-22 14:11:37, DEBUG : Trying to read XML file: http://10.137.165.156/wpkg/profiles.xml 2009-09-22 14:11:39, ERROR : Error parsing xml 'http://10.137.165.156/wpkg/profiles.xml': System error: -2146697191.||File http://10.137.165.156/wpkg/profiles.xml|Line 0|Linepos 0|Filepos 0|srcText | 2009-09-22 14:11:39, ERROR : Message: No profiles found. Aborting|Description: No profiles found. Aborting|Error number: a|Stack:undefined|Line: undefined| 2009-09-22 14:11:39, DEBUG : Found system locale: c09 2009-09-22 14:11:39, DEBUG : Found language definition node for language ID c09 2009-09-22 14:11:39, INFO: User notification suppressed. Message: The software installation has failed. 2009-09-22 14:11:39, DEBUG : Saving sorted settings to 'null'. 2009-09-22 14:11:39, DEBUG : Settings not saved! Help please. - wpkg-users mailing list archives http://lists.wpkg.org/pipermail/wpkg-users/ ___ wpkg-users mailing list wpkg-users@lists.wpkg.org http://lists.wpkg.org/mailman/listinfo/wpkg-users
[wpkg-users] FW: Client broken ? refuses to download profiles.xml viahttp - Help Please
I have just saved the generated .xml's from wpkgexpress to my WPKG share and set wpkg_base to '' in config.xml. This works perfectly, it is only when the client (wpkg.js) trys to connect to the webserver, it makes the connection then gives up. Can someone confirm this form me before I make a bug report, thanks. -Original Message- From: wpkg-users-boun...@lists.wpkg.org [mailto:wpkg-users-boun...@lists.wpkg.org] On Behalf Of Jacob Jarick Sent: Tuesday, 22 September 2009 2:36 PM To: wpkg-users@lists.wpkg.org Subject: [wpkg-users] Client broken ? refuses to download profiles.xml viahttp - Help Please The client fails to download profiles.xml via http. I have disabled password protection and tried with and without ssl (https) with no difference. I am able to access the exact url it complains about in the client log file via: IE8, FF, Curl, Links, Lynx. the only line found in a clean access.log: 10.137.165.9 - - [22/Sep/2009:14:11:40 +0800] GET /wpkg/profiles.xml HTTP/1.1 302 - - Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; Trident/4.0; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30; MDDR; InfoPath.1; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729) my config.xml: http://pastebin.ca/1574878 client log file: 2009-09-22 14:11:37, DEBUG : Initialized temporary local log file: C:\WINDOWS\TEMP\wpkg-logInit.log 2009-09-22 14:11:37, DEBUG : Initializing new log file: \\ws0452\wpkg_client_logs\wl0046-2009-09-22.log 2009-09-22 14:11:37, DEBUG : Reboot-Cmd is standard. 2009-09-22 14:11:37, DEBUG : WPKG 1.1.1 starting... 2009-09-22 14:11:37, DEBUG : Base directory is 'http://10.137.165.156/wpkg'. 2009-09-22 14:11:37, DEBUG : Log level is 255 2009-09-22 14:11:37, DEBUG : Trying to read XML file: http://10.137.165.156/wpkg/profiles.xml 2009-09-22 14:11:39, ERROR : Error parsing xml 'http://10.137.165.156/wpkg/profiles.xml': System error: -2146697191.||File http://10.137.165.156/wpkg/profiles.xml|Line 0|Linepos 0|Filepos 0|srcText | 2009-09-22 14:11:39, ERROR : Message: No profiles found. Aborting|Description: No profiles found. Aborting|Error number: a|Stack:undefined|Line: undefined| 2009-09-22 14:11:39, DEBUG : Found system locale: c09 2009-09-22 14:11:39, DEBUG : Found language definition node for language ID c09 2009-09-22 14:11:39, INFO: User notification suppressed. Message: The software installation has failed. 2009-09-22 14:11:39, DEBUG : Saving sorted settings to 'null'. 2009-09-22 14:11:39, DEBUG : Settings not saved! Help please. - wpkg-users mailing list archives http://lists.wpkg.org/pipermail/wpkg-users/ ___ wpkg-users mailing list wpkg-users@lists.wpkg.org http://lists.wpkg.org/mailman/listinfo/wpkg-users - wpkg-users mailing list archives http://lists.wpkg.org/pipermail/wpkg-users/ ___ wpkg-users mailing list wpkg-users@lists.wpkg.org http://lists.wpkg.org/mailman/listinfo/wpkg-users
Re: [wpkg-users] When will WPKG Client for AMD64 get official
Now I tested 32bit version of wpkg client 1.3.9 in Virtualbox and on notebook and gave me this error http://img35.imageshack.us/img35/8885/wpkgclient.png on windows startup Vladimir Psenicka napsal(a): I have tested latest client with Windows XP64 (in Virtualbox) and gave me this error after restarting XP http://img190.imageshack.us/img190/9792/wpkgclientx64.png Client 1.3.5 works fine for me in XP64 Tomasz Chmielewski napsal(a): Pendl Stefan wrote: Is there any date considered to move 1.3.9 from beta to stable? If it makes you happy, I can move 1.3.9 to the stable directory... I don't think anything will be changed in 1.3.9 and it's stable enough (there are some problems with network started too late on some hardware, but I think it is for all releases). Hi Tomasz, I have had those network issues with version 1.3.6 too, but it was all sorted with 1.3.8 and 1.3.9 It is not that I must be happy, it is just, that the 1.3.x release has so much advantages over the 1.2.1 release, that it should be the current version. OK, it is available as stable on the website now. Hopefully, it will save some confusion for new (and perhaps existing) users. I will see, if I can contribute something for the client, but I am not so fluent in C++. I am more a BASIC enthusiast, coming from the good old Commodore C64. Commodore C64? That's lame. Atari 65XE rules - depending on which one you owned in your youth ;) -- Vladimir Psenicka IT system engineer PRODECO, a.s. Tel.: 417 633 762 - wpkg-users mailing list archives http://lists.wpkg.org/pipermail/wpkg-users/ ___ wpkg-users mailing list wpkg-users@lists.wpkg.org http://lists.wpkg.org/mailman/listinfo/wpkg-users
Re: [wpkg-users] FW: Client broken ? refuses to download profiles.xml viahttp - Help Please
Falko Trojahn, well after some more testing I have found the WPKG client not to be at fault, neither does it seem to be a limbo proxy setting lurking around. to test: * I created a folder under xampp/htdocs called test * copied the generated .xml files to the directory * adjusted wpkg_base in config.xml to this: param name='wpkg_base' value='http://10.137.165.156/test' / * then reran the client Worked fine. I believe it maybe a ssl invalid cert issue as everything else had the old behaviour of ignoring invalid certs by default and now everything is prompting the user. Is it possible that the WPKG client will reject a url if the cert is invalid ? I shall move this thread to wpkgexpress now, thanks for the help Falko. mem -Original Message- From: Jacob Jarick Sent: Tue 22/09/2009 4:10 PM To: Falko Trojahn Cc: wpkg-users@lists.wpkg.org wpkg Subject: RE: [wpkg-users] FW: Client broken ? refuses to download profiles.xml viahttp - Help Please Yes I have tried without proxy configuratio, though our domain configuration is rather f***ed up, so that could still be the issue. Its not a wpkgexpress issue, the frontend is doing its intended job of serving out xml files (which I as I said I have tested with every browser known to man). The client fails to process them, the exact same files saved locally work. This most certainly is a wpkg issue and not wpkgexpress. -Original Message- From: Falko Trojahn [mailto:nospam...@smi-softmark.de] Sent: Tuesday, 22 September 2009 3:52 PM To: Jacob Jarick Cc: wpkg-users@lists.wpkg.org wpkg Subject: Re: [wpkg-users] FW: Client broken ? refuses to download profiles.xml viahttp - Help Please Hello Jacob, Jacob Jarick schrieb: I have just saved the generated .xml's from wpkgexpress to my WPKG share and set wpkg_base to '' in config.xml. This works perfectly, it is only when the client (wpkg.js) trys to connect to the webserver, it makes the connection then gives up. Can someone confirm this form me before I make a bug report, thanks. Just an idea: did you try on same system without proxy-configuration (as you wrote in another mail)? BTW: I think this discussion should go to WpkgExpress list, see: http://groups.google.com/group/wpkgexpress-support?hl=en Regards, Falko - wpkg-users mailing list archives http://lists.wpkg.org/pipermail/wpkg-users/ ___ wpkg-users mailing list wpkg-users@lists.wpkg.org http://lists.wpkg.org/mailman/listinfo/wpkg-users
Re: [wpkg-users] web frontend, url works but client does not read url
Hi Jacob, Jacob Jarick wrote: I have tested the url that fails from one of our linux servers with curl and it works fine (spits out the .xml file with all its info). But when the client attempts to read the url, it fails. config.xml: http://pastebin.ca/1574757 We do have a proxy enabled on our domain, is it possible the client is grabbing them and trying to access a local server through the proxy ? This looks to be my last hurdle (fingers crossed). wpkg.js is using an ActiveXObject(Msxml2.DOMDocument.3.0) object to read XML files from an URL. I guess this is using a proxy if one is configured. If a proxy should by bypassed then the host should be added to the exception list within the proxy configuration. I guess this could be done by GPO or directly by IE configuration. You could check your proxy logs too in order to check if WPKG tries to access the file via proxy. I also see that you're using an HTTPS connection. I don't see why it shouldn't work but I have to admit I've never run a WPKG installation reading the files from HTTPS yet. br, Rainer - wpkg-users mailing list archives http://lists.wpkg.org/pipermail/wpkg-users/ ___ wpkg-users mailing list wpkg-users@lists.wpkg.org http://lists.wpkg.org/mailman/listinfo/wpkg-users
Re: [wpkg-users] [Bug 173] Allow the use of environment variables for checking file revisions
Hi Stefan, Pendl Stefan wrote: I have created a test case and there seems to be a problem with the variable expansion. Attached find the package and the log. I had a quick loock at the VirtuaWin package. You're using the variable JH_VIRWIN_VER within checks and not within the revision (as I understood you want to use it there). However to support package variables in checks I will have to do some more heavy changes. I hope it's possible without breaking too much in the current WPKG architecture. I will have a look this evening. br, Rainer Hi Rainer, sorry for misleading you by not adding an example to my request, I will do so the next time, I promise. --- Stefan - wpkg-users mailing list archives http://lists.wpkg.org/pipermail/wpkg-users/ ___ wpkg-users mailing list wpkg-users@lists.wpkg.org http://lists.wpkg.org/mailman/listinfo/wpkg-users
Re: [wpkg-users] RegExp matching of uninstall string is done before checking against string literal
Hi Stefan, Pendl Stefan wrote: Hi Rainer, it seems that the uninstall entry is first checked against the regexp and afterwards against the string literal. I get the following entries in the log file: 2009-09-22 14:10:21, DEBUG : Unable to match uninstall key with regular expression: Unerwarteter Quantifizierer 2009-09-22 14:10:21, DEBUG : Uninstall entry 'Notepad++' matches string 'Notepad++'. 2009-09-22 14:10:21, DEBUG : Uninstall entry for Notepad++ was found: test successful Well, the output might be slightly irritating I admit. Let me explain. WPKG iterates through all uninstall entries and checks first if it matches directly. Let's assume in your case an uninstall entry - let's say 2007 Office System - is found. Now WPKG tries to match this string directly to Notepad++. It will fail of course. Then WPKG will try if the regular expression ^Notepad++$ matches the string which will throw an exception because ++ is not a valid expression. As a result the first message you see (unless Notepad++ is the first uninstall registry entry) will be a failed regex match. Then WPKG disables further regex matching to prevent further errors. This has no drawbacks since the first try (with the first uninstall key approached) showed that the string does not qualify for regex usage. I've slightly changed the output in this case: dinfo(Unable to match uninstall key with regular expression. + Usually this means that the string ' + nameSearched + 'does not qualify as a regular expression: + error.description); So you will see an output like Unable to match uninstall key with regular expression. Usually this means that the strin 'Notepad++' does not qualify as a regular expression: Unexpected Quantifier. This change will be included with the next checkin which hopefully finally adds environment variable expansion for check values. br, Rainer - wpkg-users mailing list archives http://lists.wpkg.org/pipermail/wpkg-users/ ___ wpkg-users mailing list wpkg-users@lists.wpkg.org http://lists.wpkg.org/mailman/listinfo/wpkg-users
Re: [wpkg-users] [Bug 173] Allow the use of environment variables for checking file revisions
Hi Stefan, Pendl Stefan wrote: Hi Rainer, sorry for misleading you by not adding an example to my request, I will do so the next time, I promise. No problem. I just did what I thought could be a good idea. Now you can even use a variable within the revision attribute of the package. I've updated wpkg.js once again to support your request (expansion of versions in file checks). In addition I did the same for uninstall version checks and fixed/changed some other small things. See here: Changes 2009-09-22, v1.1.2-RC19 by Rainer Meier r.meier (at) wpkg.org FIX: Fixed duplicated version read from file if a file version check is used. NEW: Added environment value expansion for file version values. NEW: Added environment value expansion for uninstall version values. NEW: Added environment value expansion for execute check return values. MOD: Modified message if uninstall check string fails to be used as a regular expression. Download here: http://wpkg.svn.sourceforge.net/viewvc/wpkg/wpkg/stable/1.1/wpkg.js?view=log A full test run has been made (tunning on Windows 7 Pro RTM) showing no errors. Feedback appreciated of course :-) br, Rainer - wpkg-users mailing list archives http://lists.wpkg.org/pipermail/wpkg-users/ ___ wpkg-users mailing list wpkg-users@lists.wpkg.org http://lists.wpkg.org/mailman/listinfo/wpkg-users
