[squeak-dev] The Inbox: Monticello-ul.442.mcz
asqueaker at gmail.com
Wed Mar 23 22:03:59 UTC 2011
My understanding is that the Pharo community is interested in adopting
these Monticello improvements too. Once that occurs, Gofer and/or
Metacello should be updated accordingly.
2011/3/23 Levente Uzonyi <leves at elte.hu>:
> On Wed, 23 Mar 2011, Chris Muller wrote:
>> I doesn't break MC itself, but the proper fix for external packages,
>> Gofer, Metacello, is to improve their code to operate on the new
>> first-class MCVersionNames; e.g., _they_ should send #versionName, if
>> they don't want the extension or ancestry info.
> Those packages are maintained externally, they also work with Pharo and
> Gemstone. Should we fork them?
>> VersionNames are now a first-class object, the idea is to get away
>> from the same String processing (copyUpTo: blah blah) sprinkled
>> - Chris
>> On Tue, Mar 22, 2011 at 12:12 AM, <commits at source.squeak.org> wrote:
>>> A new version of Monticello was added to project The Inbox:
>>> ==================== Summary ====================
>>> Name: Monticello-ul.442
>>> Author: ul
>>> Time: 20 March 2011, 5:30:01.846 am
>>> UUID: 14eda109-f1ba-4940-adb0-c48470081d21
>>> Ancestors: Monticello-ul.441
>>> - reverted MCFileBasedRepository >> #allVersionNames, because it breaks
>>> quite a lot of stuff (like Gofer, Metacello, probably MC itself). The cause
>>> of the problem is that the "file extensions" and previous versions in case
>>> of .mcds are not stripped from the result. Existing code concatenates the
>>> requested "file extension" to the end resulting in .mcz.mcz http requests
>>> which obviously fail.
>>> =============== Diff against Monticello-ul.441 ===============
>>> Item was changed:
>>> ----- Method: MCFileBasedRepository>>allVersionNames (in category
>>> 'private-files') -----
>>> + ^ self readableFileNames collect: [:ea | (ea copyUpToLast: $.)
>>> copyUpTo: $(]!
>>> - ^ self readableFileNames!
More information about the Squeak-dev