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

Re: [Pharo-dev] missing critics results (maybe important for the issue validation)

by Christophe Demarey

Le 23 oct. 2015 Ã 14:45, Nicolai Hess a Ã©crit : > > > 2015-10-23 14:35 GMT+02:00 Christophe Demarey <Christophe.Demarey(a)inria.fr>: > > Le 23 oct. 2015 Ã 11:02, Nicolai Hess a Ã©crit : > >> >> Would be nice if someone can take a look at this issue >> >> 16814 Critics Browser seriously broken > > slice is now in the inbox > > Thanks, > but this won't work. > resetResult must be called (see failing RBSmalllintTest/SmalllintMantifestTest) It has to be called but not in #run. I will check but calling reset from #runRule:onEnvironment: should solve the issue > It is not obvious why this call should be removed, it was already there in the prior working version (pharo 50386). yes but the run method is never called by #applyRules neither by #reapplyRules run is called for each rule. If you reset the result, you only get the rule result fir the latest package checked.

Oct. 23, 2015

Re: [Pharo-dev] [Vm-dev] [squeak-dev] The Trunk: Network-topa.166.mcz

by Serge Stinckwich

Yes I could have a look but no time right now ... On Thu, Oct 22, 2015 at 11:07 PM, stepharo <stepharo(a)free.fr> wrote: > In SciSmalltalk we added some more random generators but people should have > a look.... > > > Stef > > > Le 22/10/15 18:21, Nicolas Cellier a Ã©crit : > > For these reasons, I often prefer the Marsaglia's KISS > > 2015-10-22 17:57 GMT+02:00 Henrik Johansen <henrik.s.johansen(a)veloxit.no>: >> >> >> > On 22 Oct 2015, at 2:49 , Tobias Pape <Das.Linux(a)gmx.de> wrote: >> > >> > >> > >> > On 22.10.2015, at 14:37, David T. Lewis <lewis(a)mail.msen.com> wrote: >> > >> >> On Thu, Oct 22, 2015 at 06:28:09AM +0000, commits(a)source.squeak.org >> >> wrote: >> >>> Tobias Pape uploaded a new version of Network to project The Trunk: >> >>> http://source.squeak.org/trunk/Network-topa.166.mcz >> >>> >> >>> ==================== Summary ==================== >> >>> >> >>> Name: Network-topa.166 >> >>> Author: topa >> >>> Time: 21 October 2015, 8:26:14.656 pm >> >>> UUID: d6d9910f-fa67-4c69-9a89-030c81233e90 >> >>> Ancestors: Network-topa.165 >> >>> >> >>> UUIDGenerator >> >>> - Use new Random>>#nextBytes:into:startingAt: (needs Kernel-ul.960) >> >>> for even more speed >> >>> - Fix UUIDGenerator class>>#initialize to correctly register at >> >>> startup >> >>> - Do not reset default on startup but rather reseed TheRandom >> >>> >> >>> Timings improved: '1,190,000 per second. 842 nanoseconds per run.' >> >>> (0.25 times slower than primitive version) >> >>> >> >> >> >> This is outstanding. The UUID plugin has long been a source of problems >> >> in >> >> the VM, partly due to issues in various Linux distributions. >> >> >> >> http://bugs.squeak.org/view.php?id=7358 >> >> >> >> Making the plugin unnecessary is a big improvement. >> > >> > Thats what I thought. >> > Probably we want to present this (Mersenne PRNG + new UUID gen) to >> > the Pharo core developers (cc) so that we can just remove the UUID >> > plugin >> > from the VMs (cc vm-dev)? >> > >> > Best regards >> > -Tobias >> >> In the release version of Squeak 5.0, the Mersenne Twister is initialized >> using a single seed restricted to 32bit. >> Has this been changed since to use a wider ranged value? >> Otherwise, you run into problems with potential collisions from separate >> image starts rather too fast for UUID uses... (IMHO) >> >> Cheers, >> Henry > > > -- Serge Stinckwich UCBN & UMI UMMISCO 209 (IRD/UPMC) Every DSL ends up being Smalltalk http://www.doesnotunderstand.org/

Oct. 23, 2015

[pharo-project/pharo-core]

by GitHub

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

Oct. 23, 2015

[pharo-project/pharo-core] a0f6ad: 50402

by GitHub

Branch: refs/heads/5.0 Home: https://github.com/pharo-project/pharo-core Commit: a0f6adafdfc281922e0cebc2f8631b300c02faa1 https://github.com/pharo-project/pharo-core/commit/a0f6adafdfc281922e0cebc2… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2015-10-23 (Fri, 23 Oct 2015) Changed paths: R Collections-Abstract.package/Collection.class/class/private/initialize.st R Collections-Abstract.package/Collection.class/class/private/mutexForPicking.st R Collections-Abstract.package/Collection.class/class/private/randomForPicking.st M Collections-Abstract.package/Collection.class/definition.st R Morphic-Base.package/MenuMorph.class/class/example/example.st A Morphic-Base.package/MenuMorph.class/class/examples/example.st M Network-Kernel.package/SocketStream.class/class/example/finger_.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50401.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50402.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50401.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50402.st M ScriptLoader50.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st Log Message: ----------- 50402 16842 Recategorize example -> examples https://pharo.fogbugz.com/f/cases/16842 16845 Collection do not need initialization anymore https://pharo.fogbugz.com/f/cases/16845 16852 SocketStream class>>#finger: calls unimplemented call getLine https://pharo.fogbugz.com/f/cases/16852 http://files.pharo.org/image/50/50402.zip

Oct. 23, 2015

Re: [Pharo-dev] missing critics results (maybe important for the issue validation)

by Nicolai Hess

2015-10-23 14:35 GMT+02:00 Christophe Demarey <Christophe.Demarey(a)inria.fr>: > > Le 23 oct. 2015 Ã 11:02, Nicolai Hess a Ã©crit : > > > Would be nice if someone can take a look at this issue > > 16814 > <https://pharo.fogbugz.com/f/cases/16814/Critics-Browser-seriously-broken> > Critics Browser seriously broken > > > slice is now in the inbox > Thanks, but this won't work. resetResult must be called (see failing RBSmalllintTest/SmalllintMantifestTest) It is not obvious why this call should be removed, it was already there in the prior working version (pharo 50386).

Oct. 23, 2015

Re: [Pharo-dev] missing critics results (maybe important for the issue validation)

by Christophe Demarey

Le 23 oct. 2015 Ã 11:02, Nicolai Hess a Ã©crit : > > Would be nice if someone can take a look at this issue > > 16814 Critics Browser seriously broken slice is now in the inbox

Oct. 23, 2015

[pharo-project/pharo-core]

by GitHub

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

Oct. 23, 2015

[pharo-project/pharo-core] c0c73e: 50401

by GitHub

Branch: refs/heads/5.0 Home: https://github.com/pharo-project/pharo-core Commit: c0c73e55ac98e824440ac78a81e0d1aeca127636 https://github.com/pharo-project/pharo-core/commit/c0c73e55ac98e824440ac78a… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2015-10-23 (Fri, 23 Oct 2015) Changed paths: A Files.package/FileStream.class/class/file reader services/changesFileSuffixes.st A Files.package/FileStream.class/class/file reader services/isChangesFileSuffix_.st M Morphic-Base.package/extension/SmalltalkImage/instance/aboutThisSystem.st M Nautilus.package/AbstractNautilusUI.class/definition.st M Nautilus.package/AbstractNautilusUI.class/instance/accessing/classifier.st M Nautilus.package/AbstractNautilusUI.class/instance/initialization/initialize.st A Polymorph-Widgets.package/AboutDialogWindow.class/class/instance creation/open.st A Polymorph-Widgets.package/AboutDialogWindow.class/class/instance creation/openForPharo.st M Polymorph-Widgets.package/AboutDialogWindow.class/definition.st R Polymorph-Widgets.package/AboutDialogWindow.class/instance/actions/newButtons.st A Polymorph-Widgets.package/AboutDialogWindow.class/instance/defaults/defaultLabel.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50400.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50401.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50400.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50401.st M ScriptLoader50.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st M Tool-ExternalBrowser.package/ExternalChangesBrowser.class/class/file service/fileReaderServicesForFile_suffix_.st Log Message: ----------- 50401 16840 Each browser has its own classifier https://pharo.fogbugz.com/f/cases/16840 16819 dropping a ".changes" file on the world does not open changes browser https://pharo.fogbugz.com/f/cases/16819 16837 Refactor AboutDialogWindow https://pharo.fogbugz.com/f/cases/16837 http://files.pharo.org/image/50/50401.zip

Oct. 23, 2015

[pharo-project/pharo-core] 7fc9c1: 50400

by GitHub

