January 2014 - Pharo-dev - lists.pharo.org

Promoting a Tag to a separate Package
by Sean P. DeNigris Jan. 17, 2014

Jan. 17, 2014

With the new scheme, can I have two packages of the form: MyProjectName - PossibleWithATag - AndAnother and MyProjectName-SeparatePackage IIUC in the past we couldn't because we were pattern matching on categories. Also, even if we can, is that an okay practice? As to the thread subjectâ¦ I often start out with one package, and then break out some of the sub-categories into their own packages. Ideally, I'd love a "Promote to Package" button in Nautilus' package pane. But in the mean time, how do I do it in 3.0. I used to delete the working copy in MC Browser and then create the individual packages - tedious, but working. Now, after I do that, when I browse the MyProjectName-SeparatePackage package in MCBrowser it is empty, and when I click "Add package" in Nautilus package pane with the MyProjectName-SeparatePackage selected, confirming the dialog pre-filled with "SeparatePackage", it says there is already a package with that name. Help!! Thanks. ----- Cheers, Sean -- View this message in context: http://forum.world.st/Promoting-a-Tag-to-a-separate-Package-tp4737302.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

2 2

[pharo-project/pharo-core]
by GitHub Jan. 16, 2014

Jan. 16, 2014

Branch: refs/tags/30701 Home: https://github.com/pharo-project/pharo-core

1 0

[pharo-project/pharo-core] 0cfef4: 30701
by GitHub Jan. 16, 2014

Jan. 16, 2014

Branch: refs/heads/3.0 Home: https://github.com/pharo-project/pharo-core Commit: 0cfef4de314c06cdcc6d7d5a05d19c3fb79ad3d3 https://github.com/pharo-project/pharo-core/commit/0cfef4de314c06cdcc6d7d5a… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2014-01-16 (Thu, 16 Jan 2014) Changed paths: M ClassOrganizer-Core.package/Protocol.class/instance/accessing/addMethod_.st M ClassOrganizer-Core.package/ProtocolOrganizer.class/instance/accessing/renameProtocol_into_.st M ClassOrganizer-Core.package/ProtocolOrganizer.class/instance/private/moveMethodsFrom_to_.st M MonticelloGUI.package/MCSliceMaker.class/instance/user interface/rootItems.st M MonticelloGUI.package/MCSliceMaker.class/instance/user interface/window.st M Nautilus.package/AbstractNautilusUI.class/instance/drag and drop/dropInAPackage_into_.st M Nautilus.package/NautilusUI.class/instance/menus behavior/renameCategory.st A Nautilus.package/PackageTreeGroupSelection.class/instance/as yet unclassified /classes.st M Nautilus.package/PackageTreeNautilusUI.class/instance/private/addClassCategoryBasedOn_.st A RPackage-Core.package/RPackage.class/instance/accessing/addClass_.st M RPackage-Core.package/RPackage.class/instance/class tags/addClassTag_.st A RPackage-Core.package/RPackage.class/instance/private/basicAddClassTag_.st A RPackage-Core.package/RPackage.class/instance/private/importCategory.st A RPackage-Core.package/RPackage.class/instance/private/importProtocol_forClass_.st M RPackage-Core.package/RPackageTag.class/instance/accessing/addClassNamed_.st M RPackage-Core.package/RPackageTag.class/instance/accessing/addClass_.st A RPackage-Core.package/RPackageTag.class/instance/accessing/ensureSystemCategory.st R RPackage-SystemIntegration.package/extension/RPackage/instance/importCategory.st R RPackage-SystemIntegration.package/extension/RPackage/instance/importClass_.st R RPackage-SystemIntegration.package/extension/RPackage/instance/importProtocol_forClass_.st M RPackage-SystemIntegration.package/extension/RPackageOrganizer/instance/systemClassAddedActionFrom_.st M RPackage-SystemIntegration.package/extension/RPackageOrganizer/instance/systemClassRecategorizedActionFrom_.st M RPackage-SystemIntegration.package/extension/RPackageOrganizer/instance/systemMethodRecategorizedActionFrom_.st A ScriptLoader30.package/ScriptLoader.class/instance/mc related utils/getSliceIssuesNumbers.st M ScriptLoader30.package/ScriptLoader.class/instance/menu integration actions/doneApplyingChanges.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - scripts/script354.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - updates/update30701.st M ScriptLoader30.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st A ScriptLoader30.package/ScriptLoader.class/instance/public/generateCommentForCurrentUpdate.st M Tools.package/AbstractTool.class/instance/category/renameCategory_from_.st Log Message: ----------- 30701 12625 toggling hierarchy/flat shows wrong package and hides selected class https://pharo.fogbugz.com/f/cases/12625 12664 move categories need to ensure RPackage and RPackageTag https://pharo.fogbugz.com/f/cases/12664 12665 Allow non-dirty packages to be included into slice https://pharo.fogbugz.com/f/cases/12665 12669 Autogenerate comment for update based on slices MC packages present https://pharo.fogbugz.com/f/cases/12669 http://files.pharo.org/image/30/30701.zip

