- Pharo-users - lists.pharo.org

Re: [Pharo-users] Usage of String and FileLocator to reference files in ZipArchive (and probably other places)

by Hans-Martin

Ok here's an example: ZipArchive isZipArchive: FileLocator temp / 'nonexist.zip' In 6.1, this brings up the nonexistant file dialog if the file does not exist, otherwise it returns true or false depending on whether the file is a zip archive. In 7.0, you get an error "Instance of FileLocator did not understand #utf8Encoded" independent of whether the file exists, is a zip archive or not :-) Cheers, Hans-Martin -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Nov. 17, 2018

Re: [Pharo-users] About the IoT Hackathon last Friday

by Sven Van Caekenberghe

> On 17 Nov 2018, at 16:12, Ben Coman <btc(a)openinworld.com> wrote: > > > > On Sat, 17 Nov 2018 at 22:16, Norbert Hartl <norbert(a)hartl.name> wrote: > To get a better impression we made an image film of the event. Now the 4K version is available on youtube. > > https://www.youtube.com/watch?v=dIl9FAatKyw > > hope you like it, > > Like it? makes me want to jump on a plane for the next one. > Great presentation!! I saw it already, but yes it is a super great movie and it was a very good event too. > cheers -ben > > > Norbert > > >> Am 22.10.2018 um 16:23 schrieb Sven Van Caekenberghe <sven(a)stfx.eu>: >> >> Last Friday we went to the IoT Hackathon in KÃ¶ln and it was a great experience. >> >> Thank you Norbert, Christian, Markus and the whole ZweiDenker team for their generous hospitality: the accommodations where great (beautiful office), the food and drinks super tasty, everybody friendly and welcoming. >> >> Thank you Allex (Oliviera, Inria/RMOD) for running the workshop and for being so patient, friendly and tireless in helping everyone with all aspects of getting experiments up and running. >> >> I knew about PharoThings [1] and TelePharo [2] before, but actually using it in practice to experience connecting software and hardware felt a bit like magic. Thank you Denis (Kudriashov) and Inria/RMOD for developing these packages. >> >> <PastedGraphic-1.tiff> >> >> <PastedGraphic-2.tiff> >> >> Sven >> >> [1] https://github.com/pharo-iot/PharoThings >> [2] https://github.com/pharo-ide/TelePharo >> >> >

Nov. 17, 2018

Re: [Pharo-users] Usage of String and FileLocator to reference files in ZipArchive (and probably other places)

by Sven Van Caekenberghe

> On 17 Nov 2018, at 16:04, Hans-Martin <pharo-dev(a)fam-mosner.de> wrote: > > Hi, I've stumbled upon a 7.0 incompatibility with regards to how file names > are treated. > In 6.1, I can use Strings and FileLocators interchangeably to create and > read Zip archives. That's because StandardFileStream does the magic behind > the screnes. Could you give a code example ? What API/methods are you talking about ? What worked before and does not work anymore ? > In 7.0, StandardFileStream has been deprecated, and "File > openForReadFileNamed:" is used instead. That method does not handle > FileLocators, so code that uses FileLocators to open Zip archives ceased to > work. *NO* you should not use File directly. Just use FileReference instances (however you create them) and work from there. If you got a string path, use #asFileReference. FileLocator desktop / 'foo.txt readStreamDo: [ :in | in upToEnd ] MyObject>>#readFromFile: file ^ file asFileReference readStreamDo: [ :in | self readFromStream: in ] > What's the preferred solution? It strikes me as illogical that objects which > were made to reference files can't be used to reference files in these > contexts. However, there may be a conscious design decision behind this > change that's just not obvious to me. > > Cheers, > Hans-Martin > > > > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html >

Nov. 17, 2018

Re: [Pharo-users] About the IoT Hackathon last Friday

by Ben Coman

