[Glass] Metacello support

Dario,

Metacello works fine with http, bitbucket and github repositories... do you have a more specific question?

If you are using http repositories you will need to use a ConfigurationOf for your project. For github repositories you will want to create a BaselineOf for your project.

There is additional Metacello documentation here[1]. I think the installation instructions in the docs directory have not been updated for awhile so you should use this[2] for installation ...

Dale

[1] https://github.com/dalehenrich/metacello-work/tree/master/docs
[2] https://github.com/dalehenrich/metacello-work#install-preview-version

On Thu, Oct 23, 2014 at 12:57 PM, Dario Trussardi via Glass <[hidden email]> wrote:

Ciao,

        in the next days i work to organize my package with Metacello support,

        to streamline the process of development and porting form Pharo to Gemstone.

        I read the http://www.pharobyexample.org/drafts/Metacello.pdf

        Now i have doubt about use the Metacello with standard http repository,

        or integrate the git repository.

        Some advice and referrals about it ?

        Thanks,

                Dario



_______________________________________________
Glass mailing list
[hidden email]
http://lists.gemtalksystems.com/mailman/listinfo/glass

Ciao,

I'm trying to configure Monticello FileTree-based repository for share package into :

 Pharo 1 4  and  GemTools Launcher - >=1.0-beta.8.7 [ConfigurationOfGemTools]

A) In Pharo ( run on macbook ) i create monticello filetree repository on specific local directory  and all work fine.

( A this point i can not configured a directory on another system into local network  ).

B) In GemTools ( run on mac but,  with a glass session open on a gemstone run on another pc ) 

when with Monticello  add a new filetree repository the system prompt a dialog with;

" Enter full path to directory on server "

Questions:

How i can configured and share the directory on the Mac or in another system in a local network? 

Or i need to define a specific directory on the gemstone server,

and update it  with ftp transfer data from the mac filetree repository?

( but this required a ftp update at any change  )

Thanks for any consideration,

Dario

Dario,

Metacello works fine with http, bitbucket and github repositories... do you have a more specific question?

If you are using http repositories you will need to use a ConfigurationOf for your project. For github repositories you will want to create a BaselineOf for your project.

There is additional Metacello documentation here[1]. I think the installation instructions in the docs directory have not been updated for awhile so you should use this[2] for installation ...

Dale

[1] https://github.com/dalehenrich/metacello-work/tree/master/docs
[2] https://github.com/dalehenrich/metacello-work#install-preview-version

On Thu, Oct 23, 2014 at 12:57 PM, Dario Trussardi via Glass <[hidden email]> wrote:

Ciao,

        in the next days i work to organize my package with Metacello support,

        to streamline the process of development and porting form Pharo to Gemstone.

        I read the http://www.pharobyexample.org/drafts/Metacello.pdf

        Now i have doubt about use the Metacello with standard http repository,

        or integrate the git repository.

        Some advice and referrals about it ?

        Thanks,

                Dario



_______________________________________________
Glass mailing list
[hidden email]
http://lists.gemtalksystems.com/mailman/listinfo/glass

_______________________________________________
Glass mailing list
[hidden email]
http://lists.gemtalksystems.com/mailman/listinfo/glass

Ciao

Ciao,

I'm trying to configure Monticello FileTree-based repository for share package into :

 Pharo 1 4  and  GemTools Launcher - >=1.0-beta.8.7 [ConfigurationOfGemTools]

A) In Pharo ( run on macbook ) i create monticello filetree repository on specific local directory  and all work fine.

( A this point i can not configured a directory on another system into local network  ).

I have configured Samba on my server ubuntu. 

The directory on the server is now configurable on Pharo filetree repository.

B) In GemTools ( run on mac but,  with a glass session open on a gemstone run on another pc ) 

when with Monticello  add a new filetree repository the system prompt a dialog with;

" Enter full path to directory on server "

I do some test but i can not configurable the filetree repository with Gemtools Monticello.

I need do to it with some specific command?

String >> decodeFromUTF8 (envId 0)

