December 2015 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] [Vm-dev] OT: Convince me github is a wise choice

by Esteban A. Maringolo

You can have your own Git infraestructure with something like GitLab Community Edition (Free) or Enterprise (Paid). <https://about.gitlab.com/features> The "good thing" about Github is that it gives visibility to what you do, which for Pharo/Squeak could be a big thing. If all the code in SmalltalkHub was moved to Github, the popularity of Smalltalk would go to the top 20. Regards! Esteban A. Maringolo 2015-12-17 14:37 GMT-03:00 Holger Freyther <holger(a)freyther.de>: > >> On 17 Dec 2015, at 18:29, Eliot Miranda <eliot.miranda(a)gmail.com> wrote: >> >> Hi Ben, Hi All, >> >> > > >> Ah, that's interesting. So my concern is whether github is a safe long-term bet. Specifically what is there to prevent some third party from buying github, or of github going public and the board taking the decision, or github on its own, deciding to charge for hosting, keeping the data hostage to extract payment? What safeguards are in place to prevent this? I'm not interested in "this will never happen" arguments. I'm interested in hard data please. > > > 1.) You will lose bug reports (if you decide to use bugtracker) > 2.) You will lose comments/discussion on pull requests > 3.) You might lose the wiki content > 4.) Unless you and nobody else in this community has the git tree you lose the history of > the project. > > > 1.) You might decide not to use their bug tracker? > 2.) You might decide not to use the pull request workflow or risk losing some context that > is outside the commit message, change. > 3.) Don't use it then. > 4.) One can mitigate by either automatically synchronising the repo to another place or > by having the primary somewhere else (which makes 2nd more hard than it should be). > > => long term. Keep a backup of the repo (and with git you always have that anyway) and > if they kick everyone out, push it to another server. > > I hope this helps. > > holger > > > > PS: For my C level GSM stuff we run our own git infrastructure on git.osmocom.org and > github is mirroring some of the repos to github.com/osmocom. This way people can discover > our sources more easily, we discover 'forks' but right now we don't use the pull request system > at all.

Dec. 17, 2015

Re: [Pharo-dev] [Vm-dev] OT: Convince me github is a wise choice

by Holger Freyther

> On 17 Dec 2015, at 18:29, Eliot Miranda <eliot.miranda(a)gmail.com> wrote: > > Hi Ben, Hi All, > > > Ah, that's interesting. So my concern is whether github is a safe long-term bet. Specifically what is there to prevent some third party from buying github, or of github going public and the board taking the decision, or github on its own, deciding to charge for hosting, keeping the data hostage to extract payment? What safeguards are in place to prevent this? I'm not interested in "this will never happen" arguments. I'm interested in hard data please. 1.) You will lose bug reports (if you decide to use bugtracker) 2.) You will lose comments/discussion on pull requests 3.) You might lose the wiki content 4.) Unless you and nobody else in this community has the git tree you lose the history of the project. 1.) You might decide not to use their bug tracker? 2.) You might decide not to use the pull request workflow or risk losing some context that is outside the commit message, change. 3.) Don't use it then. 4.) One can mitigate by either automatically synchronising the repo to another place or by having the primary somewhere else (which makes 2nd more hard than it should be). => long term. Keep a backup of the repo (and with git you always have that anyway) and if they kick everyone out, push it to another server. I hope this helps. holger PS: For my C level GSM stuff we run our own git infrastructure on git.osmocom.org and github is mirroring some of the repos to github.com/osmocom. This way people can discover our sources more easily, we discover 'forks' but right now we don't use the pull request system at all.

Dec. 17, 2015

OT: Convince me github is a wise choice

by Eliot Miranda

