Re: [Pharo-users] Programmatic generation of new class

[Mark Bratcher]

Try putting parentheses around `aDescriptorSystemClassName asSymbol`:

descriptorSystem :=
DynamicDescriptorSystem subclass: (aDescriptorSystemClassName
asSymbol)
instanceVariableNames: ''
classVariableNames: ''
package: packageName asString

On Fri, Jul 29, 2016 at 10:50 AM Brad Selfridge 
wrote:

> I'm trying to programmatically generate a new class, but am getting the
> following error:
>
> DynamicDescriptorSystem class(Object)>>doesNotUnderstand:
> #subclass:instanceVariableNames:classVariableNames:package:
>
> This is the method that I'm trying to execute:
>
> buildNewDescriptorSystemUsing: aDescriptorSystemClassName
>
> descriptorSystem :=
> DynamicDescriptorSystem subclass: aDescriptorSystemClassName
> asSymbol
> instanceVariableNames: ''
> classVariableNames: ''
> package: packageName asString
>
> I see examples of this all over Pharo and I copied this code almost
> verbatim.
>
> What am I doing wrong?
>
>
>
> -
> Brad Selfridge
> --
> View this message in context:
> http://forum.world.st/Programmatic-generation-of-new-class-tp4908659.html
> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.
>
>

Re: [Pharo-users] SQLite + Pharo

[Mark Bratcher]

Is UDBCSQLite3 available somewhere? I've tried Google and it turns up 
nothing but maybe two threads discussing it.



On 7/9/2016 6:33 AM, Esteban Lorenzano wrote:

On 09 Jul 2016, at 11:42, Pierce Ng  wrote:

On Wed, Jul 06, 2016 at 11:24:51AM +0200, Hilaire wrote:

I guess UDBC is for Pharo 5, and for Pharo 4 it is the NB version, right?

Yes.


I guess both version has the same public interface.

Yes, but. :-) Some bits of NBSQLite3, notably the online backup API but
possibly other small stuff, isn't in UDBCSQLite3 yet.

After making UDBCSQLite3 work with Glorp on Pharo 5, I've decided/realized that
I don't have time to maintain both it and NBSQLite3. I'm leaving NBSQLite3 more
or less as is, and continue to work on UDBCSQLite3.

+1
I think this is the way to go :)


Pierce

Re: [Pharo-users] Can't get an SQLite connection to work

[Mark Bratcher]

Yes, Pharo 5.0.

Hmm... good catch on the driver. I'm on a 64 bit system, so it's probably 64 
bits. I'll have to locate a 32 bit driver...

Sent from TypeApp



On Jun 19, 2016, 2:34 PM, at 2:34 PM, Esteban Lorenzano <esteba...@gmail.com> 
wrote:
>also, did you verify sqlite library is 32bits?
>
>Esteban
>
>> On 19 Jun 2016, at 20:07, Alistair Grant <akgrant0...@gmail.com>
>wrote:
>> 
>> Hi Mark,
>> 
>> Assuming you're using Pharo 5.0...
>> 
>> On Sun, Jun 19, 2016 at 06:35:00AM -0400, Mark Bratcher wrote:
>>> Hello.
>>> 
>>> When I try to connect to an SQLite database using the DBXTalk/Garage
>SQLite3
>>> driver, I made sure I had the SQLite driver .so file in the proper
>location
>>> and everything. Ultimately, the error I'm getting now is:
>"KeyNotFound: key
>>> #filename not found in Dictionary".
>>> 
>>> I also tried using NBSQLite3, but have not been able to successfully
>load it
>>> with the instructions given on smalltalkhub.com for the stable
>version. The
>>> Gofer load results in the error, "MessageNotUnderstood: receiver of
>>> "forCurrentPlatform" is nil".
>> 
>> NBSQlite3 won't work in Pharo 5.0.
>> 
>> 
>>> I did quite a bit of investigating of each of these errors and can't
>seem to
>>> find my way around them. Has anyone else encountered them or are
>these a
>>> sign of something obvious I'm doing incorrectly? I know I've haven't
>given
>>> much information here, so if there's something specific you need to
>know,
>>> please ask. :)
>> 
>> Do you specifically want the Garage drivers, to access SQLite
>directly,
>> or use SQLite3 with Glorp?
>> 
>> The UDBC SQLite3 driver works well in Pharo 5.0 and can be used
>directly
>> with Glorp.  Details of how to load Glorp with SQLite3 are in
>> [Pharo-users] [ANN] Glorp-SQLite3 for Pharo 5.
>> 
>> HTH,
>> Alistair
>> 
>> 

Re: [Pharo-users] Pharo 5 and Seaside

[Mark Bratcher]

Joachim

I just confirmed that on Windows 10, Pharo 5.0 I get the same results 
you do (missing dependent class, ContextPart) when attempting to load 
Seaside3 from the Catalog Browser.


As I had mentioned previously, the Gofer instructions for installation, 
described on the Seaside website, seem to work fine, so you could try that.


Mark


On 6/19/2016 6:41 AM, jtuc...@objektfabrik.de wrote:


Mark,

I am sure I didn’t load all prerequisites. That’s what I thought the 
Catalog Browser and its machinery would do for me. If I understand 
Esteban’s answer correctly, that is the idea, but for some changes 
that haven’t been reflected for Seaside3 yet, it didn’t work.


So I guess the snippet you provided is the way to go.

Thanks for answering and looking into this

Joachim

*Von: *Mark Bratcher <mailto:mdbra...@gmail.com>
*Gesendet: *Sonntag, 19. Juni 2016 12:11
*An: *pharo-users@lists.pharo.org <mailto:pharo-users@lists.pharo.org>
*Betreff: *Re: [Pharo-users] Pharo 5 and Seaside

I'm running Pharo 5 on Windows. When I installed Seaside 3, I just 
used the instructions given for Gofer (entered in the Playground and 
executed there). I downloaded the base package:


Gofernew
url:'http://www.smalltalkhub.com/mc/Seaside/MetacelloConfigurations/main';
package:'ConfigurationOfSeaside3';
load.
((Smalltalkat:#ConfigurationOfSeaside3)projectversion:#stable)load.

I also tried the alternative Gofer instructions shown, and they also 
worked without dependency error. So depending upon how you actually 
did your load of Seaside 3, maybe you didn't pull in all the dependent 
packages.


Mark

On 6/19/2016 4:31 AM, jtuc...@objektfabrik.de 
<mailto:jtuc...@objektfabrik.de> wrote:


Hi,

I just downloaded Pharo 5 from pharo.org clicked on the MacOS X
button), opened the Catalog Browser and wanted to load / install
Seaside. I must admit I didn't read anything before I did... ;-)

Here are a few remarks:

  * Download and installation on OS X El Capitan went smoothly,
just the usual security warning ion first opening. Since I
know Pharo is no malware ( ;-) ), this was not an issue
  * There are several entries for Seaside, most of them warn me
they are not tested/blessed for Pharo 5. They do not have a
"Pharo 5" tag. So they could possibly be ommitted in this
default view?
  * The "Seaside 3" entry seems to be the suitable one, but fails
with "This package depends on the following classes:
  ContextPart"
  * it is not really obvious what the difference between "install
stable version" and "install stable version and create group"
is. The word group is something without any meaning in the
context of Smalltalk to me... I clicked on the top-most entry
just because I thought it's first in the menu for a reason.

So I didn't really get far in this Sunday-morning-experiment :-(

Joachim



-- 


---

Objektfabrik Joachim Tuchelmailto:jtuc...@objektfabrik.de

Fliederweg 1http://www.objektfabrik.de

D-71640 Ludwigsburghttp://joachimtuchel.wordpress.com

Telefon: +49 7141 56 10 86 0 Fax: +49 7141 56 10 86 1

