[wpkg-users] [Bug 95] New type of commands - Downgrade
bugzilla-daemon at bugzilla.wpkg.org
bugzilla-daemon at bugzilla.wpkg.org
Sun Jan 13 12:16:42 CET 2008
http://bugzilla.wpkg.org/show_bug.cgi?id=95
--- Comment #1 from Tomasz Chmielewski <mangoo at wpkg.org> 2008-01-13 12:16:38 ---
Would be useful for me as well once or twice in the past.
Do you have any patches? ;)
Technically, it should be easy to implement - just add a "hook" for downgrade
and modify the check for the revision a bit.
While we're at it - I once had a similar problem.
Imagine this: an installation of "tricky_software" (revision="1") which copies
2 GB of data. With more than 20 machines it takes ages to make a new
installation - sometimes more than an hour (careful: default timeout for a
command is 3600 secs).
An upgrade of "tricky_software" (revision="2") doesn't transfer whole 2 GB
again - it just copies changed and new files with robocopy or rsync.
Now, let's say you have multiple classrooms and each classroom has a different
profile. You want to deploy revision="2" only in one classroom/profile.
How to best handle it?
How to best handle it?
1) you replace "tricky_software" package with "tricky_software_new_version" -
you have to transfer whole 2 GB again (as "tricky_software" gets removed). Bad
idea.
2) delete remove commands in "tricky_software", upgrade its revision, then
install "tricky_software_new_version"
Well, surely, there are a couple of possibilities, all of them may sound a bit
bessy though.
Did it actually make sense what I wrote? ;)
In other words: how to deploy a new revision of the package for one chosen
profile only?
--
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