Re: [Pharo-dev] OSProcess for Pharo 7

Hi Max, use the following to load OSProcess: Metacello new configuration: 'OSProcess'; repository: 'http://www.squeaksource.com/MetacelloRepository'; load As I said a while ago, the ifNotNilDo: thing was corrected long ago and that configuration updated; the one in the catalog is

Re: [Pharo-dev] What you think about visibility of trait method in browser?

Hi Denis, Le jeu. 11 oct. 2018 à 10:24, Guillermo Polito a écrit : > > Hi, > >> >> On Wed, Oct 10, 2018, 19:40 Denis Kudriashov wrote: >>> >>> Hello. >>> >>> I want to ask you what you think about it. >>> - do you prefer to see trait methods by default? > > > Yes. > >>> >>> - do you want

Re: [Pharo-dev] Empirical Analysis of Programming Language Adoption

s Cellier a écrit : 2018-06-08 14:50 GMT+02:00 Thierry Goubier mailto:thierry.goub...@gmail.com>>: Note that this is used in Smalltalk, when you write anInteger, aString : you're using a form of typing for documentation. Exactly! And if you trans

Re: [Pharo-dev] Empirical Analysis of Programming Language Adoption

Hi Esteban, Le 09/06/2018 à 08:37, Esteban Lorenzano a écrit : On 9 Jun 2018, at 00:58, Sean P. DeNigris wrote: Thomas Dupriez wrote I got stuck countless times when reading pharo code, because there was a message send to a variable I didn't know the type of, so I couldn't know which

Re: [Pharo-dev] Empirical Analysis of Programming Language Adoption

Le 08/06/2018 à 19:43, Nicolas Cellier a écrit : ... Yes, I don't know these languages enough, but it's indeed an extensible specification of types (as expectations). And this have values both for tools (compiling/browsing/static checks) and humans. Oh, and if it helps browser, then it

Re: [Pharo-dev] Empirical Analysis of Programming Language Adoption

2018-06-08 16:35 GMT+02:00 Nicolas Cellier : > > > 2018-06-08 14:50 GMT+02:00 Thierry Goubier : >> >> Hi Ben, >> >> Interesting find. >> >> ... snip ... >> >> > Table 7 makes and interesting assertion that static types are m

Re: [Pharo-dev] Empirical Analysis of Programming Language Adoption

2018-06-08 14:29 GMT+02:00 Ben Coman : ... > > > P.S. Then I bumped into "Toward Semantic Foundations for Program Editors" > (https://arxiv.org/pdf/1703.08694.pdf) > which was over my head but I guess it might be interesting to people working > in UI area. Interesting, and not that complex when

Re: [Pharo-dev] Empirical Analysis of Programming Language Adoption

2018-06-08 14:54 GMT+02:00 Sean P. DeNigris : > Thierry Goubier wrote >> By the way, I wrote for fun a small metalink-based run-time >> type-checker using method argument names. To be used when running unit >> tests :) > > Cool! Is that public? Yes. It's at: https:

Re: [Pharo-dev] Empirical Analysis of Programming Language Adoption