Re: [Pharo-users] Pharo 5 and Seaside

[Mark Bratcher]

Ironically I just tried the two approaches Gofer vs. Catalog Browser on the 
NBSQLite3 package, and in that case the Catalog Browser loaded successfully but 
Gofer gave me an error.

Sent from TypeApp



On Jun 19, 2016, 6:42 AM, at 6:42 AM, jtuc...@objektfabrik.de wrote:
>
>
>Mark,
>
>I am sure I didn’t load all prerequisites. That’s what I thought the
>Catalog Browser and its machinery would do for me. If I understand
>Esteban’s answer correctly, that is the idea, but for some changes that
>haven’t been reflected for Seaside3 yet, it didn’t work.
>
>So I guess the snippet you provided is the way to go.
>
>Thanks for answering and looking into this
>
>Joachim
>
>Von: Mark Bratcher
>Gesendet: Sonntag, 19. Juni 2016 12:11
>An: pharo-users@lists.pharo.org
>Betreff: Re: [Pharo-users] Pharo 5 and Seaside
>
>I'm running Pharo 5 on Windows. When I installed Seaside 3, I just used
>the instructions given for Gofer (entered in the Playground and
>executed there). I downloaded the base package:
>Gofer new
>url:'http://www.smalltalkhub.com/mc/Seaside/MetacelloConfigurations/main';
>package: 'ConfigurationOfSeaside3';
>load.
>((Smalltalk at: #ConfigurationOfSeaside3) project version: #stable)
>load.
>I also tried the alternative Gofer instructions shown, and they also
>worked without dependency error. So depending upon how you actually did
>your load of Seaside 3, maybe you didn't pull in all the dependent
>packages.
>Mark
>
>On 6/19/2016 4:31 AM, jtuc...@objektfabrik.de wrote:
>Hi,
>
>I just downloaded Pharo 5 from pharo.org clicked on the MacOS X
>button), opened the Catalog Browser and wanted to load / install
>Seaside. I must admit I didn't read anything before I did... ;-)
>Here are a few remarks:
>• Download and installation on OS X El Capitan went smoothly, just the
>usual security warning ion first opening. Since I know Pharo is no
>malware ( ;-) ), this was not an issue
>• There are several entries for Seaside, most of them warn me they are
>not tested/blessed for Pharo 5. They do not have a "Pharo 5" tag. So
>they could possibly be ommitted in this default view?
>• The "Seaside 3" entry seems to be the suitable one, but fails with
>"This package depends on the following classes:
>  ContextPart"
>• it is not really obvious what the difference between "install stable
>version" and "install stable version and create group" is. The word
>group is something without any meaning in the context of Smalltalk to
>me... I clicked on the top-most entry just because I thought it's first
>in the menu for a reason.
>So I didn't really get far in this Sunday-morning-experiment :-(
>Joachim
>
>
>
>-- 
>---
>Objektfabrik Joachim Tuchel  mailto:jtuc...@objektfabrik.de
>Fliederweg 1                         http://www.objektfabrik.de
>D-71640 Ludwigsburg  http://joachimtuchel.wordpress.com
>Telefon: +49 7141 56 10 86 0         Fax: +49 7141 56 10 86 1

Re: [Pharo-users] Pharo 5 and Seaside

[Mark Bratcher]

Joachim - Apologies I don't have any experience to offer with the 
Catalog Browser. I hadn't tried that method for loading the package. I 
would, however, expect it would do the equivalent action as the Gofer 
command. It would be an interesting experiment to see if Gofer works 
with a clean image, just as a comparison.


Mark

On 6/19/2016 6:41 AM, jtuc...@objektfabrik.de wrote:


Mark,

I am sure I didn’t load all prerequisites. That’s what I thought the 
Catalog Browser and its machinery would do for me. If I understand 
Esteban’s answer correctly, that is the idea, but for some changes 
that haven’t been reflected for Seaside3 yet, it didn’t work.


So I guess the snippet you provided is the way to go.

Thanks for answering and looking into this

Joachim

*Von: *Mark Bratcher <mailto:mdbra...@gmail.com>
*Gesendet: *Sonntag, 19. Juni 2016 12:11
*An: *pharo-users@lists.pharo.org <mailto:pharo-users@lists.pharo.org>
*Betreff: *Re: [Pharo-users] Pharo 5 and Seaside

I'm running Pharo 5 on Windows. When I installed Seaside 3, I just 
used the instructions given for Gofer (entered in the Playground and 
executed there). I downloaded the base package:


Gofernew
url:'http://www.smalltalkhub.com/mc/Seaside/MetacelloConfigurations/main';
package:'ConfigurationOfSeaside3';
load.
((Smalltalkat:#ConfigurationOfSeaside3)projectversion:#stable)load.

I also tried the alternative Gofer instructions shown, and they also 
worked without dependency error. So depending upon how you actually 
did your load of Seaside 3, maybe you didn't pull in all the dependent 
packages.


Mark

On 6/19/2016 4:31 AM, jtuc...@objektfabrik.de 
<mailto:jtuc...@objektfabrik.de> wrote:


Hi,

I just downloaded Pharo 5 from pharo.org clicked on the MacOS X
button), opened the Catalog Browser and wanted to load / install
Seaside. I must admit I didn't read anything before I did... ;-)

Here are a few remarks:

  * Download and installation on OS X El Capitan went smoothly,
just the usual security warning ion first opening. Since I
know Pharo is no malware ( ;-) ), this was not an issue
  * There are several entries for Seaside, most of them warn me
they are not tested/blessed for Pharo 5. They do not have a
"Pharo 5" tag. So they could possibly be ommitted in this
default view?
  * The "Seaside 3" entry seems to be the suitable one, but fails
with "This package depends on the following classes:
  ContextPart"
  * it is not really obvious what the difference between "install
stable version" and "install stable version and create group"
is. The word group is something without any meaning in the
context of Smalltalk to me... I clicked on the top-most entry
just because I thought it's first in the menu for a reason.

So I didn't really get far in this Sunday-morning-experiment :-(

Joachim



-- 


---

Objektfabrik Joachim Tuchelmailto:jtuc...@objektfabrik.de

Fliederweg 1http://www.objektfabrik.de

D-71640 Ludwigsburghttp://joachimtuchel.wordpress.com

Telefon: +49 7141 56 10 86 0 Fax: +49 7141 56 10 86 1

Re: [Pharo-users] Can't get an SQLite connection to work

[Mark Bratcher]

Forgot to mention...

I tried a few different strings for the connectFromString, but here are 
a couple of examples I tried, with the same error:


connection := GADriver fromConnectionString:
'SQLite3:///home/mark/Desktop/pharo5.0/projects/test_data.db'.

connection := GADriver fromConnectionString:
'SQLite3://home/mark/Desktop/pharo5.0/projects/test_data.db'.

connection := GADriver fromConnectionString:
'SQLite3://filename:/home/mark/Desktop/pharo5.0/projects/test_data.db'.

Then the error would occur on an attempt to connect:

connection connect

On 6/19/2016 6:35 AM, Mark Bratcher wrote:

Hello.

When I try to connect to an SQLite database using the DBXTalk/Garage 
SQLite3 driver, I made sure I had the SQLite driver .so file in the 
proper location and everything. Ultimately, the error I'm getting now 
is: "KeyNotFound: key #filename not found in Dictionary".


I also tried using NBSQLite3, but have not been able to successfully 
load it with the instructions given on smalltalkhub.com for the stable 
version. The Gofer load results in the error, "MessageNotUnderstood: 
receiver of "forCurrentPlatform" is nil".


I did quite a bit of investigating of each of these errors and can't 
seem to find my way around them. Has anyone else encountered them or 
are these a sign of something obvious I'm doing incorrectly? I know 
I've haven't given much information here, so if there's something 
specific you need to know, please ask. :)