1 0

errorImproperStore error because of change in GRPharoPlatform>>readWriteByteStream
by Sabine KnÃ¶fel Jan. 16, 2014

Jan. 16, 2014

Hi, I am migrating from Pharo 2.0 to Pharo3.0 My updateRoot contains the following statement: updateRoot: aHtmlRoot aHtmlRoot link url: RKALibrary / #mainStylesLess; relationship: 'stylesheet/less'; beCss. In Pharo 3.0 I get ByteArray errorImproperStore error (Pharo2.0 works) When debugging into, I see: In Pharo 2.0 GRPharoPlatform>>readWriteByteStream "ByteArray based read write stream" ^ RWBinaryOrTextStream on: (ByteArray new: 4096) In Pharo 3.0 GRPharoPlatform>>readWriteByteStream "ByteArray based read write stream" ^ ReadWriteStream on: (ByteArray new: 4096) This is the reason for the error improperStore error. If I change from ReadWriteStream to RWBinaryOrTextStream, it works. Can anyone fix this or is my conclusion wrong? Regards Sabine -- View this message in context: http://forum.world.st/errorImproperStore-error-because-of-change-in-GRPharo… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

2 1

RPackage vs. MCPackagew
by Sean P. DeNigris Jan. 16, 2014

Jan. 16, 2014

What is the rationale behind not immediately creating an MCPackage when a new RPackage is created? ----- Cheers, Sean -- View this message in context: http://forum.world.st/RPackage-vs-MCPackagew-tp4737326.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

1 0

[Showstopper] Issue 12667: Showstopping Bug in LRUCache
by DeNigris Sean Jan. 16, 2014

Jan. 16, 2014

I was using the MC Browser when everything started to fall apart... The large red square is just the Load button which I picked up and made bigger to see the error better

3 3

Strange Versionner behavior
by Sean P. DeNigris Jan. 16, 2014

Jan. 16, 2014

- Creating a new configuration adds fileSystemLegacy and fuelMetalevel as dependent projects - How do you save changes without committing? After adding a dependent project to the baseline, "Update de" (sic, label cut-off) doesn't seem to do anything. Clicking away from the baseline warns me of losing changes but doesn't offer the opportunity to save. - If I select a project in Versionner, and then click the "New prone" button, the title of the window that pops is the name of the previously selected project, not the newly-created one. Where will the changes actually go? i.e. is it just a labeling error, or am I editing the wrong project? - I reported before, but Versionner needs a standard repositoryChooser that allows to select from known repos or create a new one from a template ( like MC Browser, but hopefully better ;) ) This tool is so important. Thanks for all the work :) ----- Cheers, Sean -- View this message in context: http://forum.world.st/Strange-Versionner-behavior-tp4736758.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

3 7

[HELP] Phratch translation
by jannik.laval Jan. 16, 2014

Jan. 16, 2014