On Sat, 17 Nov 2018 at 22:16, Norbert Hartl <norbert(a)hartl.name> wrote: > To get a better impression we made an image film of the event. Now the 4K > version is available on youtube. > > https://www.youtube.com/watch?v=dIl9FAatKyw > > hope you like it, > Like it? makes me want to jump on a plane for the next one. Great presentation!! cheers -ben > > Norbert > > > Am 22.10.2018 um 16:23 schrieb Sven Van Caekenberghe <sven(a)stfx.eu>: > > Last Friday we went to the IoT Hackathon in KÃ¶ln and it was a great > experience. > > Thank you Norbert, Christian, Markus and the whole ZweiDenker team for > their generous hospitality: the accommodations where great (beautiful > office), the food and drinks super tasty, everybody friendly and welcoming. > > Thank you Allex (Oliviera, Inria/RMOD) for running the workshop and for > being so patient, friendly and tireless in helping everyone with all > aspects of getting experiments up and running. > > I knew about PharoThings [1] and TelePharo [2] before, but actually using > it in practice to experience connecting software and hardware felt a bit > like magic. Thank you Denis (Kudriashov) and Inria/RMOD for developing > these packages. > > <PastedGraphic-1.tiff> > > <PastedGraphic-2.tiff> > > Sven > > [1] https://github.com/pharo-iot/PharoThings > [2] https://github.com/pharo-ide/TelePharo > > > >

Nov. 17, 2018

Usage of String and FileLocator to reference files in ZipArchive (and probably other places)

by Hans-Martin

Hi, I've stumbled upon a 7.0 incompatibility with regards to how file names are treated. In 6.1, I can use Strings and FileLocators interchangeably to create and read Zip archives. That's because StandardFileStream does the magic behind the screnes. In 7.0, StandardFileStream has been deprecated, and "File openForReadFileNamed:" is used instead. That method does not handle FileLocators, so code that uses FileLocators to open Zip archives ceased to work. What's the preferred solution? It strikes me as illogical that objects which were made to reference files can't be used to reference files in these contexts. However, there may be a conscious design decision behind this change that's just not obvious to me. Cheers, Hans-Martin -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Nov. 17, 2018

Re: [Pharo-users] About the IoT Hackathon last Friday

by Norbert Hartl

To get a better impression we made an image film of the event. Now the 4K version is available on youtube. https://www.youtube.com/watch?v=dIl9FAatKyw <https://www.youtube.com/watch?v=dIl9FAatKyw> hope you like it, Norbert > Am 22.10.2018 um 16:23 schrieb Sven Van Caekenberghe <sven(a)stfx.eu>: > > Last Friday we went to the IoT Hackathon in KÃ¶ln and it was a great experience. > > Thank you Norbert, Christian, Markus and the whole ZweiDenker team for their generous hospitality: the accommodations where great (beautiful office), the food and drinks super tasty, everybody friendly and welcoming. > > Thank you Allex (Oliviera, Inria/RMOD) for running the workshop and for being so patient, friendly and tireless in helping everyone with all aspects of getting experiments up and running. > > I knew about PharoThings [1] and TelePharo [2] before, but actually using it in practice to experience connecting software and hardware felt a bit like magic. Thank you Denis (Kudriashov) and Inria/RMOD for developing these packages. > > <PastedGraphic-1.tiff> > > <PastedGraphic-2.tiff> > > Sven > > [1] https://github.com/pharo-iot/PharoThings <https://github.com/pharo-iot/PharoThings> > [2] https://github.com/pharo-ide/TelePharo <https://github.com/pharo-ide/TelePharo> > >

Nov. 17, 2018

Re: [Pharo-users] VW2Pharo ? (Was: Pharo2VW (Was:[vwnc] Parsing in Smalltalk))

by Alexandre Bergel