Mark

[Pharo-users] Can't get an SQLite connection to work

[Mark Bratcher]

Hello.

When I try to connect to an SQLite database using the DBXTalk/Garage 
SQLite3 driver, I made sure I had the SQLite driver .so file in the 
proper location and everything. Ultimately, the error I'm getting now 
is: "KeyNotFound: key #filename not found in Dictionary".


I also tried using NBSQLite3, but have not been able to successfully 
load it with the instructions given on smalltalkhub.com for the stable 
version. The Gofer load results in the error, "MessageNotUnderstood: 
receiver of "forCurrentPlatform" is nil".


I did quite a bit of investigating of each of these errors and can't 
seem to find my way around them. Has anyone else encountered them or are 
these a sign of something obvious I'm doing incorrectly? I know I've 
haven't given much information here, so if there's something specific 
you need to know, please ask. :)


Mark

Re: [Pharo-users] Pharo 5 and Seaside

[Mark Bratcher]

I'm running Pharo 5 on Windows. When I installed Seaside 3, I just used 
the instructions given for Gofer (entered in the Playground and executed 
there). I downloaded the base package:


Gofer  new
url:'http://www.smalltalkhub.com/mc/Seaside/MetacelloConfigurations/main';
package:  'ConfigurationOfSeaside3';
load.
((Smalltalk  at:  #ConfigurationOfSeaside3)  project  version:  #stable)  load.

I also tried the alternative Gofer instructions shown, and they also 
worked without dependency error. So depending upon how you actually did 
your load of Seaside 3, maybe you didn't pull in all the dependent packages.


Mark


On 6/19/2016 4:31 AM, jtuc...@objektfabrik.de wrote:


Hi,


I just downloaded Pharo 5 from pharo.org clicked on the MacOS X 
button), opened the Catalog Browser and wanted to load / install 
Seaside. I must admit I didn't read anything before I did... ;-)


Here are a few remarks:

  * Download and installation on OS X El Capitan went smoothly, just
the usual security warning ion first opening. Since I know Pharo
is no malware ( ;-) ), this was not an issue
  * There are several entries for Seaside, most of them warn me they
are not tested/blessed for Pharo 5. They do not have a "Pharo 5"
tag. So they could possibly be ommitted in this default view?
  * The "Seaside 3" entry seems to be the suitable one, but fails with
"This package depends on the following classes:
  ContextPart"
  * it is not really obvious what the difference between "install
stable version" and "install stable version and create group" is.
The word group is something without any meaning in the context of
Smalltalk to me... I clicked on the top-most entry just because I
thought it's first in the menu for a reason.

So I didn't really get far in this Sunday-morning-experiment :-(

Joachim



--
---
Objektfabrik Joachim Tuchelmailto:jtuc...@objektfabrik.de
Fliederweg 1http://www.objektfabrik.de
D-71640 Ludwigsburghttp://joachimtuchel.wordpress.com
Telefon: +49 7141 56 10 86 0 Fax: +49 7141 56 10 86 1

Re: [Pharo-users] Smalltalkhub & Squeaksource3

[Mark Bratcher]

Oy. I am so sorry. :-/ I would drop that box down and my gaze stopped at 
the license I ultimately had in mind. Thanks.



On 6/16/2016 2:06 AM, Esteban Lorenzano wrote:


On 16 Jun 2016, at 03:42, Mark Bratcher <mdbra...@gmail.com 
<mailto:mdbra...@gmail.com>> wrote:


Does anyone know on what part of this project setup screen on 
smalltalkhub.com <http://smalltalkhub.com> does one set the project 
to be "private"? I see the checkbox that determines whether it is 
publicly writable, but I don't see one that marks it publicly 
unreadable. I hear the capability exists.


http://i.stack.imgur.com/8wRN9.jpg

I'm sure it's something silly/simple and I'm just not seeing it.



yeah, simple but not evident (because capability was added in last 
moment).

Is in the “licence” combo box.

Esteban


Thanks

Mark



On 06/15/2016 10:06 AM, Mark Bratcher wrote:

A couple of easy ones:

1) Does smalltalkhub.com <http://smalltalkhub.com/> support private 
projects (used, e.g., for CI)? I've seen a couple of posts on 
random forums dating back a couple of years indicating that it did, 
but when I went to create a project, I didn't see an option to make 
it private.


2) Is Squeaksource 3 (http://ss3.gemtalksystems.com/ss) currently 
maintained? It still says "public alpha" and latest comments 
anywhere or submissions to their tracker are old. Who is the 
current owner?

Re: [Pharo-users] Smalltalkhub & Squeaksource3

[Mark Bratcher]

Does anyone know on what part of this project setup screen on 
smalltalkhub.com does one set the project to be "private"? I see the 
checkbox that determines whether it is publicly writable, but I don't 
see one that marks it publicly unreadable. I hear the capability exists.


http://i.stack.imgur.com/8wRN9.jpg

I'm sure it's something silly/simple and I'm just not seeing it.

Thanks

Mark



On 06/15/2016 10:06 AM, Mark Bratcher wrote:

A couple of easy ones:

1) Does smalltalkhub.com <http://smalltalkhub.com> support private 
projects (used, e.g., for CI)? I've seen a couple of posts on random 
forums dating back a couple of years indicating that it did, but when 
I went to create a project, I didn't see an option to make it private.


