April 2017 - Pharo-dev - lists.pharo.org

discord channel request
by Ben Coman April 11, 2017

April 11, 2017

Could we have additional channels: #welcome - which would be the generally advertised invite URL. A read-only channel that informs about community rules and summaries available channels etc (maybe including hidden channels and who to ask for invite) #help - To be referenced from in-Image Help Browser. Maybe later have an in-Image chat tool that connects to this channel. How cool would it be to have live help from within the IDE? #mooc - So people can maybe look back through history before asking questions, and also people further along might help others less advanced ==> more participation cheers -ben

4 7

stepping off the end of the debug stack
by Ben Coman April 11, 2017

April 11, 2017

I imagine a newcomer exploring the system could easily step off the end of the debug stack like this... (1 printString) "debugIt" then StepOver six times where the image hangs at "Processor terminateActive" This could have a strong impact against first impressions. What would it take to guard against this? cheers -ben

4 6

books site description
by Ben Coman April 11, 2017

April 11, 2017

Just a passing thought, at http://files.pharo.org/books/ it might be nice for the top descriptive text to indicate a reading order. Something like... Newcomers should start with Pharo By Example, then proceed to: - Spec UI Framework for desktop applications, - Enterprise Pharo for web development, - Agile Visualization for data processing. Deep Into Pharo and Numerical Methods are broadly applicable to all three domains. cheers -ben

2 1

SmallInteger #printString versus #printOn:
by Ben Coman April 11, 2017

April 11, 2017

I was going to slip this example into the welcome help, 1 printString [debugIt] and I'm confronted by SmallInteger>>printString printString "Highly optimized version for base 10 and that we know it is a SmallInteger." | integer next result len | self = 0 ifTrue: [^'0']. self < 0 ifTrue: [^'-', self negated printString]. len := self decimalDigitLength. result := String new: len. integer := self. len to: 1 by: -1 do: [:i | next := integer // 10. result byteAt: i put: 48 + (integer - (next * 10)). integer := next]. ^result and I gather from other discussions this should(?) belong in SmallInteger>>printOn: Or is there a large benefit to avoiding the #printStringLimitedTo: machinery ? cheers -ben

3 4

[pharo-project/pharo-core] 7282e7: 60464
by GitHub April 11, 2017

April 11, 2017

Branch: refs/heads/6.0 Home: https://github.com/pharo-project/pharo-core Commit: 7282e70f15433ab97e70d14b0e0868e345dd4c15 https://github.com/pharo-project/pharo-core/commit/7282e70f15433ab97e70d14b… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2017-04-11 (Tue, 11 Apr 2017) Changed paths: A Rubric.package/RubAbstractTextArea.class/class/settings/defaultMaxExtent.st M Rubric.package/RubAbstractTextArea.class/instance/drawing/drawingBounds.st M Rubric.package/RubParagraph.class/instance/composition/compositionExtent.st M Rubric.package/RubParagraph.class/instance/geometry/width.st R ScriptLoader60.package/ScriptLoader.class/instance/pharo - scripts/script60463.st A ScriptLoader60.package/ScriptLoader.class/instance/pharo - scripts/script60464.st R ScriptLoader60.package/ScriptLoader.class/instance/pharo - updates/update60463.st A ScriptLoader60.package/ScriptLoader.class/instance/pharo - updates/update60464.st M ScriptLoader60.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st Log Message: ----------- 60464 19884 Rubric should not use SmallInteger maxVal https://pharo.fogbugz.com/f/cases/19884 http://files.pharo.org/image/60/60464.zip

1 0

[pharo-project/pharo-core]
by GitHub April 11, 2017

April 11, 2017

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

1 0

Estebanâs list of blocking issues for release Pharo 6.0 (updated to April 10)
by Esteban Lorenzano April 10, 2017

April 10, 2017

Hello, This are the pending issues for release Pharo 6.0: VM: === - NEW: there is a problem with latest VM and primitiveFindSubstring that needs to be fixed. - make all tests pass (there are still some failing tests when compiling a new VM). - libgit2: Still not there, Jan and Ben were trying and sent some suggestions but I still didnât had the time to test it. Image: ===== - iceberg hit the image Fixed last week: --------------------- - win32, cairo fonts problem - leak revision by Pavel (and of course several issues not mentioned in the list). Next: - Make the release! - Test the new process and tape some videos explaining how we will contribute with a bootstrapped process using github :) By the wayâ¦ this is a list we have to accomplish in order to make a release (so you know our pain): - Prepare release notes Image: - add welcome browser - generate PharoV60.sources - move SystemVersion - prepare new ScriptLoader70 package (in theory, this will not needed anymore but better to have it as a backup :P) VM: - stable for 6.0 release WebSite: - Update index - Update download page Infrastructure: - ZeroConf: Open new 7.0 development - SmalltalkCI: Open new 7.0 development - Create platform stable versions - Jenkins: move all CI projects to Pharo 7.0 (again some will not needed anymore, notable those moved to travis, but still) - And talking about travis: prepare all new process on github/travis/appveyor Pub: - announce post - announce mail - post to YC, Reddit â¦ and Iâm sure Iâm forgetting a lot more I will remember in the process of making the release. (which is one of the reasons why we do not have âmore releases in a yearâ) Anyway, do not despairâ¦ we are almost there! cheers! Esteban

2 2

Esteban's ChangeLog week of 3 April 2017
by estebanlm＠gmail.com April 10, 2017

April 10, 2017

