On 26 Aug 2014, at 00:18, Sven Van Caekenberghe <sven@stfx.eu> wrote:
A slice is nothing more than an empty mcz package with as requirements some other packages, namely the ones that you changed and want to include. I guess that if you take a fresh image and merge in your packages, you can create a new slice over them (provided they are dirty, sometimes this is a bit hard, you could make a trivial change). Make sure to save the slice with a higher version number.
The problem that the bug seems deeper⦠I have the impression that âSave Sliceâ does not search all the repos and if the number already exists, increase (like normal slice saving). Then, when saving, it *saves* the wrong version as it asks the cache âgive me name Xâ, and âname Xâ is already there, and it uses that for upload (or even skips the upload as the file is already there?). Even re-saving the slice does not help, as unchanged members are not re-saved with a new name. But even if this would work, everything fails as soon as you end up with two MCZ files with the same name (e.g. working in two images offline, or working on a package, save, but then only merge it *after* you did another change in the main branch that led to the same name). Maybe we should really add the hash in the filename⦠Marcus
HTH
On 25 Aug 2014, at 22:45, Juraj Kubelka <juraj.kubelka@gmail.com> wrote:
Is there a way to load the right packages and create a new slice?
Thanks, Juraj
On Aug 25, 2014, at 3:21 PM, stepharo <stepharo@free.fr> wrote:
I'm really thinking that we should use a UUID in addition to author names to avoid such kind of problem.
Hi,
I have failed to make new slice for this issue: https://pharo.fogbugz.com/f/cases/13185/Move-embedded-fonts-from-Freetype-pa...
The last slice I have made depends on packages which has the same name but different UUID.
How can I fix this? The issue should depend on FreeType-JurajKubelka.677, EmbeddedFreeType-JurajKubelka.3, EmbeddedFreeTypeTests-JurajKubelka.2.
Thanks, Juraj