Branch: refs/heads/5.0 Home: https://github.com/pharo-project/pharo-core Commit: 7fc9c17d4c52d55db99e67e814fa4c0b3f22e5ba https://github.com/pharo-project/pharo-core/commit/7fc9c17d4c52d55db99e67e8… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2015-10-23 (Fri, 23 Oct 2015) Changed paths: A Collections-Tests.package/DictionaryTest.class/instance/test - new/testNewFrom.st A Collections-Tests.package/DictionaryTest.class/instance/test - new/testNewFromPairs.st R Collections-Tests.package/DictionaryTest.class/instance/tests - DictionaryIndexAccessing/testAtPutNil.st A Collections-Tests.package/PluggableDictionaryTest.class/instance/test - comparing/testEqualBlock.st A Collections-Tests.package/PluggableDictionaryTest.class/instance/test - comparing/testEqualBlockEquality.st A Collections-Tests.package/PluggableDictionaryTest.class/instance/test - comparing/testHashBlock.st A Collections-Tests.package/PluggableDictionaryTest.class/instance/test - comparing/testHashBlockEquality.st A Collections-Tests.package/PluggableDictionaryTest.class/instance/tests - copy - clone/testCopyEmpty.st A Collections-Tests.package/TDictionaryValueAccessTest.class/instance/requirements/supportsNilKey.st M Collections-Tests.package/TDictionaryValueAccessTest.class/instance/tests - DictionaryIndexAccessing/testAtPutNil.st R Collections-Tests.package/WeakIdentityKeyDictionaryTest.class/instance/errors - specific behavior/testAtPutNil.st R Collections-Tests.package/WeakIdentityKeyDictionaryTest.class/instance/requirements/supportsNilKey.st M Collections-Tests.package/WeakKeyDictionaryTest.class/instance/requirements/classToBeTested.st A Collections-Tests.package/WeakKeyDictionaryTest.class/instance/requirements/supportsNilKey.st M Collections-Unordered.package/PluggableDictionary.class/README.md M Collections-Unordered.package/PluggableDictionary.class/instance/accessing/hashBlock.st A Collections-Unordered.package/PluggableDictionary.class/instance/comparing/=.st A Collections-Unordered.package/PluggableDictionary.class/instance/comparing/hash.st A Collections-Unordered.package/SmallDictionary.class/class/instance creation/newFromPairs_.st A Collections-Unordered.package/SmallDictionary.class/class/instance creation/newFrom_.st M Compression.package/ZipFileMember.class/instance/private-writing/uncompressDataTo_.st M Nautilus.package/AbstractNautilusUI.class/instance/build ui lists/buildFirstColumn_.st M Nautilus.package/AbstractNautilusUI.class/instance/build ui lists/buildSecondColumn_.st M Nautilus.package/AbstractNautilusUI.class/instance/build ui/buttonsBarHeight.st M Nautilus.package/PackageTreeNautilusUI.class/instance/build ui lists/buildFirstColumn_.st A OpalCompiler-Core.package/OCCompilerASTPlugin.class/instance/api/transform.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50399.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50400.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50399.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50400.st M ScriptLoader50.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st Log Message: ----------- 50400 16849 unimplemented call in OCCompilerASTPlugin class>>#transform: in minimal Pharo https://pharo.fogbugz.com/f/cases/16849 16788 PluggableDictionary, SmallDictionary fixes and tests https://pharo.fogbugz.com/f/cases/16788 16853 ZipFileMember>>#uncompressDataTo: calls unimplemented message #proceed https://pharo.fogbugz.com/f/cases/16853 16829 Nautilus should use font size for layout https://pharo.fogbugz.com/f/cases/16829 http://files.pharo.org/image/50/50400.zip

Oct. 23, 2015

[pharo-project/pharo-core]

by GitHub

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

Oct. 23, 2015

[pharo-project/pharo-core]

by GitHub

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

Oct. 23, 2015

[pharo-project/pharo-core] 26d2d5: 50399

by GitHub

Branch: refs/heads/5.0 Home: https://github.com/pharo-project/pharo-core Commit: 26d2d5d15b47ff35b9cc9d3f8f4d6893c2bd8e5c https://github.com/pharo-project/pharo-core/commit/26d2d5d15b47ff35b9cc9d3f… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2015-10-23 (Fri, 23 Oct 2015) Changed paths: M Metacello-ToolBox.package/MetacelloToolBox.class/instance/api-configuration/baselineNamed_.st M Multilingual-TextConversion.package/TextConverter.class/definition.st A Network-Mail.package/extension/SMTPClient/class/deliver_usingServer_.st R Network-Protocols.package/SMTPClient.class/class/sending mail/deliver_usingServer_.st M Refactoring-Critics.package/RBVariableReferencedOnceRule.class/instance/running/basicCheck_.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50398.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50399.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50398.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50399.st M ScriptLoader50.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st Log Message: ----------- 50399 16844 TextConverter seems not to be using poolDictionary EventSensorConstants https://pharo.fogbugz.com/f/cases/16844 16848 unimplemented call in MetacelloToolbox>>#baselineNamed: https://pharo.fogbugz.com/f/cases/16848 16838 Missing return caret in RBVariableReferencedOnceRule>>basicCheck https://pharo.fogbugz.com/f/cases/16838 16851 SMTPClient class>>#deliver:usingServer: should be in the package Network-Mail https://pharo.fogbugz.com/f/cases/16851 http://files.pharo.org/image/50/50399.zip

Oct. 23, 2015

Re: [Pharo-dev] powerSet

by CÃ©drick BÃ©ler

Hi all, just bouncing on this subject as we had this interesting discussions some time ago: http://forum.world.st/Another-extension-proposal-gt-subsets-td107678.html Cheers, CÃ©drick

Oct. 23, 2015

Re: [Pharo-dev] powerSet

by Stephan Eggermont

On 22-10-15 23:25, Ferlicot D. Cyril wrote: > Want would be the uses of this method? Show how to run out of memory real quickly? Demonstrate why you want generators? Stephan

Oct. 23, 2015

missing critics results (maybe important for the issue validation)

by Nicolai Hess

Would be nice if someone can take a look at this issue 16814 <https://pharo.fogbugz.com/f/cases/16814/Critics-Browser-seriously-broken> Critics Browser seriously broken

Oct. 23, 2015

[ANN] CalipeL: a benchmarking tool for Smalltalk/X and Pharo

by Jan Vrany

Hi there, After more than 2 years of (time-to-time) development and aboutÂ that much time of use, I'd like to announce CalipeL, a tool for benchmarking and monitoring performance regressions. The basic ideas that drove the development: * Benchmarking and (especially) interpreting benchmark resultsÂ Â is always a monkey business. The tool should produce raw numbers, Â letting the user to use whichever statistics she need to make up Â (desired) results. * Benchmark results should be kept and managed at a single place so Â one can view and retrieve all past benchmark results pretty muchÂ Â the same way as one can view and retrieve past versions ofÂ Â the software from a source code management tool. Features: - simple - creating a benchmark is as simple as writing a methodÂ Â in a class - flexible - a special set-up and/or warm-up routines could be Â specified at benchmark-level as well as set of parametersÂ Â to allow fine-grained measurements under different conditions - batch runner - contains a batch runner allowing one to runÂ Â benchmarks from a command line or at CI servers such as Jenkins. - web - comes with simple web interface to gather and processÂ Â benchmark results. However, the web application would deserve Â some more work. Repository: Â https://bitbucket.org/janvrany/jv-calipel Â http://smalltalkhub.com/#!/~JanVrany/CalipeL-S (read-only export Â from the above and Pharo-specific code) More information: Â https://bitbucket.org/janvrany/jv-calipel/wiki/Home I have been using CalipeL for benchmarking and keeping track ofÂ performance of Smalltalk/X VM, STX:LIBJAVA, a PetitParser compilerÂ and other code I was working over the time. Finally, I'd like to thank to Marcel Hlopko for his work on theÂ web application and Jan Kurs for his comments. I hope some of you may find it useful. If you have any commentsÂ or questions, do not hesitate and let me know! Regards, Jan

Oct. 23, 2015

Re: [Pharo-dev] powerSet

by Sven Van Caekenberghe

> On 23 Oct 2015, at 09:41, stepharo <stepharo(a)free.fr> wrote: > >> Hi, >> >> Want would be the uses of this method? > > Apparently this is something really common on sets, you get all the subparts combinations. > > Stef https://en.wikipedia.org/wiki/Power_set The empty set should apparently be part of it too, which is explicitly not done with #combinations (a new method in Pharo 5 BTW). There is also an elegant recursive algorithm described in the Wikipedia page.

Oct. 23, 2015

Re: [Pharo-dev] MethodClassifier pragmas?

by stepharo