Hi Ben, Interesting find. 2018-06-08 14:29 GMT+02:00 Ben Coman : > I bumped into a paper "Empirical Analysis of Programming Language Adoption" > that I thought might be of interest to others since we'd like to increase > Pharo's mindshare. (http://sns.cs.princeton.edu/docs/asr-oopsla13.pdf) > >

Re: [Pharo-dev] [Compiler] #bindings: improvement: Global shadowing

2018-05-23 13:20 GMT+02:00 Sean P. DeNigris : > Marcus Denker-4 wrote >> method := Smalltalk compiler >> environment: environment; >> compile: 'tt ^MyClass’. > > Awesome! Is it possible to

Re: [Pharo-dev] [Compiler] #bindings: improvement: Global shadowing

Marcus, can you do inheritence / masking of a hierarchy of system dictionaries ? Could be used to make "kind of" sandboxes, around, say, user code so that it does not have the ability to override a certain system core. Thierry 2018-05-23 11:45 GMT+02:00 Marcus Denker :

Re: [Pharo-dev] [Compiler] #bindings: improvement: Global shadowing

Interesting... Thierry 2018-05-22 14:18 GMT+02:00 Marcus Denker : > > >> On 18 May 2018, at 10:39, Marcus Denker wrote: >> >> Hi, >> >> the #binding: API until now did not allow to shadow globals. But there is >> actually no reason to forbid that

Re: [Pharo-dev] [ Umbrella Issue ] Cleanup remaining DeprecatedFileSystem users

Hi Alistair, 2018-05-09 16:06 GMT+02:00 Alistair Grant <akgrant0...@gmail.com>: > > > On Wed., 9 May 2018, 13:49 Sven Van Caekenberghe, <s...@stfx.eu> wrote: >> >> >> >> > On 9 May 2018, at 13:41, Thierry Goubier <thierry.goub...@gmail.com>

Re: [Pharo-dev] [ Umbrella Issue ] Cleanup remaining DeprecatedFileSystem users

at io handle, and a BufferedAsyncFileReadStream add a thread-safe, buffered, blocking API for smalltalk processe on top. Regards, Thierry >> On 9 May 2018, at 13:12, Thierry Goubier <thierry.goub...@gmail.com> wrote: >> >> Hi Sven, >> >> in that process, how does one rewrite StandardFil

Re: [Pharo-dev] [ Umbrella Issue ] Cleanup remaining DeprecatedFileSystem users

Hi Sven, in that process, how does one rewrite StandardFilestream subclasses? Regards, Thierry 2018-05-09 11:51 GMT+02:00 Sven Van Caekenberghe : > Hi, > > I created the following: > > > https://pharo.manuscript.com/f/cases/21858/Cleanup-remaining-DeprecatedFileSystem-users > >

Re: [Pharo-dev] Do we kill the catalog?

Hi Sean, Guille, 2018-04-24 15:31 GMT+02:00 Sean P. DeNigris : > Guillermo Polito wrote >> Should we continue providing configurations that point to the >> baselines? I've read some rants against it. >> I know it may be "uncomfortable", but publishing some meta-data in a >>

Re: [Pharo-dev] Do we kill the catalog?

2018-04-24 7:31 GMT+02:00 Sven Van Caekenberghe : > > >> On 24 Apr 2018, at 00:49, monty wrote: >> >> +1. >> >> Replacing is sometimes necessary (Sven's stream work is an obvious example), >> but I don't see why Nautilus had to be junked rather than gradually

Re: [Pharo-dev] Do we kill the catalog?

Le 20/04/2018 à 11:44, Esteban Lorenzano a écrit : On 20 Apr 2018, at 11:01, Thierry Goubier <thierry.goub...@gmail.com <mailto:thierry.goub...@gmail.com>> wrote: Le 20/04/2018 à 09:09, Stephane Ducasse a écrit : The underlying questions (sorry for people that need subtitles) a

Re: [Pharo-dev] Do we kill the catalog?

Le 20/04/2018 à 09:09, Stephane Ducasse a écrit : The underlying questions (sorry for people that need subtitles) are: - how do we have a central place to declare projects - right now in Smalltalkhub/list is a nice way to find projects with the move to github we should get a central

Re: [Pharo-dev] Do we kill the catalog?

2018-04-19 10:57 GMT+02:00 Sven Van Caekenberghe : > I also think that the catalog is important. If anything is wrong with it we > should fix it. I agree. Issues: - The Catalog doesn't use Metacello, so things loaded via the catalog are not registered properly (upgrades /

Re: [Pharo-dev] Pavel's ChangeLog week of 2018-02-05

2018-04-17 14:28 GMT+02:00 Clément Bera <bera.clem...@gmail.com>: > > > On Tue, Apr 17, 2018 at 2:08 PM, Thierry Goubier <thierry.goub...@gmail.com> > wrote: >> >> 2018-04-17 14:03 GMT+02:00 Clément Bera <bera.clem...@gmail.com>: >> > Hi Pave

Re: [Pharo-dev] Pavel's ChangeLog week of 2018-02-05

2018-04-17 14:03 GMT+02:00 Clément Bera : > Hi Pavel, > > I'm looking at PosixSharedMemory again since I have to write a Master > student proposal and I think this could be a good topic. I'm not really > expert on SharedMemory, so I'm going to share what I have in mind, we

Re: [Pharo-dev] help wanted: normalising LF on tonel for Pharo project

2018-04-12 7:51 GMT+02:00 Ben Coman <b...@openinworld.com>: > > > On 12 April 2018 at 12:39, Thierry Goubier <thierry.goub...@gmail.com> > wrote: >> >> Le 12/04/2018 à 03:54, Ben Coman a écrit : >>> >>> >>> I was thinking that

Re: [Pharo-dev] help wanted: normalising LF on tonel for Pharo project

Le 12/04/2018 à 03:54, Ben Coman a écrit : I was thinking that a smalltalk-implemented merge algorithm would only be used for the Smalltal/Tonel code, not for any other files.  And maybe, when a merge is invoked from Iceberg, the callback to the merge-driver might present conflicts in a

Re: [Pharo-dev] help wanted: normalising LF on tonel for Pharo project

Hi Ben, Le 11/04/2018 à 16:37, Ben Coman a écrit : On 11 April 2018 at 05:05, Esteban Lorenzano > wrote: Hi, I’ve been wondering how to better fix the problem of having windows and linux/macOS people contributing and the fact

Re: [Pharo-dev] call for help: answer on HN :)

2018-04-09 15:28 GMT+02:00 Ben Coman <b...@openinworld.com>: > > > On 9 April 2018 at 14:50, Thierry Goubier <thierry.goub...@gmail.com> wrote: >> >> 2018-04-09 2:18 GMT+02:00 Esteban A. Maringolo <emaring...@gmail.com>: >> > Even if he is a tro

Re: [Pharo-dev] call for help: answer on HN :)

