Menu
▾
▴
rapideuphoria-develop — Developer discussion list
You can subscribe to this list here.
| 2008 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(841) |
Jun
(617) |
Jul
(819) |
Aug
(751) |
Sep
(263) |
Oct
(118) |
Nov
(55) |
Dec
(156) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2009 |
Jan
(108) |
Feb
(48) |
Mar
(580) |
Apr
(672) |
May
(368) |
Jun
(234) |
Jul
(273) |
Aug
(910) |
Sep
(430) |
Oct
(83) |
Nov
(25) |
Dec
(31) |
| 2010 |
Jan
(33) |
Feb
(124) |
Mar
(154) |
Apr
(37) |
May
(75) |
Jun
(133) |
Jul
(110) |
Aug
(153) |
Sep
(115) |
Oct
(336) |
Nov
(286) |
Dec
(56) |
| 2011 |
Jan
(175) |
Feb
(120) |
Mar
(199) |
Apr
(45) |
May
(23) |
Jun
(86) |
Jul
(10) |
Aug
(79) |
Sep
(137) |
Oct
(72) |
Nov
(146) |
Dec
(78) |
| 2012 |
Jan
(69) |
Feb
(35) |
Mar
(87) |
Apr
(74) |
May
(15) |
Jun
(90) |
Jul
(8) |
Aug
(16) |
Sep
(33) |
Oct
(164) |
Nov
(85) |
Dec
(6) |
| 2013 |
Jan
(95) |
Feb
(52) |
Mar
(39) |
Apr
(5) |
May
(11) |
Jun
(1) |
Jul
(11) |
Aug
(30) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2014 |
Jan
|
Feb
|
Mar
(4) |
Apr
|
May
(16) |
Jun
(17) |
Jul
(11) |
Aug
|
Sep
|
Oct
(3) |
Nov
|
Dec
|
| 2015 |
Jan
(12) |
Feb
(5) |
Mar
(12) |
Apr
|
May
(4) |
Jun
|
Jul
(4) |
Aug
(13) |
Sep
(4) |
Oct
(5) |
Nov
(6) |
Dec
|
| 2016 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(2) |
Jul
|
Aug
|
Sep
(7) |
Oct
|
Nov
|
Dec
|
|
From: c.k. l. <ckl...@gm...> - 2016-09-06 15:04:48
|
I'm sure someone could get that set up, somehow. X) On Tue, Sep 6, 2016 at 10:00 AM Shawn Pringle <sha...@gm...> wrote: > PayPal problem... bitcoin solution. > > On Sep 6, 2016 10:53 AM, "c.k. lester" <ckl...@gm...> wrote: > >> On 9/4/2016 6:09 PM, m b wrote: >> >> down for anyone else? openeuphoria.org >> scheduled maintenance I hope >> >> I would ask on IRC but someone/something banned my IP >> >> ------------------------------------------------------------------------------ >> _______________________________________________ >> Rapideuphoria-develop mailing lis...@li...://lists.sourceforge.net/lists/listinfo/rapideuphoria-develop >> >> Hey, guys! I apologize. I was out of town over the weekend, and Paypal >> has implemented some policies that prevented me from getting the site host >> paid. We are working to resolve that now. I'm hopeful it will be done soon. >> The site should be back up, as HostWinds (our host) is giving us some grace >> time while we sort things out with Paypal. >> >> Back to it! >> >> >> >> >> ------------------------------------------------------------------------------ >> >> _______________________________________________ >> Rapideuphoria-develop mailing list >> Rap...@li... >> https://lists.sourceforge.net/lists/listinfo/rapideuphoria-develop >> >> > ------------------------------------------------------------------------------ > _______________________________________________ > Rapideuphoria-develop mailing list > Rap...@li... > https://lists.sourceforge.net/lists/listinfo/rapideuphoria-develop > |
|
From: Shawn P. <sha...@gm...> - 2016-09-06 14:59:23
|
PayPal problem... bitcoin solution. On Sep 6, 2016 10:53 AM, "c.k. lester" <ckl...@gm...> wrote: > On 9/4/2016 6:09 PM, m b wrote: > > down for anyone else? openeuphoria.org > scheduled maintenance I hope > > I would ask on IRC but someone/something banned my IP > > ------------------------------------------------------------------------------ > _______________________________________________ > Rapideuphoria-develop mailing lis...@li...://lists.sourceforge.net/lists/listinfo/rapideuphoria-develop > > Hey, guys! I apologize. I was out of town over the weekend, and Paypal has > implemented some policies that prevented me from getting the site host > paid. We are working to resolve that now. I'm hopeful it will be done soon. > The site should be back up, as HostWinds (our host) is giving us some grace > time while we sort things out with Paypal. > > Back to it! > > > > ------------------------------------------------------------ > ------------------ > > _______________________________________________ > Rapideuphoria-develop mailing list > Rap...@li... > https://lists.sourceforge.net/lists/listinfo/rapideuphoria-develop > > |
|
From: c.k. l. <ckl...@gm...> - 2016-09-06 13:52:59
|
On 9/4/2016 6:09 PM, m b wrote: down for anyone else? openeuphoria.org scheduled maintenance I hope I would ask on IRC but someone/something banned my IP ------------------------------------------------------------------------------ _______________________________________________ Rapideuphoria-develop mailing lis...@li...://lists.sourceforge.net/lists/listinfo/rapideuphoria-develop Hey, guys! I apologize. I was out of town over the weekend, and Paypal has implemented some policies that prevented me from getting the site host paid. We are working to resolve that now. I'm hopeful it will be done soon. The site should be back up, as HostWinds (our host) is giving us some grace time while we sort things out with Paypal. Back to it! |
|
From: Shawn P. <sha...@gm...> - 2016-09-06 12:09:48
|
LOL. Who is the administrator for the host? On Sep 5, 2016 5:16 PM, "Mario Steele" <ma...@ru...> wrote: > It's down, mainly cause the name servers for the domain name are circular > dependencies. EG: ns1.openeuphoria.org, ns2.openeuphoria.org. It has to > resolve openeuphoria.org first, to get the IP Address for NS1, and NS2, > and it can't find openeuphoria.org, hence the circular dependencies. > > Mario Steele > Ruby Developer > C# Developer > Java Developer > > On Mon, Sep 5, 2016 at 1:23 PM, Shawn Pringle <sha...@gm...> > wrote: > >> It is down for me as well. My tablet says there is no DNS record for it >> >> On Sep 4, 2016 8:10 PM, "m b" <elt...@gm...> wrote: >> >>> down for anyone else? openeuphoria.org >>> scheduled maintenance I hope >>> >>> I would ask on IRC but someone/something banned my IP >>> >>> ------------------------------------------------------------ >>> ------------------ >>> _______________________________________________ >>> Rapideuphoria-develop mailing list >>> Rap...@li... >>> https://lists.sourceforge.net/lists/listinfo/rapideuphoria-develop >>> >> >> ------------------------------------------------------------ >> ------------------ >> >> _______________________________________________ >> Rapideuphoria-develop mailing list >> Rap...@li... >> https://lists.sourceforge.net/lists/listinfo/rapideuphoria-develop >> >> > > ------------------------------------------------------------ > ------------------ > > _______________________________________________ > Rapideuphoria-develop mailing list > Rap...@li... > https://lists.sourceforge.net/lists/listinfo/rapideuphoria-develop > > |
|
From: Mario S. <ma...@ru...> - 2016-09-05 20:15:26
|
It's down, mainly cause the name servers for the domain name are circular dependencies. EG: ns1.openeuphoria.org, ns2.openeuphoria.org. It has to resolve openeuphoria.org first, to get the IP Address for NS1, and NS2, and it can't find openeuphoria.org, hence the circular dependencies. Mario Steele Ruby Developer C# Developer Java Developer On Mon, Sep 5, 2016 at 1:23 PM, Shawn Pringle <sha...@gm...> wrote: > It is down for me as well. My tablet says there is no DNS record for it > > On Sep 4, 2016 8:10 PM, "m b" <elt...@gm...> wrote: > >> down for anyone else? openeuphoria.org >> scheduled maintenance I hope >> >> I would ask on IRC but someone/something banned my IP >> >> ------------------------------------------------------------ >> ------------------ >> _______________________________________________ >> Rapideuphoria-develop mailing list >> Rap...@li... >> https://lists.sourceforge.net/lists/listinfo/rapideuphoria-develop >> > > ------------------------------------------------------------ > ------------------ > > _______________________________________________ > Rapideuphoria-develop mailing list > Rap...@li... > https://lists.sourceforge.net/lists/listinfo/rapideuphoria-develop > > |
|
From: Shawn P. <sha...@gm...> - 2016-09-05 17:23:40
|
It is down for me as well. My tablet says there is no DNS record for it On Sep 4, 2016 8:10 PM, "m b" <elt...@gm...> wrote: > down for anyone else? openeuphoria.org > scheduled maintenance I hope > > I would ask on IRC but someone/something banned my IP > > ------------------------------------------------------------ > ------------------ > _______________________________________________ > Rapideuphoria-develop mailing list > Rap...@li... > https://lists.sourceforge.net/lists/listinfo/rapideuphoria-develop > |
|
From: m b <elt...@gm...> - 2016-09-04 23:09:36
|
down for anyone else? openeuphoria.org scheduled maintenance I hope I would ask on IRC but someone/something banned my IP |
|
From: Shawn P. <sha...@gm...> - 2016-06-10 10:14:41
|
Wow. You found a really nasty bug in Euphoria 3.1.1. I tried this on 4.0.6 on Linux and it behaves the same way both interpreted and compiled! I tried tracing through this program with trace(1). The global gets updated in the sub routine but then it reverts to its old value when it comes out. Using gdb on the compiled version is what I would try next. Shawn Pringle On 9 June 2016 at 16:55, john Doe <gra...@ho...> wrote: > Hi folks, > > > I 've been using EU for over 20 years now, it's still my go-to work horse > for just about anything, and to be honest, I usually still use 3.1.1 mainly > cos Rob's stuff is always rock solid. However.... > > > Can anyone tell me how this isn't a serious critter right in the middle of > EU's sequence handling? > > > Behavior is the same in exe/exw/exwc 311 and eui 405. > > > Been beating my head against a brick wall for 2 days and was stunned at > what I found... more amazed that I've never noticed it before in 10 jillion > hours of using eu. > > > comments? > > > > > > Graeme Burke > > > > > > > > > _______________________________________________ > Rapideuphoria-develop mailing list > Rap...@li... > https://lists.sourceforge.net/lists/listinfo/rapideuphoria-develop > > <https://lists.sourceforge.net/lists/listinfo/rapideuphoria-develop> > > > ------------------------------------------------------------------------------ > What NetFlow Analyzer can do for you? Monitors network bandwidth and > traffic > patterns at an interface-level. Reveals which users, apps, and protocols > are > consuming the most bandwidth. Provides multi-vendor support for NetFlow, > J-Flow, sFlow and other flows. Make informed decisions using capacity > planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e > _______________________________________________ > Rapideuphoria-develop mailing list > Rap...@li... > https://lists.sourceforge.net/lists/listinfo/rapideuphoria-develop > > |
|
From: john D. <gra...@ho...> - 2016-06-09 19:56:08
|
Hi folks, I 've been using EU for over 20 years now, it's still my go-to work horse for just about anything, and to be honest, I usually still use 3.1.1 mainly cos Rob's stuff is always rock solid. However.... Can anyone tell me how this isn't a serious critter right in the middle of EU's sequence handling? Behavior is the same in exe/exw/exwc 311 and eui 405. Been beating my head against a brick wall for 2 days and was stunned at what I found... more amazed that I've never noticed it before in 10 jillion hours of using eu. comments? Graeme Burke _______________________________________________ Rapideuphoria-develop mailing list Rap...@li... https://lists.sourceforge.net/lists/listinfo/rapideuphoria-develop <https://lists.sourceforge.net/lists/listinfo/rapideuphoria-develop> |
|
From: Shawn P. <sha...@gm...> - 2015-11-22 13:48:43
|
As Jim has discovered and wrote on ticket 933, the source code used in building eubins is not unmodified source. He said, "I think someone needs to contact the eubins builder and see why this is being done." Now, the builder? I don't think there is anybody typing in commands to build eubins. It is really silly to think someone would be building again for a changeset which already has a binary. In fact, Jim was setting this up, in a email he sent us on September 7. He said, "...a mistake on my part (forgetting to add the host to known_hosts, causing a prompt to show up) prevented them from getting uploaded." And then in the same email he said, "I'm going to change the build system so it will check nightly, but only generate a new eubin if there's been a commit since the last eubin was built." This was on the euphoria commits list. I sent an email to this list on the developer list asking who was in charge of eubins three days ago However, it is important to me to know what were the changes made. I demand to see a patch of what was actually being compiled and feed to me in comparison to virgin source. If some hacker has introduced some malware into eubins, then it is time to come clean and minimize the damage. Knock on wood. Users will want to know either way. I sure do. Shawn Pringle |
|
From: Shawn P. <sha...@gm...> - 2015-11-19 18:52:42
|
Hello everyone, Who is in charge of the eubins? Shawn |
|
From: Matt L. <mat...@gm...> - 2015-11-12 19:42:10
|
Sorry, I thought we had discussed this at the time. Yes, warnings or something would probably be useful. On Thu, Nov 12, 2015 at 2:34 PM, Shawn Pringle <sha...@gm...> wrote: > Well, it might have been a good idea to nip this problem before we > released 4.0.0 if you had already thought of this bug before I discovered > it. Let me just say it was unforeseen by ME. I started trying to think > about how we could catch this at parse time because delete_routine always > returns a value that must not be assigned to an integer. Then again, there > is open that sometimes returns an this same kind of thing and sometimes > returns an integer, depending on the cleanup flag. Adding two numbers > together may require an atom. This could go too far into being like ADA. > |
|
From: Shawn P. <sha...@gm...> - 2015-11-12 19:34:33
|
Well, it might have been a good idea to nip this problem before we released 4.0.0 if you had already thought of this bug before I discovered it. Let me just say it was unforeseen by ME. I started trying to think about how we could catch this at parse time because delete_routine always returns a value that must not be assigned to an integer. Then again, there is open that sometimes returns an this same kind of thing and sometimes returns an integer, depending on the cleanup flag. Adding two numbers together may require an atom. This could go too far into being like ADA. Shawn On 15-11-12 03:45 PM, Matt Lewis wrote: > I don't think there was anything unforeseen about it. > > On Thu, Nov 12, 2015 at 1:40 PM, Shawn Pringle > <sha...@gm... <mailto:sha...@gm...>> wrote: > > It was an unforeseen problem of assigning atoms with cleanup > routines to > integers. It doesn't sound bad at all does it? However, if this atom > with the cleanup routine does not exist elsewhere and you assign it to > an integer, the cleanup routine has to get thrown away. Prior to > changes in Euphoria Ticket #937, the cleanup routine would get > executed > when assigned to an integer. This is a really bad thing. Now, if > you do > try to do this, the interpreter throws an error (in 4.0 tip). The > changes were made in be_execute.c, so I will need to check out what > happens in translated code. > > The problem is, the error thrown indicates the wrong line. It should > indicate the error when the value is assigned to an integer. > Instead it > indicates the following line of code which has nothing to do with the > problem. > > Shawn Pringle > > ------------------------------------------------------------------------------ > _______________________________________________ > Rapideuphoria-develop mailing list > Rap...@li... > <mailto:Rap...@li...> > https://lists.sourceforge.net/lists/listinfo/rapideuphoria-develop > > > > > -- > Matt Lewis > > > ------------------------------------------------------------------------------ > > > _______________________________________________ > Rapideuphoria-develop mailing list > Rap...@li... > https://lists.sourceforge.net/lists/listinfo/rapideuphoria-develop |
|
From: Matt L. <mat...@gm...> - 2015-11-12 18:45:06
|
I don't think there was anything unforeseen about it. On Thu, Nov 12, 2015 at 1:40 PM, Shawn Pringle <sha...@gm...> wrote: > It was an unforeseen problem of assigning atoms with cleanup routines to > integers. It doesn't sound bad at all does it? However, if this atom > with the cleanup routine does not exist elsewhere and you assign it to > an integer, the cleanup routine has to get thrown away. Prior to > changes in Euphoria Ticket #937, the cleanup routine would get executed > when assigned to an integer. This is a really bad thing. Now, if you do > try to do this, the interpreter throws an error (in 4.0 tip). The > changes were made in be_execute.c, so I will need to check out what > happens in translated code. > > The problem is, the error thrown indicates the wrong line. It should > indicate the error when the value is assigned to an integer. Instead it > indicates the following line of code which has nothing to do with the > problem. > > Shawn Pringle > > > ------------------------------------------------------------------------------ > _______________________________________________ > Rapideuphoria-develop mailing list > Rap...@li... > https://lists.sourceforge.net/lists/listinfo/rapideuphoria-develop > -- Matt Lewis |
|
From: Shawn P. <sha...@gm...> - 2015-11-12 18:40:37
|
It was an unforeseen problem of assigning atoms with cleanup routines to integers. It doesn't sound bad at all does it? However, if this atom with the cleanup routine does not exist elsewhere and you assign it to an integer, the cleanup routine has to get thrown away. Prior to changes in Euphoria Ticket #937, the cleanup routine would get executed when assigned to an integer. This is a really bad thing. Now, if you do try to do this, the interpreter throws an error (in 4.0 tip). The changes were made in be_execute.c, so I will need to check out what happens in translated code. The problem is, the error thrown indicates the wrong line. It should indicate the error when the value is assigned to an integer. Instead it indicates the following line of code which has nothing to do with the problem. Shawn Pringle |
|
From: Matt L. <mat...@gm...> - 2015-10-19 12:56:29
|
On Mon, Oct 19, 2015 at 8:34 AM, Shawn Pringle <sha...@gm...> wrote: > Generally speaking, can you run 32-bit binaries on a 64-bit O/S? With the > latest tip, I was not able to run the wx demos, but that was a couple of > weeks ago . The error message I saw had something to do with not being > able to find a magic number. > Generally speaking, yes. I'm on Linux and have the 32-bit libraries installed. > If I understand what you told me correctly, when you build the Euphoria > 4.1 default branch binaries with your usual memstruct branch binaries you > keep, you get 100% success rate on the tests but when you build with the > Euphoria binaries from the tip of the default branch its own source, the > result from those tests you get the failures you reported below. Is this > correct? > No, I get the same failures from both builds. -- Matt Lewis |
|
From: Shawn P. <sha...@gm...> - 2015-10-19 12:35:08
|
Generally speaking, can you run 32-bit binaries on a 64-bit O/S? With the latest tip, I was not able to run the wx demos, but that was a couple of weeks ago . The error message I saw had something to do with not being able to find a magic number. If I understand what you told me correctly, when you build the Euphoria 4.1 default branch binaries with your usual memstruct branch binaries you keep, you get 100% success rate on the tests but when you build with the Euphoria binaries from the tip of the default branch its own source, the result from those tests you get the failures you reported below. Is this correct? Shawn On 10/19/2015 08:49 AM, Matt Lewis wrote: > I pulled down the latest updates and haven't been able to reproduce > this. I started with a memstruct branch translator (what I normally > have installed): > > Euphoria Interpreter v4.1.0 development > 64-bit Linux, Using System Memory > Revision Date: 2015-02-13 18:10:12, Id: 6318:1c30095180a0 > > ...and it built the head of 4.1 and tested as normal. So I installed > that and built again. Same result. I have a bunch of failing tests > (mostly the over/underflow stuff, which I think aren't correct for > 64-bit builds). Otherwise: > > Test results summary: > FAIL: translated t_bugmagnet_15-translated > FAIL: t_callc.e > FAIL: bound t_callc-bound > FAIL: t_machine.e > FAIL: bound t_machine-bound > > Building 4.1 with a 4.0.5 translator should work so long as you build > 32-bit binaries. You need a 4.1 translator to translate for 64-bits. > > Matt > > On Sat, Oct 17, 2015 at 11:34 PM, Shawn Pringle > <sha...@gm... <mailto:sha...@gm...>> wrote: > > It seemed to me that DURO had found a release quality version of 4.1 > that we could put out in his installer. It turns out the translator > though generates binaries that end in segment violations. The > Interpreter is quite reliable however. I found I was unable to build > any reliable Euphoria interpreters and it could be it is only the > fault > of this 4.1 translator I am using. > > The net_install program I was working on would throw the segment > violation. The solution I came up with was to use 4.0.5 to translate > the Euphoria source. > > > > -- > Matt Lewis > > > ------------------------------------------------------------------------------ > > > _______________________________________________ > Rapideuphoria-develop mailing list > Rap...@li... > https://lists.sourceforge.net/lists/listinfo/rapideuphoria-develop |
|
From: Matt L. <mat...@gm...> - 2015-10-19 11:49:52
|
I pulled down the latest updates and haven't been able to reproduce this. I
started with a memstruct branch translator (what I normally have installed):
Euphoria Interpreter v4.1.0 development
64-bit Linux, Using System Memory
Revision Date: 2015-02-13 18:10:12, Id: 6318:1c30095180a0
...and it built the head of 4.1 and tested as normal. So I installed that
and built again. Same result. I have a bunch of failing tests (mostly the
over/underflow stuff, which I think aren't correct for 64-bit builds).
Otherwise:
Test results summary:
FAIL: translated t_bugmagnet_15-translated
FAIL: t_callc.e
FAIL: bound t_callc-bound
FAIL: t_machine.e
FAIL: bound t_machine-bound
Building 4.1 with a 4.0.5 translator should work so long as you build
32-bit binaries. You need a 4.1 translator to translate for 64-bits.
Matt
On Sat, Oct 17, 2015 at 11:34 PM, Shawn Pringle <sha...@gm...>
wrote:
> It seemed to me that DURO had found a release quality version of 4.1
> that we could put out in his installer. It turns out the translator
> though generates binaries that end in segment violations. The
> Interpreter is quite reliable however. I found I was unable to build
> any reliable Euphoria interpreters and it could be it is only the fault
> of this 4.1 translator I am using.
>
> The net_install program I was working on would throw the segment
> violation. The solution I came up with was to use 4.0.5 to translate
> the Euphoria source.
>
--
Matt Lewis
|
|
From: Shawn P. <sha...@gm...> - 2015-10-18 03:35:07
|
It seemed to me that DURO had found a release quality version of 4.1 that we could put out in his installer. It turns out the translator though generates binaries that end in segment violations. The Interpreter is quite reliable however. I found I was unable to build any reliable Euphoria interpreters and it could be it is only the fault of this 4.1 translator I am using. The net_install program I was working on would throw the segment violation. The solution I came up with was to use 4.0.5 to translate the Euphoria source. Shawn |
|
From: Shawn P. <sha...@gm...> - 2015-10-10 19:50:14
|
Since September 29th, eubins have not been updated. There has been changes to the front end code base since then on Monday, October 5th. Who is in charge of this? Shawn Pringle |
|
From: <jim...@op...> - 2015-09-07 18:13:29
|
Yes, they're still at http://openeuphoria.org/eubins/ Seems like the top level directory time stamps are not changing, but if you dig deep enough you'll find the new files. On Mon, Sep 07, 2015 at 01:21:57PM -0300, Shawn Pringle wrote: > Will the eubins be going to the same place? The docs name a specific URL. > On Sep 7, 2015 1:05 PM, "Jim C. Brown" < > ope...@li...> wrote: > > > On Sun, Aug 30, 2015 at 06:16:07PM -0300, Shawn Pringle wrote: > > > The nightly builds have not been updated since 10-Apr-2013. Why was > > > this reverted? > > > Was > > > this an accident? > > > > Actually, yes it was. x86 linux/gnu eubins should have been restarted > > before I had made this commit, > > but a mistake on my part (forgetting to add the host to known_hosts, > > causing a prompt to show up) prevented them from getting uploaded. > > > > > Please do not announce that we have nightly builds on > > > the website. > > > > Agreed. Both the website and the documentation should use the more > > neutral term eubins. > > > > I'm going to change the build system so it will > > check nightly, but only generate a new eubin if there's been a commit > > since the last eubin was built. > > > > Considering the currently low level of commits, this will probably mean > > that eubins will no longer be uploaded once every night, but more > > sparingly. > > > > > It turns out this patch adds false documentation. > > > > I think the original commit, 5614:1cc24f60c63e, was a mistake as well. > > It should not have removed the entire section, but altered it to use the > > more neutral term and possibly noted that eubins were not active at the > > time (same as the website did). > > > > Removing the entire section increased the possibility that - should > > eubins be restored in the future - everyone would have forgotten to > > update the docs with the latest eubin information. > > > > > > > > Shawn Pringle > > > > > > > > > -------- Forwarded Message -------- > > > Subject: [Rapideuphoria-commits] euphoria: 4.0: * Revert > > 5614:1cc24f60c63e > > > Date: Wed, 26 Aug 2015 16:15:43 -0400 > > > From: sc...@op... > > > To: rap...@li... > > > > > > > > > > > > changeset: 6714730aa07a in /home/euweb/scm/hg_repos/euphoria > > > branch: 4.0 > > > author: Jim C. Brown > > > url: > > http://scm.openeuphoria.org/hg/euphoria?cmd=changeset;node=6714730aa07a > > > description: > > > * Revert 5614:1cc24f60c63e > > > > > > diffstat: > > > > > > docs/installing.txt | 19 +++++++++++++++++++ > > > 1 files changed, 19 insertions(+), 0 deletions(-) > > > > > > diffs (29 lines): > > > > > > diff -r 6ce45818dfe6 -r 6714730aa07a docs/installing.txt > > > --- a/docs/installing.txt Tue May 19 09:52:39 2015 -0300 > > > +++ b/docs/installing.txt Wed Aug 26 16:12:54 2015 -0400 > > > @@ -183,6 +183,25 @@ > > > There is DOS support only up to Euphoria 3.1. DOS developers are > > > invited to contribute their skills. > > > > > > + > > > +=== Nightly Builds > > > + > > > + > > > +You have access to the latest Euphoria source-code that the Developers > > are > > > +working on via the official OpenEuphoria Mercurial repository: > > > +http://scm.openeuphoria.org > > > + > > > +Binary files are called //Eubins//, and are automated "Nightly Builds" > > > +produced from the latest code in the code repository: > > > +http://openeuphoria.org/eubins/ > > > + > > > +A complete installation requires merging the original source files, > > > +and the contents of the eubins download. Then, the path to euphoria/bin > > > +must be set and a cfg file must be written. > > > + > > > +For the adventurous only. > > > + > > > + > > > == Post Install > > > > > > The directory maps will help you locate the Euphoria executables, > > documentation, > > > > > > > > ------------------------------------------------------------------------------ > > > _______________________________________________ > > > Rapideuphoria-commits mailing list > > > Rap...@li... > > > https://lists.sourceforge.net/lists/listinfo/rapideuphoria-commits > > > > > > > > > > > > > > > > ------------------------------------------------------------------------------ > > > > > _______________________________________________ > > > Rapideuphoria-develop mailing list > > > Rap...@li... > > > https://lists.sourceforge.net/lists/listinfo/rapideuphoria-develop > > > > > > -- > > Infinite complexity begets infinite beauty. > > Infinite precision begets infinite perfection. > > > > > > ------------------------------------------------------------------------------ > > _______________________________________________ > > Rapideuphoria-develop mailing list > > Rap...@li... > > https://lists.sourceforge.net/lists/listinfo/rapideuphoria-develop > > > ------------------------------------------------------------------------------ > _______________________________________________ > Rapideuphoria-develop mailing list > Rap...@li... > https://lists.sourceforge.net/lists/listinfo/rapideuphoria-develop |
|
From: Shawn P. <sha...@gm...> - 2015-09-07 16:22:04
|
Will the eubins be going to the same place? The docs name a specific URL. On Sep 7, 2015 1:05 PM, "Jim C. Brown" < ope...@li...> wrote: > On Sun, Aug 30, 2015 at 06:16:07PM -0300, Shawn Pringle wrote: > > The nightly builds have not been updated since 10-Apr-2013. Why was > > this reverted? > > Was > > this an accident? > > Actually, yes it was. x86 linux/gnu eubins should have been restarted > before I had made this commit, > but a mistake on my part (forgetting to add the host to known_hosts, > causing a prompt to show up) prevented them from getting uploaded. > > > Please do not announce that we have nightly builds on > > the website. > > Agreed. Both the website and the documentation should use the more > neutral term eubins. > > I'm going to change the build system so it will > check nightly, but only generate a new eubin if there's been a commit > since the last eubin was built. > > Considering the currently low level of commits, this will probably mean > that eubins will no longer be uploaded once every night, but more > sparingly. > > > It turns out this patch adds false documentation. > > I think the original commit, 5614:1cc24f60c63e, was a mistake as well. > It should not have removed the entire section, but altered it to use the > more neutral term and possibly noted that eubins were not active at the > time (same as the website did). > > Removing the entire section increased the possibility that - should > eubins be restored in the future - everyone would have forgotten to > update the docs with the latest eubin information. > > > > > Shawn Pringle > > > > > > -------- Forwarded Message -------- > > Subject: [Rapideuphoria-commits] euphoria: 4.0: * Revert > 5614:1cc24f60c63e > > Date: Wed, 26 Aug 2015 16:15:43 -0400 > > From: sc...@op... > > To: rap...@li... > > > > > > > > changeset: 6714730aa07a in /home/euweb/scm/hg_repos/euphoria > > branch: 4.0 > > author: Jim C. Brown > > url: > http://scm.openeuphoria.org/hg/euphoria?cmd=changeset;node=6714730aa07a > > description: > > * Revert 5614:1cc24f60c63e > > > > diffstat: > > > > docs/installing.txt | 19 +++++++++++++++++++ > > 1 files changed, 19 insertions(+), 0 deletions(-) > > > > diffs (29 lines): > > > > diff -r 6ce45818dfe6 -r 6714730aa07a docs/installing.txt > > --- a/docs/installing.txt Tue May 19 09:52:39 2015 -0300 > > +++ b/docs/installing.txt Wed Aug 26 16:12:54 2015 -0400 > > @@ -183,6 +183,25 @@ > > There is DOS support only up to Euphoria 3.1. DOS developers are > > invited to contribute their skills. > > > > + > > +=== Nightly Builds > > + > > + > > +You have access to the latest Euphoria source-code that the Developers > are > > +working on via the official OpenEuphoria Mercurial repository: > > +http://scm.openeuphoria.org > > + > > +Binary files are called //Eubins//, and are automated "Nightly Builds" > > +produced from the latest code in the code repository: > > +http://openeuphoria.org/eubins/ > > + > > +A complete installation requires merging the original source files, > > +and the contents of the eubins download. Then, the path to euphoria/bin > > +must be set and a cfg file must be written. > > + > > +For the adventurous only. > > + > > + > > == Post Install > > > > The directory maps will help you locate the Euphoria executables, > documentation, > > > > > ------------------------------------------------------------------------------ > > _______________________________________________ > > Rapideuphoria-commits mailing list > > Rap...@li... > > https://lists.sourceforge.net/lists/listinfo/rapideuphoria-commits > > > > > > > > > > ------------------------------------------------------------------------------ > > > _______________________________________________ > > Rapideuphoria-develop mailing list > > Rap...@li... > > https://lists.sourceforge.net/lists/listinfo/rapideuphoria-develop > > > -- > Infinite complexity begets infinite beauty. > Infinite precision begets infinite perfection. > > > ------------------------------------------------------------------------------ > _______________________________________________ > Rapideuphoria-develop mailing list > Rap...@li... > https://lists.sourceforge.net/lists/listinfo/rapideuphoria-develop > |
|
From: Jim C. B. <ope...@li...> - 2015-09-07 16:04:47
|
On Sun, Aug 30, 2015 at 06:16:07PM -0300, Shawn Pringle wrote: > The nightly builds have not been updated since 10-Apr-2013. Why was > this reverted? > Was > this an accident? Actually, yes it was. x86 linux/gnu eubins should have been restarted before I had made this commit, but a mistake on my part (forgetting to add the host to known_hosts, causing a prompt to show up) prevented them from getting uploaded. > Please do not announce that we have nightly builds on > the website. Agreed. Both the website and the documentation should use the more neutral term eubins. I'm going to change the build system so it will check nightly, but only generate a new eubin if there's been a commit since the last eubin was built. Considering the currently low level of commits, this will probably mean that eubins will no longer be uploaded once every night, but more sparingly. > It turns out this patch adds false documentation. I think the original commit, 5614:1cc24f60c63e, was a mistake as well. It should not have removed the entire section, but altered it to use the more neutral term and possibly noted that eubins were not active at the time (same as the website did). Removing the entire section increased the possibility that - should eubins be restored in the future - everyone would have forgotten to update the docs with the latest eubin information. > > Shawn Pringle > > > -------- Forwarded Message -------- > Subject: [Rapideuphoria-commits] euphoria: 4.0: * Revert 5614:1cc24f60c63e > Date: Wed, 26 Aug 2015 16:15:43 -0400 > From: sc...@op... > To: rap...@li... > > > > changeset: 6714730aa07a in /home/euweb/scm/hg_repos/euphoria > branch: 4.0 > author: Jim C. Brown > url: http://scm.openeuphoria.org/hg/euphoria?cmd=changeset;node=6714730aa07a > description: > * Revert 5614:1cc24f60c63e > > diffstat: > > docs/installing.txt | 19 +++++++++++++++++++ > 1 files changed, 19 insertions(+), 0 deletions(-) > > diffs (29 lines): > > diff -r 6ce45818dfe6 -r 6714730aa07a docs/installing.txt > --- a/docs/installing.txt Tue May 19 09:52:39 2015 -0300 > +++ b/docs/installing.txt Wed Aug 26 16:12:54 2015 -0400 > @@ -183,6 +183,25 @@ > There is DOS support only up to Euphoria 3.1. DOS developers are > invited to contribute their skills. > > + > +=== Nightly Builds > + > + > +You have access to the latest Euphoria source-code that the Developers are > +working on via the official OpenEuphoria Mercurial repository: > +http://scm.openeuphoria.org > + > +Binary files are called //Eubins//, and are automated "Nightly Builds" > +produced from the latest code in the code repository: > +http://openeuphoria.org/eubins/ > + > +A complete installation requires merging the original source files, > +and the contents of the eubins download. Then, the path to euphoria/bin > +must be set and a cfg file must be written. > + > +For the adventurous only. > + > + > == Post Install > > The directory maps will help you locate the Euphoria executables, documentation, > > ------------------------------------------------------------------------------ > _______________________________________________ > Rapideuphoria-commits mailing list > Rap...@li... > https://lists.sourceforge.net/lists/listinfo/rapideuphoria-commits > > > > ------------------------------------------------------------------------------ > _______________________________________________ > Rapideuphoria-develop mailing list > Rap...@li... > https://lists.sourceforge.net/lists/listinfo/rapideuphoria-develop -- Infinite complexity begets infinite beauty. Infinite precision begets infinite perfection. |
|
From: Jim C. B. <ope...@li...> - 2015-09-07 15:55:58
|
On Sun, Aug 30, 2015 at 06:07:11PM -0300, Shawn Pringle wrote: > Recently a change has been made in the documentation indicating that > nightly builds are now being done again. Could someone put that up on > the website? > > Shawn > > ------------------------------------------------------------------------------ > _______________________________________________ > Rapideuphoria-develop mailing list > Rap...@li... > https://lists.sourceforge.net/lists/listinfo/rapideuphoria-develop I changed the DownloadEuphoria wiki page. Is there anything else that needs to be updated? -- Infinite complexity begets infinite beauty. Infinite precision begets infinite perfection. |
|
From: Shawn P. <sha...@gm...> - 2015-08-30 21:16:38
|
The nightly builds have not been updated since 10-Apr-2013. Why was this reverted? Please do not announce that we have nightly builds on the website. It turns out this patch adds false documentation. Was this an accident? Shawn Pringle -------- Forwarded Message -------- Subject: [Rapideuphoria-commits] euphoria: 4.0: * Revert 5614:1cc24f60c63e Date: Wed, 26 Aug 2015 16:15:43 -0400 From: sc...@op... To: rap...@li... changeset: 6714730aa07a in /home/euweb/scm/hg_repos/euphoria branch: 4.0 author: Jim C. Brown url: http://scm.openeuphoria.org/hg/euphoria?cmd=changeset;node=6714730aa07a description: * Revert 5614:1cc24f60c63e diffstat: docs/installing.txt | 19 +++++++++++++++++++ 1 files changed, 19 insertions(+), 0 deletions(-) diffs (29 lines): diff -r 6ce45818dfe6 -r 6714730aa07a docs/installing.txt --- a/docs/installing.txt Tue May 19 09:52:39 2015 -0300 +++ b/docs/installing.txt Wed Aug 26 16:12:54 2015 -0400 @@ -183,6 +183,25 @@ There is DOS support only up to Euphoria 3.1. DOS developers are invited to contribute their skills. + +=== Nightly Builds + + +You have access to the latest Euphoria source-code that the Developers are +working on via the official OpenEuphoria Mercurial repository: +http://scm.openeuphoria.org + +Binary files are called //Eubins//, and are automated "Nightly Builds" +produced from the latest code in the code repository: +http://openeuphoria.org/eubins/ + +A complete installation requires merging the original source files, +and the contents of the eubins download. Then, the path to euphoria/bin +must be set and a cfg file must be written. + +For the adventurous only. + + == Post Install The directory maps will help you locate the Euphoria executables, documentation, ------------------------------------------------------------------------------ _______________________________________________ Rapideuphoria-commits mailing list Rap...@li... https://lists.sourceforge.net/lists/listinfo/rapideuphoria-commits |
290 messages has been excluded from this view by a project administrator.