Hi Ben, Hi All, I'm quite conservative when it comes to relying on others' infrastructure so I need some help making me take the plunge. Please see below: On Thu, Dec 17, 2015 at 7:15 AM, Ben Coman <btc(a)openinworld.com> wrote: > > > On Wed, Dec 16, 2015 at 1:00 AM, Ben Coman <btc(a)openinworld.com> wrote: > >> > >> > >> On Wed, Dec 16, 2015 at 10:43 AM, Ryan Macnak <rmacnak(a)gmail.com> > wrote: > >> > > >> > What would be more helpful is if the VM build was fixed to work with > a cross compiler, so it would compile fast enough to test ARM and MIPS on > Travis CI alongside IA32 and X64. > >> > > >> > It would also help if the top-of-tree Intel VMs were always kept > working so we'd know which change broke something. Moving the Subversion > repository to a more reliable host (which likely means migrating to Git) > would also cut down on the false positives Travis reports because the > Subversion server has a habit of dropping connections. > >> > >> +1 github :) > > btw, Did you know that github supports subversion clients since 2011 [1]? > Here are supported features [2]. Are these sufficient for your > current svn workflows? > Potentially we could have ONE repository and those liking subversion > can stick with it and those liking git can use that. Of course, this > would need to be proven. > Ah, that's interesting. So my concern is whether github is a safe long-term bet. Specifically what is there to prevent some third party from buying github, or of github going public and the board taking the decision, or github on its own, deciding to charge for hosting, keeping the data hostage to extract payment? What safeguards are in place to prevent this? I'm not interested in "this will never happen" arguments. I'm interested in hard data please. [4] Provides pragmatic advice for cutting over. Esteban appears to > have done similar to step 1 and 2 [3] - but it seem sometimes his > modifications directly update this mirror so its not clear to see when > that branch is an *exact* copy of the current svn trunk. So I'd love > to see a github repository that is always an *exact* mirror of the svn > repository, with any pharo mods occurring in a branch off that. Even > better if the repository for svn users resides on github in place of > that mirror. > > I've been googling around for problems reported using github via an > svn client, and haven't found any smoking guns. > Is this something we can trial? I'm willing to put some effort into > it. A key requirement would be not interrupting Eliots work on > Spur-64. Potentially we could stay for months on step 3 [4] with the > CI infrastructure running on the git side, but code check-ins > continuing onthe svn side. > > btw2, [5] provides a use case for the advantages of a full switch. > > cheers -ben > > [1] https://github.com/blog/966-improved-subversion-client-support > [2] https://help.github.com/articles/support-for-subversion-clients/ > [3] https://github.com/pharo-project/pharo-vm/network > [4] > http://blogs.atlassian.com/2013/01/atlassian-svn-to-git-migration-technical… > [5] > http://blogs.atlassian.com/2013/01/svn-to-git-how-atlassian-made-the-switch… > -- _,,,^..^,,,_ best, Eliot

Dec. 17, 2015

Re: [Pharo-dev] Adapting the launcher to Spur VM

by Eliot Miranda

Hi Stephan, I love you too ;-). Just in case you weren't aware David Lewis' ImageFormat package on http://source.squeak.org/VMMaker contains the "official" approach to image version ids and will provide you with "the official way" (tm) to test for a Spur image, including 64-bits. On Thu, Dec 17, 2015 at 5:27 AM, Stephan Eggermont <stephan(a)stack.nl> wrote: > I've commited a PharoLauncher version that adds a setting for a spur vm > path. If you download a spur vm and point set this setting, the launcher > will start the image with the right vm > > Stephan > > > > -- _,,,^..^,,,_ best, Eliot

Dec. 17, 2015

[pharo-project/pharo-core]

by GitHub

Branch: refs/tags/50507 Home: https://github.com/pharo-project/pharo-core

Dec. 17, 2015

[pharo-project/pharo-core] 83deba: 50507

by GitHub

