[wpkg-users] Help with error message:
Tomasz Chmielewski
mangoo at wpkg.org
Wed Apr 19 22:06:09 CEST 2006
sbotsford wrote:
(...)
>> 1) Could you send me your profiles.xml, hosts.xml and packages.xml?
>>
> Added as attachments
>> 2) What version of WPKG do you use? Could you try the latest testing
>> (0.9.8-test2)?
>>
> This is the first thing I tried. Identical behaviour. Scripten is
> version 5.6 from the link on the wpkg web page.
>
>> 3) do you still get this error when you use same profile + packages,
>> but for a different host?
>>
>
> No. If I run wpkg for the classes of machines lab* it does what I
> expect. (Not all of what I want, yet, but it works and installs the 3-4
> packages I've got working properly.)
So you're saying that exactly the same profiles + packages wor for one
host, but don't work for another?
Then you're probably being affected by some Windows component that's
either missing, disabled or broken etc.
On a newly installed XP system, WPKG works out of the box, for Windows
2000 you only have to install "scripten".
Did you see "Code: 800a0030..." thread?
The easiest way to recover from such a situation would be to reinstall
the affected machines from scratch.
It can be done via using Unattended (http://unattended.sf.net).
> From your message this is something being spewed out by cscript, and
> not by wpkg itself. This by itself is helpful. Are there alternate js
> interpreters that give better debugging info?
I'm not aware of any other js interpreters.
> ***
>
> My next step will be to remove the packages from that profile. See if I
> can narrow it down. I'm betting on a stupid syntax error in my xml files.
If there was a syntax error in any of xml files, it should be reported
by WPKG.
> ***
> On debugging. dviPS, part of the TeX distribution has one of the best
> debugging interfaces I've run into. With it you gave debug what
> amounted to a bit field.
> debug = 1 Specials
> debug = 2 paths
> debug = 4 fonts
> debug = 8 pages
> ... and so on.
> Summing them up allowed you to pick combinations.
>
> Suppose on wpkg it was something like:
> debug = 1 XML parsing (Show parse tree?)
> debug = 2 Consistency checking. (Prints out if host file contains
> profiles that aren't in profiles, if profiles reference packages that
> aren't in packages.
> debug = 4 Detailed package checking. (Verifies the existence of
> paths, and commands)
> debug = 8 Print the command about to be executed, wait for keypress,
> print exit status.
> debug = 16 Put the interpreter into some form of debug mode
>
> Now, I haven't the experience with either XML, JS, or winsnooze to say
> if any these are good ideas. Maybe they will spark your ideas.
There is a patch pending to do something like this (sort of). You can
find it on http://bugs.wpkg.org (search through "open bugs").
But as I said, I guess it has something to do with the host? I don't know.
--
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