August 2021 - Pharo-dev - lists.pharo.org

Recommendation for password encryption?
by Mariano Martinez Peck Sept. 30, 2022

Sept. 30, 2022

Hi guys. Some time ago I asked about the best way to encrypt a password. Some of the recommendations I got was: 1) Generally for passwords you do not write a decrypt method for security purposes (eg you do not want people to be able to reverse engineer the encrypted password easily) 2) put a little salt 3) There is http://www.squeaksource.com/Cryptography/PasswordHashingFFI 4) I should not decrypt password but instead I should compare both encrypted versions to see if they are equal. My scenario is the following. I need to store database passwords in text files. So I don't want to let them as plain text. And while I understand 4), I think it's a different scenario than mine. I know that some database driver may allow you to directly send the encrypted password. But still...I have another similar scenario in which I have to store a password and then send it (unencrypted)...so I kind of really need a bi-directional encryption. Now..I would try to avoid having an external library + FFI. Any ideas what is the best thing I can do? And how could I solve 1) if I want bidirectional like in my case? Thanks in advance, -- Mariano http://marianopeck.wordpress.com

9 26

one year contract
by stephane ducasse Dec. 14, 2021

Dec. 14, 2021

Hello this is a one year contract with remote working possibility in Pharo of course. We will produce an english version. Please contact Nicolas Becu. Nicolas Becu <nicolas.becu(a)cnrs.fr> _____________ Nicolas Becu Chercheur CNRS Littoral Environnement et SociÃ©tÃ©s (UMR LIENSs) TÃ©l : 05 16 49 67 94 S

2 1

Git Method Timestamps
by sean＠clipperadams.com Sept. 27, 2021

Sept. 27, 2021

What is the git equivalent to `CompiledCode>>#timeStamp`? (which returns an empty string)

2 2

about URL isAbsolute
by stephane ducasse Aug. 31, 2021

Aug. 31, 2021

Hi Iâm a bit confused. When I use isAbsolute I get 'file:///toto.png' asUrl isAbsolute >>> false 'file://toto.png' asUrl isAbsolute >>> true Now I confused because as Unix / is absolute so file://toto.png <file:///toto.png> would be relative. and /foo is absolute. Are URLs so different than files? Are the results I get correct? I ask this question in the context of Microdown if people write ![caption](file://toto.png). ![caption](figures/toto.png) ![caption](file:///toto.png). S

2 2

This week (34/2021) on the Pharo Issue tracker
by Marcus Denker Aug. 27, 2021

Aug. 27, 2021

We merged 24 pull requests and closed 19 issues this week. The focus right now is cleaning up unused code. The image got already smaller! Immutable Litarals / Literal Sharing ================================== We compile literals as immutable objects already in Pharo9, this is now improved: Literal arrays are now recursively read-only, the compiler preference was removed and we have some first code (not used yet) to share all the equal literals between methods (and literal arrays) so save a little bit of memory. - ReadOnlyLiterals-Remove-Preference #9793 https://github.com/pharo-project/pharo/pull/9793 - RecurseReadOnly-LiteralArray #9815 https://github.com/pharo-project/pharo/pull/9815 - LiteralSharing-NestedArrays #9836 https://github.com/pharo-project/pharo/pull/9836 Cleanups: Remove Dead Code ========================== One Focus of Pharo10 is to remove unused code. The Image got already smaller by around 5MB! This week we removed the old FFI and the old Event handlin code, besides smaller removals. - Removing old Event handling and VM World Renderer #9838 https://github.com/pharo-project/pharo/pull/9838 - Removing old ffi #9831 https://github.com/pharo-project/pharo/pull/9831 - Reduce-duplicated-Methods-2 #9789 https://github.com/pharo-project/pharo/pull/9789 - Refactoring2-Deprecation-Clean #9817 https://github.com/pharo-project/pharo/pull/9817 - DeadCode-Cleanup-08-24 #9816 https://github.com/pharo-project/pharo/pull/9816 - Cleanup-Deprecated-Metacello #9823 https://github.com/pharo-project/pharo/pull/9823 Tests ===== Keeping the CI tests green is work... - Fixing broken tests #9785 https://github.com/pharo-project/pharo/pull/9785 - 9795-Failing-on-CI-ReleaseTesttestNoEquivalentSuperclassMethods #9797 https://github.com/pharo-project/pharo/pull/9797 - Skip-testModifiedReturn #9802 https://github.com/pharo-project/pharo/pull/9802 - Improve testNoUncategorizedMethods #9808 https://github.com/pharo-project/pharo/pull/9808 - upgrading Pharo 10 with Roassal 0.9.9 #9801 https://github.com/pharo-project/pharo/pull/9801 - ReleaseTest-Timeout-Longer #9839 https://github.com/pharo-project/pharo/pull/9839 Cleanups ======== - Use Protocol unclassified whenever possible #9805 https://github.com/pharo-project/pharo/pull/9805 - SystemWindow>>#openInWorldExtent: should be in Deprecated10 package #9810 https://github.com/pharo-project/pharo/pull/9810 - Categorize some more uncategorized methods #9812 https://github.com/pharo-project/pharo/pull/9812 - Fix typos: boostrap -> bootstrap #9814 https://github.com/pharo-project/pharo/pull/9814 - Adding doc #9821 https://github.com/pharo-project/pharo/pull/9821 - Ring2: simplify #mcType and unify with #kind #9820 https://github.com/pharo-project/pharo/pull/9820 Features ======== - Loading documentation reader. #9818 https://github.com/pharo-project/pharo/pull/9818 - Exposing the ABI of a function to the image. #9826 https://github.com/pharo-project/pharo/pull/9826

