On Thu, Aug 20, 2015 at 3:49 PM, Hern��n Morales Durand <hernan.morales@gmail.com> wrote:

Hello Max,

2015-08-20 15:15 GMT-03:00 Max Leske <maxleske@gmail.com>:

On 20 Aug 2015, at 19:38, Hern��n Morales Durand <hernan.morales@gmail.com> wrote:

Hello Mart��n

2015-08-20 5:31 GMT-03:00 Martin Dias <tinchodias@gmail.com>:

Hello Hern��n,

It's outdated, we were not taking care of Tanker. I've just updated some urls in the doc, and the Pharo versions in the Jenkins job (it was being run in 2.0 and 3.0!).��

BTW, have you loaded it from this repo?

http://smalltalkhub.com/#!/~PharoExtras/Tanker

Yes.

I checked the code and PackageInfo usage was intentional (#behaviorsLocalToPackageInfoNamed: , #extensionMethodsToPackageInfoNamed: , etc) , but the tests are generating AnObsoleteClassForTestToBeDeleted... and from there I don't know.

That���s something we���ve fixed in Fuel. It���s simply a side effect of the tests, not a functional problem.

Good :)

��

Is just that PackageInfo stuff preventing to use Tanker?

I guess Tanker would need to be updated for the changes in CompiledMethod and possibly a couple of changes would be required to account for deprecation etc.

I���m not sure how much work it would take to use RPackage / Ring.

I hope it is not too much work.
��

Could you comment how far is Tanker from being stable or usable?

I guess we could make it work within a couple of hours / days. So far there was simply no interest from anybody AFAIK.

What���s your use case exactly?

Building my PhyloclassTalk app loads > 60 packages and it is taking too much time. I read about loading Seaside in 10 sec. so I want that too :)

One of the problems that never got fixed in Tanker was that if the superclass of a class you are loading has changed instVars from where you have exported, then the compiled methods will be wrong and bytecodes will access a shifted instvar (this is one of the scenarios, but there are a couple). Of course, nice solutions could be developed to even avoid compilation (I remember Marcus telling us to get IR -- intermediate representation -- from compiled method, then change instVas, and get new compiled method. But... even without that, we still never developed the most basic solution which would detect such a case and do a normal compilation from source (source is ALSO serialized anyway). Until we develop that, I think it won't be stable.

��

Another situation is when I show Pharo to solve "easy" tasks (CSV, PetitParser, etc) to people and it doesn't feel nice to wait loading, specially when Python takes 2 secs to install with pip, or they use IPython/anaconda which has everything preloaded.

Cheers,

Hern��n

��

Cheers,

Max

Hern��n

��

(we moved from Mariano's repo, but the old one wasn't deleted).

Cheers,

Mart��n

El jue., 20 ago. 2015 a las 8:24, Hern��n Morales Durand (<hernan.morales@gmail.com>) escribi��:

Hello,

What is the status of Tanker?

I tried to loadDevelopment in Pharo 4 but there are references to PackageInfo, and tests fails.

Cheers,

Hern��n

<TankerPackagesSupport-HernanMoralesDurand.11.mcz>

--

Mariano
http://marianopeck.wordpress.com