. >> >> Don't feed the troll. >> >> On Sat, Apr 7, 2018 at 8:13 PM p...@highoctane.be >> <mailto:p...@highoctane.be> <p...@highoctane.be >> <mailto:p...@highoctane.be>> wrote: >> >> interruptible.. yes! >> >>

Re: [Pharo-dev] call for help: answer on HN :)

Hi Alex, Le 07/04/2018 à 17:48, Aliaksei Syrel a écrit : Hi Here is a link to a report about their experience with Pharo: https://gitlab.fit.cvut.cz/taibrmar/sokoban-using-bloc There definitely exist things that should be improved. It is a pity when tiny “minor” issues leave such an

Re: [Pharo-dev] Released versions in Pharo Bootstrap

Le 16/03/2018 à 18:37, Denis Kudriashov a écrit : 2018-03-05 16:17 GMT+01:00 Denis Kudriashov >: 2018-03-05 16:13 GMT+01:00 Cyril Ferlicot >: On Mon, Mar 5, 2018 at

Re: [Pharo-dev] Pharo 7 new file stream encoders

er, if it works (critical class in IO) >> >> Note #forPlatformLineEnding should do: OSPlatform current lineEnding >> >> > Keep you updated, >> > Guille >> > >> > On Thu, Mar 15, 2018 at 3:11 PM, Sven Van Caekenberghe <s...@stfx.eu> >>

[Pharo-dev] Pharo 7 new file stream encoders

Hi all, how does one create a file stream in Pharo 7 that forces a specific line end convention ? For example, for forcing all end of lines to be Character lf. The old way, fileStream lineEndConvention: #'lf'. does not work anymore. Thanks, Thierry

Re: [Pharo-dev] Using Metacello+git+tonel ?

Hi Cyril, Clement, 2018-03-13 10:19 GMT+01:00 Cyril Ferlicot : > On Tue, Mar 13, 2018 at 10:06 AM, Clément Bera wrote: >> Hi, >> >> I am trying to write a Metacello configuration loading code from git in the >> tonel format. > > Hi Clément. > >

Re: [Pharo-dev] pharo64+git crash

VMs, which are newer. Thierry On Sun, Mar 11, 2018 at 6:31 AM, Thierry Goubier <thierry.goub...@gmail.com <mailto:thierry.goub...@gmail.com>> wrote: Hi Javier, can you try with a 64 bits Pharo 7 vm (http://get.pharo.org/64/vm70)? The Pharo 6 64bits vm used to have

Re: [Pharo-dev] pharo64+git crash

Hi Javier, can you try with a 64 bits Pharo 7 vm (http://get.pharo.org/64/vm70)? The Pharo 6 64bits vm used to have segfaults upon code loading. Regards, Thierry Le 10/03/2018 à 22:59, Javier Pimás a écrit : Hi, I wonder if I'm doing something wrong or using a wrong version: I download a

Re: [Pharo-dev] Pharo6 with Ubuntu and OSSubprocess/threaded heartbeat crashes and problems

Hi Sabine, have you tried with a 64bits version of Pharo (with a recent VM, i.e. newer than the 6.1 vm)? I use the 5.0-201801170946, for example. If, by chance, you manage to create a script provoking the segfault, that may really help. Thierry 2018-03-06 11:49 GMT+01:00 Sabine Manaa

Re: [Pharo-dev] Pavel's ChangeLog week of 2018-02-05

2018-02-15 11:31 GMT+01:00 Marcus Denker <marcus.den...@inria.fr>: > > >> On 14 Feb 2018, at 21:34, Thierry Goubier <thierry.goub...@gmail.com> wrote: >> >> Le 14/02/2018 à 20:19, Stephane Ducasse a écrit : >>> Thanks Pavel this looks quite fast :).

Re: [Pharo-dev] Pavel's ChangeLog week of 2018-02-05

Le 14/02/2018 à 20:19, Stephane Ducasse a écrit : Thanks Pavel this looks quite fast :). Do you have a scenario in mind that could take advantage of this? I'd be very interested to see that used with image segments for objects migration between images running in different processes (or

Re: [Pharo-dev] what is

