January 2024 - Pharo-users - lists.pharo.org

Re: Git Repositories browser vs. monticello

by sergio ruiz

Perfect. I will be open sourcing all of my source code, so this will make it easier. Thanks! > On Jan 19, 2024, at 11:20â¯AM, Cyril FERLICOT-DELBECQUE via Pharo-users <pharo-users(a)lists.pharo.org> wrote: > > Iceberg is indeed to Git Browser. The menu was updated to be more user friendly because Iceberg is a little cryptic for people new to recent versions of Pharo or to Pharo itself. ---- peace, sergio photographer, journalist, visionary Public Key: https://pgp.key-server.io/pks/lookup?op=get&search=0x69B08F58923AB3A2 #BitMessage BM-NBaswViL21xqgg9STRJjaJaUoyiNe2dV @sergio_101@mastodon.social https://sergio101.com http://www.codeandmusic.com http://www.twitter.com/sergio_101 http://www.facebook.com/sergio101

Jan. 19, 2024

Re: Git Repositories browser vs. monticello

by Cyril FERLICOT-DELBECQUE

Hi, Iceberg is indeed to Git Browser. The menu was updated to be more user friendly because Iceberg is a little cryptic for people new to recent versions of Pharo or to Pharo itself. Git is the primary SCM for a few years now. In Pharo 12 most of the UI of Monticello is been removed because it is hard to maintain two SCM like this in Pharo. But it is still possible to load monticello code. -- Cyril Ferlicot-Delbecquehttps://ferlicot.fr On Friday, January 19th, 2024 at 4:36 PM, sergio ruiz <sergio.rrd(a)gmail.com> wrote: > In the workspace, I see that Git Repositories browser if the first selection, and Monicello is marked as legacy. > > The last time I was using Pharo, I think the Git browser was called âIceberg.â > > Are these the same thing? > > Have we now made the move to Git as our primary SCM? > > Thanks! > > ---- > peace, > sergio > photographer, journalist, visionary > > Public Key: https://pgp.key-server.io/pks/lookup?op=get&search=0x69B08F58923AB3A2 > #BitMessage BM-NBaswViL21xqgg9STRJjaJaUoyiNe2dV > @sergio_101@mastodon.social > https://sergio101.com > http://www.codeandmusic.com > http://www.twitter.com/sergio_101 > http://www.facebook.com/sergio101

Jan. 19, 2024

Git Repositories browser vs. monticello

by sergio ruiz

In the workspace, I see that Git Repositories browser if the first selection, and Monicello is marked as legacy. The last time I was using Pharo, I think the Git browser was called âIceberg.â Are these the same thing? Have we now made the move to Git as our primary SCM? Thanks! ---- peace, sergio photographer, journalist, visionary Public Key: https://pgp.key-server.io/pks/lookup?op=get&search=0x69B08F58923AB3A2 #BitMessage BM-NBaswViL21xqgg9STRJjaJaUoyiNe2dV @sergio_101@mastodon.social https://sergio101.com http://www.codeandmusic.com http://www.twitter.com/sergio_101 http://www.facebook.com/sergio101

Jan. 19, 2024

[ANN] New Success Story posted

by Marcus Denker

There is a new âSuccess Storyâ posted on pharo.org <http://pharo.org/>: Casino - Revolutionizing Application Migration for Berger-Levrault https://www.pharo.org/success/BergerLevrault-Casino.html If you have an idea for something like that, you can do PRs for the site here: https://github.com/pharo-project/pharo-website

Jan. 19, 2024

Pharo on Raspberry Pi in 2024

by Rob van Lopik