I have the impression that we should reduce the number of pragmas used in the system because I'm pretty sure some are dead code. Le 22/10/15 17:12, Stephan Eggermont a Ã©crit : > Should any of these be added? > > methods := CompiledMethod allInstances select: [ :each | each pragmas > size >0 ]. > pragmas := methods flatCollectAsSet: [ :each | each pragmas collect: [ > :pragma | pragma keyword ] ]. > allPragmaProtocols := Dictionary new. > pragmas do: [ :pragma | > allPragmaProtocols at: pragma put: > (Bag withAll:(methods select: [ :each | each hasPragmaNamed: > pragma ] thenCollect: [ :each | each protocol ]) ) sortedCounts > ]. > String streamContents: [ :s | > allPragmaProtocols associationsDo: [ :pragma | > s nextPutAll: pragma key; cr. > pragma value do: [ :entry | s tab; nextPutAll: (entry key > asString); tab; nextPutAll: (entry value) asString;cr ]]] > > example > 73 examples > directoryService > 1 *System-FileRegistry > gtInspectorAction > 2 *GT-InspectorExtensions-Core > 1 *GT-Inspector > 1 ui > 1 *GT-SpotterExtensions-Core > RubEditingModeMenu > 3 menu > systemsettings > 60 settings > 3 setting > 2 configuration > 1 morphic > 1 fonts > RubLineNumberMenu > 1 menu declaration > systemHelp > 1 conversion > 1 converting > gtInspectorTag: > 2 *GT-Inspector > nautilusGlobalMethodMenu > 3 menu > 1 *GT-Inspector-Examples-UI > debuggingStone:label: > 2 testing > 1 accessing > 1 transmitting > instVarCommand > 4 inst-var > iconThemeSelector: > 1 examples > nautilusGlobalGroupMenu > 2 menu > todo: > 1 accessing > 1 *GT-SpotterExtensions-Core > nautilusGlobalSourceCodeMenu > 2 menu > sepc: > 1 specs > fileListContentMenu > 1 menu > textEditorMenu > 1 menu declaration > tempVarCommand > 1 temp-var > primitive:module:error: > 47 private > 31 accessing > 13 rendering > 12 *generated-code-non-existing-package > 10 win heap api > 8 window management > 8 struct primitives > 8 transformations > 6 common > 6 opengl > 5 initialize > 4 integer primitives > 4 video > 4 enum primitives > 3 mouse > 3 instance creation > 3 bootstrapping > 3 primitives > 3 surface > 2 timer > 2 finalization > 2 stdio > 2 finalizing > 2 joystick > 2 cursor > 2 double type > 2 clipboard > 2 pixels handling > 2 hint options > 2 as yet unclassified > 2 examples-pragmas > 2 accessing functions > 1 destroy > 1 using the cursor > 1 closing > 1 modules > 1 event > 1 antialiasing > 1 deleting > 1 error handing > 1 subpixel order > 1 freeing resources > 1 examples - pragmas > 1 cairo > 1 basic-external-function > 1 *NativeBoost-Examples > 1 not finished yet > 1 path primitives > 1 system > 1 misc > 1 *NativeBoost-Core > nautilusGlobalPackageFixMenu > 1 menu > baseline > 10 baseline pragma - github reference > 3 baseline pragma - external > 1 ConfigurationOfFoo > 1 baseline > 1 api projectSpec > 1 issue 32 > brickBuilderProperty:name:as:getter:model: > 20 brick-geometry-properties > 14 brick-properties > 8 brick-layout-properties > 4 brick-geometry > 2 brick-layout > smalltalkEditorShiftedMenu > 1 menu declaration > contextMenu: > 1 *Versionner-Commit-UI > RubPlainTextMenu > 1 menu > toBeDeprecated: > 1 *GT-Inspector-Examples-DEPRECATED > 1 *GT-Inspector-Examples-Core > processBrowserProcessListMenu > 1 menu > keymap > 38 shortcuts > 7 keymapping > 7 builder > 6 shortcut-old > 1 keymap > 1 instance creation > 1 keybindings > 1 settings > 1 *Keymapping-Core > worldMenuExample > 5 menu declaring > sourceCodeCommand > 3 source > assignmentCommand > 1 methods > 1 assignment > fileService > 3 *System-FileRegistry > 2 System-FileRegistry > 1 *System-Changes-FileServices > 1 *MonticelloFileServices > 1 file service > 1 *FuelSystem-FileRegistry > 1 *Graphics-Files-FileRegistry > 1 *Tool-FileList > RubTabWidthMenu > 1 menus > contextMenuDebuggingAction > 11 registration > 1 actions creation > command > 25 commands > 1 as yet unclassified > 1 *NautilusGroupAutoBuilder > systemEventRegistration > 2 system-events > 1 system integration > 1 event registration > raises: > 5 examples > 3 examples 1 > 1 examples 3 > 1 examples 2 > iconBase64: > 1 examples > inline: > 2 filing > 1 smoothing > subject: > 2 examples > specDebuggerCodeContextMenu > 1 menu code > spotterOrder: > 99 *GT-SpotterExtensions-Core > 7 ui > 5 mocks > 4 *qualityAssistant > 3 *GT-Inspector-Examples-UI > 1 as yet unclassified > 1 *Tool-Catalog > classCommand > 2 class > metaLinkOptions: > 1 examples > primitive:module: > 160 primitives > 67 private > 46 memory access + > 41 accessing > 24 *NativeBoost-Core > 23 private-primitives > 17 primitives-access > 16 system primitives > 13 testing > 12 basic-interpreter-proxy-interaction > 11 file primitives > 11 primitives-incremental > 11 primitives-adding > 9 primitives-plugin > 8 array arithmetic primitives > 8 path primitives > 8 font creation > 7 nativeboost-primitives > 7 as yet unclassified > 7 primitives-ipv6 > 7 api calls > 6 api > 6 comparing > 5 bit manipulation > 5 operations > 4 native > 4 bootstrapping > 4 basc-types > 4 retrieving symbols > 4 library loading > 3 converting > 3 util > 3 accessing functions > 3 error reporting > 3 opening > 2 memory operations > 2 transforming rects > 2 error handling > 2 filing > 2 drawing > 2 debugging > 2 host window access > 2 iterating > 2 dnd requests > 2 primitives-misc > 2 *NativeBoost-Examples > 2 copying > 2 errors > 2 transforming points > 2 tests > 2 C heap access > 2 misc > 2 qsort callouts > 2 colorspace conversion > 1 code emitting > 1 events-processing > 1 string access > 1 *NativeBoost-core > 1 image reading/writing > 1 arithmetic > 1 modules > 1 private-buffers > 1 huffman encoding > 1 memory access > 1 keyboard > 1 instance creation > 1 writing > 1 validation > 1 unregistering > 1 helper > 1 composing > 1 custom type > 1 line drawing > 1 inflating > 1 byte based hash > 1 platform id > 1 tests - language-side callback > 1 network initialization > 1 initialize-release > 1 basic-float-operations > 1 *FreeType-Addition > 1 dct > 1 deflating > 1 special > 1 registering > 1 double type > 1 reading > depends: > 20 examples > 9 examples-failing > 7 examples 7 > 5 examples - filtering > 5 examples 3 > 4 examples 4 > 3 *GT-InspectorExtensions-Core > 3 examples 1 > 3 examples 2 > 3 examples 6 > 2 examples 5 > 1 examples - basic > nautilusGlobalProtocolMenu > 1 menu > classVarCommand > 3 class-var > preDebuggingAction > 4 registration > 1 actions creation > lint:rationale:author: > 1 rendering > changeSorterClassListMenu > 1 menu > dualChangeSorterMessageListMenu > 1 menu > version: > 128 baselines > 53 versions > 24 ConfigurationOfProjectToolBox > 9 issue 63 > 8 ConfigurationOfFoo > 7 Issue 154 > 7 ConfigurationOfAtomicFoo > 7 external configurations > 5 Issue 115 > 5 ConfigurationOfFan > 4 ConfigurationOfSymbolic > 4 baseline:with: > 4 Issue 77 > 4 Issue 119 > 4 ConfigurationOfProjectFie > 3 issue 32 > 3 Issue 95 > 3 invalid configurations > 3 Issue 86 > 2 ConfigurationOfUmbrella > 2 issue 84 > 2 ConfigurationOfFix > 2 baseline pragma - github reference > 2 ConfigurationOfAtomicFan > 2 locking > 2 Issue 171 > 2 command tests > 2 snapshot versions > 1 ConfigurationOfFeaux > 1 ConfigurationOfProjectFee > 1 ConfigurationOfProjectFum > 1 baseline 1.0 > 1 Issue 125 > 1 Issue 136 > 1 ConfigurationOfProjectFoe > 1 ConfigurationOfFum > 1 ConfigurationOfMBFooTest > apiDocumentation > 57 loading > 46 development support > 23 scripts > 7 utility > 6 validation > 2 *Versionner-Commit > 2 load validation > 1 unloading Metacello > 1 deprecated > 1 *Versionner-Core-DependenciesModel > 1 accessing > processBrowserStackListMenu > 1 menu > wikiStyleHelp: > 2 help > 1 help-text > 1 help system > iconBytes: > 1 examples > contextMenu > 29 menu > 5 menu declaration > 3 *GT-Inspector-Examples-UI > 1 menu code > 1 opening > 1 nautilus > 1 menus > 1 *NautilusGroupAutoBuilder > settingPragmaProcessor > 1 pragmas > nautilusGlobalClassFixMenu > 1 menu > script > 2 instance creation > 2 opening > 1 showing > 1 user interface > 1 cleanup > 1 run > 1 utilities > 1 actions > gtExample > 122 *GT-InspectorExtensions-Core > 93 examples > 42 *GT-SpotterExtensions-Core > 9 examples-failing > 8 examples 3 > 7 examples 7 > 6 examples 1 > 5 examples - filtering > 4 examples 2 > 4 examples 4 > 3 examples 6 > 3 examples - basic > 2 examples 5 > 1 instance creation > 1 example > styleTable: > 5 style table > worldMenu > 9 world menu > 7 menu > 4 world menu items > 2 system menu > 2 *Morphic-Base > 1 *Tool-Transcript > 1 tool registration > 1 ui > 1 zen > contextMenuCodeDebuggingAction > 1 registration > textEditorShiftedMenu > 1 menu declaration > playgroundContextMenu > 1 menu > spotterPreview: > 19 *GT-SpotterExtensions-Core > 2 ui > 2 *qualityAssistant > 1 *GT-Spotter > exampleWidget > 5 examples > 4 example > menu > 4 menu > 1 building > 1 *NautilusGroupAutoBuilder > reflective: > 6 message performing > 1 priv handling > changeSorterChangeSetList2Menu > 1 menu > publicTest > 7 tests > script: > 3 protocol > 3 pages > blockCommand > 2 source > smalltalkEditorMenu > 1 menu declaration > changeSorterMessageListMenu > 1 menu > changeSorterChangeSetList1Menu > 1 menu > messageCommand > 3 messages > 2 source > 1 methods > defaultSymbolicVersion: > 1 defaults > gtInspectorPresentationOrder: > 114 *GT-InspectorExtensions-Core > 16 *OpalTools > 8 ui > 6 *qualityAssistant > 4 inspecting > 4 inspector extensions > 3 *GT-Inspector-Examples-UI > 2 gt-inspector-extension > 2 *GT-Inspector > 1 printing > RubSmalltalkCommentMenu > 1 menu > iconClass:selector: > 1 examples > symbolicVersion: > 41 symbolic versions > 5 versions > 3 ConfigurationOfMBFooTest > 2 tags > 2 symbolic > 2 command tests > 2 ConfigurationOfSymbolic > 1 ConfigurationOfFoo > 1 accessing > 1 external configurations > 1 ConfigurationOfProjectToolBox > debuggingAction > 9 registration > 1 as yet unclassified > TimeProfilerFullReportMenu > 1 opening > spotterEventRecorderSerializedData > 2 serialized data > windowMenu > 1 menu items > compilerOptions: > 2 examples-blocks-optimized > 2 examples - loops > primitive > 5 primitives > label: > 79 *GT-InspectorExtensions-Core > 78 examples > 37 *GT-SpotterExtensions-Core > 9 examples-failing > 8 examples 3 > 7 examples 7 > 6 examples 1 > 5 examples - filtering > 4 examples 4 > 4 examples 2 > 3 examples - basic > 3 examples 6 > 2 examples 5 > ignoreForCoverage > 1 documentation > 1 sunitgui > glmBrowser:input: > 14 others > 10 browsers > 9 actions examples > 7 explicit selection > 5 text > 4 table > 3 composite > 2 updating > 2 tabs examples > 2 searching and filtering > 1 actionlist > dependsClass:selector: > 3 examples > version:imports: > 464 versions > 14 ConfigurationOfProjectToolBox > 9 Issue 119 > 3 baselines > 3 ConfigurationOfMBFooTest > 2 Issue 171 > 2 Issue 136 > 2 Issue 125 > 2 Issue 115 > 1 Issue 154 > 1 ConfigurationOfAtomicFoo > nautilusGlobalGroupFixMenu > 1 menu > icon: > 2 examples > literalCommand > 2 source > shortcut > 8 keymaps > 2 shortcuts > gtDebuggerPresentationOrder: > 2 ui > dualChangeSorterClassListMenu > 1 menu > expectedFailure > 2 tests > 2 private > 1 testing > mocksystemsettings > 3 settings > debuggerCompleteToSender > 14 halting > iconSelector: > 1 examples > nautilusGlobalClassMenu > 7 menu > 1 *GT-Inspector-Examples-UI > nautilusGlobalPackageTreeFixMenu > 1 menu > methodCommand > 10 methods > 1 messages > 1 source > specDebuggerStackMenuNew > 1 menu > nautilusGlobalPackageMenu > 4 monticello menus > 2 menu > 1 nautilus > 1 *GT-Inspector-Examples-UI > 1 instance creation > newVersionBrowserListMenu > 1 menu > RubSmalltalkCodeMenu > 1 accessing > 1 menu > timeout: > 1 tests - mathematical functions > spec > 42 specs > 10 spec > 1 layouts > 1 as yet unclassified > dualChangeSorteChangesListMenu > 1 menu > spec: > 47 specs > 3 spec > 1 as yet unclassified > 1 accessing > messageBrowserListMenu > 2 *MessageBrowserRefactoringAddition > 1 menu > description: > 39 examples > 5 examples - filtering > 4 examples 3 > 3 examples 1 > 1 examples-failing > 1 examples 2 > pragma: > 2 tests - comparing > primitive:error: > 3 adding/removing methods > 2 misc > 2 examples-pragmas > 2 private > 1 nil > 1 apply primitives > var:declareC: > 5 primitives > 4 filing > 1 byte based hash > 1 comparing > subjectsAll: > 1 examples > noTest > 9 examples-failing > 7 examples 3 > 7 examples 7 > 4 examples > 4 examples 4 > 3 examples 2 > 3 examples 6 > 3 examples 1 > 2 examples 5 > primitive: > 59 accessing > 25 private > 19 arithmetic > 17 comparing > 15 primitives > 11 memory space > 8 evaluating > 7 instance creation > 6 mathematical functions > 6 other > 6 message performing > 5 system primitives > 5 converting > 5 *Tool-Profilers > 5 gc > 4 modules > 4 bit manipulation > 4 scheduling > 3 truncation and round off > 3 reflective operations > 3 accessing instances and variables > 3 exceptions > 3 parameters > 3 introspection > 3 private-exceptions > 3 snapshot and quit > 3 copying > 2 memory scanning > 2 private events > 2 *Fuel-Collections > 2 controlling > 2 snapshots > 2 image, changes name > 2 communication > 2 deferring > 2 examples-pragmas > 2 literals > 2 changing process state > 2 scanning > 2 opening > 1 special objects > 1 testing > 1 *reflectivity > 1 examples > 1 miscellaneous > 1 display box access > 1 mirror primitives > 1 external > 1 path primitives > 1 background process > 1 read, write, position > 1 cleaning > 1 process state change > 1 class membership > 1 attributes > 1 image > 1 executing > > > >