Branch: refs/heads/5.0 Home: https://github.com/pharo-project/pharo-core Commit: 83deba4317d51c05e322ee26e3403a43621b87e8 https://github.com/pharo-project/pharo-core/commit/83deba4317d51c05e322ee26… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2015-12-17 (Thu, 17 Dec 2015) Changed paths: R Kernel-Tests.package/BehaviorTest.class/instance/tests/testUncompactClassNotAllowed.st R Kernel.package/Integer.class/class/class initialization/initialize.st M Kernel.package/Object.class/instance/memory usage/sizeInMemory.st M OpalCompiler-Core.package/CCompilationContext.class/class/initialize/initialize.st M OpalCompiler-Core.package/CompilationContext.class/class/initialize/initialize.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50506.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50507.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50506.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50507.st M ScriptLoader50.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st M Slot-Tests.package/SlotBasicTest.class/instance/tests-basic/testNewCompiledMethodClass.st M Slot-Tests.package/SlotBasicTest.class/instance/tests-basic/testNewPointerClass.st M Slot-Tests.package/SlotBasicTest.class/instance/tests-basic/testNewVariableByteClass.st M Slot-Tests.package/SlotBasicTest.class/instance/tests-basic/testNewVariableWordClass.st M Slot-Tests.package/SlotBasicTest.class/instance/tests-basic/testNewWeakClass.st M Tool-Finder.package/MethodFinder.class/instance/initialize/initialize.st M Traits.package/TBehavior.class/instance/private/becomeCompact.st M Traits.package/TBehavior.class/instance/private/becomeCompactSimplyAt_.st M Traits.package/TBehavior.class/instance/private/becomeUncompact.st R Traits.package/TBehavior.class/instance/private/checkCanBeUncompact.st M Traits.package/TBehavior.class/instance/testing/isCompact.st Log Message: ----------- 50507 17258 remove "super initialize" from CompilationContext and CCcompilationContext https://pharo.fogbugz.com/f/cases/17258 17266 Compact classes cleanup https://pharo.fogbugz.com/f/cases/17266 17262 AST-FFI-Pharo50Compatibility has wrong repository associated https://pharo.fogbugz.com/f/cases/17262 http://files.pharo.org/image/50/50507.zip

Dec. 17, 2015

Re: [Pharo-dev] Adapting the launcher to Spur VM

by Skip Lentz

> On Dec 17, 2015, at 2:27 PM, Stephan Eggermont <stephan(a)stack.nl> wrote: > > I've commited a PharoLauncher version that adds a setting for a spur vm path. If you download a spur vm and point set this setting, the launcher will start the image with the right vm Thank you!!

Dec. 17, 2015

[pharo-project/pharo-core]

by GitHub

Branch: refs/tags/50506 Home: https://github.com/pharo-project/pharo-core

Dec. 17, 2015

[pharo-project/pharo-core] ed6bc8: 50506

by GitHub

Branch: refs/heads/5.0 Home: https://github.com/pharo-project/pharo-core Commit: ed6bc88db418707112f9e87dba1a79202891f5ae https://github.com/pharo-project/pharo-core/commit/ed6bc88db418707112f9e87d… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2015-12-17 (Thu, 17 Dec 2015) Changed paths: R Kernel-Tests.package/BehaviorTest.class/instance/tests/testCompactAndUncompactClass.st M Network-Tests.package/MailMessageTest.class/instance/tests/testSimpleCreate.st M Ring-Tests-Kernel.package/RGClassDefinitionTest.class/instance/testing/testAddingMethods.st M Ring-Tests-Kernel.package/RGClassDefinitionTest.class/instance/testing/testRemovingMethods.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50505.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50506.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50505.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50506.st M ScriptLoader50.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st R Slot-Tests.package/SlotIntegrationTest.class/instance/tests-compact index/testBecomeCompactAndUncompact.st R Slot-Tests.package/SlotIntegrationTest.class/instance/tests-compact index/testReshapeCompactClass.st M System-Support.package/EndianDetector.class/class/class initialization/initialize.st M System-Support.package/SmalltalkImage.class/instance/special objects/compactClassesArray.st Log Message: ----------- 50506 http://source.squeakfoundation.org/FFI/ http://files.pharo.org/image/50/50506.zip

Dec. 17, 2015

Re: [Pharo-dev] Adapting the launcher to Spur VM

by Damien Cassou

Stephan Eggermont <stephan(a)stack.nl> writes: > I've commited a PharoLauncher version that adds a setting for a spur vm > path. If you download a spur vm and point set this setting, the launcher > will start the image with the right vm is it weird if I say I love you? :-) Thank you very much -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." --Winston Churchill

Dec. 17, 2015