2) Is Squeaksource 3 (http://ss3.gemtalksystems.com/ss) currently 
maintained? It still says "public alpha" and latest comments anywhere 
or submissions to their tracker are old. Who is the current owner?

Re: [Pharo-users] Smalltalkhub & Squeaksource3

[Mark Bratcher]

Thank you, Dale. That's an excellent summary and very helpful.

Right now, I've been using SS3 because it's clear how to set up. On
Smalltalkhub, it's unclear to me how to make a project private, although I
keep hearing it can be done. I've just not seen instruction on how to do
it, and the project setup page doesn't have an option for it. SS3 also has
the source browser, which is useful.

I have a github account and I'll have to look into using Git with
Monticello and see how that works.

Mark


On Wed, Jun 15, 2016 at 2:36 PM, Dale Henrichs <
dale.henri...@gemtalksystems.com> wrote:

>
>
> On 06/15/2016 10:06 AM, Mark Bratcher wrote:
>
> A couple of easy ones:
>
> 1) Does smalltalkhub.com support private projects (used, e.g., for CI)?
> I've seen a couple of posts on random forums dating back a couple of years
> indicating that it did, but when I went to create a project, I didn't see
> an option to make it private.
>
> 2) Is Squeaksource 3 (http://ss3.gemtalksystems.com/ss) currently
> maintained? It still says "public alpha" and latest comments anywhere or
> submissions to their tracker are old. Who is the current owner?
>
> SqueakSource3 is hosted by GemTalk Systems and we continue to make daily
> backups and keep the system up and running.
>
> The latest version of SqueakSource3 is being maintained by Tobias Pape and
> is currently in production at HPI.
>
> SqueakSource3 is "frozen as an alpha", because the SS3 alpha was turned on
> a month or so before the plan to create SmalltalkHub was announced at which
> time I stopped development on SS3 expecting SS3 to eventually be turned off
> ... unfortunately SmalltalkHub was late going into production and I was
> asked to please start doing daily backups and make SS3 available until
> SmalltalkHub came on-line ... IIRC it took somewhere around a year for
> SmalltalkHub to come on-line and by that time it was "too late" to simply
> turn off SS3.
>
> I have moved on to use Git and GitHub as a public source code repository
> and we at GemTalk Systems continue to run SS3 as a courtesy to the community
>
> There have been periodic plans to either upgrade SS3 or replace SS3 with
> an up-to-date version of SqueakSource over the years, but the user
> community seems to be satisfied with the status quo and the system has been
> pretty stable over the years.
>
> If volunteers step forward to drive an effort to upgrade/replace SS3 I
> would be completely supportive of the effort, but I don't have the cycles
> to lead such an effort.
>
> Dale
>
>

Re: [Pharo-users] The #compile: selector

[Mark Bratcher]

Brilliant. Thank you!

Sent from TypeApp



On Jun 15, 2016, 2:28 PM, at 2:28 PM, Henrik Nergaard <henrik.nerga...@uia.no> 
wrote:
>SomeClass compile: 'foo ^ ''foo''' classified: #accessor
>
>Best regards,
>Henrik
>
>From: Pharo-users [mailto:pharo-users-boun...@lists.pharo.org] On
>Behalf Of Mark Bratcher
>Sent: Wednesday, June 15, 2016 8:06 PM
>To: Any question about pharo is welcome <pharo-users@lists.pharo.org>
>Subject: [Pharo-users] The #compile: selector
>
>When using the #compile: selector to dynamically create a selector, is
>there a way (e.g., a pragma) to specify the category for the dynamic
>selector in a way that Pharo will see it? I tried, for example:
>
>s := String new writeStream.
>s nextPutAll: 'foo' ; cr ; nextPutAll: '  ' ;
>cr ; nextPutAll: '  ^fooVar' ; cr.
>Foo compile: s contents.
>
>Which created the following selector just fine:
>
>foo
>
>^ fooVar
>
>But Pharo considers it uncategorized. I'm just wondering if it's
>possible.
>
>Thanks
>Mark

Re: [Pharo-users] Smalltalkhub & Squeaksource3

[Mark Bratcher]

Great. So how do you make a project private in sthub?

Sent from TypeApp



On Jun 15, 2016, 2:19 PM, at 2:19 PM, Esteban Lorenzano <esteba...@gmail.com> 
wrote:
>yes, they are
>
>> On 15 Jun 2016, at 20:08, Mark Bratcher <mdbra...@gmail.com> wrote:
>> 
>> Yes, I know there are alternatives. SS3 actually allows private
>projects and I've started using it. But favor seems to be toward
>smalltalkhub. My question is specifically about smalltalkhub and
>whether private projects are possible there.
>> 
>> On Wed, Jun 15, 2016 at 1:42 PM, Peter Uhnak <i.uh...@gmail.com
><mailto:i.uh...@gmail.com>> wrote:
>> On Wed, Jun 15, 2016 at 01:06:08PM -0400, Mark Bratcher wrote:
>> > A couple of easy ones:
>> >
>> > 1) Does smalltalkhub.com <http://smalltalkhub.com/> support private
>projects (used, e.g., for CI)?
>> > I've seen a couple of posts on random forums dating back a couple
>of years
>> > indicating that it did, but when I went to create a project, I
>didn't see
>> > an option to make it private.
>> 
>> I don't know about sthub/ss3, but BitBucket offers free private
>projects, so you can use that.
>> 
>> Peter
>> 
>> 

Re: [Pharo-users] Smalltalkhub & Squeaksource3

[Mark Bratcher]

Yes, I know there are alternatives. SS3 actually allows private projects
and I've started using it. But favor seems to be toward smalltalkhub. My
question is specifically about smalltalkhub and whether private projects
are possible there.

On Wed, Jun 15, 2016 at 1:42 PM, Peter Uhnak <i.uh...@gmail.com> wrote:

> On Wed, Jun 15, 2016 at 01:06:08PM -0400, Mark Bratcher wrote:
> > A couple of easy ones:
> >
> > 1) Does smalltalkhub.com support private projects (used, e.g., for CI)?
> > I've seen a couple of posts on random forums dating back a couple of
> years
> > indicating that it did, but when I went to create a project, I didn't see
> > an option to make it private.
>
> I don't know about sthub/ss3, but BitBucket offers free private projects,
> so you can use that.
>
> Peter
>
>

[Pharo-users] The #compile: selector

[Mark Bratcher]

When using the #compile: selector to dynamically create a selector, is
there a way (e.g., a pragma) to specify the category for the dynamic
selector in a way that Pharo will see it? I tried, for example:

s := String new writeStream.
s nextPutAll: 'foo' ; cr ; nextPutAll: '  ' ; cr ;
nextPutAll: '  ^fooVar' ; cr.
Foo compile: s contents.

Which created the following selector just fine:

foo

^ fooVar

But Pharo considers it uncategorized. I'm just wondering if it's possible.

Thanks
Mark

Re: [Pharo-users] Dependency error trying to submit a proposed enhancement to Pharo 5.0 on Smalltalkhub.com

[Mark Bratcher]

I just tried it on my Ubuntu workstation and it appeared to save 
everything like it should. So it seems specific to the Windows version.



On 6/14/2016 11:37 PM, Bernardo Ezequiel Contreras wrote:

im on debian with
Pharo5.0
Latest update: #50760

i just add a whitespace in the class comment of the class RxParser and 
then follow your steps, saving the slice locally in a directory.




On Wed, Jun 15, 2016 at 12:08 AM, Mark Bratcher <mdbra...@gmail.com 
<mailto:mdbra...@gmail.com>> wrote:


Thanks for trying it. Are you on Windows and Pharo 5.0?

Can you tell me what item you changed? I'd be curious just to try
the same thing.


On 6/14/2016 11:04 PM, Bernardo Ezequiel Contreras wrote:

i tried your steps locally in a directory with a fake change and
i couldnt reproduce the bug,  i got the slice and the dependent
package(with the fake change).
please report it, someone with more knowledge should check it.



On Tue, Jun 14, 2016 at 11:54 PM, Mark Bratcher
<mdbra...@gmail.com <mailto:mdbra...@gmail.com>> wrote:

Just saving the slice to the repository (as the instructions
indicate) does not save the code also, and Monticello marks
the slice and associated packages all clean when just saving
the slice. So I'm thinking bug...?


On 6/14/2016 10:38 PM, Bernardo Ezequiel Contreras wrote:

the slice has no code, it just a reference to the
dependencies (the dirty packages), those dirty packages
should be save in the repository(files ended with mcz in
your directory)
if you don't have those files in the local
repository(directory), theres a bug.

On Tue, Jun 14, 2016 at 11:33 PM, Mark Bratcher
<mdbra...@gmail.com <mailto:mdbra...@gmail.com>> wrote:

I opened the MCZ file saved for the slice package and it
has no code changes in it. It just has the dependency
information. So it does seem that more has to be saved
to the repository than just the SLICE. Or, the SLICE
operation isn't "capturing" the code properly as part of
the package. In one of my attempts, I did try saving
both the SLICE and the package independently, but that
didn't get rid of the error.


On 6/14/2016 10:23 PM, Bernardo Ezequiel Contreras wrote:

there's something fishy going on. (the dependency
wasn't save to the inbox).
in the other hand, the contribution steps could be improved



    On Tue, Jun 14, 2016 at 11:03 PM, Mark Bratcher
<mdbra...@gmail.com <mailto:mdbra...@gmail.com>> wrote:

Bernardo

Thank you. That's a good idea. I'll try that. I was
surprised that it didn't go to the inbox as I
thought I set up the repository path properly.

Mark

Sent from TypeApp <http://www.typeapp.com/r>

On Jun 14, 2016, at 10:00 PM, Bernardo Ezequiel
Contreras <vonbecm...@gmail.com
<mailto:vonbecm...@gmail.com>> wrote:

i forgot to mention that i used to save my
slices locally in a directory, and test the
slice with a new image and see if the merge of
the slice has no conflicts, to be sure that the
monkey will work without problems.
and then i copy the slice to the inbox