Hello! This is my weekly ChangeLog, from 3 April 2017 to 9 April 2017. You can see it in a better format by going here: http://log.smallworks.eu/web/search?from=3/4/2017&to=9/4/2017 ChangeLog ========= 7 April 2017: ------------- * Fixed the small but annoying [issue 323](https://github.com/npasserini/iceberg/issues/323) (DNU when creating a local repository ) * Today I'm working on [Iceberg](http://github.com/npasserini/iceberg). I fixed a bug on locating existing repositories for +gitlocal:+ Metacello protocol, but most amusing, I added a new plugin: "Install Baseline", who allows you to install a project from a baseline listed in "Packages" tab from repositories browser. 6 April 2017: ------------- * I worked a lot preparing the new deployment model for VMs. Basically, now it will be like this: * nightly builds will be still built by our CI (to produce test VMs) * latest VMs will be produced on opensmalltalk-vm, using blessed sources. * stable VMs will be promoted by me :) I'm thinking on change a bit this scheme, but for now it will work like that. I finisged the [OpenSmalltalk](http://github.com/OpenSmalltalk/opensmalltalk-vm) part, now I need to adapt also [Pharo-Project](http://github.com/pharo-project/pharo-vm) (tomorrow). Then, we still need to fix one problem with a primitive... and we will be good to go. * I worked on [case: 19921](https://pharo.fogbugz.com/f/cases/19921), to allow Athens to run fine on 64bits (linux). 5 April 2017: ------------- * I worked on +UnifiedFFI+, making sure different architectures of linux (i386, x86_64) will have methods to find their libraries. In particular, I added: +#unix32ModuleName+ and +#unix64ModuleName+. Both are redirecting to +#unixModuleName+ by default as a way to provide backward compatibility (also, libraries could) be in same place in different architectures, like the case of libraries distributed by ourselves (libgit2, libssl, libssh2, libsdl2). 4 April 2017: ------------- * I made some fixes on [Iceberg](https://github.com/npasserini/iceberg)... in particular, this two issues: * [Issue 317](https://github.com/npasserini/iceberg/issues/317), which adds the posibility of removing a package from FileSystem. * [Issue 319](https://github.com/npasserini/iceberg/issues/319), forcing unix line endings to commit messages (as is required by git). * I fixed a problem when building the VM for Windows: thing is, as it was, it was building cairo library without freetype support, so frameworks like Roassal to fail. Problem was that pkgconfig was failing to find correct version of +freetype+ effectively letting it outside. I needed to change the build script (for Windows) to this: ---- $(THIRDPARTYLIBDIR)/$(CAIROLIBNAME): $(CAIROARCHIVE) tar x -f $(CAIROARCHIVE) -C $(THIRDPARTYDIR) cd $(CAIRODIR) \ && ./configure \ --prefix="$(THIRDPARTYOUTDIR)" \ --host=i686-w64-mingw32 \ PKG_CONFIG="$(PKG_CONFIG)" \ PKG_CONFIG_PATH="$(PKG_CONFIG_PATH)" \ CFLAGS='$(THIRDPARTY_CFLAGS) -I$(THIRDPARTYINCLUDEDIR) -march=pentium4' \ LDFLAGS='$(THIRDPARTY_LDFLAGS) -L$(THIRDPARTYLIBDIR) -march=pentium4' \ FREETYPE_LIBS="-L$(THIRDPARTYLIBDIR) -lfreetype -lz" \ FREETYPE_CFLAGS="-I$(THIRDPARTYINCLUDEDIR) -I$(THIRDPARTYINCLUDEDIR)/freetype2" \ --disable-silent-rules \ --disable-xlib \ --disable-dependency-tracking \ && sed -i '/.* sh .\/make-/i\\ttest -e \$$\@ \&\& rm \$$\@' test/Makefile \ && make \ && make install ---- Now averything seems working. cheers! Esteban

1 0

VM flavour for Pharo 6 release
by Ben Coman April 9, 2017

April 9, 2017

Hi Esteban, What flavour of VM is going to be in Pharo 6 release? Do you think a move to the thread-beat one is a feasible? On Case 19820 "Epicea: GrafPort error when open browser" [1] I see the comment "These are two different VM versions. In both I have sometimes this crash, sometimes another crashes. The threaded VM version seems to be working (it's what I'm using now), but with the itimer ones I started to have this crashes." and I guess the thread-beat is more robust in interaction with third-party FFI signal handling. Should we particularly encourage everyone to update to latest thread-beat VM to provide additional testing before release? cheers -ben [1] https://pharo.fogbugz.com/f/cases/19820

1 0

ftp repositories broken
by John Brant April 8, 2017

April 8, 2017

I can't use a ftp Monticello repository using: Pharo6.0 Latest update: #60315 pharo-linux-x86_64threaded-201704041239-b3f27b3 It appears that the primitive for findSubstringViaPrimitive:in:startingAt:matchTable: has changed so that this method now throws an error instead of returning 0. The ftp code eventually evaluates something similar to this: | eol | eol := String with: Character cr with: Character lf. eol findSubstringViaPrimitive: eol in: (String new: 4096) startingAt: 0 matchTable: (String classPool at: #CaseSensitiveOrder) This returns 0 with an older vm, but throws an error in a new vm. Of course, it may make sense for it to throw an error since 0 is an invalid start index. If that is the case, then SocketStream should be changed so that it doesn't call indexOfSubCollection:startingAt: with a 0: SocketStream>>upToAll: aStringOrByteArray limit: nBytes "..." | index sz result searchedSoFar | sz := aStringOrByteArray size. "Look in the current inBuffer first" index := inBuffer indexOfSubCollection: aStringOrByteArray startingAt: (lastRead - sz + 2 max: 1). Adding the "max: 1" allows me to connect to the ftp repository. John Brant

7 18