Hi Hernan, 2018-02-12 7:48 GMT+01:00 Hernán Morales Durand : > Hi Eliot, > > One could say that a pragma is a message without a method? > > I think pragmas were never been integrated properly into the system > browser. We can browses pragmas with the PragmaCollection but

Re: [Pharo-dev] Random corrupted data when copying from very large byte array

Hi Cyril, try with the last vms available at: https://bintray.com/opensmalltalk/vm/cog/ For example, the last Ubuntu 64bits vm is at: https://bintray.com/opensmalltalk/vm/cog/201801170946#files Regards, Thierry 2018-01-18 16:42 GMT+01:00 Cyrille Delaunay : > Hi

Re: [Pharo-dev] Credentials for Metacello

gitfiletree:// urls support https credentials, but the current 64 bits vm reliably segfaults. Regards, Thierry Le 21 déc. 2017 11:23 AM, "Norbert Hartl" a écrit : I have a very annoying problem with projects referenced in metacello that are private. When I try to use that

Re: [Pharo-dev] Where is the latest linux vm?

Le 03/12/2017 à 11:29, stephan a écrit : On 02-12-17 11:18, Thierry Goubier wrote: Le 02/12/2017 à 11:00, stephan a écrit : On 01-12-17 21:21, Thierry Goubier wrote: To avoid segfaults, I'm using one from November. Where does that come from? Or do you compile it yourself? It comes from

Re: [Pharo-dev] Where is the latest linux vm?

Le 02/12/2017 à 11:00, stephan a écrit : On 01-12-17 21:21, Thierry Goubier wrote: To avoid segfaults, I'm using one from November. Where does that come from? Or do you compile it yourself? It comes from the bintray opensmalltalk folder. For example, https://bintray.com/opensmalltalk/vm

Re: [Pharo-dev] Where is the latest linux vm?

Le 01/12/2017 à 19:52, stephan a écrit : On 01-12-17 18:56, Alistair Grant wrote: On 01-12-17 11:16, stephan wrote: Is the latest really from august? I have: Date: Sun Aug 27 21:55:26 2017 +0200 So what happened in the past two months? I don't know. To avoid segfaults, I'm using one from

Re: [Pharo-dev] clarifying pharo crashing issue(s)

; > Norbert > > Am 27.11.2017 um 09:34 schrieb Thierry Goubier <thierry.goub...@gmail.com > >: > > > > 2017-11-27 9:20 GMT+01:00 Tudor Girba <tu...@tudorgirba.com>: > >> Hi, >> >> There are recurrent reports that Pharo is crashing often. >> &g

Re: [Pharo-dev] clarifying pharo crashing issue(s)

2017-11-27 9:20 GMT+01:00 Tudor Girba : > Hi, > > There are recurrent reports that Pharo is crashing often. > > However, at the moment I believe the reasons are not clarified. So, this > mail is not about fixing the issues, but first about clarifying what they > are. > >

Re: [Pharo-dev] Pharo 6.1 64 bits segmentation fault loading code on Linux

opensmalltalk do not segfault. Thierry Is the latest version crashing? Stef On Wed, Nov 22, 2017 at 1:18 PM, Thierry Goubier <thierry.goub...@gmail.com> wrote: 2017-11-22 13:03 GMT+01:00 Gabriel Cotelli <g.cote...@gmail.com>: Well that make sense. The problem is that the stable VM

Re: [Pharo-dev] Pharo 6.1 64 bits segmentation fault loading code on Linux

not (or it shouldn’t). >> >> latest is always related to the development version. >> >> Esteban >> >> >> On Tue, Nov 21, 2017 at 12:03 PM, Thierry Goubier < >> thierry.goub...@gmail.com> wrote: >> >>> Hi Gabriel, >>> >

Re: [Pharo-dev] Pharo 6.1 64 bits segmentation fault loading code on Linux

mmands from Pharo. Thierry On Tue, Nov 21, 2017 at 12:03 PM, Thierry Goubier <thierry.goub...@gmail.com <mailto:thierry.goub...@gmail.com>> wrote: Hi Gabriel, I had such segfaults with the stable 6.1/64bits on Linux. I solved them by ensuring the use of a more r

Re: [Pharo-dev] Pharo 6.1 64 bits segmentation fault loading code on Linux

Hi Gabriel, I had such segfaults with the stable 6.1/64bits on Linux. I solved them by ensuring the use of a more recent version than the stable one. Thierry 2017-11-21 15:56 GMT+01:00 Gabriel Cotelli : > I've created the following issue: > >

Re: [Pharo-dev] Pharo and special unary selectors