We put a significant amount of work into Pharo2VW https://github.com/ObjectProfile/Pharo2VW Let us know how useful is it for you. Cheers, Alexandre > On Nov 15, 2018, at 9:36 AM, Esteban Maringolo <emaringolo(a)gmail.com> wrote: > > I did a lot of scripting to manually export Glorp from VW to Pharo, > using some of the available (and outdated) parcels for monticello. It > was painful and needed extra manual work at the file level, because of > the namespacing and the packaging characteristics of VW plus the > file-in complaints of Pharo compiler at that time. > > A Tonel exporter would be way better, everything else feels more like > "rescuing" code from VW rather than exporting it. > > This is something I'd like to collaborate, because I'm spending some > time with Seaside and VW and there are many library wrappers that I > could backport to Pharo and release them (e.g. like I did for > Bootstrap-Select). > > Regards, > > > Esteban A. Maringolo > El jue., 15 nov. 2018 a las 8:23, Steffen MÃ¤rcker (<merkste(a)web.de>) escribiÃ³: >> >> Please let me know if I can help with that porting tool! Btw, is it RDF >> like Resource Description Framework? >> >> Dreamer mode: It would be awesome to teach VW tonel and Git for export and >> versioning! >> >> Best, Steffen >> >> Am .11.2018, 11:37 Uhr, schrieb Christian Haider >> <christian.haider(a)smalltalked-visuals.com>: >> >>> Hi, >>> >>> >>> I did a tool for porting PDFtalk from VW to Gemstone (bundle {Gemstone >>> Fileout Project}) . >>> >>> When I have time, I plan to extend it for Pharo in order to port RDF >>> (and Values). >>> >>> I am thinking of making Pharo my RDF engineâ¦ weâll seeâ¦ >>> >>> >>> Happy hacking, >>> >>> Christian >>> >>> >>> Von: CÃ©drick BÃ©ler <cdrick65(a)gmail.com> >>> Gesendet: Mittwoch, 14. November 2018 21:23 >>> An: Any question about pharo is welcome <pharo-users(a)lists.pharo.org> >>> Cc: Christian Haider <christian.haider(a)smalltalked-visuals.com>; >>> Christian Haider <christian.haider.927(a)facebook.com> >>> Betreff: VW2Pharo ? (Was: Pharo2VW (Was:[vwnc] Parsing in Smalltalk)) >>> >>> >>> >>> Objet: RÃ©p : [Pharo-users] Pharo2VW (Was:[vwnc] Parsing in Smalltalk) >>> >>> >>> I really like the tool as it makes cross-platform-life a lot easier. >>> >>> >>> Thanks :-) >>> >>> >>> >>> >>> I really wish there was a similar tool for the reverse direction, too! >>> >>> >>> That is interesting. Anyone else interested in such a tool? >>> >>> >>> >>> A tool to port from VW to Pharo ? >>> >>> >>> Me interested, at least to port Christian work on RDF :) >>> >>> >>> Cheers, >>> >>> >>> CÃ©drick >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> Cheers, >>> Alexandre >>> >>> >>> >>> >>> >>> >>> Cheers! Steffen >>> >>> Am .10.2018, 22:38 Uhr, schrieb Alexandre Bergel via Pharo-users >>> <pharo-users(a)lists.pharo.org <mailto:pharo-users@lists.pharo.org> >: >>> >>> >>> >>> >>> Thanks Steffen for your contribution to Pharo2VW. >>> We reviewed and accepted your PullRequests. >>> >>> Alexandre >>> >>> >>> >>> >>> On Oct 19, 2018, at 6:29 AM, Steffen MÃ¤rcker <merkste(a)web.de >>> <mailto:merkste@web.de> > wrote: >>> >>> Nevermind, I figured it out easily. Must been blind before. >>> >>> Many thanks to the Iceberg team, the tool works like a charm in 6.1! >>> >>> >>> Am .10.2018, 10:58 Uhr, schrieb Steffen MÃ¤rcker <merkste(a)web.de >>> <mailto:merkste@web.de> >: >>> >>> <---Schnitt---> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >> >> >> >

Nov. 17, 2018

Re: [Pharo-users] Metacello baseline loading from cmd

by Paul DeBruicker