[] in  MCFileTreeStCypressReader >> addMethodDefinitionsForClass:methodProperties:in: (envId 0)

[] in  FileDirectory >> readOnlyFileNamed:do: (envId 0)

ExecBlock >> ensure: (envId 0)

FileDirectory >> readOnlyFileNamed:do: (envId 0)

DirectoryEntry >> readStreamDo: (envId 0)

[] in  MCFileTreeStCypressReader >> addMethodDefinitionsForClass:methodProperties:in: (envId 0)

Collection >> do: (envId 0)

[] in  MCFileTreeStCypressReader >> addMethodDefinitionsForClass:methodProperties:in: (envId 0)

Collection >> do: (envId 0)

MCFileTreeStCypressReader >> addMethodDefinitionsForClass:methodProperties:in: (envId 0)

MCFileTreeStCypressReader >> addClassAndMethodDefinitionsFromEntry: (envId 0)

[] in  MCFileTreeStCypressReader >> addClassAndMethodDefinitionsFromDirectory: (envId 0)

Collection >> do: (envId 0)

MCFileTreeStCypressReader >> addClassAndMethodDefinitionsFromDirectory: (envId 0)

MCFileTreeStCypressReader >> loadDefinitions (envId 0)

MCVersionReader >> definitions (envId 0)

MCVersionReader >> snapshot (envId 0)

MCFileTreeAbstractReader >> basicVersion (envId 0)

MCFileTreeStCypressReader >> basicVersion (envId 0)

MCVersionReader >> version (envId 0)

[] in  MCFileBasedRepository >> loadVersionFromFileNamed: (envId 0)

[] in  MCFileTreeRepository >> versionReaderForFileNamed:do: (envId 0)

MCFileTreeRepository >> readStreamForFileNamed:do: (envId 0)

MCFileTreeRepository >> versionReaderForFileNamed:do: (envId 0)

MCFileBasedRepository >> loadVersionFromFileNamed: (envId 0)

MCFileTreeRepository >> versionFromFileNamed: (envId 0)

MCFileBasedVersionNode >> version (envId 0)

MCCmdLoad >> execute (envId 0)

[] in  OBCommand >> clientExecute (envId 0)

OBUpdateConcentrator >> recordUpdatesDuring: (envId 0)

OBCommand >> clientExecute (envId 0)

GsNMethod class >> _gsReturnToC (envId 0)

Or i need to update GemTools client ?

Thanks,

Dario

Questions:

How i can configured and share the directory on the Mac or in another system in a local network? 

Or i need to define a specific directory on the gemstone server,

and update it  with ftp transfer data from the mac filetree repository?

( but this required a ftp update at any change  )

Thanks for any consideration,

Dario

Dario,

Metacello works fine with http, bitbucket and github repositories... do you have a more specific question?

If you are using http repositories you will need to use a ConfigurationOf for your project. For github repositories you will want to create a BaselineOf for your project.

There is additional Metacello documentation here[1]. I think the installation instructions in the docs directory have not been updated for awhile so you should use this[2] for installation ...

Dale

[1] https://github.com/dalehenrich/metacello-work/tree/master/docs
[2] https://github.com/dalehenrich/metacello-work#install-preview-version

On Thu, Oct 23, 2014 at 12:57 PM, Dario Trussardi via Glass <[hidden email]> wrote:

Ciao,

        in the next days i work to organize my package with Metacello support,

        to streamline the process of development and porting form Pharo to Gemstone.

        I read the http://www.pharobyexample.org/drafts/Metacello.pdf

        Now i have doubt about use the Metacello with standard http repository,

        or integrate the git repository.

        Some advice and referrals about it ?

        Thanks,

                Dario



_______________________________________________
Glass mailing list
[hidden email]
http://lists.gemtalksystems.com/mailman/listinfo/glass

_______________________________________________
Glass mailing list
[hidden email]
http://lists.gemtalksystems.com/mailman/listinfo/glass

_______________________________________________
Glass mailing list
[hidden email]
http://lists.gemtalksystems.com/mailman/listinfo/glass

