- Pharo-dev - lists.pharo.org

editing incomplete snippet bring RB DNU and this is annoying.

by stepharo

Hi guys the new syntax hilighter is breaking the fun. | s s := Set new. try to add the missing | Stef

Oct. 22, 2015

Re: [Pharo-dev] Smalltalkhub projects not indexed?

by Thierry Goubier

Le 22/10/2015 21:00, Sven Van Caekenberghe a Ã©crit : > Git is a DISTRIBUTED source code management system, it does not > really live on one server. Technically, your and everybody else's > local copy contains everything. You can move it around at will. > > The github functionality on top of that *is* restricted to their > site, although there are pretty good clones. > > I would not fear for a lock in. As long as we are agile, i.e. have the ability to switch to a new platform at reasonable cost, then I'm not worried. The Github choice is about exposure. Thierry >> On 22 Oct 2015, at 20:15, Alexandre Bergel >> <alexandre.bergel(a)me.com> wrote: >> >> I agree with you. Github should definitely not be the unique place >> for code. But we should be able to have code there at a low cost. >> >> Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >>> On Oct 22, 2015, at 12:57 PM, Andreas Wacknitz >>> <a.wacknitz(a)gmx.de> wrote: >>> >>> Am 22.10.15 um 17:30 schrieb monty: >>>> Github is a private VC funded company that we don't own that >>>> tomorrow could go away or adopt policies harmful to us. If Ruby >>>> can have rubygems.org (and if Steph can continue to get funding >>>> from INRIA/ESUG), then why can't we have something like STHub >>>> that's ours? >>>> >>>> >>> +1 Github may be hip today but can be outdated in a few years. If >>> Smalltalk would have chosen a version management technology that >>> was en vogue in the 80s where would it be now? Does anybody even >>> remember one of those from then? Having nice github integration >>> (or whatever might be the technology of the day) is one thing, >>> completely relying on it is something different. >>> >> > > >

Oct. 22, 2015

Re: [Pharo-dev] Smalltalkhub projects not indexed?

by Sven Van Caekenberghe

Git is a DISTRIBUTED source code management system, it does not really live on one server. Technically, your and everybody else's local copy contains everything. You can move it around at will. The github functionality on top of that *is* restricted to their site, although there are pretty good clones. I would not fear for a lock in. > On 22 Oct 2015, at 20:15, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > > I agree with you. Github should definitely not be the unique place for code. But we should be able to have code there at a low cost. > > Alexandre > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > >> On Oct 22, 2015, at 12:57 PM, Andreas Wacknitz <a.wacknitz(a)gmx.de> wrote: >> >> Am 22.10.15 um 17:30 schrieb monty: >>> Github is a private VC funded company that we don't own that tomorrow could go away or adopt policies harmful to us. If Ruby can have rubygems.org (and if Steph can continue to get funding from INRIA/ESUG), then why can't we have something like STHub that's ours? >>> >>> >> +1 >> Github may be hip today but can be outdated in a few years. If Smalltalk would have chosen a version management technology >> that was en vogue in the 80s where would it be now? Does anybody even remember one of those from then? >> Having nice github integration (or whatever might be the technology of the day) is one thing, completely relying on it is something >> different. >> >

Oct. 22, 2015

Re: [Pharo-dev] Smalltalkhub projects not indexed?

by Alexandre Bergel

I agree with you. Github should definitely not be the unique place for code. But we should be able to have code there at a low cost. Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > On Oct 22, 2015, at 12:57 PM, Andreas Wacknitz <a.wacknitz(a)gmx.de> wrote: > > Am 22.10.15 um 17:30 schrieb monty: >> Github is a private VC funded company that we don't own that tomorrow could go away or adopt policies harmful to us. If Ruby can have rubygems.org (and if Steph can continue to get funding from INRIA/ESUG), then why can't we have something like STHub that's ours? >> >> > +1 > Github may be hip today but can be outdated in a few years. If Smalltalk would have chosen a version management technology > that was en vogue in the 80s where would it be now? Does anybody even remember one of those from then? > Having nice github integration (or whatever might be the technology of the day) is one thing, completely relying on it is something > different. >