Le 17 nov. 2017 1:03 PM, "Nicolas Cellier" < nicolas.cellier.aka.n...@gmail.com> a écrit : 2017-11-17 18:32 GMT+01:00 Thierry Goubier <thierry.goub...@gmail.com>: > Le 17/11/2017 à 10:14, Nicolas Cellier a écrit : > >> >> >> 2017-11-17 17:40

Re: [Pharo-dev] Pharo and special unary selectors

, is my first reaction. Or that it could be both... An unary +, then a binary +, maybe not in the same class... Thierry On 17 Nov 2017, at 18:32, Thierry Goubier <thierry.goub...@gmail.com> wrote: Le 17/11/2017 à 10:14, Nicolas Cellier a écrit : 2017-11-17 17:40 GMT+01:00 Gabriel C

Re: [Pharo-dev] Pharo and special unary selectors

Le 17/11/2017 à 10:14, Nicolas Cellier a écrit : 2017-11-17 17:40 GMT+01:00 Gabriel Cotelli >: I would really like to see % removed as a binary selector and available to use in unary or keyword ones. The only implementor in a

Re: [Pharo-dev] about SortFunctions

2017-11-07 13:59 GMT+01:00 Denis Kudriashov <dionisi...@gmail.com>: > 2017-11-07 13:50 GMT+01:00 Thierry Goubier <thierry.goub...@gmail.com>: > >> >> 10 years ago now, we designed a DSL above our parallel language, with the >>>> same kind of tradeoffs y

Re: [Pharo-dev] about SortFunctions

2017-11-07 13:47 GMT+01:00 Denis Kudriashov <dionisi...@gmail.com>: > 2017-11-07 13:11 GMT+01:00 Thierry Goubier <thierry.goub...@gmail.com>: > >> >> Now, if you explained me something like that: >> >> people nilFirst ascending >> >> T

Re: [Pharo-dev] about SortFunctions

2017-11-07 13:37 GMT+01:00 Denis Kudriashov <dionisi...@gmail.com>: > > 2017-11-07 13:11 GMT+01:00 Thierry Goubier <thierry.goub...@gmail.com>: > >> 2017-11-07 12:09 GMT+01:00 Nicolas Cellier <nicolas.cellier.aka.nice@gmai >> l.com>: >> >>> C

Re: [Pharo-dev] about SortFunctions

2017-11-07 12:09 GMT+01:00 Nicolas Cellier < nicolas.cellier.aka.n...@gmail.com>: > > > 2017-11-07 11:36 GMT+01:00 Thierry Goubier <thierry.goub...@gmail.com>: > >> >> >> 2017-11-07 11:24 GMT+01:00 Denis Kudriashov <dionisi...@gmail.com>: >

Re: [Pharo-dev] about SortFunctions

2017-11-07 11:55 GMT+01:00 Denis Kudriashov <dionisi...@gmail.com>: > > > 2017-11-07 11:36 GMT+01:00 Thierry Goubier <thierry.goub...@gmail.com>: > >> >> >> 2017-11-07 11:24 GMT+01:00 Denis Kudriashov <dionisi...@gmail.com>: >

Re: [Pharo-dev] about SortFunctions

2017-11-07 11:24 GMT+01:00 Denis Kudriashov : > > 2017-11-07 9:23 GMT+01:00 Nicolas Cellier l.com>: > >> I have other ideas yet. >> >> The selector undefinedFirst is good, but the implementation not so. >> I don't like the

Re: [Pharo-dev] Layout for placing widgets

Hi Hernan, It's difficult to do an evaluation for the underlying solver, because the paper doesn't evaluate that aspect. From a small sentence, they seem to be using the same algorithm than a 1997 A. Borning work (quadratic optimization) (i.e. the one used by Cassowary). Regards, Thierry

Re: [Pharo-dev] Layout for placing widgets

Cheers, -- Pavel 2017-10-28 21:43 GMT+02:00 Thierry Goubier <thierry.goub...@gmail.com <mailto:thierry.goub...@gmail.com>>: Le 28/10/2017 à 16:26, Stephane Ducasse a écrit : I was reading ... I will see if I can load cassowary in Pharo. https:

Re: [Pharo-dev] Layout for placing widgets

Le 28/10/2017 à 16:26, Stephane Ducasse a écrit : I was reading ... I will see if I can load cassowary in Pharo. https://github.com/ThierryGoubier/Cassowary Done two years ago. Thierry On Sat, Oct 28, 2017 at 4:21 PM, Stephane Ducasse wrote: Ok then may be we

Re: [Pharo-dev] PharoMinimal ?

create a level of indirection when fetching the baseline of a dependency. And saying that, I know how to do it. Within the BaselineOf itself. Thierry On Sun, Oct 8, 2017 at 6:47 PM, Thierry Goubier <thierry.goub...@gmail.com <mailto:thierry.goub...@gmail.com>> wrote: Hi Gui