When i work on package istance from Gemtools Monticello ( browse or  load command )  the system erase the error:

a ArgumentError occurred (error 2718), string contents are ill-formed Utf8 at byte offset 38, - G/S[MonvisoGruppi3104 IP100 *******:3]

The relative stack is:

AbstractException >> _signalFromPrimitive: (envId 0)

String >> decodeFromUTF8 (envId 0)

[] in  MCFileTreeStCypressReader >> addMethodDefinitionsForClass:methodProperties:in: (envId 0)

[] in  FileDirectory >> readOnlyFileNamed:do: (envId 0)

ExecBlock >> ensure: (envId 0)

FileDirectory >> readOnlyFileNamed:do: (envId 0)

DirectoryEntry >> readStreamDo: (envId 0)

[] in  MCFileTreeStCypressReader >> addMethodDefinitionsForClass:methodProperties:in: (envId 0)

Collection >> do: (envId 0)

[] in  MCFileTreeStCypressReader >> addMethodDefinitionsForClass:methodProperties:in: (envId 0)

Collection >> do: (envId 0)

MCFileTreeStCypressReader >> addMethodDefinitionsForClass:methodProperties:in: (envId 0)

MCFileTreeStCypressReader >> addClassAndMethodDefinitionsFromEntry: (envId 0)

[] in  MCFileTreeStCypressReader >> addClassAndMethodDefinitionsFromDirectory: (envId 0)

Collection >> do: (envId 0)

MCFileTreeStCypressReader >> addClassAndMethodDefinitionsFromDirectory: (envId 0)

MCFileTreeStCypressReader >> loadDefinitions (envId 0)

MCVersionReader >> definitions (envId 0)

MCVersionReader >> snapshot (envId 0)

MCFileTreeAbstractReader >> basicVersion (envId 0)

MCFileTreeStCypressReader >> basicVersion (envId 0)

MCVersionReader >> version (envId 0)

[] in  MCFileBasedRepository >> loadVersionFromFileNamed: (envId 0)

[] in  MCFileTreeRepository >> versionReaderForFileNamed:do: (envId 0)

MCFileTreeRepository >> readStreamForFileNamed:do: (envId 0)

MCFileTreeRepository >> versionReaderForFileNamed:do: (envId 0)

MCFileBasedRepository >> loadVersionFromFileNamed: (envId 0)

MCFileTreeRepository >> versionFromFileNamed: (envId 0)

MCFileBasedVersionNode >> version (envId 0)

MCCmdLoad >> execute (envId 0)

[] in  OBCommand >> clientExecute (envId 0)

OBUpdateConcentrator >> recordUpdatesDuring: (envId 0)

OBCommand >> clientExecute (envId 0)

GsNMethod class >> _gsReturnToC (envId 0)

Dario,

At the end of the day, I think that you should load the latest version of Metacello[1] and then use `Metacello new` for loading things ... once you start using `Metacello new` and get an error we can track down versions reliably ... the utf8 issue is most likely fixed in a later version of FileTree[2] and you should use the latest version for FileTree as well

Dale

[1] https://github.com/dalehenrich/metacello-work#pharo-older-than-pharo30
[2] https://github.com/dalehenrich/filetree#installing

When i work on package istance from Gemtools Monticello ( browse or  load command )  the system erase the error:

a ArgumentError occurred (error 2718), string contents are ill-formed Utf8 at byte offset 38, - G/S[MonvisoGruppi3104 IP100 *******:3]

On Fri, Nov 7, 2014 at 5:25 AM, Dario Trussardi via Glass <[hidden email]> wrote:

Ciao Dale,

i work around this.

Now after update the system returns the same error

When i work on package istance from Gemtools Monticello ( browse or  load command )  the system erase the error:

a ArgumentError occurred (error 2718), string contents are ill-formed Utf8 at byte offset 38, - G/S[MonvisoGruppi3104 IP100 *******:3]

