What is your repo, so that we can have a look.
What you say doesn't look normal. There should be versions listed in both.
Phil
On Wed, Feb 12, 2014 at 5:00 AM, sergio t. ruiz wrote:
>
> i have a few projects i am playing with smalltalkhub on, but i am not sure
> if i am doing it right..
>
> if
Which username, which projects ?
On 12 Feb 2014, at 05:00, sergio t. ruiz wrote:
>
> i have a few projects i am playing with smalltalkhub on, but i am not sure if
> i am doing it right..
>
> if i look under commits, i see no commit history, but under source, i can see
> about 35 different ve
i have a few projects i am playing with smalltalkhub on, but i am not
sure if i am doing it right..
if i look under commits, i see no commit history, but under source, i
can see about 35 different versions of the source i have committed. any
ideas?
thanks!
--
peace,
sergio
photograph
Hi Torsten,
On 11 Feb 2014, at 22:12, Torsten Bergmann wrote:
> Thanks to Sven van Caekenberghe the ScriptManager tool hosted in project
>
> http://smalltalkhub.com/#!/~TorstenBergmann/ScriptManager/
>
> now also provides the ability to import/export not only to a single
> binary fuel file b
Thanks to Sven van Caekenberghe the ScriptManager tool hosted in project
http://smalltalkhub.com/#!/~TorstenBergmann/ScriptManager/
now also provides the ability to import/export not only to a single
binary fuel file but also to a folder with readable scripts.
This is a good idea and may also
Hi,
On 11 Feb 2014, at 19:16, Yuriy Tymchuk wrote:
> I’m worried a bit about merging. Won’t it damage some monticello meta data?
If you start with 2 version with correct meta data and ancestries, no.
This could be helpful:
http://www.lukas-renggli.ch/blog/monticello-merging
It all sounds v
I’m worried a bit about merging. Won’t it damage some monticello meta data?
Uko
On 11 Feb 2014, at 18:22, Esteban Lorenzano wrote:
> you can… filetree is a file format. What you do with those files is up to you
> and your tools :)
>
> On 11 Feb 2014, at 17:30, Yuriy Tymchuk wrote:
>
>> Can
you can… filetree is a file format. What you do with those files is up to you
and your tools :)
On 11 Feb 2014, at 17:30, Yuriy Tymchuk wrote:
> Can we get something from git branches with file tree?
>
> Uko
>
> On 11 Feb 2014, at 17:26, Esteban Lorenzano wrote:
>
>> in monticello, each pac
Hello everyone!
Happy to inform you that I've just updated my game :)
There where lots of changes made due to Stef's and kilon's comments. I
really appreciate your feedback.
Also thanks to Phil for his note (originally this game is written on Pharo
3.0).
Update:
- "impossible mode is quite easy
i think you're right.. i just need to sit down and walk myself through it
with this codebase.. since i am the maintainer of the codebase in question
(although i did not write it), i really want to address this issue
correctly, and not cut any corners..
thanks!
On Tue, Feb 11, 2014 at 11:20 AM, S
Can we get something from git branches with file tree?
Uko
On 11 Feb 2014, at 17:26, Esteban Lorenzano wrote:
> in monticello, each package is itself a branch.
>
> so you can have different approachs:
>
> - you just rename your package to YourPackage-YourBranch
> - you use different reposit
in monticello, each package is itself a branch.
so you can have different approachs:
- you just rename your package to YourPackage-YourBranch
- you use different repositories
- yo do not do anything and you just realise that each package is a branch, so
you can start from anywhere and merge wi
sergio_101 wrote
> is this possible with monticello, or am i just missing an ideology?
There's not really first class branching in MC. The convention, which is
somewhat supported by the tools, is to include an extra segment like this.
If you want an issue101 branch, you save the package as
MyPack
sergio_101 wrote
> i am currenty develop an app in seaside, and am wondering about best
> practices when using external packages.
I've found the easiest and most flexible approach is two-fold:
- Refactor the underlying library with the hooks and abstractions you need
- And then, subclass
If you j
i am sort of foggy on how to effectively use branching with monticello.
currently, we use branches daily. we branch off the master, and give it
some name "like update_user_functions"..
we develop away on that, and when it's time, we merge that back into
master, and push out to the server.
havi
Hey guys.
1. Implicit variable declarations support in FAST
Make FAST to work with one of the languages that do not have explicit
declaration of variables. Preferable target language is Javascript. This should
move FAST to new horizons.
advanced
Yuriy Tymchuk , Anne Etien
Hey guys.
1. Implicit variable declarations support in FAST
Make FAST to work with one of the languages that do not have explicit
declaration of variables. Preferable target language is Javascript. This should
move FAST to new horizons.
advanced
Yuriy Tymchuk , Anne Etien
i am currenty develop an app in seaside, and am wondering about best
practices when using external packages.
in my case, i am using a copy of TF-Login that i updated to work in pharo 2.
The main class in that package is RegisteredUser. as is true in most cases,
i will be tweaking this object a gr
- (*Intermediate*) *Amber* - *Pharo* interaction via WebSocket.
Specifically, Pharo as IDE for Amber -- as continuation of
http://gsoc2013.esug.org/projects/amber-tools and
http://gsoc2012.esug.org/projects/mmi-amber. Use new tools (Glamorous
Toolkit, for example).
- (*Advanced*) Boundless and zoo
On Tue, Feb 11, 2014 at 11:02 AM, Guillermo Polito
wrote:
> Ahh I started a while ago another thread that said Pharo in the subject as
> adviced! :/ Should we keep this one or that one?
we can keep both I guess. Sorry about that, I didn't pay attention.
--
Damien Cassou
http://damiencassou.sea
Project idea
Description: Integrate Git inside Pharo
Skill level: intermediate
Mentor: Damien Cassou ,
DamienCassou on IRC (freenode)
On Tue, Feb 11, 2014 at 10:42 AM, Damien Cassou wrote:
> Hi fellow Pharo hackers,
>
> ESUG, the European Smalltalk User Group, is applying for this
>
Ahh I started a while ago another thread that said Pharo in the subject as
adviced! :/ Should we keep this one or that one?
On Tue, Feb 11, 2014 at 10:59 AM, Damien Cassou wrote:
> Project idea
>
> Description: Make Pharo a scripting language with its syntax and
> command-line tools (http://rmod
Project idea
Description: Make Pharo a scripting language with its syntax and
command-line tools (http://rmod.lille.inria.fr/coral/)
Skill level: intermediate
Name of the mentor: Damien Cassou ,
DamienCassou on IRC (freenode)
On Tue, Feb 11, 2014 at 10:42 AM, Damien Cassou wrote:
> Hi fellow P
Hi fellow Pharo hackers,
ESUG, the European Smalltalk User Group, is applying for this
year's Google Summer of Code. As you probably know, the Summer
of Code provides the opportunity to fund students to work during
the summer on Pharo. Please reply to this
24 matches
Mail list logo