Can you post your baseline? Vitor Medina Cruz wrote > Ok, this error was due to a problem with my Metacello configuration. I am > having a very hard time using metacello, spent almost all of yesterday > trying to figure out a fix.... > > On Mon, Nov 12, 2018 at 9:18 PM Vitor Medina Cruz < > vitormcruz@ > > > wrote: > >> Using directly the remote repository with https I got ZnTooManyRedirects >> :Â´( >> >> On Mon, Nov 12, 2018 at 8:56 PM Vitor Medina Cruz < > vitormcruz@ > > >> wrote: >> >>> Thanks CÃ©drick, this partly worked because I also had a git repository, >>> but I noted that if the .git folder is not present the procedure don't >>> work >>> as well. It, however, cannot load remote dependent projects or >>> baselines, >>> and thus fail. :( >>> >>> >>> >>> >>> <http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail> >>> Livre >>> de vÃrus. www.avg.com >>> <http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>. >>> >>> <#m_2818603894744208060_m_9098696167481251908_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2> >>> >>> On Mon, Nov 12, 2018 at 5:03 PM CÃ©drick BÃ©ler < > cdrick65@ > > wrote: >>> >>>> Hi Vitor, >>>> >>>> Le 12 nov. 2018 Ã 19:53, Vitor Medina Cruz < > vitormcruz@ > > a >>>> Ã©crit : >>>> >>>> Hello, >>>> >>>> How do I load a baseline located at disk? I tried inside >>>> /home/vitormcruz/testpharo/: >>>> >>>> ./pharo Pharo.image eval "Metacello new baseline: 'Employees'; >>>>> repository: 'filetree://employees/pharo'; load: #(core)" >>>>> >>>> >>>> But then I got: >>>> >>>> Could not resolve: BaselineOfEmployees [BaselineOfEmployees] in >>>>> */home/vitormcruz/testpharo/pharo-local/package-cache* >>>>> filetree:///home/vitormcruz/testpharo/employees/pharo >>>>> >>>> >>>> I use towel format. >>>> >>>> I could load from local repo by using something like: >>>> >>>> Metacello new >>>> baseline: 'ICTWorkbench'; >>>> repository: 'gitlocal://../../iceberg/cdrick65/ICTWorkbench' ; >>>> load. >>>> >>>> Not sure if itâs the correct way. >>>> >>>> My git repo are in a common iceberg dir. I use the launcher, so iceberg >>>> dir is in the root Pharo dir (I changed the default). >>>> >>>> HTH, >>>> >>>> CÃ©drick >>>> >>>> >>>> >>>> >>>> >>>> >>>> And ls -la of /home/vitormcruz/testpharo/employees/pharo gives: >>>> >>>> drwxrwxr-x 4 vitormcruz vitormcruz 4096 Nov 12 16:21 . >>>>> drwxrwxr-x 4 vitormcruz vitormcruz 4096 Nov 12 15:57 .. >>>>> -rw-rw-r-- 1 vitormcruz vitormcruz 69 Nov 12 16:21 .filetree >>>>> -rw-rw-r-- 1 vitormcruz vitormcruz 21 Nov 12 15:57 .propertiesdrwxrwxr >>>>> -x 2 vitormcruz vitormcruz 4096 Nov 12 15:57 >>>>> BaselineOfEmployeesdrwxrwxr >>>>> -x 2 vitormcruz vitormcruz 4096 Nov 12 15:57 Employees >>>> >>>> >>>> It is strange that it tried to access the local cache, is that >>>> correct? >>>> Im am using an Ubuntu 16 lst distribution. >>>> >>>> Regards, >>>> Vitor >>>> >>>> >>>> -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Nov. 17, 2018

Re: [Pharo-users] Metacello baseline loading from cmd

by Vitor Medina Cruz

Ok, this error was due to a problem with my Metacello configuration. I am having a very hard time using metacello, spent almost all of yesterday trying to figure out a fix.... On Mon, Nov 12, 2018 at 9:18 PM Vitor Medina Cruz <vitormcruz(a)gmail.com> wrote: > Using directly the remote repository with https I got ZnTooManyRedirects > :Â´( > > On Mon, Nov 12, 2018 at 8:56 PM Vitor Medina Cruz <vitormcruz(a)gmail.com> > wrote: > >> Thanks CÃ©drick, this partly worked because I also had a git repository, >> but I noted that if the .git folder is not present the procedure don't work >> as well. It, however, cannot load remote dependent projects or baselines, >> and thus fail. :( >> >> >> >> >> <http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_cam…> Livre >> de vÃrus. www.avg.com >> <http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_cam…>. >> >> <#m_2818603894744208060_m_9098696167481251908_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2> >> >> On Mon, Nov 12, 2018 at 5:03 PM CÃ©drick BÃ©ler <cdrick65(a)gmail.com> wrote: >> >>> Hi Vitor, >>> >>> Le 12 nov. 2018 Ã 19:53, Vitor Medina Cruz <vitormcruz(a)gmail.com> a >>> Ã©crit : >>> >>> Hello, >>> >>> How do I load a baseline located at disk? I tried inside >>> /home/vitormcruz/testpharo/: >>> >>> ./pharo Pharo.image eval "Metacello new baseline: 'Employees'; >>>> repository: 'filetree://employees/pharo'; load: #(core)" >>>> >>> >>> But then I got: >>> >>> Could not resolve: BaselineOfEmployees [BaselineOfEmployees] in >>>> */home/vitormcruz/testpharo/pharo-local/package-cache* >>>> filetree:///home/vitormcruz/testpharo/employees/pharo >>>> >>> >>> I use towel format. >>> >>> I could load from local repo by using something like: >>> >>> Metacello new >>> baseline: 'ICTWorkbench'; >>> repository: 'gitlocal://../../iceberg/cdrick65/ICTWorkbench' ; >>> load. >>> >>> Not sure if itâs the correct way. >>> >>> My git repo are in a common iceberg dir. I use the launcher, so iceberg >>> dir is in the root Pharo dir (I changed the default). >>> >>> HTH, >>> >>> CÃ©drick >>> >>> >>> >>> >>> >>> >>> And ls -la of /home/vitormcruz/testpharo/employees/pharo gives: >>> >>> drwxrwxr-x 4 vitormcruz vitormcruz 4096 Nov 12 16:21 . >>>> drwxrwxr-x 4 vitormcruz vitormcruz 4096 Nov 12 15:57 .. >>>> -rw-rw-r-- 1 vitormcruz vitormcruz 69 Nov 12 16:21 .filetree >>>> -rw-rw-r-- 1 vitormcruz vitormcruz 21 Nov 12 15:57 .propertiesdrwxrwxr >>>> -x 2 vitormcruz vitormcruz 4096 Nov 12 15:57 BaselineOfEmployeesdrwxrwxr >>>> -x 2 vitormcruz vitormcruz 4096 Nov 12 15:57 Employees >>> >>> >>> It is strange that it tried to access the local cache, is that correct? >>> Im am using an Ubuntu 16 lst distribution. >>> >>> Regards, >>> Vitor >>> >>> >>>

Nov. 16, 2018

Re: [Pharo-users] Voyage

by Tim Mackinnon

Wasnât someone looking at enhancements to pillar and itâs publishing environment (I forget itâs name) - this is a great usecase, generating menu names for docs (and other similar constants) so that name changes can be accommodated automatically... a thought anyway. Tim Sent from my iPhone > On 16 Nov 2018, at 17:47, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > > >> On 16 Nov 2018, at 02:02, horrido <horrido.hobbies(a)gmail.com> wrote: >> >> The docs also refer to "Configurations Browser" in World Menu/Tools, but > > It is called Catalog (name change happened long ago). > > World Menu > Tools > Catalog Browser = "Pharo Project Catalog" >

Nov. 16, 2018