Hi Christopher,
Christopher Leslie wrote:
> Well, getting closer on this one. After a week off due to a server
> changeover I've had a chance to play with this more in my test environment.
> Getting hits on the log file now, but the edits still aren't applying.
> I've tried as both SYSTEM and usin
Well, getting closer on this one. After a week off due to a server
changeover I've had a chance to play with this more in my test environment.
Getting hits on the log file now, but the edits still aren't applying.
I've tried as both SYSTEM and using Administrator Cridentials with the
same results.
http://bugzilla.wpkg.org/show_bug.cgi?id=131
Rainer Meier <[EMAIL PROTECTED]> changed:
What|Removed |Added
CC||[EMAIL PROTECTED]
--- Co
http://bugzilla.wpkg.org/show_bug.cgi?id=131
Summary: pinpointing a package to a certain revision
Product: WPKG
Version: 0.9.10
Platform: PC
OS/Version: Windows 2000
Status: NEW
Severity: enhancement
Priority: P2
Hi all,
Thanks for all the suggestions! I think pinpointing is the way to go while
the
rest can serve as effective workaround for the moment. Going to file an
feature request...
-
--
Kent Tong
Wicket tutorials freely available at http://www.agileskills2.org/EWDW
Axis2 tutorials freely availa
Mandi! Kent Tong
In chel di` si favelave...
> Is there any way to do it?
Apart what yust sayed, no.
If the 'testbed' are to little and phisically near you, normally i
modify the package but not the revision of, then i:
1) test the upgrade editing C:\WINDOWS\SYSTEM32\WPKG.XML and
subtracting
Kent Tong wrote:
> An approach to this problem is to let different groups see a different set
> of available
> packages, then the problem will be solved.
>
> Is there any way to do it?
My approach has been:
- Systems which get pilot packages are configured on the client to use
\\SERVER\wpkg\te
Hi,
first: please don't top post / full quote, thank you.
mscdex wrote:
> Why not just create a new profile (called "pilot" or something) that
> contains the package to test, and then in your hosts.xml add this new
> profile to selected hosts that are to pilot the new package. You would
> still h
Kent Tong wrote:
> Falko Trojahn-2 wrote:
>
>> - increase the revision number, so nothing on the existing clients is
>> changed, only the text file will be created/removed
>>
>> - create a new, at least identical package, say "mypackage2"; assign it
>> to the test group, remove "mypackage" from
Why not just create a new profile (called "pilot" or something) that
contains the package to test, and then in your hosts.xml add this new
profile to selected hosts that are to pilot the new package. You would still
have to create a separate package entry with a unique id of course, but
that's the
Falko Trojahn-2 wrote:
>
> - increase the revision number, so nothing on the existing clients is
> changed, only the text file will be created/removed
>
> - create a new, at least identical package, say "mypackage2"; assign it
> to the test group, remove "mypackage" from the same group
>
Hi F
Hello Kent,
Kent Tong wrote:
> However, I'd like to deploy it to pilot group first. To avoid deploying to
> all users,
> I can't modify the existing . It means I have to create a new
> .
> If they have the same package id, then it will confuse wpkg, right? If they
> have
> different package ids, t
12 matches
Mail list logo