1 0

Two year engineer or postdoc position on Moose
by stephane ducasse Aug. 27, 2021

Aug. 27, 2021

Hello We have a two year position for an engineer or postdoc position for supporting research activities on top of the Moose open-source platform. The RMOD team is about to transform itself into a new Team called Evref that is a joint team with a part of Berger-Levrault R&D department. Berger-Levrault is the 10th software developer french editor. In the context of the enhancement of the Moose platform, the selected candidate will contribute to one of several of the following topics: - The introduction of the process mechanism in the platform. Indeed, currently, the Moose platform enables the user to build her own metamodels, models, visualisations and so on. However, there is no process mechanism to help more the user in the analysis or the migration using the Moose platform. This work implies for example to define a model of flexible process and an architecture where the developper can easily define her own process from scratch or by adaptation of existing process. - The management of several versions of the same models. Currently, in the Moose platform each version is separated from the others. We have support in previous versions of Moose for example through Orion (ref). This works implies to define how to represent, manipulate and integrate in the Moose platform the management of several versions. It also implies to support the difference between models eventually conforming different metamodels and the evolution from one model to another. - The management of the software system representation through several models conforming different metamodels. All the models represent the same version of the software systems, but from different perspectives. For example, we may have a GUI model, a Database model and a software model. This work implies to be able to specify that a concept in one model is the same in another model. This will then enable us to propose specific analysis explaining how data are used and propagated in the software systems. Or it will also enable us to identify in the code the business concepts and thus to provide a more abstract model. - Decomposition of god classes from their clients. In practice, there exist different types of god classes. The ones that have several responsibilities materialised by a lot of attributes and methods using these attributes. The ones that have several responsibilities materialised by a lot of client classes invoking their classes. We already proposed support to decompose god classes of the first type (ref to ICSME2019). The work here consists to provide support for the second type. It means provide visualisation and possibly a process. There might be eventually other types or classes for which the type is a mixture of these two. It will be necessary to deal with those hybrid classes. - Operationalizable non-functional requirements. Currently, the non-functional requirements (NFR) are used to build a system, but it exists few approaches that enable the developer to identify them from the code by reverse engineering. However, we know that with time, software systems evolve and often without update of the documentation. Thus it is not clear that after time the non-functional requirements are still fulfilled by the software system. This work implies to be able to represent NFR, to support them in the Moose platform and propose NFR aware tools to manipulate the source code. Such tools will include: (1) tools to automatically detect security threats in the source code from software quality issues, (2) tools to support software engineers in understanding NFR (memory consumption, security, efficiency) and (3) tools to transform source code while preserving a NFR (such as security or efficiency). All this work will happen in interaction with Berger-Levrault collaboration. In addition, the possibility to have a permanent research position at the end of this contract with Berger-Levrault is part of the current contract. Salary is competitive and taken from french state grid. S. -------------------------------------------- StÃ©phane Ducasse http://stephane.ducasse.free.fr / http://www.pharo.org 03 59 35 87 52 Assistant: Aurore Dalle FAX 03 59 57 78 50 TEL 03 59 35 86 16 S. Ducasse - Inria 40, avenue Halley, Parc Scientifique de la Haute Borne, BÃ¢t.A, Park Plaza Villeneuve d'Ascq 59650 France