Oct. 23, 2015

Re: [Pharo-dev] MethodClassifier pragmas?

by stepharo

stefan if you want to really help for method classifier look at http://smalltalkhub.com/#!/~StephaneDucasse/AutomaticMethodCategorizer I think that it is missing one day of work concentrated. Stef Le 22/10/15 12:16, Stephan Eggermont a Ã©crit : > I've committed a version of MethodClassifier that can classify based > on pragmas. I've only added <example>->#examples > Which ones should be added? > > Stephan > > >

Oct. 23, 2015

Re: [Pharo-dev] powerSet

by stepharo

> Hi, > > Want would be the uses of this method? Apparently this is something really common on sets, you get all the subparts combinations. Stef

Oct. 23, 2015

Re: [Pharo-dev] powerSet

by stepharo

> Hi, > > I propose a simpler implementation: > 4 in: [ :e | (1 to: e) combinations ] ;) I'm do not think that my son is allowed to use combination in python too. did you check the implementation of combinations :)? Stef > > Vincent > > Le 2015-10-22 23:25, Ferlicot D. Cyril a Ã©crit : >> Le 22/10/2015 22:58, stepharo a Ã©crit : >>> Hi >>> >>> I was programming an exercise with one of my son (well in Python.... >>> arghhhhhh) >>> and I end it up doing it in Pharo (I'm save now). >>> >>> The idea was to write one function that computes the powerset >>> >>> powerset(4) >>> = a Set(a Set(1) a Set(1 2) a Set(3) a Set(2) a Set(1 3) a Set(2 3) >>> a Set(1 2 3) a Set(4) a Set(1 4) a Set(2 4) a Set(1 2 4) a Set(3 4) a >>> Set(1 3 4) a Set(2 3 4) a Set(1 2 3 4)) >>> >>> I did it without thinking too much in fact >>> >>> | s n ps | >>> ps := Set new. >>> >>> 1 to: ((2 raisedTo: 4) -1) >>> do: [ :i | >>> s := Set new. >>> n := 0. >>> 1 to: 4 do: [ :b | >>> n := n + 1. >>> ((i bitAt: b) = 1 ) >>> ifTrue: [ s add: n]. >>> ps add: s ]]. >>> ps >>> >>> but I wonder if we want to add it to our lib. >>> >>> Stef >>> >> >> Hi, >> >> Want would be the uses of this method? > > >

Oct. 23, 2015

Re: [Pharo-dev] Reading validation reports

by Marcus Denker