Dear smalltalkers, phratchers and everybody interested to help Phratch development. We need you as an international community. Phratch needs your help to be multilingual. The most of work is already done, It is based on the Scratch work (Thank you for all the supported languages). Now, as Phratch has a lot of new features, we need to translate each of these new features. For each of the following languages (ar, bg, ca, cs, da, de, el, es, et, eu, fa, fi, fr_CA, gl, he, hr, ht, hu, id, is, it, ja_hira, ja, kn, ko, lt, mk, mn, mr, ms, ne, nl, no, pl, pt_br, pt, ro, ru, rw, sk, sl, sv, th, tr, uk, vi, zh_cn, zh_tw), we need to complete the lines available in the phratch issue tracker (https://code.google.com/p/phratch/issues/detail?id=120) You can post your work as a comment or send me a mail, I will then integrate it in Phratch. For each expression there is a msgid in english, that should not be changed. Then, there is a msgstr that should be complete in the specific language. All elements in the $$ (like $Number$) are variables, they should not be changed but they have to be integrated in your translation. For example, in french: === msgid "replace costume $Number$ with $NewCostume$" msgstr "remplacer le costume $Number$ avec $NewCostume$" === There is less than 130 small expressions. It is 1 or 2 hours of work, and it helps us a lot. Thank you for your help. Cheers, Jannik

2 1

dependency of Roassal 2 visualized
by Alexandre Bergel Jan. 16, 2014

Jan. 16, 2014

Hi! Just to share the result of a small experiment we did: https://www.facebook.com/photo.php?fbid=573528489400419&set=a.5735284794004… Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

2 1

Fwd: Voyage backends
by Esteban Lorenzano Jan. 16, 2014

Jan. 16, 2014

forward to list, so discussion is not lost (my fault, I bad replied in the first instance :) ) Begin forwarded message: > From: "Torsten Bergmann" <astares(a)gmx.de> > Subject: Aw: Re: Voyage backends > Date: 16 Jan 2014 14:16:12 GMT+1 > To: "Esteban Lorenzano" <estebanlm(a)gmail.com> > > Hi Esteban, > > why I like it: > > - it is similar to SQLite3 very small, just one DLL or shared lib > - very portable across many platforms (DB is independent from byte order or 32bit vs. 64 bit) > - easy to use > - there is already a wrapper now for Pharo :) > > "UnQLite is a standard key/value store similar to BerkeleyDB, Tokyo Cabinet, LevelDB, etc. but, with a rich feature set including support for transactions (ACID), concurrent reader, etc. " > > http://unqlite.org/arch.html > http://www.methodsandtools.com/tools/unqlite.php > > Thanks > Torsten > >> Gesendet: Donnerstag, 16. Januar 2014 um 14:08 Uhr >> Von: "Esteban Lorenzano" <estebanlm(a)gmail.com> >> An: "Torsten Bergmann" <astares(a)gmx.de> >> Cc: "Pharo Development List" <pharo-dev(a)lists.pharo.org> >> Betreff: Re: Voyage backends >> >> Ho Torsten, >> >> wellâ¦ I planned Riak and maybe Tokyo and Omnibase (but when I find the timeâ¦ not much this days). I never thought about UnQLite (and also I never hear about it before :P ) >> >> cheers, >> Esteban >> >> >> On 16 Jan 2014, at 14:03, Torsten Bergmann <astares(a)gmx.de> wrote: >> >>> Hi Esteban, >>> >>> if I understood correctly Voyage is primarily an abstraction layer to access >>> NoSQL databases. Currently MongoDB or the image can be used as a backend. >>> >>> Are there any other backends available or planned (for instance to UnQLite using >>> PUnqlite [1]). >>> >>> As UnQLite is an embeddable database of really small size I guess it will be >>> as sucessful for the NoSQL world as SQlite3 was for the relation DBMS world >>> and supporting it as one possible backend for Voyage might be a real plus. >>> >>> At least I see that MongoDB is 102MB to install before one can use it and >>> unqlite library [2] is only a few KB ;) >>> So it is easier to package, deploy, ... - I havent checked the other features >>> of Mongo vs. PunQlite so far. >>> >>> Any comments about backends in general or UnQlite in particular? >>> >>> Thx >>> T. >>> >>> [1] http://forum.world.st/ANN-PunQLite-a-new-NoSQL-wrapper-for-Pharo-td4732162.… >>> [2] https://github.com/mumez/PunQLite/tree/master/binary >> >>

1 0