http://bugzilla.wpkg.org/show_bug.cgi?id=278
--- Comment #3 from Stefan Pendl pendl2mega...@yahoo.de ---
Rainer,
how about the following match:
^\d\d*\.\d\d*\.\d\d*\.\d\d*$
So if the match pattern of the name attribute matches that pattern, then it is
an IP, else it is a host name match.
--
http://bugzilla.wpkg.org/show_bug.cgi?id=278
--- Comment #2 from Stefan Pendl pendl2mega...@yahoo.de ---
Hi Rainer,
yes, I have replaced the old name attribute with the new hostname
attribute, so it is all good now.
How about adding a deprecated message to the log file, if the old name
http://bugzilla.wpkg.org/show_bug.cgi?id=278
Summary: Wrong host match
Product: WPKG
Version: other
Platform: PC
OS/Version: All
Status: NEW
Severity: critical
Priority: P2
Component: wpkg.js
http://bugzilla.wpkg.org/show_bug.cgi?id=277
Summary: createSettings can cause crash if not all values could
be detected
Product: WPKG
Version: other
Platform: PC
OS/Version: All
Status: NEW
Severity:
http://bugzilla.wpkg.org/show_bug.cgi?id=276
Rainer Meier r.me...@wpkg.org changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
http://bugzilla.wpkg.org/show_bug.cgi?id=276
Summary: pre-download tag
Product: WPKG
Version: other
Platform: All
OS/Version: All
Status: NEW
Severity: enhancement
Priority: P2
Component: wpkg.js
http://bugzilla.wpkg.org/show_bug.cgi?id=275
Summary: Bullet-proofing log files.
Product: WPKG
Version: other
Platform: PC
OS/Version: All
Status: NEW
Severity: trivial
Priority: P2
Component: wpkg.js
http://bugzilla.wpkg.org/show_bug.cgi?id=273
--- Comment #18 from Keith Jones k.e.jo...@brighton.ac.uk ---
Hi,
Sorry. RL intervened so I haven't yet done any coding to try and help out.
I did notice some caveats that are edge-case problems and need documentation
and thought. I haven't
http://bugzilla.wpkg.org/show_bug.cgi?id=273
--- Comment #17 from Keith Jones k.e.jo...@brighton.ac.uk ---
Hi,
I did start to do some coding on Wednesday. Unfortunately, I only had a short
time avaialable and the awkward thing was that I ran into some issues in
testing out Stefan's
http://bugzilla.wpkg.org/show_bug.cgi?id=274
Summary: WPKG still installs packages of previous profile after
pc name renaming.
Product: WPKG
Version: other
Platform: PC
OS/Version: All
Status: NEW
http://bugzilla.wpkg.org/show_bug.cgi?id=274
--- Comment #1 from Kalyniak Oleksandr sash...@ukr.net ---
I'm sorry, I mean WPKG 1.3.1-RC11
--
Configure bugmail: http://bugzilla.wpkg.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the QA contact for the
http://bugzilla.wpkg.org/show_bug.cgi?id=274
Stefan Pendl pendl2mega...@yahoo.de changed:
What|Removed |Added
CC||pendl2mega...@yahoo.de
http://bugzilla.wpkg.org/show_bug.cgi?id=274
--- Comment #3 from Kalyniak Oleksandr sash...@ukr.net ---
(In reply to comment #2)
Never remove software under WPKG control manually.
If you do this, WPKG will check that the software to remove isn't installed
properly, so it will be installed
http://bugzilla.wpkg.org/show_bug.cgi?id=274
Rainer Meier r.me...@wpkg.org changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
http://bugzilla.wpkg.org/show_bug.cgi?id=273
--- Comment #13 from Keith Jones k.e.jo...@brighton.ac.uk ---
(In reply to comment #11)
Hi Keith,
I will have to go through all these comments in a bit more detail. But
currently the summary to me really looks as follows:
No matter if a
http://bugzilla.wpkg.org/show_bug.cgi?id=273
--- Comment #5 from Keith Jones k.e.jo...@brighton.ac.uk ---
Hi Rainer,
Thanks for responding with such depth. I do appreciate the attention you're
giving to this idea.
(In reply to comment #3)
I know :-) ...but from my lazy point of view, a
http://bugzilla.wpkg.org/show_bug.cgi?id=273
--- Comment #6 from Stefan Pendl pendl2mega...@yahoo.de ---
One thing has not been discussed yet, the security.
For machine software repositories there is no need to grant access for regular
users and there shouldn't be access for them anyways.
User
http://bugzilla.wpkg.org/show_bug.cgi?id=273
--- Comment #7 from Stefan Pendl pendl2mega...@yahoo.de ---
(In reply to comment #5)
As for login scripts, well, that's exactly where I see WPKG making an
important impact for myself (and many others I hope!). Our central IT support
team don't
http://bugzilla.wpkg.org/show_bug.cgi?id=273
--- Comment #8 from Keith Jones k.e.jo...@brighton.ac.uk ---
Hi Stefan,
Wow that's thinking out of the box and elegant too!
(In reply to comment #4)
(In reply to comment #1)
cscript.exe \\path\to\wpkg.js /config:config-usermode.xml
http://bugzilla.wpkg.org/show_bug.cgi?id=273
--- Comment #9 from Keith Jones k.e.jo...@brighton.ac.uk ---
Hi,
(In reply to comment #6)
One thing has not been discussed yet, the security.
For machine software repositories there is no need to grant access for regular
users and there shouldn't
http://bugzilla.wpkg.org/show_bug.cgi?id=273
--- Comment #3 from Rainer Meier r.me...@wpkg.org ---
I know :-) ...but from my lazy point of view, a switch and a bit of extra code
could do all those changes for me in a consistent documented way ;-)
And especially the documentation is one of the
http://bugzilla.wpkg.org/show_bug.cgi?id=273
Stefan Pendl pendl2mega...@yahoo.de changed:
What|Removed |Added
CC||pendl2mega...@yahoo.de
http://bugzilla.wpkg.org/show_bug.cgi?id=273
Summary: Per user install support
Product: WPKG
Version: other
Platform: PC
OS/Version: All
Status: NEW
Severity: enhancement
Priority: P2
Component: wpkg.js
http://bugzilla.wpkg.org/show_bug.cgi?id=273
Rainer Meier r.me...@wpkg.org changed:
What|Removed |Added
CC||r.me...@wpkg.org
--- Comment
http://bugzilla.wpkg.org/show_bug.cgi?id=272
Summary: Wrong exit code from *.cmd files
Product: WPKG
Version: other
Platform: PC
OS/Version: All
Status: NEW
Severity: enhancement
Priority: P2
Component:
http://bugzilla.wpkg.org/show_bug.cgi?id=272
Malte Starostik ma...@malte.homeip.net changed:
What|Removed |Added
CC||ma...@malte.homeip.net
http://bugzilla.wpkg.org/show_bug.cgi?id=272
--- Comment #2 from Malte Starostik ma...@malte.homeip.net ---
Sorry, got that mixed up somehow. The problem is not the code, but the /b.
While exit /b is great to ensure you're not leaving the whole cmd shell, it
breaks passing the exit code.
http://bugzilla.wpkg.org/show_bug.cgi?id=272
Rainer Meier r.me...@wpkg.org changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
http://bugzilla.wpkg.org/show_bug.cgi?id=272
--- Comment #4 from Rainer Meier r.me...@wpkg.org ---
The eample of Malte can also easily be reproduced:
-- exit-code-test.cmd --
@echo off
exit 1616
-- exit-code-test.cmd --
-- exit-code-test-b.cmd --
@echo off
exit /b 1616
--
http://bugzilla.wpkg.org/show_bug.cgi?id=272
--- Comment #5 from Kalyniak Oleksandr sash...@ukr.net ---
Yes it works. Thanks for good answer.
I'm working on windows 7 machine. So I was testing this script on it. And of
course it worked (exit /B 1616). But almost all computers in my network is
http://bugzilla.wpkg.org/show_bug.cgi?id=260
--- Comment #3 from Peter Hoeg peterh...@gmail.com ---
I hope it's ok to re-open this FR after so long, but I thought the case wasn't
completely closed.
Basically, I think that adding the complexity to WPKG itself is a good idea.
There are 3 places
http://bugzilla.wpkg.org/show_bug.cgi?id=260
--- Comment #4 from Rainer Meier r.me...@wpkg.org ---
I still believe that option 1 (hard-coding such variables in WPKG) is the worst
out of all. I am not even saying that it would be hard to implement, but not
everything which can be implemented does
http://bugzilla.wpkg.org/show_bug.cgi?id=260
--- Comment #5 from Rainer Meier r.me...@wpkg.org ---
OK, I am back with one additional response.
In fact I did not want to force-close the issue without re-thinking about a
proper solution. So there was one more potential improvement coming to my
http://bugzilla.wpkg.org/show_bug.cgi?id=260
--- Comment #6 from Peter Hoeg peterh...@gmail.com ---
This is truly stellar, thanks Rainer, that solves it nicely.
One tiny request now - I would imagine that most people are happy with using
config.xml with its defaults, so could we possible have
http://bugzilla.wpkg.org/show_bug.cgi?id=271
Rainer Meier r.me...@wpkg.org changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
http://bugzilla.wpkg.org/show_bug.cgi?id=270
Summary: RFE: Bugzilla has no mechanism to submit bugs in
`tools' package(s)
Product: wpkg.org web site
Version: unspecified
Platform: PC
OS/Version: All
Status: NEW
http://bugzilla.wpkg.org/show_bug.cgi?id=271
Summary: downloader.cmd too strict with MD5 pattern matching,
causes false negative
Product: WPKG
Version: other
Platform: PC
OS/Version: Windows XP
Status: NEW
http://bugzilla.wpkg.org/show_bug.cgi?id=269
Rainer Meier r.me...@wpkg.org changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
http://bugzilla.wpkg.org/show_bug.cgi?id=208
Stefan Pendl pendl2mega...@yahoo.de changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--
Configure
http://bugzilla.wpkg.org/show_bug.cgi?id=268
Stefan Pendl pendl2mega...@yahoo.de changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--
Configure
http://bugzilla.wpkg.org/show_bug.cgi?id=269
Stefan Pendl pendl2mega...@yahoo.de changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--- Comment #3
http://bugzilla.wpkg.org/show_bug.cgi?id=269
Summary: config.xml file has wrong encoding
Product: WPKG
Version: other
Platform: PC
OS/Version: All
Status: NEW
Severity: major
Priority: P2
Component: config
http://bugzilla.wpkg.org/show_bug.cgi?id=269
--- Comment #1 from Loren M. Lang lor...@north-winds.org ---
On 4/8/2012 11:14 AM, bugzilla-dae...@bugzilla.wpkg.org wrote:
http://bugzilla.wpkg.org/show_bug.cgi?id=269
Summary: config.xml file has wrong encoding
Product:
http://bugzilla.wpkg.org/show_bug.cgi?id=190
KT le.da...@laposte.net changed:
What|Removed |Added
CC||le.da...@laposte.net
--- Comment #1
http://bugzilla.wpkg.org/show_bug.cgi?id=190
Rainer Meier r.me...@wpkg.org changed:
What|Removed |Added
CC||r.me...@wpkg.org
--- Comment
http://bugzilla.wpkg.org/show_bug.cgi?id=268
Summary: Patch for package templates
Product: WPKG
Version: other
Platform: PC
OS/Version: All
Status: NEW
Severity: enhancement
Priority: P2
Component:
http://bugzilla.wpkg.org/show_bug.cgi?id=268
Stefan Pendl pendl2mega...@yahoo.de changed:
What|Removed |Added
Attachment #236 is|0 |1
patch|
http://bugzilla.wpkg.org/show_bug.cgi?id=267
Summary: In a system where a package was installed and after
uninstalled, the 3rd execution of wpkg.js cause the
installation and the uninstallation of this package
instead of no
http://bugzilla.wpkg.org/show_bug.cgi?id=267
--- Comment #1 from Stefano w...@scuolacarovana.it ---
executing
cscript \\server\path\wpkg.js /synchronize /query:i
after the step3 i obtain:
Microsoft (R) Windows Script Host Versione 5.8
Copyright (C) Microsoft Corporation 1996-2001. Tutti i
http://bugzilla.wpkg.org/show_bug.cgi?id=267
Rainer Meier r.me...@wpkg.org changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
http://bugzilla.wpkg.org/show_bug.cgi?id=267
--- Comment #3 from Rainer Meier r.me...@wpkg.org ---
Created attachment 235
-- http://bugzilla.wpkg.org/attachment.cgi?id=235
My Dia uninstaller script
As promised please find attached my Dia uninstaller script.
--
Configure bugmail:
http://bugzilla.wpkg.org/show_bug.cgi?id=267
--- Comment #5 from Rainer Meier r.me...@wpkg.org ---
Thank you for the complete explanation and for the right uninstall script.
You're very welcome.
In the future i'll post first in the mailing list.
This will assure fast response and usually
http://bugzilla.wpkg.org/show_bug.cgi?id=266
--- Comment #2 from wpkg_bugzilla.20.ko...@xoxy.net ---
Thank you for the long and details explanation! I understand now why this
feature is not helpful and what I can do to archive my wish!
--
Configure bugmail:
http://bugzilla.wpkg.org/show_bug.cgi?id=266
Rainer Meier r.me...@wpkg.org changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--- Comment #3 from
http://bugzilla.wpkg.org/show_bug.cgi?id=266
Summary: Feature: enhanced logging per package
Product: WPKG
Version: other
Platform: PC
OS/Version: other
Status: NEW
Severity: enhancement
Priority: P2
http://bugzilla.wpkg.org/show_bug.cgi?id=266
Rainer Meier r.me...@wpkg.org changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
http://bugzilla.wpkg.org/show_bug.cgi?id=263
Summary: very small inconsequential white space correction
Product: WPKG
Version: other
Platform: PC
OS/Version: All
Status: NEW
Severity: trivial
Priority: P2
http://bugzilla.wpkg.org/show_bug.cgi?id=264
Summary: wpkg-1.3.1-RC2 correction of spelling and grammar and
whitespace
Product: WPKG
Version: other
Platform: PC
OS/Version: All
Status: NEW
Severity:
http://bugzilla.wpkg.org/show_bug.cgi?id=265
Summary: removed br html markup tag
Product: WPKG
Version: other
Platform: PC
OS/Version: All
Status: NEW
Severity: trivial
Priority: P2
Component: wpkg.js
http://bugzilla.wpkg.org/show_bug.cgi?id=265
Rainer Meier r.me...@wpkg.org changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
http://bugzilla.wpkg.org/show_bug.cgi?id=263
Rainer Meier r.me...@wpkg.org changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
http://bugzilla.wpkg.org/show_bug.cgi?id=264
Rainer Meier r.me...@wpkg.org changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
http://bugzilla.wpkg.org/show_bug.cgi?id=264
--- Comment #2 from Urs Rau urs@om.org ---
you are welcome.
the one part where I was not sure if it did have a small functional impact was:
-dinfo(The registry path ' + checkPath+ ' could be read.);
+dinfo(The
http://bugzilla.wpkg.org/show_bug.cgi?id=264
--- Comment #3 from Rainer Meier r.me...@wpkg.org ---
Hi Urs,
No, it does not have any functional impact. I have applied your additional
space.
Thanks again for your review.
--
Configure bugmail: http://bugzilla.wpkg.org/userprefs.cgi?tab=email
http://bugzilla.wpkg.org/show_bug.cgi?id=262
--- Comment #15 from Rainer Meier r.me...@wpkg.org ---
After having a look at the code I think it's currently not working correctly
with conditional variables. The reason is that WPKG first fetches a list of
variables and then defines them. This makes
http://bugzilla.wpkg.org/show_bug.cgi?id=262
--- Comment #14 from Steve steve.kers...@keble.ox.ac.uk ---
(In reply to comment #13)
I think
check type=host condition=environment value=MY_VAR=^$ /
should be correct; but as I am on the road right now I cannot test it.
This appears to work
http://bugzilla.wpkg.org/show_bug.cgi?id=262
--- Comment #2 from Kalyniak Oleksandr sash...@ukr.net ---
It's OK. But in release note to version 1.3.0 you wrote:
Note that this version still includes 100% compatibility with previous WPKG
1.2.0. So upgrading is supposed to be as easy as replacing
http://bugzilla.wpkg.org/show_bug.cgi?id=262
--- Comment #3 from Kalyniak Oleksandr sash...@ukr.net ---
However, I disagree with I still believe this makes most sense since packages
are the most detailed leaf-entity in WPKG.. This way, variables defined in
host or profile level, with the same
http://bugzilla.wpkg.org/show_bug.cgi?id=262
--- Comment #4 from Rainer Meier r.me...@wpkg.org ---
OK. I perfectly understand your input. I do declare full compatibility with
earlier versions since I always tried to keep compatibility in the code.
Variable expansion however was pretty special
http://bugzilla.wpkg.org/show_bug.cgi?id=262
--- Comment #5 from Kalyniak Oleksandr sash...@ukr.net ---
Thank's for this:
But it does not allow overriding of variables
which are not designed to be overridden (e.g. by condition).
Now, I fully agree with you. It's wonderfull. I didn't understand
http://bugzilla.wpkg.org/show_bug.cgi?id=262
--- Comment #6 from Stefan Pendl pendl2mega...@yahoo.de ---
Rainer,
I have used variable overriding before the extended host matching and advanced
property checks have been included.
I am currently in the process to consolidate profiles and use check
http://bugzilla.wpkg.org/show_bug.cgi?id=262
--- Comment #7 from Kalyniak Oleksandr sash...@ukr.net ---
Stefan,
For my opinion - it's unnecessary.
--
Configure bugmail: http://bugzilla.wpkg.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the QA contact
http://bugzilla.wpkg.org/show_bug.cgi?id=262
--- Comment #8 from Rainer Meier r.me...@wpkg.org ---
I was thinking about an option as well, but I would rather like not to do it.
First of all it needs more code maintenance and secondly it needs more testing.
In fact you would have to provide all
http://bugzilla.wpkg.org/show_bug.cgi?id=262
Steve steve.kers...@keble.ox.ac.uk changed:
What|Removed |Added
CC|
http://bugzilla.wpkg.org/show_bug.cgi?id=262
Stefan Pendl pendl2mega...@yahoo.de changed:
What|Removed |Added
CC||pendl2mega...@yahoo.de
http://bugzilla.wpkg.org/show_bug.cgi?id=262
--- Comment #11 from Kalyniak Oleksandr sash...@ukr.net ---
I'm confused.
Which one is right?
1. check type=host condition=environment value=VAR=^%VAR%$ /
Or
2. check type=host condition=environment value=MY_VAR=^$
Please, write topic about
http://bugzilla.wpkg.org/show_bug.cgi?id=262
--- Comment #12 from Stefan Pendl pendl2mega...@yahoo.de ---
Your first example checks, if a variable has a value that is expanded from an
existing environment variable.
The second example checks if the variable is empty or not set.
--
Stefan
--
http://bugzilla.wpkg.org/show_bug.cgi?id=262
--- Comment #13 from Rainer Meier r.me...@wpkg.org ---
I think
check type=host condition=environment value=MY_VAR=^$ /
should be correct; but as I am on the road right now I cannot test it.
--
Configure bugmail:
http://bugzilla.wpkg.org/show_bug.cgi?id=262
Summary: Wrong variable apply order
Product: WPKG
Version: other
Platform: PC
OS/Version: All
Status: NEW
Severity: major
Priority: P2
Component: config files
http://bugzilla.wpkg.org/show_bug.cgi?id=262
Rainer Meier r.me...@wpkg.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
http://bugzilla.wpkg.org/show_bug.cgi?id=261
--- Comment #3 from Kalyniak Oleksandr sash...@ukr.net ---
Thank you for complete answer. I agree with like 100Mbps environment it allows
us to transfer WPKG core component about 40 times per second and any file
server I know will have the file in
http://bugzilla.wpkg.org/show_bug.cgi?id=261
Rainer Meier r.me...@wpkg.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://bugzilla.wpkg.org/show_bug.cgi?id=261
Summary: What about wpkg.js compression?
Product: WPKG
Version: 1.2.1-RCx
Platform: PC
OS/Version: All
Status: NEW
Severity: enhancement
Priority: P2
Component:
http://bugzilla.wpkg.org/show_bug.cgi?id=261
Rainer Meier r.me...@wpkg.org changed:
What|Removed |Added
CC||r.me...@wpkg.org
--- Comment
http://bugzilla.wpkg.org/show_bug.cgi?id=261
--- Comment #2 from Tomasz Chmielewski man...@wpkg.org ---
I agree with Rainer.
Not only would it make no real/measurable difference; it could cause some
potential incompatibility, and also error tracking harder.
If anyone wants to compress/minify
http://bugzilla.wpkg.org/show_bug.cgi?id=260
Summary: Feature Request - WPKG to automatically create
variables
Product: WPKG
Version: other
Platform: PC
OS/Version: All
Status: NEW
Severity: enhancement
http://bugzilla.wpkg.org/show_bug.cgi?id=259
Rainer Meier r.me...@wpkg.org changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
http://bugzilla.wpkg.org/show_bug.cgi?id=260
Rainer Meier r.me...@wpkg.org changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
http://bugzilla.wpkg.org/show_bug.cgi?id=260
--- Comment #2 from Rainer Meier r.me...@wpkg.org ---
Created attachment 229
-- http://bugzilla.wpkg.org/attachment.cgi?id=229
Evaluate common variables
Script which evaluates common variables such as %DESKTOP%, %STARTMENU%,
%STARTMENU_PROGRAMS%
http://bugzilla.wpkg.org/show_bug.cgi?id=258
Summary: Windows 7 64 bit not correctly detected
Product: WPKG
Version: 1.2.1-RCx
Platform: PC
OS/Version: other
Status: NEW
Severity: critical
Priority: P2
http://bugzilla.wpkg.org/show_bug.cgi?id=258
Rainer Meier r.me...@wpkg.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
http://bugzilla.wpkg.org/show_bug.cgi?id=258
bruno.choq...@unicaen.fr changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://bugzilla.wpkg.org/show_bug.cgi?id=258
Rainer Meier r.me...@wpkg.org changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--- Comment #3 from
http://bugzilla.wpkg.org/show_bug.cgi?id=257
--- Comment #6 from Rainer Meier r.me...@wpkg.org ---
I have added some more changes and fixes in order to restore query
functionality (host information was lost when reading wpkg.xml due to XML
transform apply).
@Stefan: Would you mind performing
http://bugzilla.wpkg.org/show_bug.cgi?id=257
Rainer Meier r.me...@wpkg.org changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|
http://bugzilla.wpkg.org/show_bug.cgi?id=257
--- Comment #9 from Rainer Meier r.me...@wpkg.org ---
So if I understand you properly the errors you discovered were referring to
broken packages and not related to any WPKG bug. So it helped you to fix your
packages.
Please let me know if you
http://bugzilla.wpkg.org/show_bug.cgi?id=257
--- Comment #10 from Rainer Meier r.me...@wpkg.org ---
Just noticed. The error message contains a typo. Fixed in 1.2.1-RC49. No
functional changes.
FIX: Fixed minor typo in error message about invalid XML structure loaded.
--
Configure bugmail:
http://bugzilla.wpkg.org/show_bug.cgi?id=257
Summary: XML error when using templates
Product: WPKG
Version: 1.2.1-RCx
Platform: PC
OS/Version: Windows XP
Status: NEW
Severity: major
Priority: P2
Component:
http://bugzilla.wpkg.org/show_bug.cgi?id=257
--- Comment #2 from Rainer Meier r.me...@wpkg.org ---
OK; I think I know what's happening here. Earlier versions of WPKG were using
XSLT to read XML files from packages/* folder. But this caused some issues with
merging of different namespaces (XML
http://bugzilla.wpkg.org/show_bug.cgi?id=257
Rainer Meier r.me...@wpkg.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
1 - 100 of 748 matches
Mail list logo