1 0

About Pharo X nickname: "Cut the fat"
by stephane ducasse Aug. 26, 2021

Aug. 26, 2021

Hi pharoers just a little email to tell you that we are super happy because we are in the situation to remove old, unused or part in love for retirement from Pharo. And we are doing this at the level of the image but also the VM. So far we removed GT Glamour Alien (under way) OldFFI (under way) Old byte code (on the way) Many Pharo 80 deprecated methods. We plan to remove Spec1 - finally Commander Refactorings in favor of Refactorings2 At the level of the VM Yesterday pablo fixed 1000 warnings We removed Newspeak support MT, old bytecode while fixing ephemerons, GC bugs, ... This is super important to travel light because it will let us be agile and faster. So if you see questionable code please let us know. We do not want to remove functionality but we want to make sure that we do not doublons. S.

2 1

Weeks 29-33 on the Pharo Issue Tracker
by Marcus Denker Aug. 23, 2021

Aug. 23, 2021

Holiday time, but we merged 60 Pull Requests and closed 60 Issues during the last 5 weeks: Pharo 9 ======= - update spec version to v1.0.2 #9698 https://github.com/pharo-project/pharo/pull/9698 - use newtools 0.6.9 #9699 https://github.com/pharo-project/pharo/pull/9699 - Pharo 9 looks bad on Windows HiDPI Devices (Microsoft Surface) #9716 https://github.com/pharo-project/pharo/pull/9716 - Backport #9780 ([ARM32] 64bits values in structs should be aligned to 8 bytes) https://github.com/pharo-project/pharo/pull/9782 Pharo10: Refactoring Engine =================== - RB - Add scope manager #9683 https://github.com/pharo-project/pharo/pull/9683 - RB - Migrate Deprecate method refactoring #9724 https://github.com/pharo-project/pharo/pull/9724 - RB - Migrate add accessors with lazy initialization #9723 https://github.com/pharo-project/pharo/pull/9723 Features ========= - Added #combinations: method #9736 https://github.com/pharo-project/pharo/pull/9736 - Better IPv6 String Support (Issue 9626) #9627 https://github.com/pharo-project/pharo/pull/9627 Fixes ===== - Forward porting p9 #9756 https://github.com/pharo-project/pharo/pull/9756 - 9620-changes-in-pharo-10-in-welcome-window-points-to-version-8-instead-of-10 #9672 https://github.com/pharo-project/pharo/pull/9672 - add /usr/lib/x86_64-linux-gnu/ to the FFIUnix64LibraryFinder #9648 https://github.com/pharo-project/pharo/pull/9648 - Use Pharo10 branches for Spec and Newtools #9704 https://github.com/pharo-project/pharo/pull/9704 - 9612-CleanBlockChecker-looks-to-be-used-before-it-is-loaded #9645 https://github.com/pharo-project/pharo/pull/9645 - Fix for #9096 string >>> as time is very permissive #9098 https://github.com/pharo-project/pharo/pull/9098 - 9712-Clean-up-unicode-handling-while-searching-for-FFI-libraries #9761 https://github.com/pharo-project/pharo/pull/9761 - fix navigator in spec #9764 https://github.com/pharo-project/pharo/pull/9764 - Pr new user interrupt #9765 https://github.com/pharo-project/pharo/pull/9765 - Correctly decoding the strings passed by the primitive #9766 https://github.com/pharo-project/pharo/pull/9766 - Fix the addTree methods of the Zip Archive pakage and added more tests. #9771 https://github.com/pharo-project/pharo/pull/9771 - 9780-ARM32-64bits-values-in-structs-should-be-aligned-to-8-bytes #9781 https://github.com/pharo-project/pharo/pull/9781 Bootstrap ========= - Changes to bootstraping #9725 https://github.com/pharo-project/pharo/pull/9725 - Updating bootstrapper image #9728 https://github.com/pharo-project/pharo/pull/9728 Cleanups ======== - Mark AbstractDelayTicker as abstract #9667 https://github.com/pharo-project/pharo/pull/9667 - Checksum is abstract #9678 https://github.com/pharo-project/pharo/pull/9678 - ManifestDeprecated10 needs to inherit from PackageManifest #9674 https://github.com/pharo-project/pharo/pull/9674 - 9590-asRingMinimalDefinitionIn-not-defined-in-AbstractLayout-hierarchy #9642 https://github.com/pharo-project/pharo/pull/9642 - Small cleanup: wrong protocol #athensSurfaceClass #9693 https://github.com/pharo-project/pharo/pull/9693 - Rename LayoutAbstractScope into AbstractLayoutScope and define as abstract #9687 https://github.com/pharo-project/pharo/pull/9687 - 9694 cleanup gofer packages #9695 https://github.com/pharo-project/pharo/pull/9695 - Cleanup-DuplicatedMethods-ClassParser #9702 https://github.com/pharo-project/pharo/pull/9702 - Ring2-Layouts-simpler-layoutName #9696 https://github.com/pharo-project/pharo/pull/9696 - Changing to use the dev version of Iceberg #9743 https://github.com/pharo-project/pharo/pull/9743 - remove unfiltered #9769 https://github.com/pharo-project/pharo/pull/9769 - Renaming #9561 https://github.com/pharo-project/pharo/pull/9561 - MetaLink class comment: a little pass #9783 https://github.com/pharo-project/pharo/pull/9783 Cleanup Deprecated Code ======================= - 8944-Remove-Unused-Alien-Core-Methods #9663 https://github.com/pharo-project/pharo/pull/9663 - 9649-unload-Commander2-Deprecations-in-Pharo10 #9650 https://github.com/pharo-project/pharo/pull/9650 - Remove some Pharo5 deprecations (UFFI) #9689 https://github.com/pharo-project/pharo/pull/9689 - Deprecated unused AssemblyManifest and related methods https://github.com/pharo-project/pharo/pull/9685 - Deprecated class GB2312 need to go to Deprecated10 package #9691 https://github.com/pharo-project/pharo/pull/9691 - Removed SpChooserPresenter from Pharo #9767 https://github.com/pharo-project/pharo/pull/9767 Glamour/GT cleanup =================== - Fixes: #9656 unload GT #9657 https://github.com/pharo-project/pharo/pull/9657 - fixes: #9708 - preparing GT removal #9739 https://github.com/pharo-project/pharo/pull/9739 - 9709 GTTool removal post cleaning #9742 https://github.com/pharo-project/pharo/pull/9742 - Fixes: #9744. Remove Glamour https://github.com/pharo-project/pharo/pull/9745 - Fixes: #9746 harvest two methods from Glamour extension. #9747 https://github.com/pharo-project/pharo/pull/9747 - Cleaning repo now: GT and Glamour packages removed. 420 classes gone. https://github.com/pharo-project/pharo/pull/9748 Tests ===== - Adjust sizes in ProperMethodCategorizationTest #9680 https://github.com/pharo-project/pharo/pull/9680 - ReleaseTest-testNoEquivalentSuperclassMethods #9655 https://github.com/pharo-project/pharo/pull/9655 - Tests to make sure that OpalCompiler uses compilerClass under circumsâ¦ #9707 https://github.com/pharo-project/pharo/pull/9707 - Disabling 32 bits tests so far #9727 https://github.com/pharo-project/pharo/pull/9727 - Feat/bytecode interpreter tests #9573 https://github.com/pharo-project/pharo/pull/9573 - Removing tests using V3 bytecode #9760 https://github.com/pharo-project/pharo/pull/9760 - Fixes: #9774 no more TestCase only Test + fixing typo. #9775 https://github.com/pharo-project/pharo/pull/9775 - Fixing broken tests #9785 https://github.com/pharo-project/pharo/pull/9785