> On 22 Oct 2015, at 19:45, Stephan Eggermont <stephan(a)stack.nl> wrote: > > At the moment, most of the isues I provide a slice for time out in validation. What is exactly tested in the validation process? It runs twice the tests (first to get false positives) and some Lint rules. > Sometimes nothing is visible in the report, sometimes there are lots of deprecation warnings and other problems that look unrelated to the slice. When should they be ignored? > Yes, this started last week and honestly I have not even a clue what is happening. To me it looks that it might even be caused by the underlying virtual linux machines? The deprecated we should fixâ¦ Marcus

Oct. 23, 2015

Re: [Pharo-dev] powerSet

by vincent.blondeau＠polytech-lille.net

Hi, I propose a simpler implementation: 4 in: [ :e | (1 to: e) combinations ] Vincent Le 2015-10-22 23:25, Ferlicot D. Cyril a Ã©critÂ : > Le 22/10/2015 22:58, stepharo a Ã©crit : >> Hi >> >> I was programming an exercise with one of my son (well in Python.... >> arghhhhhh) >> and I end it up doing it in Pharo (I'm save now). >> >> The idea was to write one function that computes the powerset >> >> powerset(4) >> = a Set(a Set(1) a Set(1 2) a Set(3) a Set(2) a Set(1 3) a Set(2 >> 3) >> a Set(1 2 3) a Set(4) a Set(1 4) a Set(2 4) a Set(1 2 4) a Set(3 4) >> a >> Set(1 3 4) a Set(2 3 4) a Set(1 2 3 4)) >> >> I did it without thinking too much in fact >> >> | s n ps | >> ps := Set new. >> >> 1 to: ((2 raisedTo: 4) -1) >> do: [ :i | >> s := Set new. >> n := 0. >> 1 to: 4 do: [ :b | >> n := n + 1. >> ((i bitAt: b) = 1 ) >> ifTrue: [ s add: n]. >> ps add: s ]]. >> ps >> >> but I wonder if we want to add it to our lib. >> >> Stef >> > > Hi, > > Want would be the uses of this method?

Oct. 22, 2015

Re: [Pharo-dev] powerSet

by Ferlicot D. Cyril

Le 22/10/2015 22:58, stepharo a Ã©crit : > Hi > > I was programming an exercise with one of my son (well in Python.... > arghhhhhh) > and I end it up doing it in Pharo (I'm save now). > > The idea was to write one function that computes the powerset > > powerset(4) > = a Set(a Set(1) a Set(1 2) a Set(3) a Set(2) a Set(1 3) a Set(2 3) > a Set(1 2 3) a Set(4) a Set(1 4) a Set(2 4) a Set(1 2 4) a Set(3 4) a > Set(1 3 4) a Set(2 3 4) a Set(1 2 3 4)) > > I did it without thinking too much in fact > > | s n ps | > ps := Set new. > > 1 to: ((2 raisedTo: 4) -1) > do: [ :i | > s := Set new. > n := 0. > 1 to: 4 do: [ :b | > n := n + 1. > ((i bitAt: b) = 1 ) > ifTrue: [ s add: n]. > ps add: s ]]. > ps > > but I wonder if we want to add it to our lib. > > Stef > Hi, Want would be the uses of this method? -- Cyril Ferlicot http://www.synectique.eu 165 Avenue Bretagne Lille 59000 France

Oct. 22, 2015

Re: [Pharo-dev] [Vm-dev] [squeak-dev] The Trunk: Network-topa.166.mcz

by stepharo

In SciSmalltalk we added some more random generators but people should have a look.... Stef Le 22/10/15 18:21, Nicolas Cellier a Ã©crit : > For these reasons, I often prefer the Marsaglia's KISS > > 2015-10-22 17:57 GMT+02:00 Henrik Johansen > <henrik.s.johansen(a)veloxit.no <mailto:henrik.s.johansen@veloxit.no>>: > > > > On 22 Oct 2015, at 2:49 , Tobias Pape <Das.Linux(a)gmx.de > <mailto:Das.Linux@gmx.de>> wrote: > > > > > > > > On 22.10.2015, at 14:37, David T. Lewis <lewis(a)mail.msen.com > <mailto:lewis@mail.msen.com>> wrote: > > > >> On Thu, Oct 22, 2015 at 06:28:09AM +0000, > commits(a)source.squeak.org <mailto:commits@source.squeak.org> wrote: > >>> Tobias Pape uploaded a new version of Network to project The > Trunk: > >>> http://source.squeak.org/trunk/Network-topa.166.mcz > >>> > >>> ==================== Summary ==================== > >>> > >>> Name: Network-topa.166 > >>> Author: topa > >>> Time: 21 October 2015, 8:26:14.656 pm > >>> UUID: d6d9910f-fa67-4c69-9a89-030c81233e90 > >>> Ancestors: Network-topa.165 > >>> > >>> UUIDGenerator > >>> - Use new Random>>#nextBytes:into:startingAt: (needs > Kernel-ul.960) for even more speed > >>> - Fix UUIDGenerator class>>#initialize to correctly register > at startup > >>> - Do not reset default on startup but rather reseed TheRandom > >>> > >>> Timings improved: '1,190,000 per second. 842 nanoseconds per > run.' (0.25 times slower than primitive version) > >>> > >> > >> This is outstanding. The UUID plugin has long been a source of > problems in > >> the VM, partly due to issues in various Linux distributions. > >> > >> http://bugs.squeak.org/view.php?id=7358 > >> > >> Making the plugin unnecessary is a big improvement. > > > > Thats what I thought. > > Probably we want to present this (Mersenne PRNG + new UUID gen) to > > the Pharo core developers (cc) so that we can just remove the > UUID plugin > > from the VMs (cc vm-dev)? > > > > Best regards > > -Tobias > > In the release version of Squeak 5.0, the Mersenne Twister is > initialized using a single seed restricted to 32bit. > Has this been changed since to use a wider ranged value? > Otherwise, you run into problems with potential collisions from > separate image starts rather too fast for UUID uses... (IMHO) > > Cheers, > Henry > >

Oct. 22, 2015

Re: [Pharo-dev] [squeak-dev] The Trunk: Network-topa.166.mcz

by stepharo

Yes I will add to our immense todo :) Stef Le 22/10/15 19:17, Levente Uzonyi a Ã©crit : > This should be promoted more vigorously. > > Levente > > On Thu, 22 Oct 2015, monty wrote: > >> This gives you threading: >> http://lists.gforge.inria.fr/pipermail/pharo-bugtracker/

Oct. 22, 2015

Re: [Pharo-dev] editing incomplete snippet bring RB DNU and this is annoying.

by stepharo

Ok it was an image of a month or more and now it works! Great feeling. Stef Le 22/10/15 22:37, Nicolai Hess a Ã©crit : > > > 2015-10-22 22:14 GMT+02:00 stepharo <stepharo(a)free.fr > <mailto:stepharo@free.fr>>: > > Hi guys > > the new syntax hilighter is breaking the fun. > > | s > s := Set new. > > try to add the missing | > > > What's the problem ? I can add the missing | > What pharo version do you use? > > > Stef > >

Oct. 22, 2015

powerSet

by stepharo

Hi I was programming an exercise with one of my son (well in Python.... arghhhhhh) and I end it up doing it in Pharo (I'm save now). The idea was to write one function that computes the powerset powerset(4) = a Set(a Set(1) a Set(1 2) a Set(3) a Set(2) a Set(1 3) a Set(2 3) a Set(1 2 3) a Set(4) a Set(1 4) a Set(2 4) a Set(1 2 4) a Set(3 4) a Set(1 3 4) a Set(2 3 4) a Set(1 2 3 4)) I did it without thinking too much in fact | s n ps | ps := Set new. 1 to: ((2 raisedTo: 4) -1) do: [ :i | s := Set new. n := 0. 1 to: 4 do: [ :b | n := n + 1. ((i bitAt: b) = 1 ) ifTrue: [ s add: n]. ps add: s ]]. ps but I wonder if we want to add it to our lib. Stef

Oct. 22, 2015

Re: [Pharo-dev] editing incomplete snippet bring RB DNU and this is annoying.

by stepharo

Lt me check with the latest one. Le 22/10/15 22:37, Nicolai Hess a Ã©crit : > > > 2015-10-22 22:14 GMT+02:00 stepharo <stepharo(a)free.fr > <mailto:stepharo@free.fr>>: > > Hi guys > > the new syntax hilighter is breaking the fun. > > | s > s := Set new. > > try to add the missing | > > > What's the problem ? I can add the missing | > What pharo version do you use? > > > Stef > >

Oct. 22, 2015

Re: [Pharo-dev] ConfigurationOf and Git

by Dale Henrichs

On 10/22/2015 05:31 AM, Ben Coman wrote: > On Thu, Oct 22, 2015 at 1:30 AM, Dale Henrichs > <dale.henrichs(a)gemtalksystems.com> wrote: >> >> On 10/21/2015 05:55 AM, Ben Coman wrote: >> >> >> >> On Wed, Oct 21, 2015 at 2:49 AM, Dale Henrichs >> <dale.henrichs(a)gemtalksystems.com> wrote: >>> Here's the documentation for the Metacello github:// repository >>> description[1]. ... >>> >>> In recent versions of Metacello I have made it possible for you to use >>> pattern matching in the <version identifier> to provide for >>> symbolic-version-like facility for github references. >>> >>> Instead of stableForPharo4 you would associate a semantic version with the >>> code that is "stableForPharo4" for example `4.0.0` and use the tag `v4.0.0` >>> to mark the commit that is "stableForPharo4". >>> >>> Similarly you'd use the tag `v5.0.0` to mark the commit that is >>> "stableForPharo5". >>> >>> Then you'd use the following in your baseline: method (not in a >>> symbolicVersion method). >>> >>> spec for: #'pharo4.0.x' >>> do: [spec >>> baseline: 'Project' >>> with: [ spec repository: 'github://username/Project:v4.?/']]. >>> spec for: #'pharo5.0.x' >>> do: [spec >>> baseline: 'Project' >>> with: [ spec repository: 'github://username/Project:v5.?/']]. >>> >>> If you end up with a new commit that patches a Pharo4 problem, you'd tag >>> that commit as `v4.0.1` and so on .... The above `v4.?` pattern will match >>> `v4.0.1` and you'll pick up that tag the next time you refresh your build >>> (i.e., do a `get` on the Project baseline ... which causes a new download >>> from Github) ... >> >> Intuitively I would have thought that #'pharo4.0.x' >> would correspond to repository: 'github://username/Project:v4.0.?/' >> I seem to be missing something. >> >> I guess it's not intuitive to me, because I'm not sure what point you are >> making:) > My point was that these two > 4.0.x > 4.0.? > > seem to correspond better than these two > 4.0.x > 4.? > > but maybe I looked at this the wrong way. > So v4.? would also match pharo4.1.0 ? Ah yes, you do have a point there, because v4.? does match 4.1.0. Dale

Oct. 22, 2015

Re: [Pharo-dev] editing incomplete snippet bring RB DNU and this is annoying.

by Nicolai Hess

2015-10-22 22:14 GMT+02:00 stepharo <stepharo(a)free.fr>: > Hi guys > > the new syntax hilighter is breaking the fun. > > | s > s := Set new. > > try to add the missing | > What's the problem ? I can add the missing | What pharo version do you use? > > Stef > >

Oct. 22, 2015

editing incomplete snippet bring RB DNU and this is annoying.

by stepharo

Hi guys the new syntax hilighter is breaking the fun. | s s := Set new. try to add the missing | Stef

Oct. 22, 2015

Re: [Pharo-dev] Smalltalkhub projects not indexed?

by Thierry Goubier

Le 22/10/2015 21:00, Sven Van Caekenberghe a Ã©crit : > Git is a DISTRIBUTED source code management system, it does not > really live on one server. Technically, your and everybody else's > local copy contains everything. You can move it around at will. > > The github functionality on top of that *is* restricted to their > site, although there are pretty good clones. > > I would not fear for a lock in. As long as we are agile, i.e. have the ability to switch to a new platform at reasonable cost, then I'm not worried. The Github choice is about exposure. Thierry >> On 22 Oct 2015, at 20:15, Alexandre Bergel >> <alexandre.bergel(a)me.com> wrote: >> >> I agree with you. Github should definitely not be the unique place >> for code. But we should be able to have code there at a low cost. >> >> Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >>> On Oct 22, 2015, at 12:57 PM, Andreas Wacknitz >>> <a.wacknitz(a)gmx.de> wrote: >>> >>> Am 22.10.15 um 17:30 schrieb monty: >>>> Github is a private VC funded company that we don't own that >>>> tomorrow could go away or adopt policies harmful to us. If Ruby >>>> can have rubygems.org (and if Steph can continue to get funding >>>> from INRIA/ESUG), then why can't we have something like STHub >>>> that's ours? >>>> >>>> >>> +1 Github may be hip today but can be outdated in a few years. If >>> Smalltalk would have chosen a version management technology that >>> was en vogue in the 80s where would it be now? Does anybody even >>> remember one of those from then? Having nice github integration >>> (or whatever might be the technology of the day) is one thing, >>> completely relying on it is something different. >>> >> > > >

Oct. 22, 2015

Re: [Pharo-dev] Smalltalkhub projects not indexed?

by Sven Van Caekenberghe

Git is a DISTRIBUTED source code management system, it does not really live on one server. Technically, your and everybody else's local copy contains everything. You can move it around at will. The github functionality on top of that *is* restricted to their site, although there are pretty good clones. I would not fear for a lock in. > On 22 Oct 2015, at 20:15, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > > I agree with you. Github should definitely not be the unique place for code. But we should be able to have code there at a low cost. > > Alexandre > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > >> On Oct 22, 2015, at 12:57 PM, Andreas Wacknitz <a.wacknitz(a)gmx.de> wrote: >> >> Am 22.10.15 um 17:30 schrieb monty: >>> Github is a private VC funded company that we don't own that tomorrow could go away or adopt policies harmful to us. If Ruby can have rubygems.org (and if Steph can continue to get funding from INRIA/ESUG), then why can't we have something like STHub that's ours? >>> >>> >> +1 >> Github may be hip today but can be outdated in a few years. If Smalltalk would have chosen a version management technology >> that was en vogue in the 80s where would it be now? Does anybody even remember one of those from then? >> Having nice github integration (or whatever might be the technology of the day) is one thing, completely relying on it is something >> different. >> >

Oct. 22, 2015

Re: [Pharo-dev] Smalltalkhub projects not indexed?

by Alexandre Bergel

I agree with you. Github should definitely not be the unique place for code. But we should be able to have code there at a low cost. Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > On Oct 22, 2015, at 12:57 PM, Andreas Wacknitz <a.wacknitz(a)gmx.de> wrote: > > Am 22.10.15 um 17:30 schrieb monty: >> Github is a private VC funded company that we don't own that tomorrow could go away or adopt policies harmful to us. If Ruby can have rubygems.org (and if Steph can continue to get funding from INRIA/ESUG), then why can't we have something like STHub that's ours? >> >> > +1 > Github may be hip today but can be outdated in a few years. If Smalltalk would have chosen a version management technology > that was en vogue in the 80s where would it be now? Does anybody even remember one of those from then? > Having nice github integration (or whatever might be the technology of the day) is one thing, completely relying on it is something > different. >

Oct. 22, 2015

Replacing FogBugz with an open source alternative. was: Re: [squeak-dev] The Trunk: Network-topa.166.mcz

by Paul DeBruicker

Gitlab.com has an import tool for fogbugz issues. Their hosted service is https://about.gitlab.com/gitlab-com/ I'm not sure of the quality of their issue tracker but it could be a way out. The gitlab source issue tracker is here: https://gitlab.com/gitlab-org/gitlab-ce/issues to see what its like. They also include mattermost.org which is an open source Slack alternative. If the fogbugz integration with the image is just some REST calls, maybe it wouldn't be too bad to convert to gitlab's API (http://doc.gitlab.com/ee/api/README.html) I know that this change would require some serious time investment in the analysis and deployment phase. Marcus Denker-4 wrote >> On 22 Oct 2015, at 17:26, Tobias Pape < > Das.Linux@ > > wrote: >> >> Hi Marcus >> On 22.10.2015, at 16:44, Marcus Denker < > marcus.denker@ > > wrote: >> >>>> On 22 Oct 2015, at 16:13, Marcus Denker < > marcus.denker@ > > wrote: >>>>>> >>>>> >>>>> Thats what I thought. >>>>> Probably we want to present this (Mersenne PRNG + new UUID gen) to >>>>> the Pharo core developers (cc) so that we can just remove the UUID >>>>> plugin >>>>> from the VMs (cc vm-dev)? >>>>> >>>> >>>> That sounds good! >>> >>> I added an issue tracker entry so we do not forget: >>> >>> >>> https://pharo.fogbugz.com/f/cases/16846/integrate-non-Plugin-UUIDGenerator-… >>> >> >> Is there any way to view those issues without creating a fogbugz account? >> > > Sadly not. Just for that it was a mistake to use FogBugz. But moving now > is difficult. > > Marcus -- View this message in context: http://forum.world.st/Re-squeak-dev-The-Trunk-Network-topa-166-mcz-tp485731… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Oct. 22, 2015

Reading validation reports

by Stephan Eggermont

At the moment, most of the isues I provide a slice for time out in validation. What is exactly tested in the validation process? Sometimes nothing is visible in the report, sometimes there are lots of deprecation warnings and other problems that look unrelated to the slice. When should they be ignored? Stephan

Oct. 22, 2015

Re: [Pharo-dev] [squeak-dev] The Trunk: Network-topa.166.mcz

by Levente Uzonyi

This should be promoted more vigorously. Levente On Thu, 22 Oct 2015, monty wrote: > This gives you threading: http://lists.gforge.inria.fr/pipermail/pharo-bugtracker/ > Â > >

Oct. 22, 2015

Re: [Pharo-dev] [squeak-dev] The Trunk: Network-topa.166.mcz

by Levente Uzonyi

On Thu, 22 Oct 2015, Henrik Johansen wrote: > > On 22 Oct 2015, at 5:35 , Levente Uzonyi <leves(a)elte.hu> wrote: > > On Thu, 22 Oct 2015, Tobias Pape wrote: > > Hi Marcus > On 22.10.2015, at 16:44, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > On 22 Oct 2015, at 16:13, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > > Thats what I thought. > Probably we want to present this (Mersenne PRNG + new UUID gen) to > the Pharo core developers (cc) so that we can just remove the UUID plugin > from the VMs (cc vm-dev)? > > > That sounds good! > > > I added an issue tracker entry so we do not forget: > > https://pharo.fogbugz.com/f/cases/16846/integrate-non-Plugin-UUIDGenerator-… > > > Is there any way to view those issues without creating a fogbugz account? > > > No, there isn't. I guess it would be fairly easy to export all issues to a static website, but once you have an account, your interest in > creating such site vanishes. :) > > Levente > > > best regards > -Tobias = > > > There'sÂ http://forum.world.st/Pharo-Issue-Tracker-f3456798.html, but there's both a delay, and it's a PITA to read without threading, so... > > Now if only source.squeak.orgÂ was up so it'd actually be possible to upgrade a Squeak image and check out the changes ;) Thanks Henry. It should be up again. Levente > > Cheers, > Henry > >

Oct. 22, 2015

Re: [Pharo-dev] Smalltalkhub projects not indexed?

by Esteban A. Maringolo

You're right. In the 80's I was learning to write... However, there weren't public hosted repositories, and if there was; I bet they didn't have 2 million of them, nor even two orders of magnitude less. Regards! Esteban A. Maringolo 2015-10-22 13:28 GMT-03:00 Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com>: > In the 80s? you probably mean SCCS... > > 2015-10-22 18:01 GMT+02:00 Esteban A. Maringolo <emaringolo(a)gmail.com>: >> >> 2015-10-22 12:57 GMT-03:00 Andreas Wacknitz <A.Wacknitz(a)gmx.de>: >> > Am 22.10.15 um 17:30 schrieb monty: >> >> >> >> Github is a private VC funded company that we don't own that tomorrow >> >> could go away or adopt policies harmful to us. If Ruby can have >> >> rubygems.org >> >> (and if Steph can continue to get funding from INRIA/ESUG), then why >> >> can't >> >> we have something like STHub that's ours? >> >> >> >> >> > +1 >> > Github may be hip today but can be outdated in a few years. If Smalltalk >> > would have chosen a version management technology >> > that was en vogue in the 80s where would it be now? Does anybody even >> > remember one of those from then? >> > Having nice github integration (or whatever might be the technology of >> > the >> > day) is one thing, completely relying on it is something >> > different. >> >> We would be using SourceForge, probably :). >> Some projects still use it. Which ones? Well... the ones using >> Subversion, mostly old projects (although still maintained). >> >> But I couldn't find a new project choosing it over GitHub for code >> management. >> >> >> Esteban A. Maringolo >> >

Oct. 22, 2015

Re: [Pharo-dev] [Vm-dev] [squeak-dev] The Trunk: Network-topa.166.mcz

by Levente Uzonyi

On Thu, 22 Oct 2015, Henrik Johansen wrote: > >> On 22 Oct 2015, at 2:49 , Tobias Pape <Das.Linux(a)gmx.de> wrote: >> >> >> >> On 22.10.2015, at 14:37, David T. Lewis <lewis(a)mail.msen.com> wrote: >> >>> On Thu, Oct 22, 2015 at 06:28:09AM +0000, commits(a)source.squeak.org wrote: >>>> Tobias Pape uploaded a new version of Network to project The Trunk: >>>> http://source.squeak.org/trunk/Network-topa.166.mcz >>>> >>>> ==================== Summary ==================== >>>> >>>> Name: Network-topa.166 >>>> Author: topa >>>> Time: 21 October 2015, 8:26:14.656 pm >>>> UUID: d6d9910f-fa67-4c69-9a89-030c81233e90 >>>> Ancestors: Network-topa.165 >>>> >>>> UUIDGenerator >>>> - Use new Random>>#nextBytes:into:startingAt: (needs Kernel-ul.960) for even more speed >>>> - Fix UUIDGenerator class>>#initialize to correctly register at startup >>>> - Do not reset default on startup but rather reseed TheRandom >>>> >>>> Timings improved: '1,190,000 per second. 842 nanoseconds per run.' (0.25 times slower than primitive version) >>>> >>> >>> This is outstanding. The UUID plugin has long been a source of problems in >>> the VM, partly due to issues in various Linux distributions. >>> >>> http://bugs.squeak.org/view.php?id=7358 >>> >>> Making the plugin unnecessary is a big improvement. >> >> Thats what I thought. >> Probably we want to present this (Mersenne PRNG + new UUID gen) to >> the Pharo core developers (cc) so that we can just remove the UUID plugin >> from the VMs (cc vm-dev)? >> >> Best regards >> -Tobias > > In the release version of Squeak 5.0, the Mersenne Twister is initialized using a single seed restricted to 32bit. > Has this been changed since to use a wider ranged value? > Otherwise, you run into problems with potential collisions from separate image starts rather too fast for UUID uses... (IMHO) No, that's still something to be done[1]. Levente [1] http://lists.squeakfoundation.org/pipermail/squeak-dev/2015-October/186409.… > > Cheers, > Henry >

Oct. 22, 2015

Re: [Pharo-dev] Smalltalkhub projects not indexed?

by Nicolas Cellier

In the 80s? you probably mean SCCS... 2015-10-22 18:01 GMT+02:00 Esteban A. Maringolo <emaringolo(a)gmail.com>: > 2015-10-22 12:57 GMT-03:00 Andreas Wacknitz <A.Wacknitz(a)gmx.de>: > > Am 22.10.15 um 17:30 schrieb monty: > >> > >> Github is a private VC funded company that we don't own that tomorrow > >> could go away or adopt policies harmful to us. If Ruby can have > rubygems.org > >> (and if Steph can continue to get funding from INRIA/ESUG), then why > can't > >> we have something like STHub that's ours? > >> > >> > > +1 > > Github may be hip today but can be outdated in a few years. If Smalltalk > > would have chosen a version management technology > > that was en vogue in the 80s where would it be now? Does anybody even > > remember one of those from then? > > Having nice github integration (or whatever might be the technology of > the > > day) is one thing, completely relying on it is something > > different. > > We would be using SourceForge, probably :). > Some projects still use it. Which ones? Well... the ones using > Subversion, mostly old projects (although still maintained). > > But I couldn't find a new project choosing it over GitHub for code > management. > > > Esteban A. Maringolo > >

Oct. 22, 2015

Re: [Pharo-dev] [Vm-dev] [squeak-dev] The Trunk: Network-topa.166.mcz

by Nicolas Cellier

For these reasons, I often prefer the Marsaglia's KISS 2015-10-22 17:57 GMT+02:00 Henrik Johansen <henrik.s.johansen(a)veloxit.no>: > > > On 22 Oct 2015, at 2:49 , Tobias Pape <Das.Linux(a)gmx.de> wrote: > > > > > > > > On 22.10.2015, at 14:37, David T. Lewis <lewis(a)mail.msen.com> wrote: > > > >> On Thu, Oct 22, 2015 at 06:28:09AM +0000, commits(a)source.squeak.org > wrote: > >>> Tobias Pape uploaded a new version of Network to project The Trunk: > >>> http://source.squeak.org/trunk/Network-topa.166.mcz > >>> > >>> ==================== Summary ==================== > >>> > >>> Name: Network-topa.166 > >>> Author: topa > >>> Time: 21 October 2015, 8:26:14.656 pm > >>> UUID: d6d9910f-fa67-4c69-9a89-030c81233e90 > >>> Ancestors: Network-topa.165 > >>> > >>> UUIDGenerator > >>> - Use new Random>>#nextBytes:into:startingAt: (needs Kernel-ul.960) > for even more speed > >>> - Fix UUIDGenerator class>>#initialize to correctly register at startup > >>> - Do not reset default on startup but rather reseed TheRandom > >>> > >>> Timings improved: '1,190,000 per second. 842 nanoseconds per run.' > (0.25 times slower than primitive version) > >>> > >> > >> This is outstanding. The UUID plugin has long been a source of problems > in > >> the VM, partly due to issues in various Linux distributions. > >> > >> http://bugs.squeak.org/view.php?id=7358 > >> > >> Making the plugin unnecessary is a big improvement. > > > > Thats what I thought. > > Probably we want to present this (Mersenne PRNG + new UUID gen) to > > the Pharo core developers (cc) so that we can just remove the UUID plugin > > from the VMs (cc vm-dev)? > > > > Best regards > > -Tobias > > In the release version of Squeak 5.0, the Mersenne Twister is initialized > using a single seed restricted to 32bit. > Has this been changed since to use a wider ranged value? > Otherwise, you run into problems with potential collisions from separate > image starts rather too fast for UUID uses... (IMHO) > > Cheers, > Henry >

Oct. 22, 2015

Re: [Pharo-dev] Smalltalkhub projects not indexed?

by Esteban A. Maringolo

2015-10-22 12:57 GMT-03:00 Andreas Wacknitz <A.Wacknitz(a)gmx.de>: > Am 22.10.15 um 17:30 schrieb monty: >> >> Github is a private VC funded company that we don't own that tomorrow >> could go away or adopt policies harmful to us. If Ruby can have rubygems.org >> (and if Steph can continue to get funding from INRIA/ESUG), then why can't >> we have something like STHub that's ours? >> >> > +1 > Github may be hip today but can be outdated in a few years. If Smalltalk > would have chosen a version management technology > that was en vogue in the 80s where would it be now? Does anybody even > remember one of those from then? > Having nice github integration (or whatever might be the technology of the > day) is one thing, completely relying on it is something > different. We would be using SourceForge, probably :). Some projects still use it. Which ones? Well... the ones using Subversion, mostly old projects (although still maintained). But I couldn't find a new project choosing it over GitHub for code management. Esteban A. Maringolo

Oct. 22, 2015

Re: [Pharo-dev] Smalltalkhub projects not indexed?

by Esteban A. Maringolo

I don't want to speak for him, but I think he meant Github. If what you want is visibility and relevance there is no OTHER place to get it. It's not only about features (I use Bitbucket for my private projects), it's about marketing, it about appearing in reports like this: http://githut.info/ A big diamond hidden in bottom of ocean is worth less than a small diamond on a showcase. Regards! Esteban A. Maringolo 2015-10-22 12:46 GMT-03:00 Serge Stinckwich <serge.stinckwich(a)gmail.com>: > I guess that Alexandre want to say git and not github. > > What is important is to have git support on Pharo in the future so we > can switch from github to bitbucket or any git hosting solution. > > > On Thu, Oct 22, 2015 at 5:30 PM, monty <monty2(a)programmer.net> wrote: >> Github is a private VC funded company that we don't own that tomorrow could go away or adopt policies harmful to us. If Ruby can have rubygems.org (and if Steph can continue to get funding from INRIA/ESUG), then why can't we have something like STHub that's ours? >> >> Sent: Thursday, October 22, 2015 at 11:19 AM >> From: "Alexandre Bergel" <alexandre.bergel(a)me.com> >> To: "Pharo Development List" <pharo-dev(a)lists.pharo.org> >> Subject: Re: [Pharo-dev] Smalltalkhub projects not indexed? >> >> On Oct 22, 2015, at 12:09 PM, monty <monty2(a)programmer.net> wrote: >> SmalltalkHub looks great but lacks the features of SqueakSource3. It would be great if we could switch the backend to SS3 while keeping the look of STHub. >> Having a reliable solution on GitHub will be even better in my opinion. Moreover, it will reveal that Pharo is within the top 20-languages. >> >> Alexandre >> > > > > -- > Serge Stinckwich > UCBN & UMI UMMISCO 209 (IRD/UPMC) > Every DSL ends up being Smalltalk > http://www.doesnotunderstand.org/ >

Oct. 22, 2015

Re: [Pharo-dev] Smalltalkhub projects not indexed?

by Andreas Wacknitz

Am 22.10.15 um 17:30 schrieb monty: > Github is a private VC funded company that we don't own that tomorrow could go away or adopt policies harmful to us. If Ruby can have rubygems.org (and if Steph can continue to get funding from INRIA/ESUG), then why can't we have something like STHub that's ours? > > +1 Github may be hip today but can be outdated in a few years. If Smalltalk would have chosen a version management technology that was en vogue in the 80s where would it be now? Does anybody even remember one of those from then? Having nice github integration (or whatever might be the technology of the day) is one thing, completely relying on it is something different.

Oct. 22, 2015

Re: [Pharo-dev] [Vm-dev] [squeak-dev] The Trunk: Network-topa.166.mcz

by Henrik Johansen

> On 22 Oct 2015, at 2:49 , Tobias Pape <Das.Linux(a)gmx.de> wrote: > > > > On 22.10.2015, at 14:37, David T. Lewis <lewis(a)mail.msen.com> wrote: > >> On Thu, Oct 22, 2015 at 06:28:09AM +0000, commits(a)source.squeak.org wrote: >>> Tobias Pape uploaded a new version of Network to project The Trunk: >>> http://source.squeak.org/trunk/Network-topa.166.mcz >>> >>> ==================== Summary ==================== >>> >>> Name: Network-topa.166 >>> Author: topa >>> Time: 21 October 2015, 8:26:14.656 pm >>> UUID: d6d9910f-fa67-4c69-9a89-030c81233e90 >>> Ancestors: Network-topa.165 >>> >>> UUIDGenerator >>> - Use new Random>>#nextBytes:into:startingAt: (needs Kernel-ul.960) for even more speed >>> - Fix UUIDGenerator class>>#initialize to correctly register at startup >>> - Do not reset default on startup but rather reseed TheRandom >>> >>> Timings improved: '1,190,000 per second. 842 nanoseconds per run.' (0.25 times slower than primitive version) >>> >> >> This is outstanding. The UUID plugin has long been a source of problems in >> the VM, partly due to issues in various Linux distributions. >> >> http://bugs.squeak.org/view.php?id=7358 >> >> Making the plugin unnecessary is a big improvement. > > Thats what I thought. > Probably we want to present this (Mersenne PRNG + new UUID gen) to > the Pharo core developers (cc) so that we can just remove the UUID plugin > from the VMs (cc vm-dev)? > > Best regards > -Tobias In the release version of Squeak 5.0, the Mersenne Twister is initialized using a single seed restricted to 32bit. Has this been changed since to use a wider ranged value? Otherwise, you run into problems with potential collisions from separate image starts rather too fast for UUID uses... (IMHO) Cheers, Henry

Oct. 22, 2015

Re: [Pharo-dev] Is "Enterprise Pharo" available in PDF?

by Richard Sargent

Thanks! -- View this message in context: http://forum.world.st/Is-Enterprise-Pharo-available-in-PDF-tp4857121p485738… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Oct. 22, 2015

Re: [Pharo-dev] Smalltalkhub projects not indexed?

by monty

+1 > Sent: Thursday, October 22, 2015 at 11:46 AM > From: "Serge Stinckwich" <serge.stinckwich(a)gmail.com> > To: "Pharo Development List" <pharo-dev(a)lists.pharo.org> > Subject: Re: [Pharo-dev] Smalltalkhub projects not indexed? > > I guess that Alexandre want to say git and not github. > > What is important is to have git support on Pharo in the future so we > can switch from github to bitbucket or any git hosting solution. > > > On Thu, Oct 22, 2015 at 5:30 PM, monty <monty2(a)programmer.net> wrote: > > Github is a private VC funded company that we don't own that tomorrow could go away or adopt policies harmful to us. If Ruby can have rubygems.org (and if Steph can continue to get funding from INRIA/ESUG), then why can't we have something like STHub that's ours? > > > > Sent: Thursday, October 22, 2015 at 11:19 AM > > From: "Alexandre Bergel" <alexandre.bergel(a)me.com> > > To: "Pharo Development List" <pharo-dev(a)lists.pharo.org> > > Subject: Re: [Pharo-dev] Smalltalkhub projects not indexed? > > > > On Oct 22, 2015, at 12:09 PM, monty <monty2(a)programmer.net> wrote: > > SmalltalkHub looks great but lacks the features of SqueakSource3. It would be great if we could switch the backend to SS3 while keeping the look of STHub. > > Having a reliable solution on GitHub will be even better in my opinion. Moreover, it will reveal that Pharo is within the top 20-languages. > > > > Alexandre > > > > > > -- > Serge Stinckwich > UCBN & UMI UMMISCO 209 (IRD/UPMC) > Every DSL ends up being Smalltalk > http://www.doesnotunderstand.org/ > >

Oct. 22, 2015

Re: [Pharo-dev] Smalltalkhub projects not indexed?

by Serge Stinckwich

I guess that Alexandre want to say git and not github. What is important is to have git support on Pharo in the future so we can switch from github to bitbucket or any git hosting solution. On Thu, Oct 22, 2015 at 5:30 PM, monty <monty2(a)programmer.net> wrote: > Github is a private VC funded company that we don't own that tomorrow could go away or adopt policies harmful to us. If Ruby can have rubygems.org (and if Steph can continue to get funding from INRIA/ESUG), then why can't we have something like STHub that's ours? > > Sent: Thursday, October 22, 2015 at 11:19 AM > From: "Alexandre Bergel" <alexandre.bergel(a)me.com> > To: "Pharo Development List" <pharo-dev(a)lists.pharo.org> > Subject: Re: [Pharo-dev] Smalltalkhub projects not indexed? > > On Oct 22, 2015, at 12:09 PM, monty <monty2(a)programmer.net> wrote: > SmalltalkHub looks great but lacks the features of SqueakSource3. It would be great if we could switch the backend to SS3 while keeping the look of STHub. > Having a reliable solution on GitHub will be even better in my opinion. Moreover, it will reveal that Pharo is within the top 20-languages. > > Alexandre > -- Serge Stinckwich UCBN & UMI UMMISCO 209 (IRD/UPMC) Every DSL ends up being Smalltalk http://www.doesnotunderstand.org/

Oct. 22, 2015