With the new Raspberry Pi 5 (8Gb) I finally got hold of, and the new Raspberry OS (Bookworm 12), I thought it was time to try Pharo again (see Pharo issue #11841 by @astares). I used zero-config with version specification, like 'get.pharo.org/100+vm'. (On pharo.org there are no OBS packages for Bookworm). Using Raspberry Imager I put 64-bits Bookworm on the Pi5. The installs for Pharo 9, 10 and 11 worked OK. Pharo12 does not work because files.pharo.org/get-files/120 does not contain an aarch64-vm. The P12 image does work with the VM downloaded for P11. UI performance is excellent. Next I tried 32-bits Bookworm (Raspberry OS 12) on the Pi5. As there are no recent 32-bits Pharo images (issue #12769) I only tried P9 and P10. Directly using zero-config loads 64-bit Pharo and even explicitly specifying 32-bit (through 'get.pharo.org/32/90+vm') results in a 64-bit download. The reason is, that the Pi loads a 64-bit kernel even when the OS itself is 32-bits. This means the command 'uname -m' that is used by zero-config, returns 'aarch64' instead of 'armv7l'. I will report this on the zero config repo. So I downloaded and unzipped manually.. Pharo 9 works fine. The Pharo 10 image misses Playground in the menu, but ctrl+O+W works. On a Pi 4 (8Gb RAM) with 64-bits Bookworm Pharo 10 is OK. Pharo 11 (with VM 10.0.5 2023-05-05) gives an error: '[ERROR] 2024-01-16 21:37:55.000 sqAllocateMemory (src/memoryUnix.c:160):I cannot find a good memory address starting from: 0x10000000000'. With 32-bits Bookworms it behaves the same as the Pi (i.e. it also loads a 64 bits kernel) Next I tried the same on a Raspberry Pi 3B+ (1Gb memory). For 64-bits the Raspberry Imager default to the Bullseye version (11) . Pharo 10 and 11 complain about a wrong libc.so version and don't work. Using Bookworm ( 64-bit) Pharo 10 runs OK . Pharo 11 does not work, with the same error as on the Pi4 Last I tried the Raspberry Pi Zero 2W (512 Mb RAM, but only â¬20!). First 32-bits Bookworm. Pharo9 works. Pharo10 also with the incomplete latest image. 64-bits Bookworm seems a bit heavy for this board, but it works. Pharo10 runs, more or less. Maybe headless would be quite useful. Pharo11 gives the same memory allocation error as on the Pi 4 and 3B+ Summary: - On the Pi 5 all Pharo 64 bits versions work - On other Pi's only version 9 and 10 work. Pharo11 has a memory allocation error. - Recent 32-bits Pharo images are lacking; especially for the cheap Pi Zero I would really like to see whether 32-bits is more usable.

Jan. 19, 2024

This week (03/2024) on the Pharo Issue Tracker

by Marcus Denker

After a holiday break, we resume the weekly issue tracker report # Pharo 11 - Extend FFIExternalStructureReferenceHandle with tfPointerAddress #15951 https://github.com/pharo-project/pharo/pull/15951 # Bugs - Fix bug in integer vs float comparisons #15973 https://github.com/pharo-project/pharo/pull/15973 - adding back millisecondsToRun: but we will deprecate it. #15969 https://github.com/pharo-project/pharo/pull/15969 # Refactoring Engine - Fix: instance and shared variables driver bugs #15983 https://github.com/pharo-project/pharo/pull/15983 - Fix: cannot move method to class side #15981 https://github.com/pharo-project/pharo/pull/15981 - Adding documentation on the rewrite rules #15966 https://github.com/pharo-project/pharo/pull/15966 - Make insert superclass and subclass working again #15957 https://github.com/pharo-project/pharo/pull/15957 - Add rb to any rb entity printString! Green tests #15959 https://github.com/pharo-project/pharo/pull/15959 - Refactor: pass on refactoring preconditions #15954 https://github.com/pharo-project/pharo/pull/15954 # Metacello Cleanup - Clean(Gofer, Metacello): remove junk and old/unused repositories. #15968 https://github.com/pharo-project/pharo/pull/15968 # Rules / Code Critic - Improve ReMultiplePeriodsTerminatingStatementRule #15956 https://github.com/pharo-project/pharo/pull/15956 - Add release test for ReDoNotSendSuperInitializeInClassSideRule #15972 https://github.com/pharo-project/pharo/pull/15972

Jan. 19, 2024

Re: Backing up data

by sergio ruiz

The idea is, I have been a software engineer for the past three decades. I REALLY love my profession (even though now, itâs pretty much sitting in meetings all day), but I love it. I have a few projects I always wanted to do, because I just want to do them because they are useful to me. I have architected and coded hundreds of giant projects. At this point, building anything with the big web frameworks just seems exhausting. I have decided to bring each of these pet projects to fruition and then document how and why i made each decision. Every project will be using smalltalk as the data store. If the project is a website, I will use seaside as the web framework. Otherwise, Iâll use the teapot as an API interface. The series of articles I will write will be aimed at people in my position. People who are familiar with software development, and would like to read about it at a higher than tutorial level. In the end, Iâll end up with: - an application of some sort that scratches my own itch - a pile of articles outlining how i designed the tool set for the application. and in reality, itâs gonna be thinly veiled Smalltalk evangelism. But i think it might be worthwhile to talk about this stuff in a pubilc platform. > On Jan 18, 2024, at 10:34â¯AM, Yanni Chiu <yannix7db(a)gmail.com> wrote: > > Can you sketch out the complexity aspects of your five projects? Is this all for learning, or are they âproductionâ applications? Do you want to gain experience with different ways to persist data, or are you just thinking that you have to use different ways due to project complexity? It might be ---- peace, sergio photographer, journalist, visionary Public Key: https://pgp.key-server.io/pks/lookup?op=get&search=0x69B08F58923AB3A2 #BitMessage BM-NBaswViL21xqgg9STRJjaJaUoyiNe2dV @sergio_101@mastodon.social https://sergio101.com http://www.codeandmusic.com http://www.twitter.com/sergio_101 http://www.facebook.com/sergio101

Jan. 18, 2024

Re: Backing up data

by Yanni Chiu

Can you sketch out the complexity aspects of your five projects? Is this all for learning, or are they âproductionâ applications? Do you want to gain experience with different ways to persist data, or are you just thinking that you have to use different ways due to project complexity? It might be that Soil database could handle all your use cases, so you could avoid working through a bunch of databases, unless you want to. On Thu, Jan 18, 2024 at 8:56 AM sergio ruiz <sergio.rrd(a)gmail.com> wrote: > I figured Gemstones would be SUPER heavy handed for this application, but > I have a list of five projects, each increasing in complexity that I want > to launch and document. So, sooner or later, I will need a more robust > solution. > > Thanks! > > > > On Jan 18, 2024, at 8:26â¯AM, Norbert Hartl <norbert(a)hartl.name> wrote: > > GemStone is a huge thing to tame. I would not say the above and GemStone > are alternatives. GemStone is a lot to install and learn but you get > something that makes it hard to corrupt your data. So you have requirements > that make it fit into GemStone or you have requirements that make it a fit > for STON. Between both there is no overlap but rather a huge gap between > the applicability of each. > > > ---- > peace, > sergio > photographer, journalist, visionary > > Public Key: > https://pgp.key-server.io/pks/lookup?op=get&search=0x69B08F58923AB3A2 > #BitMessage BM-NBaswViL21xqgg9STRJjaJaUoyiNe2dV > @sergio_101@mastodon.social > https://sergio101.com > http://www.codeandmusic.com > http://www.twitter.com/sergio_101 > http://www.facebook.com/sergio101 > >

Jan. 18, 2024

Re: Backing up data

by Norbert Hartl

> Am 18.01.2024 um 14:54 schrieb sergio ruiz <sergio.rrd(a)gmail.com>: > > Using this Will my links remain viable using this method? > > Meaning that an event has a theater. That theater is also in the OrderedCollection of Theaters. > > If the name of he theater changed in the Theaters collection, will that name change occur in the event theater object? > > After bringing these collections back in via STON, will all of these relationships remain intact? If with relationship you mean that one object event has a reference to a theater object then yes. STON serializes the graph as objects and all references will be reestablished on materialization. Norbert > > > >> On Jan 18, 2024, at 8:26â¯AM, Norbert Hartl <norbert(a)hartl.name> wrote: >> >> If you have three classes with class side collections you can have a make e.g. a dictionary and put the collections from the class side into it like >> >> model := { >> #theaters -> Theater instances. >> #movies -> Movie instances. >> #event -> Event instances. >> } asDictionary. >> > > > > ---- > peace, > sergio > photographer, journalist, visionary > > Public Key: https://pgp.key-server.io/pks/lookup?op=get&search=0x69B08F58923AB3A2 > #BitMessage BM-NBaswViL21xqgg9STRJjaJaUoyiNe2dV > @sergio_101@mastodon.social > https://sergio101.com > http://www.codeandmusic.com > http://www.twitter.com/sergio_101 > http://www.facebook.com/sergio101 >

Jan. 18, 2024

Re: Backing up data

by sergio ruiz

I figured Gemstones would be SUPER heavy handed for this application, but I have a list of five projects, each increasing in complexity that I want to launch and document. So, sooner or later, I will need a more robust solution. Thanks! > On Jan 18, 2024, at 8:26â¯AM, Norbert Hartl <norbert(a)hartl.name> wrote: > > GemStone is a huge thing to tame. I would not say the above and GemStone are alternatives. GemStone is a lot to install and learn but you get something that makes it hard to corrupt your data. So you have requirements that make it fit into GemStone or you have requirements that make it a fit for STON. Between both there is no overlap but rather a huge gap between the applicability of each. ---- peace, sergio photographer, journalist, visionary Public Key: https://pgp.key-server.io/pks/lookup?op=get&search=0x69B08F58923AB3A2 #BitMessage BM-NBaswViL21xqgg9STRJjaJaUoyiNe2dV @sergio_101@mastodon.social https://sergio101.com http://www.codeandmusic.com http://www.twitter.com/sergio_101 http://www.facebook.com/sergio101

Jan. 18, 2024