On Tue, Jun 14, 2016 at 10:53 PM, Bernardo
Ezequiel Contreras <vonbecm...@gmail.com
<mailto:vonbecm...@gmail.com>> wrote:

Hi mark,
 it seems that your
package: Regex-Core-MarkBratcher.39.mcz is
not the inbox.
 if you have the package, then you can
Copy(button in the monticello browser) it
to the inbox, and try again.



    On Tue, Jun 14, 2016 at 9:53 PM, Mark
Bratcher <mdbra...@gmail.com
<mailto:mdbra...@gmail.com>> wrote:

I am trying to push a simple
enhancement to Pharo50inbox on
smalltalkhub.com
<http://smalltalkhub.com>. I am running
Pharo 5.0 (downloaded within the last
month) on Windows 10.

I started from a completely clean
image, made my small change (about 5
lines in an existing Pharo 5.0 class),
and I followed all of the directions to

Re: [Pharo-users] Dependency error trying to submit a proposed enhancement to Pharo 5.0 on Smalltalkhub.com

[Mark Bratcher]

Thanks for trying it. Are you on Windows and Pharo 5.0?

Can you tell me what item you changed? I'd be curious just to try the 
same thing.



On 6/14/2016 11:04 PM, Bernardo Ezequiel Contreras wrote:
i tried your steps locally in a directory with a fake change and i 
couldnt reproduce the bug,  i got the slice and the dependent 
package(with the fake change).

please report it, someone with more knowledge should check it.



On Tue, Jun 14, 2016 at 11:54 PM, Mark Bratcher <mdbra...@gmail.com 
<mailto:mdbra...@gmail.com>> wrote:


Just saving the slice to the repository (as the instructions
indicate) does not save the code also, and Monticello marks the
slice and associated packages all clean when just saving the
slice. So I'm thinking bug...?


On 6/14/2016 10:38 PM, Bernardo Ezequiel Contreras wrote:

the slice has no code, it just a reference to the dependencies
(the dirty packages), those dirty packages should be save in the
repository(files ended with mcz in your directory)
if you don't have those files in the local repository(directory),
theres a bug.

On Tue, Jun 14, 2016 at 11:33 PM, Mark Bratcher
<mdbra...@gmail.com <mailto:mdbra...@gmail.com>> wrote:

I opened the MCZ file saved for the slice package and it has
no code changes in it. It just has the dependency
information. So it does seem that more has to be saved to the
repository than just the SLICE. Or, the SLICE operation isn't
"capturing" the code properly as part of the package. In one
of my attempts, I did try saving both the SLICE and the
package independently, but that didn't get rid of the error.


On 6/14/2016 10:23 PM, Bernardo Ezequiel Contreras wrote:

there's something fishy going on. (the dependency wasn't
save to the inbox).
in the other hand, the contribution steps could be improved



On Tue, Jun 14, 2016 at 11:03 PM, Mark Bratcher
<mdbra...@gmail.com <mailto:mdbra...@gmail.com>> wrote:

Bernardo

Thank you. That's a good idea. I'll try that. I was
surprised that it didn't go to the inbox as I thought I
set up the repository path properly.

Mark

Sent from TypeApp <http://www.typeapp.com/r>

On Jun 14, 2016, at 10:00 PM, Bernardo Ezequiel
Contreras <vonbecm...@gmail.com
<mailto:vonbecm...@gmail.com>> wrote:

i forgot to mention that i used to save my slices
locally in a directory, and test the slice with a
new image and see if the merge of the slice has no
conflicts, to be sure that the monkey will work
without problems.
and then i copy the slice to the inbox


On Tue, Jun 14, 2016 at 10:53 PM, Bernardo Ezequiel
Contreras <vonbecm...@gmail.com
<mailto:vonbecm...@gmail.com>> wrote:

Hi mark,
 it seems that your
package: Regex-Core-MarkBratcher.39.mcz is not
the inbox.
 if you have the package, then you can
Copy(button in the monticello browser) it to the
inbox, and try again.



On Tue, Jun 14, 2016 at 9:53 PM, Mark Bratcher
<mdbra...@gmail.com <mailto:mdbra...@gmail.com>>
wrote:

I am trying to push a simple enhancement to
Pharo50inbox on smalltalkhub.com
<http://smalltalkhub.com>. I am running
Pharo 5.0 (downloaded within the last month)
on Windows 10.

I started from a completely clean image,
made my small change (about 5 lines in an
existing Pharo 5.0 class), and I followed
all of the directions to contribute a
proposed fix
<http://pharo.org/contribute-propose-fix>
very carefully. All the steps went smoothly,
as expected, until it came time to pull and
verify the slice.

Here is a snapshot of my Monticello browser
right BEFORE pushing
<http://i.stack.imgur.com/Zv2bZ.jpg> the
suggested change slice. What is listed as
dirty are the SLICE itself (containing
Regex-Core (TheIntegrator.38)) and the
package itself, listed separately, as dirty
(Regex-Core (TheIntegrator.38)).

  

Re: [Pharo-users] Dependency error trying to submit a proposed enhancement to Pharo 5.0 on Smalltalkhub.com

[Mark Bratcher]

Just saving the slice to the repository (as the instructions indicate) 
does not save the code also, and Monticello marks the slice and 
associated packages all clean when just saving the slice. So I'm 
thinking bug...?



On 6/14/2016 10:38 PM, Bernardo Ezequiel Contreras wrote:
the slice has no code, it just a reference to the dependencies (the 
dirty packages), those dirty packages should be save in the 
repository(files ended with mcz in your directory)
if you don't have those files in the local repository(directory), 
theres a bug.


On Tue, Jun 14, 2016 at 11:33 PM, Mark Bratcher <mdbra...@gmail.com 
<mailto:mdbra...@gmail.com>> wrote:


I opened the MCZ file saved for the slice package and it has no
code changes in it. It just has the dependency information. So it
does seem that more has to be saved to the repository than just
the SLICE. Or, the SLICE operation isn't "capturing" the code
properly as part of the package. In one of my attempts, I did try
saving both the SLICE and the package independently, but that
didn't get rid of the error.


On 6/14/2016 10:23 PM, Bernardo Ezequiel Contreras wrote:

there's something fishy going on. (the dependency wasn't save to
the inbox).
in the other hand, the contribution steps could be improved



On Tue, Jun 14, 2016 at 11:03 PM, Mark Bratcher
<mdbra...@gmail.com <mailto:mdbra...@gmail.com>> wrote:

Bernardo

Thank you. That's a good idea. I'll try that. I was surprised
that it didn't go to the inbox as I thought I set up the
repository path properly.

Mark

Sent from TypeApp <http://www.typeapp.com/r>

On Jun 14, 2016, at 10:00 PM, Bernardo Ezequiel Contreras
<vonbecm...@gmail.com <mailto:vonbecm...@gmail.com>> wrote:

i forgot to mention that i used to save my slices locally
in a directory, and test the slice with a new image and
see if the merge of the slice has no conflicts, to be
sure that the monkey will work without problems.
and then i copy the slice to the inbox


On Tue, Jun 14, 2016 at 10:53 PM, Bernardo Ezequiel
Contreras <vonbecm...@gmail.com
<mailto:vonbecm...@gmail.com>> wrote:

Hi mark,
 it seems that your
package: Regex-Core-MarkBratcher.39.mcz is not the
inbox.
 if you have the package, then you can Copy(button in
the monticello browser) it to the inbox, and try again.



On Tue, Jun 14, 2016 at 9:53 PM, Mark Bratcher
<mdbra...@gmail.com <mailto:mdbra...@gmail.com>> wrote:

I am trying to push a simple enhancement to
Pharo50inbox on smalltalkhub.com
<http://smalltalkhub.com>. I am running Pharo 5.0
(downloaded within the last month) on Windows 10.