1 0

[ANN] Pharo 9 released!
by Esteban Lorenzano Aug. 5, 2021

Aug. 5, 2021

Dear World and dynamic language lovers: The time has come for Pharo 9 (https://pharo.org/) ! Pharo is a pure object-oriented programming language and a powerful environment, focused on simplicity and immediate feedback. Here are the key features of Pharo 9: Full redesign of the Spec UI framework (new logic, application, style, GTK3 back-end) New tools: new playground, new object centric inspector, new object centric debugger. better and new Refactorings class comments are now written in Microdown format (Markdown compatible) classes now can be defined using a "fluid" api (Preview) New completion framework that adapts better to edition contexts and is customizable Fast universal non-blocking FFI which now uses libFFI as backend. Pharo now supports Windows, OSX, Linux (Ubuntu, Debian, Fedora, openSUSE, Arch, Raspbian) and multiple architectures (Intel/ARM 32/64bits). Virtual Machine Idle VM Support for ARM 64bits Support for Apple M1 More than 3000 tests Built for Ubuntu 18.04, 19.04, 20.04, 21.04, 21.10; Debian 9, 10, Testing; Fedora 32, 32, 34; openSUSE 15.1, 15.2, Tumbleweed; Manjaro; Arch Uses SDL 2.0 as back-end by default. It supports extended event handling, including trackpad support. General speed up due to compiler optimisations and UI simplification. And many, many more tests. These are just the more prominent highlights, but the details are just as important. We have closed a massive amount of issues: around 1400 issues and 2150 pull requests. A more extended changelog can be found at https://github.com/pharo-project/pharo-changelogs/blob/master/Pharo90Change…. While the technical improvements are significant, still the most impressive fact is that the new code that got in the main Pharo 9 image was contributed by more than 90 people. Pharo is more than code. It is an exciting project involving a great community. We thank all the contributors to this release: Aaron Bieber, Ackerley Tng, Alban Benmouffek, Ale Cossio, Alexandre Bergel, Alistair Grant, Allex Oliveira, Angela Chia-Ling, Arturo Zambrano, Asbathou Biyalou-Sama, Ben Coman, Benoit Verhaegue, Carlo Teixeira, Carlos Lopez, Carolina Hernandez, Charles A. Monteiro, Christoph Thiede, Christophe Demarey, Clotilde Toullec, Cyril Ferlicot, Damien Pollet, Daniel Aparicio, David Bajger, David SÃ¡nchez i Gregori, Denis Kudriashov, Ellis Harris, Eric Brandwein, Eric Gade, Erik Stel, ErikOnBike, Esteban Lorenzano, Esteban Villalobos, Evelyn Cusi Lopez, Evelyn Cusi Lopez, Ewan Dawson, Francis Pineda, Francis Pineda, Gabriel Omar Cotelli, Geraldine Galindo, Giovanni Corriga, Guille Polito, Himanshu jld, Johan Brichau, Jonathan van Alteren, Jordan Montt, Julien Delplanque, Kamil Kukura, Kasper Ãsterbye, Kurt Kilpela, Laurine Dargaud, Marco Rimoldi, Marcus Denker, Martin Dias, Martin McClure, Massimo Nocentini, Max Leske, Maximilian Ignacio Willembrinck Santander, Milton Mamani Torres, Moussa Saker, Myroslava Romaniuk, Nicolas Anquetil, Norbert Hartl, Nour Djihan, Oleksandr Zaitsev, Pablo SÃ¡nchez RodrÃguez, Pablo Tesone, Pavel Krivanek, Philippe Lesueur, Pierre Misse, Rakshit P., Rob Sayers, Roland Bernard, Ronie Salgado, Sean DeNigris, Sebastian Jordan MontaÃ±o, Serge Stinckwich, Stephan Eggermont, Steven Costiou, StÃ©phane Ducasse, Sven Van Caekenberghe, Thomas Dupriez, ThÃ©o Lanord, ThÃ©o Rogliano, Todd Blanchard, Torsten Bergmann, Vincent Blondeau, WÃ©slleymberg Lisboa. (If you contributed with Pharo 9 development in any way and we missed your name, please send us an email and we will add you). Enjoy! The Pharo Team Try Pharo: http://pharo.org/download (https://pharo.org/download) Learn Pharo: http://pharo.org/documentation (https://pharo.org/documentation)

7 6

Progress Report -> Refactoring Project - ( July 26 - July 30)
by Evelyn Cusi Lopez Aug. 2, 2021

Aug. 2, 2021

Hello everyone, Last week I did these tasks: - Migrate Add accessors with lazy initialization refactoring. Check these changes in the: PR #9723 <https://github.com/pharo-project/pharo/pull/9723> - Migrate Deprecate method refactoring. Check these changes in the: PR #9724 <https://github.com/pharo-project/pharo/pull/9724> - Continue migrating Find and replace refactoring and extract method and occurrences (still in progress, it's a difficult task) - I started adding a system configuration to be able to change the use of classes between RB1 and RB2 (for commands) Best regards, Evelyn Cusi Lopez

1 0