Now that you're using the latest version of FileTree on both sides and you are still getting the error, we can eliminate the known problems (but it is still possible that the package was produced by erroneous code) ...
 

The string decodeFromUTF8 begin with:

Ah you've got a handle on the utf8 bytes. Please send me the undecoded utf8 string so that I can figure out what might be going wrong.

The problem is because the system wrong the reference name of the file when it work on package save from Pharo fileTree.

Into GLASS Monticello,

in this case the methodEntry name begins with   < ._ > follow the name of the method,   and consequently the system don't found the specific file.

I change for testing:  see  *****  and all works fine

MCFileTreeStCypressReader

addMethodDefinitionsForClass: className methodProperties: methodProperties in: entries

entries do: [ :entry | | classIsMeta | classIsMeta := false. entry name = 'class' ifTrue: [ classIsMeta := true ]. (entry name = 'instance' or: [ entry name = 'class' ]) ifTrue: [ ((self fileUtils directoryFromEntry: entry) entries select: [ :each | each name endsWith: '.st' ]) do: [ :methodEntry | ******* ( methodEntry name beginsWith: #($.) ) ifTrue:[ methodEntry name: ( methodEntry name copyFrom: 3 to: methodEntry name size) . ]. methodEntry readStreamDo: [ :fileStream | | category source timestamp self

A don't  search where the system creates the error,

but i hope this considerations is enough for solving this problem.

Dario, I am glad that you found a solution to your problem, but frankly I don't think the utf8 problem was caused by the code that you "fixed".

I asked for the utf8 bytes and I would like to see the utf8 bytes as I suspect that the utf8 problem is still lurking there for someone else to trip across. If you give me the utf8 bytes I will have a chance to partially characterize the problem. Please?

As to the (presumably) new problem. Removing the first three characters from a DirectoryEntry will not do anything but ignore the file,

so the real question is where did this .

file come from? If you send me the contents of the . file and the path to the . file, we should be able to figure that out ...

I think that the real solution startes with getting my hands on the utf8 bytes and continuing that line of inquiry.

Two other consideration:

fileTree save from Pharo     is load into  GLASS Monticello without authorization problem.

fileTree save from GLASS Monticello   can not load into Pharo.

In th is case the Pharo Monticello report for the package saved with GALSS Monticello :  fabricated from a Cypress format repository

In the server GLASS Monticello   create the fileTree structures   without group authorization  and Pharo can't load it.

 How i can solve this ?  ( i can't change it directly each time )

Ah okay, this is something new ... could you describe your setup again and/or in more detail? I want to know  know what os you are running for pharo and glass? Are they on the same machine? 

On Fri, Nov 7, 2014 at 5:25 AM, Dario Trussardi via Glass <[hidden email]> wrote:

Ciao Dale,

i work around this.

Now after update the system returns the same error

When i work on package istance from Gemtools Monticello ( browse or  load command )  the system erase the error:

a ArgumentError occurred (error 2718), string contents are ill-formed Utf8 at byte offset 38, - G/S[MonvisoGruppi3104 IP100 *******:3]

Now that you're using the latest version of FileTree on both sides and you are still getting the error, we can eliminate the known problems (but it is still possible that the package was produced by erroneous code) ...
 

The string decodeFromUTF8 begin with:

Ah you've got a handle on the utf8 bytes. Please send me the undecoded utf8 string so that I can figure out what might be going wrong.

The problem is because the system wrong the reference name of the file when it work on package save from Pharo fileTree.

Into GLASS Monticello,

in this case the methodEntry name begins with   < ._ > follow the name of the method,   and consequently the system don't found the specific file.

I change for testing:  see  *****  and all works fine

MCFileTreeStCypressReader

addMethodDefinitionsForClass: className methodProperties: methodProperties in: entries

entries do: [ :entry | | classIsMeta | classIsMeta := false. entry name = 'class' ifTrue: [ classIsMeta := true ]. (entry name = 'instance' or: [ entry name = 'class' ]) ifTrue: [ ((self fileUtils directoryFromEntry: entry) entries select: [ :each | each name endsWith: '.st' ]) do: [ :methodEntry | ******* ( methodEntry name beginsWith: #($.) ) ifTrue:[ methodEntry name: ( methodEntry name copyFrom: 3 to: methodEntry name size) . ]. methodEntry readStreamDo: [ :fileStream | | category source timestamp self

A don't  search where the system creates the error,

but i hope this considerations is enough for solving this problem.

Dario, I am glad that you found a solution to your problem, but frankly I don't think the utf8 problem was caused by the code that you "fixed".

Of course, this is the problem but not the origin of the error.

I asked for the utf8 bytes and I would like to see the utf8 bytes as I suspect that the utf8 problem is still lurking there for someone else to trip across. If you give me the utf8 bytes I will have a chance to partially characterize the problem. Please?

As to the (presumably) new problem. Removing the first three characters from a DirectoryEntry will not do anything but ignore the file,

 

Removing the first two wrong characters from a DirectoryEntry name,  permit the system to found the relative file.

With not removing the system can't manage the file and after generate the error.

so the real question is where did this .

Yes this is the real question.  But i hoped my informations was sufficient for you.

file come from? If you send me the contents of the . file and the path to the . file, we should be able to figure that out ...

The size of the file is 4096  ( the size of a directory entry on linux )

The copy from the stack of the file is :  'Mac OS X         2°â
TEXTR*chATTRˇRÊBâx

This resource fork intentionally left blank  

ÿÿ'

The methodEntry,  one   aDirectoryEntry  instance data is:

sourceDirectory  pathName  '/DTRRepository/DtrFinanza.package/MATimedIvaModel.class/instance'

name  '._aliquotaIva.st'

I think that the real solution startes with getting my hands on the utf8 bytes and continuing that line of inquiry.

Two other consideration:

fileTree save from Pharo     is load into  GLASS Monticello without authorization problem.

fileTree save from GLASS Monticello   can not load into Pharo.

In th is case the Pharo Monticello report for the package saved with GALSS Monticello :  fabricated from a Cypress format repository

In the server GLASS Monticello   create the fileTree structures   without group authorization  and Pharo can't load it.

 How i can solve this ?  ( i can't change it directly each time )

Ah okay, this is something new ... could you describe your setup again and/or in more detail? I want to know  know what os you are running for pharo and glass? Are they on the same machine? 

My configurations is based on local data network where i have two system:

a MacBook where run: 1)  Pharo 1.4 for manage the code

2)   Pharo 1.1 with GemTools Launcher - >=1.0-beta.8.7  for manage the GLASS repository

a server based on Ubuntu system where run GLASS 3.1.0.4   and the samba support for sharing the DTRRepository directory  ( where i save the fileTree files )

What user you are running as for GLASS and Pharo?

The glass user is: dario

The MacBook link the server volume DTRRepository as:   guest

Sample file permissions (ls -l) after a pharo write and after a GLASS write?

After Pharo write the relative ls -l is:

drwxr-xr-x 9 nobody nogroup 4096 nov 7 14:05 DtrFinanza.package

After GLASS write the relative ls -l is:

drwxrwx--- 15 dario  dario    4096 nov  8 11:09 DtrCRP.package
 

Ciao, thanks,

Dario

_______________________________________________
Glass mailing list
[hidden email]
http://lists.gemtalksystems.com/mailman/listinfo/glass

I think that the real solution startes with getting my hands on the utf8 bytes and continuing that line of inquiry.

Two other consideration:

fileTree save from Pharo     is load into   GLASS Monticello  without authorization problem.

fileTree save from GLASS Monticello   can not load into Pharo.

In th is case the Pharo Monticello report for the package saved with GALSS Monticello :   fabricated from a Cypress format repository

In the server GLASS Monticello   create the fileTree structures   without group authorization  and Pharo can't load it.

 How i can solve this ?  ( i can't change it directly each time )

Ah okay, this is something new ... could you describe your setup again and/or in more detail? I want to know  know what os you are running for pharo and glass? Are they on the same machine? 

My configurations is based on local data network where i have two system:

a MacBook where run: 1)  Pharo 1.4 for manage the code

2)   Pharo 1.1 with GemTools Launcher - >=1.0-beta.8.7  for manage the GLASS repository

a server based on Ubuntu system where run GLASS 3.1.0.4   and the samba support for sharing the DTRRepository directory  ( where i save the fileTree files )

What user you are running as for GLASS and Pharo?

The glass user is:  dario

The MacBook link the server volume DTRRepository as:   guest

When from the MacBook i link the volume DTRRepository on the server  as:   guest  all work.

After i login the volume DTRRepository on the server with specific  samba user  profile

and in Monticello Pharo  i open the fileTree entry repository  the system generate the error:

MessageNotUnderstood: receiver of "pairsDo:" is nil

On Sat, Nov 8, 2014 at 2:31 AM, Dario Trussardi via Glass <[hidden email]> wrote:

On Fri, Nov 7, 2014 at 5:25 AM, Dario Trussardi via Glass <[hidden email]> wrote:

Ciao Dale,

Dario, I am glad that you found a solution to your problem, but frankly I don't think the utf8 problem was caused by the code that you "fixed".

Of course, this is the problem but not the origin of the error.

I asked for the utf8 bytes and I would like to see the utf8 bytes as I suspect that the utf8 problem is still lurking there for someone else to trip across. If you give me the utf8 bytes I will have a chance to partially characterize the problem. Please?

As to the (presumably) new problem. Removing the first three characters from a DirectoryEntry will not do anything but ignore the file,

 

Removing the first two wrong characters from a DirectoryEntry name,  permit the system to found the relative file.

With not removing the system can't manage the file and after generate the error.

so the real question is where did this .

Yes this is the real question.  But i hoped my informations was sufficient for you.

file come from? If you send me the contents of the . file and the path to the . file, we should be able to figure that out ...

The size of the file is 4096  ( the size of a directory entry on linux )

The copy from the stack of the file is :  ' Mac OS X         2 ° â TEXTR*chATTR RÊB âx This resource fork intentionally left blank   ÿÿ'

 

Okay, I'm still not sure whether I'm getting the UTF8 or not ... the string that you supplied is not valid UTF8... I suppose the best thing would be for you to attach the file to an email message and send it to me ... do not copy and paste it ... just attach the file directly ...

The methodEntry,  one   aDirectoryEntry  instance data is:

sourceDirectory  pathName  '/DTRRepository/DtrFinanza.package/MATimedIvaModel.class/instance'

name  '._aliquotaIva.st'

you say that when you remove the first two characters that things load correctly ... that means that presumably there is a file call  'aliquotaIva.st' in the directory?

I am very curious how you came to have a file called '._aliquotaIva.st' in an instance directory where only methods should be written with a .st suffix especially given the fact that $. is not a valid selector character ... besides given the text above there is no way that could have come from the image as a method fileout ... Sooooo that file must have come from someplace else ... Personally I haven't seen files that look like this on aMac, but I will assume that it is an artifact of a text editor or other program that you have running in the repository directory ... the string `This resource fork intentionally left blank` is awfully suspicious ...

I think it is safe to say that this file wasn't produced during a package save. But given the fact that $. is not a legal selector character I suppose that FileTree should ignore files that begine with $. to avoid problems like this in the future...

After a little googling I found that the files are created by the apple os[1] ... according to one answer the files are created by the finder and/or time machine ... It's odd that we've had a bunch of people (including myself for several years now) using FileTree on a mac and yet this is the first time I've heard of the problem:), but I think we have finally gotten to the root of the problem ...

The following should be a patch the problem:

ignoring files starting with $. should be safe, because it is an invalid selector character ...

Thanks for sticking with this so that we could get to the bottom of it ... I've submitted a FileTree bug[2].

Dale

[1] http://apple.stackexchange.com/questions/14980/why-are-dot-underscore-files-created-and-how-can-i-avoid-them
[2] https://github.com/dalehenrich/filetree/issues/134