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
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
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
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. 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
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
On 26 Aug 2014, at 09:09, Marcus Denker <marcus.denker@inria.fr> wrote:
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â¦
I added an issue: https://pharo.fogbugz.com/f/cases/13921/Problem-committing-Slices-duplicated...
I tried to make a new slice, can you see if it works for you (i.e. contains your changes) ? On 25 Aug 2014, at 19:26, Juraj Kubelka <juraj.kubelka@gmail.com> wrote:
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
Thank you a lot Sven, it works perfectly. Now it waits for the integration. Juraj El 26-08-2014, a las 8:12, Sven Van Caekenberghe <sven@stfx.eu> escribió:
I tried to make a new slice, can you see if it works for you (i.e. contains your changes) ?
On 25 Aug 2014, at 19:26, Juraj Kubelka <juraj.kubelka@gmail.com> wrote:
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
What I did was: - do a fresh image download and work with an empty local package-cache - locate your dependent packages in the 40 inbox and merge each of them in - create a slice based on the issue number - include (check) the dirty packages, as well as one package that refused to get dirty - verify that the slice package had the correct dependents - save the slice with a version number higher than your latest one in the 40 inbox Since it verified correctly by the monkey, we're indeed ready to integrate. Thanks for your work ! On 26 Aug 2014, at 21:49, Juraj Kubelka <juraj.kubelka@gmail.com> wrote:
Thank you a lot Sven, it works perfectly. Now it waits for the integration.
Juraj
El 26-08-2014, a las 8:12, Sven Van Caekenberghe <sven@stfx.eu> escribió:
I tried to make a new slice, can you see if it works for you (i.e. contains your changes) ?
On 25 Aug 2014, at 19:26, Juraj Kubelka <juraj.kubelka@gmail.com> wrote:
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
Have you made the slice using Monticello or Komitter? It was a first time I have used Komitter and maybe I have used it wrong. Thanks for the help. It was useful. And when the slice will be integrated, I will continue the refactoring of the fonts. Juraj El 26-08-2014, a las 16:37, Sven Van Caekenberghe <sven@stfx.eu> escribió:
What I did was:
- do a fresh image download and work with an empty local package-cache - locate your dependent packages in the 40 inbox and merge each of them in - create a slice based on the issue number - include (check) the dirty packages, as well as one package that refused to get dirty - verify that the slice package had the correct dependents - save the slice with a version number higher than your latest one in the 40 inbox
Since it verified correctly by the monkey, we're indeed ready to integrate.
Thanks for your work !
On 26 Aug 2014, at 21:49, Juraj Kubelka <juraj.kubelka@gmail.com> wrote:
Thank you a lot Sven, it works perfectly. Now it waits for the integration.
Juraj
El 26-08-2014, a las 8:12, Sven Van Caekenberghe <sven@stfx.eu> escribió:
I tried to make a new slice, can you see if it works for you (i.e. contains your changes) ?
On 25 Aug 2014, at 19:26, Juraj Kubelka <juraj.kubelka@gmail.com> wrote:
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
On 27 Aug 2014, at 04:19, Juraj Kubelka <juraj.kubelka@gmail.com> wrote:
Have you made the slice using Monticello or Komitter? It was a first time I have used Komitter and maybe I have used it wrong.
Manually using the good old Monticello Browser.
Thanks for the help. It was useful. And when the slice will be integrated, I will continue the refactoring of the fonts.
Juraj
El 26-08-2014, a las 16:37, Sven Van Caekenberghe <sven@stfx.eu> escribió:
What I did was:
- do a fresh image download and work with an empty local package-cache - locate your dependent packages in the 40 inbox and merge each of them in - create a slice based on the issue number - include (check) the dirty packages, as well as one package that refused to get dirty - verify that the slice package had the correct dependents - save the slice with a version number higher than your latest one in the 40 inbox
Since it verified correctly by the monkey, we're indeed ready to integrate.
Thanks for your work !
On 26 Aug 2014, at 21:49, Juraj Kubelka <juraj.kubelka@gmail.com> wrote:
Thank you a lot Sven, it works perfectly. Now it waits for the integration.
Juraj
El 26-08-2014, a las 8:12, Sven Van Caekenberghe <sven@stfx.eu> escribió:
I tried to make a new slice, can you see if it works for you (i.e. contains your changes) ?
On 25 Aug 2014, at 19:26, Juraj Kubelka <juraj.kubelka@gmail.com> wrote:
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
Thanks :) -- Juraj Kubelka
El 27/08/2014, a las 02:50, Sven Van Caekenberghe <sven@stfx.eu> escribió:
On 27 Aug 2014, at 04:19, Juraj Kubelka <juraj.kubelka@gmail.com> wrote:
Have you made the slice using Monticello or Komitter? It was a first time I have used Komitter and maybe I have used it wrong.
Manually using the good old Monticello Browser.
Thanks for the help. It was useful. And when the slice will be integrated, I will continue the refactoring of the fonts.
Juraj
El 26-08-2014, a las 16:37, Sven Van Caekenberghe <sven@stfx.eu> escribió:
What I did was:
- do a fresh image download and work with an empty local package-cache - locate your dependent packages in the 40 inbox and merge each of them in - create a slice based on the issue number - include (check) the dirty packages, as well as one package that refused to get dirty - verify that the slice package had the correct dependents - save the slice with a version number higher than your latest one in the 40 inbox
Since it verified correctly by the monkey, we're indeed ready to integrate.
Thanks for your work !
On 26 Aug 2014, at 21:49, Juraj Kubelka <juraj.kubelka@gmail.com> wrote:
Thank you a lot Sven, it works perfectly. Now it waits for the integration.
Juraj
El 26-08-2014, a las 8:12, Sven Van Caekenberghe <sven@stfx.eu> escribió:
I tried to make a new slice, can you see if it works for you (i.e. contains your changes) ?
On 25 Aug 2014, at 19:26, Juraj Kubelka <juraj.kubelka@gmail.com> wrote:
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
participants (4)
-
Juraj Kubelka -
Marcus Denker -
stepharo -
Sven Van Caekenberghe