Oct. 22, 2015

Replacing FogBugz with an open source alternative. was: Re: [squeak-dev] The Trunk: Network-topa.166.mcz

by Paul DeBruicker

Gitlab.com has an import tool for fogbugz issues. Their hosted service is https://about.gitlab.com/gitlab-com/ I'm not sure of the quality of their issue tracker but it could be a way out. The gitlab source issue tracker is here: https://gitlab.com/gitlab-org/gitlab-ce/issues to see what its like. They also include mattermost.org which is an open source Slack alternative. If the fogbugz integration with the image is just some REST calls, maybe it wouldn't be too bad to convert to gitlab's API (http://doc.gitlab.com/ee/api/README.html) I know that this change would require some serious time investment in the analysis and deployment phase. Marcus Denker-4 wrote >> On 22 Oct 2015, at 17:26, Tobias Pape < > Das.Linux@ > > wrote: >> >> Hi Marcus >> On 22.10.2015, at 16:44, Marcus Denker < > marcus.denker@ > > wrote: >> >>>> On 22 Oct 2015, at 16:13, Marcus Denker < > marcus.denker@ > > wrote: >>>>>> >>>>> >>>>> Thats what I thought. >>>>> Probably we want to present this (Mersenne PRNG + new UUID gen) to >>>>> the Pharo core developers (cc) so that we can just remove the UUID >>>>> plugin >>>>> from the VMs (cc vm-dev)? >>>>> >>>> >>>> That sounds good! >>> >>> I added an issue tracker entry so we do not forget: >>> >>> >>> https://pharo.fogbugz.com/f/cases/16846/integrate-non-Plugin-UUIDGenerator-… >>> >> >> Is there any way to view those issues without creating a fogbugz account? >> > > Sadly not. Just for that it was a mistake to use FogBugz. But moving now > is difficult. > > Marcus -- View this message in context: http://forum.world.st/Re-squeak-dev-The-Trunk-Network-topa-166-mcz-tp485731… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Oct. 22, 2015

Reading validation reports

by Stephan Eggermont

At the moment, most of the isues I provide a slice for time out in validation. What is exactly tested in the validation process? Sometimes nothing is visible in the report, sometimes there are lots of deprecation warnings and other problems that look unrelated to the slice. When should they be ignored? Stephan

Oct. 22, 2015

Re: [Pharo-dev] [squeak-dev] The Trunk: Network-topa.166.mcz

by Levente Uzonyi

This should be promoted more vigorously. Levente On Thu, 22 Oct 2015, monty wrote: > This gives you threading: http://lists.gforge.inria.fr/pipermail/pharo-bugtracker/ > Â > >

Oct. 22, 2015

Re: [Pharo-dev] [squeak-dev] The Trunk: Network-topa.166.mcz

by Levente Uzonyi

On Thu, 22 Oct 2015, Henrik Johansen wrote: > > On 22 Oct 2015, at 5:35 , Levente Uzonyi <leves(a)elte.hu> wrote: > > On Thu, 22 Oct 2015, Tobias Pape wrote: > > Hi Marcus > On 22.10.2015, at 16:44, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > On 22 Oct 2015, at 16:13, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > > Thats what I thought. > Probably we want to present this (Mersenne PRNG + new UUID gen) to > the Pharo core developers (cc) so that we can just remove the UUID plugin > from the VMs (cc vm-dev)? > > > That sounds good! > > > I added an issue tracker entry so we do not forget: > > https://pharo.fogbugz.com/f/cases/16846/integrate-non-Plugin-UUIDGenerator-… > > > Is there any way to view those issues without creating a fogbugz account? > > > No, there isn't. I guess it would be fairly easy to export all issues to a static website, but once you have an account, your interest in > creating such site vanishes. :) > > Levente > > > best regards > -Tobias = > > > There'sÂ http://forum.world.st/Pharo-Issue-Tracker-f3456798.html, but there's both a delay, and it's a PITA to read without threading, so... > > Now if only source.squeak.orgÂ was up so it'd actually be possible to upgrade a Squeak image and check out the changes ;) Thanks Henry. It should be up again. Levente > > Cheers, > Henry > >