Re: [Pharo-dev] PharoMinimal ?

anything to do)(*). I'll have a try at it. Thierry (*) External projects would have to sort it out, still. But, IMHO, it is a duty of an external project to be in sync if it wants to stay external... On Sun, Oct 8, 2017 at 4:34 PM, Thierry Goubier <thierry.goub...@gmail.com <mailto:thierr

Re: [Pharo-dev] PharoMinimal ?

Hi Pavel, I'd probably see some interest in building the GitFileTree-MergeDriver with it. It only requires Monticello. Thierry Le 08/10/2017 à 12:41, Pavel Krivanek a écrit : Hi Sven, 2017-10-07 16:18 GMT+02:00 Sven Van Caekenberghe >: Hi,

Re: [Pharo-dev] String Interpolation

2017-10-04 9:50 GMT+02:00 Guillermo Polito : > if the compiler plugin correctly models such special syntax with special > AST nodes, that could be even possible without much effort > Interesting. Would that imply that by having those special ast nodes, we would get the

[Pharo-dev] MetaLink question

Hi, is there a way to look at a method code once it has been added metalinks? I'm trying to add a metalink after the last statement of a block and it fails on IR generation with an unknown temporary... Regards, Thierry

Re: [Pharo-dev] String Interpolation

2017-09-28 17:08 GMT+02:00 Sven Van Caekenberghe : > > > > On 28 Sep 2017, at 16:58, p...@highoctane.be wrote: > > > > I stand corrected. > > > > Nuclear style feature then. > > > > 'Let me get out of here {Smalltalk snapshot:false andQuit: true}. BOOM' > interpolate > > > > Feels

Re: [Pharo-dev] String Interpolation

Hi Sven, Jason and Andrew wrote a string interpolation implementation for Andrew's language, Grace, in the parser. It works rather well and isn't too difficult to implement... The equivalent would be to add it to RB Parser, and, security wise, it would be as vulnerable as calling Compiler

Re: [Pharo-dev] About Git support for windows

Hi Henrik, Le 10/09/2017 à 10:56, Henrik-Nergaard a écrit : Everyone who used filetree with metadata can tell it is super annoying and destroys the complete experience. There has been a fix for this on the issue tracker for some time:

Re: [Pharo-dev] [Ann] PharoThings a live programming IoT platform based on Pharo

This is very interesting. Thanks Denis, Thierry 2017-08-25 16:25 GMT+02:00 Denis Kudriashov : > Hi. > > I am glad to announce the project PharoThings > which brings the live > programming environment into IoT domain. > > It

Re: [Pharo-dev] About cr and lf

Hi Stef, all, I'd like to point out that, during the life of an image (prepared on windows, then used on Linux, then on Mac), the meaning of a new line changes -> should then all 'newLines' done on streams while on windows be changed when the image restart on Linux? My take would be: - Set

Re: [Pharo-dev] [Ann] Calypso is moved to github

2017-07-28 16:11 GMT+02:00 Denis Kudriashov : > > >> But I understand what you are talking about. So it will be >>> pre-refactoring on current scope (full image by default). >>> And change browser will allow choose different scope which will >>> reevaluate refactoring again

Re: [Pharo-dev] [Ann] Calypso is moved to github

Hi Denis, 2017-07-28 15:29 GMT+02:00 Denis Kudriashov <dionisi...@gmail.com>: > Hi Thierry > > 2017-07-28 15:01 GMT+02:00 Thierry Goubier <thierry.goub...@gmail.com>: > >> Hi Denis, >> >> So it's post-refactoring that you scope, not pre-ref

Re: [Pharo-dev] [Ann] Calypso is moved to github

Hi Denis, So it's post-refactoring that you scope, not pre-refactoring? post-refactoring: refactor, then restrict (scope) to what it is applied pre-refactoring: restrict (scope) first, then refactor, then apply Or would both be available? Thierry 2017-07-28 14:43 GMT+02:00 Denis Kudriashov

Re: [Pharo-dev] OSProcess error with Linux 64-bit VM

Hi Alistair, OSProcess use of ifNotNilDo: will simply get rewritten on the fly when you load it via Metacello. Thierry 2017-07-19 15:56 GMT+02:00 Alistair Grant : > Hi Luke, > > On Wed, Jul 19, 2017 at 02:25:55PM +0200, Luke Gorrie wrote: > > Hoi, > > > > Does OSProcess

Re: [Pharo-dev] OSProcess error with Linux 64-bit VM

Hi Luke, I'm using OSProcess for my day to day development work in 64bits on the snap and default pharo vms, and it works. Regards, Thierry 2017-07-19 14:25 GMT+02:00 Luke Gorrie : > Hoi, > > Does OSProcess work for other people with a 64-bit Linux VM? > > I am seeing strange

