convert-repo [Fri, 03 Feb 2017 04:46:17 +0000] rev 743
update tags
Claus Gittinger <cg@exept.de> [Thu, 02 Feb 2017 16:05:25 +0100] rev 742
#BUGFIX by cg
class: HGSourceCodeManagementSettingsAppl
changed: #commonPostOpen
Claus Gittinger <cg@exept.de> [Thu, 02 Feb 2017 16:05:13 +0100] rev 741
#BUGFIX by cg
class: HGChangesetViewer
changed: #postOpenWith:
Jan Vrany <jan.vrany@fit.cvut.cz> [Wed, 25 Jan 2017 20:17:26 +0000] rev 740
Merge
Claus Gittinger <cg@exept.de> [Tue, 24 Jan 2017 14:57:01 +0100] rev 739
menu strings.
(grafted from de20a60c89fa0ca521abf1bbd6aa0280fcb103ad)
Claus Gittinger <cg@exept.de> [Mon, 23 Jan 2017 13:56:25 +0100] rev 738
#BUGFIX by cg
class: HGChangesetId
changed: #readFrom:onError:
error block's value should always be returned.
(grafted from e25fb535194016001a2cad6bb6b157ad5cf176ae)
Jan Vrany <jan.vrany@fit.cvut.cz> [Tue, 24 Jan 2017 23:20:46 +0000] rev 737
Debugging code for funny problem on slow Linux boxes
Apparently the previous commit did not fix it though similar
code worked when I tested it. Adding some more debugging code
in a separate commit (to be backed out later once fixed). Sigh,
this is frustrating.
Jan Vrany <jan.vrany@fit.cvut.cz> [Tue, 24 Jan 2017 19:33:59 +0000] rev 736
Workaround for funny problem on slow Linux boxes
On slow linux boxes sometimes it happens that even though
unzip command (used to extract archived repos for tests)
exits without error, smalltalk thinks there was an error.
The reason is unknown - perhaps some race condition when
calling `waitpid()` or similar. This yet has to be investigated.
The code already contain a second attempt to unzip it - perhaps
some form of this occured before? Anyeays, second attempt fails
as files are already extracted.
To workaround all this, simply remove while temporary directory,
set it up again and unzip. This appears to work. We'll see.
Claus Gittinger <cg@exept.de> [Tue, 24 Jan 2017 14:57:01 +0100] rev 735
menu strings.
convert-repo [Tue, 24 Jan 2017 04:38:08 +0000] rev 734
update tags