Oct. 22, 2015

Re: [Pharo-dev] Smalltalkhub projects not indexed?

by Esteban A. Maringolo

You're right. In the 80's I was learning to write... However, there weren't public hosted repositories, and if there was; I bet they didn't have 2 million of them, nor even two orders of magnitude less. Regards! Esteban A. Maringolo 2015-10-22 13:28 GMT-03:00 Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com>: > In the 80s? you probably mean SCCS... > > 2015-10-22 18:01 GMT+02:00 Esteban A. Maringolo <emaringolo(a)gmail.com>: >> >> 2015-10-22 12:57 GMT-03:00 Andreas Wacknitz <A.Wacknitz(a)gmx.de>: >> > Am 22.10.15 um 17:30 schrieb monty: >> >> >> >> Github is a private VC funded company that we don't own that tomorrow >> >> could go away or adopt policies harmful to us. If Ruby can have >> >> rubygems.org >> >> (and if Steph can continue to get funding from INRIA/ESUG), then why >> >> can't >> >> we have something like STHub that's ours? >> >> >> >> >> > +1 >> > Github may be hip today but can be outdated in a few years. If Smalltalk >> > would have chosen a version management technology >> > that was en vogue in the 80s where would it be now? Does anybody even >> > remember one of those from then? >> > Having nice github integration (or whatever might be the technology of >> > the >> > day) is one thing, completely relying on it is something >> > different. >> >> We would be using SourceForge, probably :). >> Some projects still use it. Which ones? Well... the ones using >> Subversion, mostly old projects (although still maintained). >> >> But I couldn't find a new project choosing it over GitHub for code >> management. >> >> >> Esteban A. Maringolo >> >

Oct. 22, 2015

Re: [Pharo-dev] [Vm-dev] [squeak-dev] The Trunk: Network-topa.166.mcz

by Levente Uzonyi

On Thu, 22 Oct 2015, Henrik Johansen wrote: > >> On 22 Oct 2015, at 2:49 , Tobias Pape <Das.Linux(a)gmx.de> wrote: >> >> >> >> On 22.10.2015, at 14:37, David T. Lewis <lewis(a)mail.msen.com> wrote: >> >>> On Thu, Oct 22, 2015 at 06:28:09AM +0000, commits(a)source.squeak.org wrote: >>>> Tobias Pape uploaded a new version of Network to project The Trunk: >>>> http://source.squeak.org/trunk/Network-topa.166.mcz >>>> >>>> ==================== Summary ==================== >>>> >>>> Name: Network-topa.166 >>>> Author: topa >>>> Time: 21 October 2015, 8:26:14.656 pm >>>> UUID: d6d9910f-fa67-4c69-9a89-030c81233e90 >>>> Ancestors: Network-topa.165 >>>> >>>> UUIDGenerator >>>> - Use new Random>>#nextBytes:into:startingAt: (needs Kernel-ul.960) for even more speed >>>> - Fix UUIDGenerator class>>#initialize to correctly register at startup >>>> - Do not reset default on startup but rather reseed TheRandom >>>> >>>> Timings improved: '1,190,000 per second. 842 nanoseconds per run.' (0.25 times slower than primitive version) >>>> >>> >>> This is outstanding. The UUID plugin has long been a source of problems in >>> the VM, partly due to issues in various Linux distributions. >>> >>> http://bugs.squeak.org/view.php?id=7358 >>> >>> Making the plugin unnecessary is a big improvement. >> >> Thats what I thought. >> Probably we want to present this (Mersenne PRNG + new UUID gen) to >> the Pharo core developers (cc) so that we can just remove the UUID plugin >> from the VMs (cc vm-dev)? >> >> Best regards >> -Tobias > > In the release version of Squeak 5.0, the Mersenne Twister is initialized using a single seed restricted to 32bit. > Has this been changed since to use a wider ranged value? > Otherwise, you run into problems with potential collisions from separate image starts rather too fast for UUID uses... (IMHO) No, that's still something to be done[1]. Levente [1] http://lists.squeakfoundation.org/pipermail/squeak-dev/2015-October/186409.… > > Cheers, > Henry >

Oct. 22, 2015