Moose-dev

moose-dev@list.inf.unibe.ch

6621 discussions

Snapshot Release
by Diego Lont 18 Sep '13

18 Sep '13

Hi all, I like moose a lot, but I have a problem with the way the moose configurations are used. So I would like to discuss this on the developers list. I would like to know if more people experience these problems. First of all, I like the way the development works out. All development configurations simply do not use any version numbers, and therefor return the latest version. Maybe we should create an actual development version, that is empty, except for the packages we want to be a fixed version. But this is a minor point. But once moose is released, a snapshot is taken, it is no longer a proper configuration. Main drawback is that all groups and such are removed. But also referred configurations are no longer used. I believe it should be possible to upgrade to the stable version of a configuration in the place where a development version was used. Especially when the development version is released. Taking snapshots prevents this, since it no longer contains groups. Also I think that bug fixes of used configurations should be imported automatically. Taking snapshots prevents this, since they do not use used configurations. Finally there is a scenario that actually breaks configurations downstream. When I load version 1.6-baseline of PetitParser and sub sequentially ask for the current version, it returns 1.7-snapshot. But since I try to load the 'Core' group of PetitParser, I can no longer use my configuration. It simply halts on the error that the group 'Core' could not be found. I have two suggestions to improve the process: > We either choose to stick to snapshots for the releases, since this is a very reliable way to reproduce a build (with all known bugs). But for this we create a class SnapshotOf<projectname>, for each project, with all the methods needed, to indicate it is not a configuration. We could add previous releases to this class. > We create a proper stable version, in the way configurations are meant to be. We bless these methods with release and only update versions if it is a bug fix. We also create a new development version at the moment we make the release, so we can continue development, without breaking the release For the last suggestion I have updated my Metaceller tool (part of GToolkit). It is still beta, but it produces proper release version for a single configuration, based on the current state of the image. Regards, Diego

1 0

Make edges not clickable in Roassal visualization from within a Glamour browser
by Damien Cassou 18 Sep '13

18 Sep '13

Please answer at: http://stackoverflow.com/questions/18829093/make-edges-not-clickable-in-roa… -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." Winston Churchill

4 5

MooseGroupRuntimeStorage implementation
by Stephan Eggermont 18 Sep '13

18 Sep '13

While trying to import some monticello packages from smalltalkhub with a MooseMonticelloHTTPImporter, we noticed some less nice behavior from the MooseGroupRuntimeStorage. at: ifAbsent is really slow when byName contains 128 elements and elements 64K. What is the usecase for putting the elements in an OrderedCollection? Doing byName at: anElement mooseName asSymbol put: anElement. in add: makes it perform a lot better. Is there a usecase where you don't want byName to be filled immediately? Diego & Stephan

1 0

MooseDay - any news?
by Andrei Vasile Chis 18 Sep '13

18 Sep '13

Hi, Will the moose day still take place? If yes is the date fixed? Cheers, Andrei

6 7

Roassal 3D
by Usman Bhatti 18 Sep '13

18 Sep '13

Hi Alex, I would like to play a bit with Roassal 3D, I'm looking for a link to load and run my first examples ;). tx. Usman

2 3

Graph-ET x-axis labels
by Natalia Tymchuk 18 Sep '13

18 Sep '13

Hello. Please help me with my question http://stackoverflow.com/questions/18831437/graph-et-x-axis-labels Thanks. Best regards.

3 3

Re: GraphET x-axis label - bug?
by Daniel Aviv Notario 17 Sep '13

17 Sep '13

Shoot! Thanks for spotting it! I'm currntly on holidays but i'll check this out asap. --- Mensaje Original --- Desde: "Alexandre Bergel" <alexandre.bergel(a)me.com> Enviado: 17 de septiembre de 2013 5:18 PM Para: "Moose-related development" <moose-dev(a)iam.unibe.ch> Asunto: [Moose-dev] Re: GraphET x-axis label - bug? Thanks for having spotted the bug. In the meantime, you may want to check this how to add labels in a "manual" way: http://stackoverflow.com/questions/18831437/graph-et-x-axis-labels/18853456… Cheers, Alexandre On Sep 16, 2013, at 11:18 AM, Usman Bhatti <usman.bhatti(a)gmail.com> wrote: > Hello, > > I am starting to use GraphET and looks really nice. While learning to script with it, I stumbled upon this script that does not place x-axis label in the correct place. In fact the x-axis label is superimposed on y-axis one. Here's how you can reproduce it: > > tmpBrowser := GLMDashboard new. > tmpBrowser addPaneNamed: #first. > tmpBrowser transmit to: #first; andShow: [:a | > a graphET > title: 'First Chart with ET'; > chart: [:chart :mooseModel| > chart verticalBarDiagram > models: (1 to: 3); > xAxisLabel: 'Test label'; > yAxisLabel: 'Another'; > regularAxis. > ]. > ]. > tmpBrowser openOn: 1 > > > _______________________________________________ > Moose-dev mailing list > Moose-dev(a)iam.unibe.ch > https://www.iam.unibe.ch/mailman/listinfo/moose-dev -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. _______________________________________________ Moose-dev mailing list Moose-dev(a)iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev

1 0

Graph-ET x-axis labels
by Damien Cassou 17 Sep '13

17 Sep '13

Please answer at: http://stackoverflow.com/questions/18831437/graph-et-x-axis-labels -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." Winston Churchill

1 0

scripts for automating the moose release
by Tudor Girba 17 Sep '13

17 Sep '13

Hi, I wrote a little blog post describing the process of releasing Moose: http://www.humane-assessment.com/blog/automating-moose-4-8-release Perhaps this might be useful for others. And perhaps we can find ways to improve it. Cheers, Doru -- www.tudorgirba.com "The coherence of a trip is given by the clearness of the goal."

2 1

updating the magritte and OSProcess dependencies
by Tudor Girba 16 Sep '13

16 Sep '13

Hi, It seems we should update the Magritte and OSProcess dependencies: - Loading Magritte seems to load a wrong version of Grease that has a conflict with RPackage - OSProcess was published on MetacelloRepository It would be great if anyone would take a look at this, and then we can re-snapshot a Moose 4.8.1. Cheers, Doru -- www.tudorgirba.com "It's not how it is, it is how we see it."

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

Moose-dev