Re: [Pharo-dev] Loading GitHub repositories in Pharo 4

Le 13/07/2017 à 11:34, Sven Van Caekenberghe a écrit : On 13 Jul 2017, at 11:10, Sven Van Caekenberghe wrote: Hi, Like others I seem to have trouble loading GitHub repositories, in Pharo 4 in my case. Basically, the following fails: Metacello new baseline: 'P3';

Re: [Pharo-dev] Class syntax brainstorming

The build / partial object syntaxes are interesting in the way they could be integrated with RB in creating RB actions (RDAddClassChange / RBAddClassVariableChange / RBAddInstanceVariableChange) that could then be played on "build". Gives you a nice undo/redo capability and Epicea integration to

Re: [Pharo-dev] FileTree/Iceberg and SSDs, change the file format

Le 21/05/2017 à 17:25, Stephan Eggermont a écrit : At the PharoDays I was painfully reminded that SSDs perform really badly when using small files. The Bloc tutorial used a github filetree repo and that has a lot of files. The whole folder is 116 MB in 16K files. Copying that amount of data

Re: [Pharo-dev] Git, FileTree/Cypress, missing Traits comments

Hi Ben, There is two Traits tests in the FileTree repository, and they pass (both under filetree and under gitfiletree) even if I notice that you can load the test package fine, but you get a DNU when browsing that package from the test repository inspector. The tests classes are

Re: [Pharo-dev] Git breaks Monticello's version numbers

Le 13/05/2017 à 16:17, Esteban Lorenzano a écrit : On 13 May 2017, at 15:51, Thierry Goubier <thierry.goub...@gmail.com> wrote: Le 13/05/2017 à 15:43, Esteban Lorenzano a écrit : On 13 May 2017, at 13:16, Yuriy Tymchuk <yuriy.tymc...@me.com> wrote: I’m not a bit expert, but

Re: [Pharo-dev] Git breaks Monticello's version numbers

a pain. Thierry Esteban Uko On 13 May 2017, at 09:28, Thierry Goubier <thierry.goub...@gmail.com> wrote: Le 13/05/2017 à 08:58, Stephane Ducasse a écrit : My gut feeling is that it will be better not to mix git and MC. It is easy to make MC compatible with Git. It wasn't that hard

Re: [Pharo-dev] Idea of searcheability of Pharo project on git

back and forth changes through PRs. The full search you're doing for me would be like a 'multiverse': lots of stuff, most of it not working for the Pharo version you're using. Regards, Thierry cheers, Esteban On 13 May 2017, at 09:55, Thierry Goubier <thierry.goub...@gmail.

Re: [Pharo-dev] Idea of searcheability of Pharo project on git

. Thierry On Sat, May 13, 2017 at 9:32 AM, Thierry Goubier <thierry.goub...@gmail.com <mailto:thierry.goub...@gmail.com>> wrote: Le 13/05/2017 à 09:01, Stephane Ducasse a écrit : Hi guys right now many people publish their software on SmalltalkHUB,

Re: [Pharo-dev] Idea of searcheability of Pharo project on git

Le 13/05/2017 à 09:01, Stephane Ducasse a écrit : Hi guys right now many people publish their software on SmalltalkHUB, SS3 and Squeaksource and this is handy to find something. I hope that we will release soon the package repository that christophe was developing but now I'm wondering if we

Re: [Pharo-dev] Git breaks Monticello's version numbers

Le 13/05/2017 à 08:58, Stephane Ducasse a écrit : My gut feeling is that it will be better not to mix git and MC. It is easy to make MC compatible with Git. It wasn't that hard in the past, but needed a community effort (MC being a core part of the system). Now, with the infrastructure

Re: [Pharo-dev] PI'm promoting new stable VMs

2017-05-04 7:58 GMT+02:00 Esteban Lorenzano <esteba...@gmail.com>: > > On 3 May 2017, at 22:20, Thierry Goubier <thierry.goub...@gmail.com> > wrote: > > I'm now chasing an old 64 bits vm from files.pharo.org. All the new ones > for the past 2 months segfault. Would

Re: [Pharo-dev] PI'm promoting new stable VMs

Le 03/05/2017 à 23:50, Eliot Miranda a écrit : On May 3, 2017, at 1:52 PM, Thierry Goubier <thierry.goub...@gmail.com> wrote: Le 03/05/2017 à 22:39, Eliot Miranda a écrit : Hi Thierry, Hi Eliot, On May 3, 2017, at 1:20 PM, Thierry Goubier <thierry.goub...@gmail.com> wro

Re: [Pharo-dev] PI'm promoting new stable VMs

