August 2019 - Pharo-users - lists.pharo.org

EXIF / JPEG metadata
by Alistair Grant Nov. 30, 2025

Nov. 30, 2025

Hi Everyone, As far as I can tell, JPEGReadWriter in Pharo 7 doesn't read (or write) the image metadata, e.g. title, keywords, exposure time, etc. Is anyone aware of a package that does? Thanks! Alistair

2 1

Re: [Pharo-users] Personal wiki / information manager
by Evan Donahue Sept. 25, 2023

Sept. 25, 2023

Seems that Pharo is a magnet for this kind of project. I've been writing one as well and using it to organize my research notes. Does anyone working on personal info mgmt tools want to talk offline? I expect we're running into some of the same issues, both conceptual and technical. Evan

18 33

sqlite garage
by Jeff Gray Jan. 30, 2020

Jan. 30, 2020

anyone using Garage for accessing SQLite? I am using Garage for MySQL in Pharo 7 on windows and it all works seamlessly but I don't know what connection string to use to connect to a database file that I have in my pharo directory. -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

2 2

Pharo 6.0 and 6.1 64 bit freeze on MacMini
by Ted F.A.van Gaalen Jan. 27, 2020

Jan. 27, 2020

Hi, I reverted to 5.0 because Pharo 6.0 and 6.1 64 bit hangs on my Mac Mini with UDH 4K screen (may that has to do with?) with its maiden image (at first start after download when: I resize or go to full screen. Maybe VM problem? my mac Mini metrics: Hardware Overview: Model Name: Mac mini Model Identifier: Macmini6,2 Processor Name: Intel Core i7 Processor Speed: 2,6 GHz Number of Processors: 1 Total Number of Cores: 4 L2 Cache (per Core): 256 KB L3 Cache: 6 MB Memory: 4 GB Boot ROM Version: MM61.0106.B1F SMC Version (system): 2.8f0 maybe this problem was already reported, but could find it. Kind Regards TedvG

14 77

Namespaces (was Re: Behold Pharo: The Modern Smalltalk)
by Ben Coman Dec. 24, 2019

Dec. 24, 2019

On Thu, Oct 12, 2017 at 8:52 PM, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > horrido wrote > > Having separate namespaces would be really good. > > VisualWorks has them. Why not Pharo? > > I can't remember ever hearing disagreement on this subject. It seems the > only questions have been: 1) how to do them *right*, The default position would be leveraging someone else's experience, so this begs the question, what is wrong in namespace implementations in VW, Gemstone, Squeak (as our immediate neighbours, then plus Dolphin, SmalltalkX, other languages) Are there been any research papers around comparing these? I found the "Pharo on Gemstone VM" talk impressive. The "develop on Pharo deploy on Gemstone" philosophy seems like a nice synergy for Pharo's commercial future. So a naive approach would be to do namespaces just like Gemstone. Maybe its not the best, but would it be "good enough" -- perfection being the enemy of done and all that jazz. cheers -ben > and 2) where they fall on the endless prioritized todo list >

13 24

Parsing in VW
by Steffen MÃ¤rcker Dec. 3, 2019

Dec. 3, 2019

Dear all, I have two questions regarding parsing frameworks. 1) Do you have any insights on the performance of SmaCC VS Xtreams Parsing VS PetitParser? 2) Has anybody started to port PetitParser 2 from Pharo to VW? Is it worth the effort? Sorry for cross-posting, I thought this might interest both communities. Cheers, Steffen

8 26

OSProcess and CommandShell available on GitHub for Pharo users
by David T. Lewis Oct. 15, 2019

Oct. 15, 2019

Alistair Grant and I, with the support of Feenk, have made GitHub repositories for OSProcess and CommandShell at: https://github.com/dtlewis290/OSProcess-Tonel https://github.com/dtlewis290/CommandShell-Tonel Alistair did the conversions using Peter Uhn??k's migration tool, and I set up the repositories so that they can now be loading in Pharo as follows: Metacello new repository: 'github://dtlewis290/OSProcess-Tonel/src'; baseline: 'OSProcess'; load. Metacello new repository: 'github://dtlewis290/CommandShell-Tonel/src'; baseline: 'CommandShell'; load. Note, the two respositories are named *-Tonel because I also maintain a GitHub repository for OSProcess on Cuis, and will probably do repositories in Squot format in the future. @Thierry Goubier - If you have an account on GitHub I will add you as a collaborator (but my own development work remains on squeaksource so I prefer contributions there anyway). Enjoy, Dave and Alistair