I started from a completely clean image, made my
small change (about 5 lines in an existing Pharo
5.0 class), and I followed all of the directions
to contribute a proposed fix
<http://pharo.org/contribute-propose-fix> very
carefully. All the steps went smoothly, as
expected, until it came time to pull and verify
the slice.

Here is a snapshot of my Monticello browser right
BEFORE pushing
<http://i.stack.imgur.com/Zv2bZ.jpg> the
suggested change slice. What is listed as dirty
are the SLICE itself (containing Regex-Core
(TheIntegrator.38)) and the package itself,
listed separately, as dirty (Regex-Core
(TheIntegrator.38)).

As indicated in the instructions, I highlighted
the SLICE and did a Save to the
`http://smalltalkhub.com/mc/Pharo/Pharo50Inbox/main`
repository. That went smoothly. After clicking
save, Monticello showed
<http://i.stack.imgur.com/BYfVf.jpg> that the
SLICE (with subpackage) and the separately listed
package were no longer marked dirty and version
had been bumped with my name associated (both now
called, "Regex-Core (MarkBratcher.39)").

The dialog that popped up after the save
indicated that there is a dependency on
`Regex-Core (MarkBratcher.39)` which surprised me
a bit, but since I followed the instructions
exactly, I wasn't concerned yet...

Re: [Pharo-users] Dependency error trying to submit a proposed enhancement to Pharo 5.0 on Smalltalkhub.com

[Mark Bratcher]

I opened the MCZ file saved for the slice package and it has no code 
changes in it. It just has the dependency information. So it does seem 
that more has to be saved to the repository than just the SLICE. Or, the 
SLICE operation isn't "capturing" the code properly as part of the 
package. In one of my attempts, I did try saving both the SLICE and the 
package independently, but that didn't get rid of the error.


On 6/14/2016 10:23 PM, Bernardo Ezequiel Contreras wrote:
there's something fishy going on. (the dependency wasn't save to the 
inbox).

in the other hand, the contribution steps could be improved



On Tue, Jun 14, 2016 at 11:03 PM, Mark Bratcher <mdbra...@gmail.com 
<mailto:mdbra...@gmail.com>> wrote:


Bernardo

Thank you. That's a good idea. I'll try that. I was surprised that
it didn't go to the inbox as I thought I set up the repository
path properly.

Mark

Sent from TypeApp <http://www.typeapp.com/r>

On Jun 14, 2016, at 10:00 PM, Bernardo Ezequiel Contreras
<vonbecm...@gmail.com <mailto:vonbecm...@gmail.com>> wrote:

i forgot to mention that i used to save my slices locally in a
directory, and test the slice with a new image and see if the
merge of the slice has no conflicts, to be sure that the
monkey will work without problems.
and then i copy the slice to the inbox


On Tue, Jun 14, 2016 at 10:53 PM, Bernardo Ezequiel Contreras
<vonbecm...@gmail.com <mailto:vonbecm...@gmail.com>> wrote:

Hi mark,
 it seems that your
package: Regex-Core-MarkBratcher.39.mcz is not the inbox.
 if you have the package, then you can Copy(button in the
monticello browser) it to the inbox, and try again.



    On Tue, Jun 14, 2016 at 9:53 PM, Mark Bratcher
<mdbra...@gmail.com <mailto:mdbra...@gmail.com>> wrote:

I am trying to push a simple enhancement to
Pharo50inbox on smalltalkhub.com
<http://smalltalkhub.com>. I am running Pharo 5.0
(downloaded within the last month) on Windows 10.

I started from a completely clean image, made my small
change (about 5 lines in an existing Pharo 5.0 class),
and I followed all of the directions to contribute a
proposed fix <http://pharo.org/contribute-propose-fix>
very carefully. All the steps went smoothly, as
expected, until it came time to pull and verify the slice.

Here is a snapshot of my Monticello browser right
BEFORE pushing <http://i.stack.imgur.com/Zv2bZ.jpg>
the suggested change slice. What is listed as dirty
are the SLICE itself (containing Regex-Core
(TheIntegrator.38)) and the package itself, listed
separately, as dirty (Regex-Core (TheIntegrator.38)).

As indicated in the instructions, I highlighted the
SLICE and did a Save to the
`http://smalltalkhub.com/mc/Pharo/Pharo50Inbox/main`
repository. That went smoothly. After clicking save,
Monticello showed <http://i.stack.imgur.com/BYfVf.jpg>
that the SLICE (with subpackage) and the separately
listed package were no longer marked dirty and version
had been bumped with my name associated (both now
called, "Regex-Core (MarkBratcher.39)").

The dialog that popped up after the save indicated
that there is a dependency on `Regex-Core
(MarkBratcher.39)` which surprised me a bit, but since
I followed the instructions exactly, I wasn't
concerned yet...

When I tried to verify, I started with a clean image
again (as recommended in the instructions, opened
Monticello, opened the Pharo50Inbox repository, found
and highlighted my slice, and clicked "Load". Then I
got an error that there was a missing dependency on
the package: `Regex-Core (MarkBratcher.39)`. I thought
that package was integrated as part of the SLICE.

If I followed the linked instructions precisely, what
am I missing?




-- 
Bernardo E.C.


Sent from a cheap desktop computer in South America.




-- 
Bernardo E.C.


Sent from a cheap desktop computer in South America.




--
Bernardo E.C.

Sent from a cheap desktop computer in South America.

Re: [Pharo-users] Dependency error trying to submit a proposed enhancement to Pharo 5.0 on Smalltalkhub.com

[Mark Bratcher]

I have the same error, even if I save the slice to a local repository.

So my steps are:

1) Open a clean Pharo 5.0 image

2) Modify one class#selector in Regex-Core

3) "Accept" the change (it prompts me to enter my name, which I do as 
MarkBratcher)


4) Open Monticello, and see "*Regex-Core (TheIntegrator.38)" as the only 
dirty package


5) Click on Slice, select a fogbugz ID, and let it auto-fill

6) Click the checkbox next to "*Regex-Core (TheIntegrator.38)" (the only 
dirty package listed)


7) Click OK for the Slice dialog

8) Now "*Regex-Core (TheIntegrator.38)" AND "*SLICE-..." (with 
Regex-Core (TheIntegrator.38) appearing as part of that package) both 
appear in the left pane of Monticello


9) Select the SLICE package on the left Monticello pane, select the 
repository on the right pane


10) Save the SLICE package to the repository (click Save). Both the 
SLICE and Regex-Core versions bump (Regex-Core (TheIntegrator.38) 
becomes Regex-Core (MarkBratcher.39)) and are no longer dirty. A success 
dialog pops up with info about the repository save, including a comment 
that the SLICE has "Regex-Core (MarkBratcher.39)" as a dependency.


11) Exit Pharo

12) Reopen Pharo with a clean image

13) Open Monticello and open the repository that I saved the slice in

14) Click on the SLICE and click "Load"

15) I get the error that it cannot find the dependency on "Regex-Core 
(MarkBratcher.39)".


I'm not sure why.

On 6/14/2016 9:59 PM, Bernardo Ezequiel Contreras wrote:
i forgot to mention that i used to save my slices locally in a 
directory, and test the slice with a new image and see if the merge of 
the slice has no conflicts, to be sure that the monkey will work 
without problems.

and then i copy the slice to the inbox


On Tue, Jun 14, 2016 at 10:53 PM, Bernardo Ezequiel Contreras 
<vonbecm...@gmail.com <mailto:vonbecm...@gmail.com>> wrote:


Hi mark,
 it seems that your package: Regex-Core-MarkBratcher.39.mcz is not
the inbox.
 if you have the package, then you can Copy(button in the
monticello browser) it to the inbox, and try again.