Le 03/05/2017 à 22:39, Eliot Miranda a écrit : Hi Thierry, Hi Eliot, On May 3, 2017, at 1:20 PM, Thierry Goubier <thierry.goub...@gmail.com> wrote: I'm now chasing an old 64 bits vm from files.pharo.org. All the new ones for the past 2 months segfault. Would anybody have kept a ~ 2

Re: [Pharo-dev] PI'm promoting new stable VMs

I'm now chasing an old 64 bits vm from files.pharo.org. All the new ones for the past 2 months segfault. Would anybody have kept a ~ 2 month old 64 bits vm (threaded or not) for linux somewhere? Regards, Thierry Le 03/05/2017 à 21:58, Nicolas Cellier a écrit : 2017-05-03 17:45 GMT+02:00

Re: [Pharo-dev] Monticello: Script to suck up versions from a filetree repository and copy them to an HTTP repository?

Hi Eliot, this is not possible in a FileTree repository, since it requires manipulating the underlying vcs, which may be anything. If it is a git-based repository used with filetree, then there are other solutions: gitfiletree and iceberg will show you the list of versions and allow you to

Re: [Pharo-dev] Remove all Configurations in the Pharo 6 release?

2017-04-25 16:11 GMT+02:00 Dale Henrichs : [ Shortened for brevity ... ] > >>> >> Hum. I'm not trying to determine a version for the configurations present >> in the image... and #primeRegistryFromImage seems to, and then I seem to >> get errors because it

Re: [Pharo-dev] Remove all Configurations in the Pharo 6 release?

Hi Dale, Le 25/04/2017 à 00:02, Dale Henrichs a écrit : On 04/24/2017 01:49 PM, Thierry Goubier wrote: Le 17/04/2017 à 22:13, Dale Henrichs a écrit : On 04/17/2017 12:47 PM, Thierry Goubier wrote: Hi Dale, Le 17/04/2017 à 21:05, Dale Henrichs a écrit : I would think that a `project

Re: [Pharo-dev] Remove all Configurations in the Pharo 6 release?

Le 17/04/2017 à 22:13, Dale Henrichs a écrit : On 04/17/2017 12:47 PM, Thierry Goubier wrote: Hi Dale, Le 17/04/2017 à 21:05, Dale Henrichs a écrit : I would think that a `project list` view that made the Metacello project registration visible would help developers keep things straight

Re: [Pharo-dev] Remove all Configurations in the Pharo 6 release?

Hi Dale, Le 17/04/2017 à 21:05, Dale Henrichs a écrit : I would think that a `project list` view that made the Metacello project registration visible would help developers keep things straight. It seems that the issue here is that developers can't tell what projects are already loaded in the

Re: [Pharo-dev] Please, test our 64bits builds

Hi Alistair, for that I switch to OSProcess when on Pharo 64 bits. Regards, Thierry Le 12/04/2017 à 19:08, Alistair Grant a écrit : Hi Esteban, On Wed, Apr 12, 2017 at 06:54:16PM +0200, Esteban Lorenzano wrote: On 12 Apr 2017, at 18:43, Alistair Grant wrote: Hi

Re: [Pharo-dev] [Gsoc] [FastTable improvements] [Features request]

Hi Andrei, Elhamer, 2017-03-29 18:00 GMT+02:00 Andrei Chis : > Hi Elhamer, > > A few other things that could possible be done: > > - Horizontal scrollbars > This one is already listed. > - Better integration between Glamour and FastTable (there are quite a few >

Re: [Pharo-dev] Missing refresh after method definition

Le 28/03/2017 à 15:45, p...@highoctane.be a écrit : On Tue, Mar 28, 2017 at 3:31 PM, Thierry Goubier <thierry.goub...@gmail.com <mailto:thierry.goub...@gmail.com>> wrote: Le 28/03/2017 à 14:59, p...@highoctane.be <mailto:p...@highoctane.be> a écrit : On

Re: [Pharo-dev] Missing refresh after method definition

Le 28/03/2017 à 14:59, p...@highoctane.be a écrit : On Tue, Mar 28, 2017 at 2:44 PM, Thierry Goubier <thierry.goub...@gmail.com <mailto:thierry.goub...@gmail.com>> wrote: Le 28/03/2017 à 14:31, Cyril Ferlicot D. a écrit : On 28/03/2017 12:39, Stephane D

Re: [Pharo-dev] Missing refresh after method definition

Le 28/03/2017 à 14:31, Cyril Ferlicot D. a écrit : On 28/03/2017 12:39, Stephane Ducasse wrote: Hi I often defined method and let the system guess and propose the addition to new instance variables and (they are red) but once I created the instance variables they should not be red anymore. Now

  1   2   3   4   5   6   7   8   9   >