2 5

Testing "Weekly Digest" for GitHub
by Marcus Denker Sept. 30, 2019

Sept. 30, 2019

Hi, There is a ProBot that creates an issue with a weekly summary. By installing it for testing, we got the first report: Weekly Digest (1 July, 2019 - 8 July, 2019) https://github.com/pharo-project/pharo/issues/381 I will do some fine-tuning (e.g. disable commits and star-gazers) later. We then can let it run for some weeks and see if it is useful or not. Marcus

1 7

Microsoft COM
by Ben Coman Sept. 27, 2019

Sept. 27, 2019

Hi Pablo, At work I managed to remote control Internet Explorer with Excel VBA like this... [1] http://www.automateexcel.com/vba/automate-internet-explorer and went looking for how similar might be achieved from Pharo. IIUC I discovered this would be done via Microsoft's Component Object Model, and then I bumped into your repo... [2] https://github.com/tesonep/pharo-com Could you advise the status and your plans for this? Since I see its only a few months old I've probably stumbled onto it prematurely, but I see no documentation or tests to discover how to use it. So I'll curious whether it makes something like [1] possible? And could you show how that would be done? cheers -ben P.S. For context, at work I automated IE since the intranet document management system (OpenText) does authentication via a javascript function in the browser, which doesn't compute with Microsoft's MSXML.DOMDocument component. So I use IE to do the authentication and grab the raw XML from IE to then stuff it into MSXML.DOMDocument from which I pull the data I need. But I'd love to do it with Pharo instead (if I can get IT to white list it) cheers -ben

7 10

Re: [Pharo-users] [Pharo-dev] [ANN] Pharo Headless - Beta (Actually what is between Alpha and Beta)
by tesonep＠gmail.com Sept. 5, 2019

Sept. 5, 2019