On Tue, Jun 14, 2016 at 9:53 PM, Mark Bratcher <mdbra...@gmail.com
<mailto:mdbra...@gmail.com>> wrote:

I am trying to push a simple enhancement to Pharo50inbox on
smalltalkhub.com <http://smalltalkhub.com>. I am running Pharo
5.0 (downloaded within the last month) on Windows 10.

I started from a completely clean image, made my small change
(about 5 lines in an existing Pharo 5.0 class), and I followed
all of the directions to contribute a proposed fix
<http://pharo.org/contribute-propose-fix> very carefully. All
the steps went smoothly, as expected, until it came time to
pull and verify the slice.

Here is a snapshot of my Monticello browser right BEFORE
pushing <http://i.stack.imgur.com/Zv2bZ.jpg> the suggested
change slice. What is listed as dirty are the SLICE itself
(containing Regex-Core (TheIntegrator.38)) and the package
itself, listed separately, as dirty (Regex-Core
(TheIntegrator.38)).

As indicated in the instructions, I highlighted the SLICE and
did a Save to the
`http://smalltalkhub.com/mc/Pharo/Pharo50Inbox/main`
repository. That went smoothly. After clicking save,
Monticello showed <http://i.stack.imgur.com/BYfVf.jpg> that
the SLICE (with subpackage) and the separately listed package
were no longer marked dirty and version had been bumped with
my name associated (both now called, "Regex-Core
(MarkBratcher.39)").

The dialog that popped up after the save indicated that there
is a dependency on `Regex-Core (MarkBratcher.39)` which
surprised me a bit, but since I followed the instructions
exactly, I wasn't concerned yet...

When I tried to verify, I started with a clean image again (as
recommended in the instructions, opened Monticello, opened the
Pharo50Inbox repository, found and highlighted my slice, and
clicked "Load". Then I got an error that there was a missing
dependency on the package: `Regex-Core (MarkBratcher.39)`. I
thought that package was integrated as part of the SLICE.

If I followed the linked instructions precisely, what am I
missing?




-- 
Bernardo E.C.


Sent from a cheap desktop computer in South America.




--
Bernardo E.C.

Sent from a cheap desktop computer in South America.

Re: [Pharo-users] Dependency error trying to submit a proposed enhancement to Pharo 5.0 on Smalltalkhub.com

[Mark Bratcher]

Bernardo

Thank you. That's a good idea. I'll try that. I was surprised that it didn't go 
to the inbox as I thought I set up the repository path properly.

Mark

Sent from TypeApp



On Jun 14, 2016, 10:00 PM, at 10:00 PM, Bernardo Ezequiel Contreras 
<vonbecm...@gmail.com> wrote:
>i forgot to mention that i used to save my slices locally in a
>directory,
>and test the slice with a new image and see if the merge of the slice
>has
>no conflicts, to be sure that the monkey will work without problems.
>and then i copy the slice to the inbox
>
>
>On Tue, Jun 14, 2016 at 10:53 PM, Bernardo Ezequiel Contreras <
>vonbecm...@gmail.com> wrote:
>
>> Hi mark,
>>  it seems that your package: Regex-Core-MarkBratcher.39.mcz is not
>the
>> inbox.
>>  if you have the package, then you can Copy(button in the monticello
>> browser) it to the inbox, and try again.
>>
>>
>>
>> On Tue, Jun 14, 2016 at 9:53 PM, Mark Bratcher <mdbra...@gmail.com>
>wrote:
>>
>>> I am trying to push a simple enhancement to Pharo50inbox on
>>> smalltalkhub.com. I am running Pharo 5.0 (downloaded within the last
>>> month) on Windows 10.
>>>
>>> I started from a completely clean image, made my small change (about
>5
>>> lines in an existing Pharo 5.0 class), and I followed all of the
>directions
>>> to contribute a proposed fix
><http://pharo.org/contribute-propose-fix>
>>> very carefully. All the steps went smoothly, as expected, until it
>came
>>> time to pull and verify the slice.
>>>
>>> Here is a snapshot of my Monticello browser right BEFORE pushing
>>> <http://i.stack.imgur.com/Zv2bZ.jpg> the suggested change slice.
>What is
>>> listed as dirty are the SLICE itself (containing Regex-Core
>>> (TheIntegrator.38)) and the package itself, listed separately, as
>dirty
>>> (Regex-Core (TheIntegrator.38)).
>>>
>>> As indicated in the instructions, I highlighted the SLICE and did a
>Save
>>> to the `http://smalltalkhub.com/mc/Pharo/Pharo50Inbox/main`
>repository.
>>> That went smoothly. After clicking save, Monticello showed
>>> <http://i.stack.imgur.com/BYfVf.jpg> that the SLICE (with
>subpackage)
>>> and the separately listed package were no longer marked dirty and
>version
>>> had been bumped with my name associated (both now called,
>"Regex-Core
>>> (MarkBratcher.39)").
>>>
>>> The dialog that popped up after the save indicated that there is a
>>> dependency on `Regex-Core (MarkBratcher.39)` which surprised me a
>bit, but
>>> since I followed the instructions exactly, I wasn't concerned yet...
>>>
>>> When I tried to verify, I started with a clean image again (as
>>> recommended in the instructions, opened Monticello, opened the
>Pharo50Inbox
>>> repository, found and highlighted my slice, and clicked "Load". Then
>I got
>>> an error that there was a missing dependency on the package:
>`Regex-Core
>>> (MarkBratcher.39)`. I thought that package was integrated as part of
>the
>>> SLICE.
>>>
>>> If I followed the linked instructions precisely, what am I missing?
>>>
>>>
>>
>>
>> --
>> Bernardo E.C.
>>
>> Sent from a cheap desktop computer in South America.
>>
>
>
>
>-- 
>Bernardo E.C.
>
>Sent from a cheap desktop computer in South America.

[Pharo-users] Dependency error trying to submit a proposed enhancement to Pharo 5.0 on Smalltalkhub.com

[Mark Bratcher]

I am trying to push a simple enhancement to Pharo50inbox on 
smalltalkhub.com. I am running Pharo 5.0 (downloaded within the last 
month) on Windows 10.


I started from a completely clean image, made my small change (about 5 
lines in an existing Pharo 5.0 class), and I followed all of the 
directions to contribute a proposed fix 
 very carefully. All the steps 
went smoothly, as expected, until it came time to pull and verify the slice.


Here is a snapshot of my Monticello browser right BEFORE pushing 
 the suggested change slice. What is 
listed as dirty are the SLICE itself (containing Regex-Core 
(TheIntegrator.38)) and the package itself, listed separately, as dirty 
(Regex-Core (TheIntegrator.38)).


As indicated in the instructions, I highlighted the SLICE and did a Save 
to the `http://smalltalkhub.com/mc/Pharo/Pharo50Inbox/main` repository. 
That went smoothly. After clicking save, Monticello showed 
 that the SLICE (with subpackage) 
and the separately listed package were no longer marked dirty and 
version had been bumped with my name associated (both now called, 
"Regex-Core (MarkBratcher.39)").


The dialog that popped up after the save indicated that there is a 
dependency on `Regex-Core (MarkBratcher.39)` which surprised me a bit, 
but since I followed the instructions exactly, I wasn't concerned yet...


When I tried to verify, I started with a clean image again (as 
recommended in the instructions, opened Monticello, opened the 
Pharo50Inbox repository, found and highlighted my slice, and clicked 
"Load". Then I got an error that there was a missing dependency on the 
package: `Regex-Core (MarkBratcher.39)`. I thought that package was 
integrated as part of the SLICE.


If I followed the linked instructions precisely, what am I missing?

Re: [Pharo-users] DBXTalk/Garage: GAMySQLDriver#execute: raises exception when int field is NULL

[Mark Bratcher]

Thanks Esteban. I had had also stumbled upon what the latest release actually 
is by browsing the ConfigurationOfGarage file. So I'm off to the races now.

Thank you! Apologies, again, for the false alarm.

Mark 

Sent from TypeApp



On Jun 14, 2016, 12:57 PM, at 12:57 PM, "Esteban A. Maringolo" 
<emaring...@gmail.com> wrote:
>I don't know about the instructions because I don't maintain the
>DBXTalk/Garage website.
>
>But for Pharo 5 the #stable/#release version is 0.5, which in the case
>of MySQL should load the package Garage-Mysql-GuillermoPolito.24.
>
>You should load it by executing:
>
>Gofer it
>smalltalkhubUser: 'DBXTalk' project: 'Garage';
>configurationOf: 'Garage';
>load.
>
>#ConfigurationOfGarage asClass project stableVersion load: 'mysql'.
>
>Regards!
>
>
>Esteban A. Maringolo
>
>
>2016-06-13 18:36 GMT-03:00 Mark Bratcher <mdbra...@gmail.com>:
>> Esteban
>>
>> I think this is a versioning issue.
>>
>> The installation instructions for DBXTalk/Garage show 0.1. I looked
>all over
>> the DBXTalk website, and the smalltalkhub.com location for the
>package, but
>> I couldn't find any listing of what version is the latest to use.
>>
>> Do you know what the latest version is I should pull?
>>
>> Thanks
>>
>> Mark
>>
>>
>> On 6/13/2016 12:06 PM, Esteban A. Maringolo wrote:
>>>
>>> Hi Mark,
>>>
>>> I tested it on a Linux host connecting to a server in Linux also,
>and
>>> it doesn't fail.
>>>
>>> I'll test it later in a Windows host.
>>>
>>> Regards!
>>> Esteban A. Maringolo
>>>
>>>
>>> 2016-06-11 18:20 GMT-03:00 Mark Bratcher <mdbra...@gmail.com>:
>>>>
>>>> Hello
>>>>
>>>>
>>>>
>>>> Not sure where else to post this. I have posted what looks like a
>bug in
>>>> the
>>>> GAMySQLDriver#execute: selector. Here is the bug report on tracker:
>>>> https://github.com/guillep/DBXTalk/issues/8. But there is very,
>very
>>>> little
>>>> activity there or in the DBXTalk Google discussion group.
>>>>
>>>>
>>>>
>>>> Is DBXTalk/Garage still considered a supported means of interfacing
>to an
>>>> existing database (like MySQL or PostgreSQL)? If so, is there
>something
>>>> I’m
>>>> doing wrong as shown in the tracker post, or is there a known bug?
>>>>
>>>>
>>>>
>>>> Thanks
>>>>
>>>>
>>>>
>>>> ---
>>>> Sent from Mail for Windows 10
>>>>
>>>>
>>
>>

Re: [Pharo-users] DBXTalk/Garage: GAMySQLDriver#execute: raises exception when int field is NULL

[Mark Bratcher]

Esteban

I think this is a versioning issue.

The installation instructions for DBXTalk/Garage show 0.1. I looked all 
over the DBXTalk website, and the smalltalkhub.com location for the 
package, but I couldn't find any listing of what version is the latest 
to use.


Do you know what the latest version is I should pull?

Thanks

Mark

On 6/13/2016 12:06 PM, Esteban A. Maringolo wrote:

Hi Mark,

I tested it on a Linux host connecting to a server in Linux also, and
it doesn't fail.

I'll test it later in a Windows host.

Regards!
Esteban A. Maringolo


2016-06-11 18:20 GMT-03:00 Mark Bratcher <mdbra...@gmail.com>:

Hello



Not sure where else to post this. I have posted what looks like a bug in the
GAMySQLDriver#execute: selector. Here is the bug report on tracker:
https://github.com/guillep/DBXTalk/issues/8. But there is very, very little
activity there or in the DBXTalk Google discussion group.



Is DBXTalk/Garage still considered a supported means of interfacing to an
existing database (like MySQL or PostgreSQL)? If so, is there something I’m
doing wrong as shown in the tracker post, or is there a known bug?



Thanks



---
Sent from Mail for Windows 10

Re: [Pharo-users] DBXTalk/Garage: GAMySQLDriver#execute: raises exception when int field is NULL

[Mark Bratcher]

Thank you!

Sent from TypeApp



On Jun 13, 2016, 12:11 PM, at 12:11 PM, "Esteban A. Maringolo" 
<emaring...@gmail.com> wrote:
>Hi Mark,
>
>I tested it on a Linux host connecting to a server in Linux also, and
>it doesn't fail.
>
>I'll test it later in a Windows host.
>
>Regards!
>Esteban A. Maringolo
>
>
>2016-06-11 18:20 GMT-03:00 Mark Bratcher <mdbra...@gmail.com>:
>> Hello
>>
>>
>>
>> Not sure where else to post this. I have posted what looks like a bug
>in the
>> GAMySQLDriver#execute: selector. Here is the bug report on tracker:
>> https://github.com/guillep/DBXTalk/issues/8. But there is very, very
>little
>> activity there or in the DBXTalk Google discussion group.
>>
>>
>>
>> Is DBXTalk/Garage still considered a supported means of interfacing
>to an
>> existing database (like MySQL or PostgreSQL)? If so, is there
>something I’m
>> doing wrong as shown in the tracker post, or is there a known bug?
>>
>>
>>
>> Thanks
>>
>>
>>
>> ---
>> Sent from Mail for Windows 10
>>
>>

[Pharo-users] DBXTalk/Garage: GAMySQLDriver#execute: raises exception when int field is NULL

[Mark Bratcher]

Hello

Not sure where else to post this. I have posted what looks like a bug in the 
GAMySQLDriver#execute: selector. Here is the bug report on tracker: 
https://github.com/guillep/DBXTalk/issues/8. But there is very, very little 
activity there or in the DBXTalk Google discussion group.

Is DBXTalk/Garage still considered a supported means of interfacing to an 
existing database (like MySQL or PostgreSQL)? If so, is there something I’m 
doing wrong as shown in the tracker post, or is there a known bug?

Thanks

---
Sent from Mail for Windows 10

Re: [Pharo-users] Call for feedbacks: Enterprise Pharo ePub version

[Mark Bratcher]

Thanks for thinking of the e-reader users!

I have a Nook Color HD, and, unfortunately, when I tried to open the 
eBook, it would crash on any attempt to read past the second page (which 
is the ToC). So clickong on a ToC link, or attempting to turn to page 3 
causes the reader to simply abort. If I can think of any other 
diagnostic tests to try, I shall do that.


Mark


On 5/30/2016 11:13 AM, Andy Burnett wrote:



Hi,

I created an ePub version of the book Enterprise Pharo for
electronic readers.
It would be great if you could test it and give me feedbacks on
everything that shocks you.

You can downlod the file
here.

Thanks,
Thibault


Works very nicely on my iPhone. It would be great to have all the 
books in this format.


Cheers
Andy

[Pharo-users] Pharo 5.0 and Garage (DBXTalk)?

[Mark Bratcher]

Hello

Has anyone installed the database drivers per 
https://guillep.github.io/DBXTalk/garage/installation.html in Pharo 5.0 
successfully? It was a snap in Pharo 4.0. But now that I've moved to 
Pharo 5.0, I'm getting errors when I try to install the database 
drivers. First there's a warning that there's an unresolved dependency 
with TimeStamp (I didn't get this warning in Pharo 4.0). That's quickly 
followed by an error, "IncompatibleLayoutConflict: Class with ByteLayout 
cannot be extended as slot". If I click "Proceed" I get a series of 
numerous other errors.


Is Garage compatible with Pharo 5.0?

Mark