Hi, the repos is https://github.com/pharo-project/opensmalltalk-vm in the headless branch Cheers, Pablo On Mon, Aug 12, 2019 at 11:07 AM Tudor Girba <tudor(a)tudorgirba.com> wrote: > > Hi, > > Thanks for the answers! > > Could you point me to where the platforms for minheadless are (which repository should we look at)? Also, to the build scripts that are used to build it? > > Cheers, > Doru > > > > On Aug 12, 2019, at 10:56 AM, tesonep(a)gmail.com wrote: > > > > Hi, > > The executables are not the same. > > We have 2 different now: the Stock VM (that is downloaded by the > > launcher, and it is the default download in Zero-conf), and the > > headless VM (this is downloaded by zero-conf when using > > vmLatestHeadless). > > > > Those platforms are not representative we currently have: OSX, > > Windows, and Linux all 64bits. We are working in ARM 32bits. > > In the near future, I will work on validating different flavors of > > Unix, but again It depends on the roadmap, and they are not there now. > > > > If someone requires some other platform we can talk to see how it > > can fit in the roadmap. > > > > Cheers, > > Pablo > > > > On Mon, Aug 12, 2019 at 10:03 AM Tudor Girba <tudor(a)tudorgirba.com> wrote: > >> > >> Hi, > >> > >> Yes. We will be testing these days and we will come back with more details. > >> > >> Two more questions: > >> - Is minheadlessVM now integrated in the regular VM binary or are the two different artifacts? > >> - Also are the platforms from https://github.com/pharo-project/opensmalltalk-vm/tree/pharo/platforms representative for minheadlessVM? > >> > >> Cheers, > >> Doru > >> > >> > >> > >>> On Aug 12, 2019, at 9:11 AM, tesonep(a)gmail.com wrote: > >>> > >>> Hi Doru, > >>> can you give us more insight of the errors? Because there should > >>> not be changes in the behavior of the VM. Maybe there are issues, we > >>> have used the Pharo tests as a guarantee and we are laking some tests. > >>> > >>> Cheers, > >>> Pablo. > >>> > >>> On Sun, Aug 11, 2019 at 9:04 PM Tudor Girba <tudor(a)tudorgirba.com> wrote: > >>>> > >>>> Hi, > >>>> > >>>> > >>>> > >>>>> On Aug 11, 2019, at 5:29 PM, ducasse <stepharo(a)netcourrier.com> wrote: > >>>>> > >>>>> > >>>>> > >>>>>> On 11 Aug 2019, at 13:19, Tudor Girba <tudor(a)tudorgirba.com> wrote: > >>>>>> > >>>>>> Excellent news! > >>>>>> > >>>>>> I should say that for GT we are currently using the minheadlessVM (Ronieâs work) out of the opensmalltalk-vm repo (https://bintray.com/opensmalltalk/vm/cog) and it works remarkably well. > >>>>>> > >>>>>> We started to play with your minheadlessVM. So far it looks like there are differences, although I am sure they are not large. > >>>>> > >>>>> like what? > >>>> > >>>> I do not know yet, but running GT in headless opens the window with the one from opensmalltalk-vm, but not with the new one. We did not yet look into details, but we will. > >>>> > >>>> Cheers, > >>>> Doru > >>>> > >>>> > >>>>>> So, what is the difference between the minheadlessVM built by you versus the one from opensmalltalk-vm? > >>>>>> > >>>>>> Cheers, > >>>>>> Doru > >>>>>> > >>>>>> > >>>>>>> On Aug 8, 2019, at 9:53 AM, tesonep(a)gmail.com wrote: > >>>>>>> > >>>>>>> TL;DR; > >>>>>>> ====== > >>>>>>> > >>>>>>> For the anxious, you can get real headless vm and image from zero-conf. > >>>>>>> > >>>>>>> $ wget get.pharo.org/64/80+vmHeadlessLatest | bash > >>>>>>> > >>>>>>> Zero conf scripts remain unchanged for users. > >>>>>>> > >>>>>>> However, if you are launching the VM by hand from the executable > >>>>>>> instead of the launcher scripts (pharo and pharo-ui) as in > >>>>>>> > >>>>>>> $ ./pharoexecutable Pharo.image > >>>>>>> > >>>>>>> the image will launch in headless mode and will not open a window. > >>>>>>> To launch it in headfull, you can use the --interactive argument after > >>>>>>> the image, which will make the image open a window using SDL2. > >>>>>>> > >>>>>>> $ ./pharoexecutable Pharo.image --interactive > >>>>>>> > >>>>>>> Long version > >>>>>>> ============ > >>>>>>> > >>>>>>> Hi, this mail is the happy intermediate result of the work that us, > >>>>>>> the Pharo Consortium Team, has been doing in the last couple of > >>>>>>> months. > >>>>>>> Our main objective is to have a real headless implementation of Pharo > >>>>>>> where all the responsibility to open or not a World window (or other) > >>>>>>> is handled by the image. > >>>>>>> For doing so we have done a series of modifications in the image and > >>>>>>> the VM side. > >>>>>>> We consider this is the path that Pharo 8 and following versions > >>>>>>> should follow, as it will severely improve server-side and command > >>>>>>> line Pharo and in building custom desktop applications. > >>>>>>> > >>>>>>> These modifications are available only in 64-bits machines (Windows, > >>>>>>> OSX, and Linux). > >>>>>>> ARM32 and 64bits headless is in the roadmap, but it is delayed because > >>>>>>> we have prioritized our three major platforms for this first couple of > >>>>>>> months. > >>>>>>> > >>>>>>> All this work is based in Opensmalltalk-VM and Ronnie's initial work > >>>>>>> on headless. > >>>>>>> We are really grateful to all the contributors in the history of this > >>>>>>> nice product. > >>>>>>> To achieve a real headless VM we have brought modifications in the > >>>>>>> source tree because most of the platform code to open and manipulate > >>>>>>> windows is not required anymore. > >>>>>>> Instead, we use the SDL2 library that implements a nice layer on top > >>>>>>> of the OS and allows us to manage on the image side through FFI. > >>>>>>> > >>>>>>> So this mail is now an open call for (beta?)testing. > >>>>>>> The sources of the current VM we are building are in the headless branch in > >>>>>>> https://github.com/pharo-project/opensmalltalk-vm > >>>>>>> And we have set up a CI that is both building and testing the VM in > >>>>>>> https://ci.inria.fr/pharo-ci-jenkins2/job/pharo-vm/job/headless/ > >>>>>>> > >>>>>>> For the future we have a lot of ideas, that will wait for another long > >>>>>>> email or a beer-talk @ESUG. > >>>>>>> We want to hear your ideas!! > >>>>>>> > >>>>>>> Image-Side Improvements > >>>>>>> ======================= > >>>>>>> > >>>>>>> - The image handles the creation or not of the main world window. > >>>>>>> - We incorporated the idea of World renderer, where different backends > >>>>>>> are used to render the world. > >>>>>>> - We have 3 backends: VM support (compatibility with non-headless > >>>>>>> VMs), and OSWindow with two backends: SDL and GTK3+. > >>>>>>> - The modifications in the image are fully backward compatible with > >>>>>>> the non-headless VM and are pushed since weeks in the latest 8.0 > >>>>>>> image. > >>>>>>> - We move the handling of events to the image side when using SDL and > >>>>>>> GTK3+, opening the door to a richer set of events and finer-grained > >>>>>>> control over them. > >>>>>>> - SDL and GTK versions are implemented using FFI calls. > >>>>>>> > >>>>>>> VM-Side Improvements > >>>>>>> ==================== > >>>>>>> > >>>>>>> - VMMaker code migrated to Tonel thanks to Feenk and included in the > >>>>>>> repository of the VM. > >>>>>>> - Making VMMaker execute in Pharo 7 and 8. > >>>>>>> - Removing GPL code from the VM repository (GDB). > >>>>>>> > >>>>>>> - Slowly adding new tests for the JIT / Slang and VMGeneration. > >>>>>>> - Restructuring of the source code. > >>>>>>> - A new simpler CMake build. > >>>>>>> - Generate VM code from Slang on each build. > >>>>>>> - A CI process to validate (including the run of the tests in Pharo > >>>>>>> and the ones adding to the VM). > >>>>>>> - Simplification of the codebase. > >>>>>>> > >>>>>>> - Maximize the reuse of code between the platforms (preferring the > >>>>>>> standard versions over the platform-specific). > >>>>>>> - Cleaning up duplicated code. > >>>>>>> - All the plugins are now external plugins. > >>>>>>> - The VM is now a dynamic library. This is a first step towards > >>>>>>> embedding Pharo into other applications. > >>>>>>> - The main executable is a thin frontend (you can change it or > >>>>>>> implement your own). > >>>>>>> > >>>>>>> - Removing unused plugins. > >>>>>>> - Improved crash dump. Especially the crash dump works now in Windows 64bits. > >>>>>>> - Dummy implementation of Security plugin (it is going away.... eventually). > >>>>>>> - Cleanup of SSL, UUID, and Socket plugin. > >>>>>>> > >>>>>>> - Cleanup of conditional code (Still to improve). > >>>>>>> - Improving the types used in the functions (we have to be neat to be > >>>>>>> multiplatform/multi-arch). > >>>>>>> - Improving the lookup of modules > >>>>>>> - Improving the logging of the VM > >>>>>>> - Improving the handling of VM arguments > >>>>>>> > >>>>>>> > >>>>>>> Thanks a lot for reading so long!! > >>>>>>> We hope you enjoy the VM and please tell us all the problems you find!! > >>>>>>> > >>>>>>> Pablo, Guille, and Esteban > >>>>>>> > >>>>>> > >>>>>> -- > >>>>>> feenk.com > >>>>>> > >>>>>> "Being happy is a matter of choice." > >>>>>> > >>>>>> > >>>>>> > >>>>>> > >>>>>> > >>>>>> > >>>>>> > >>>>> > >>>>> > >>>>> > >>>> > >>>> -- > >>>> feenk.com > >>>> > >>>> "Speaking louder won't make the point worthier." > >>>> > >>>> > >>> > >>> > >>> -- > >>> Pablo Tesone. > >>> tesonep(a)gmail.com > >>> > >> > >> -- > >> feenk.com > >> > >> "What is more important: To be happy, or to make happy?" > >> > >> > > > > > > -- > > Pablo Tesone. > > tesonep(a)gmail.com > > > > -- > feenk.com > > "The coherence of a trip is given by the clearness of the goal." > > > > > > > > -- Pablo Tesone. tesonep(a)gmail.com

2 1