Semi-Ping, proposing an update to 26.2.4 instead.
Index: Makefile
===
RCS file: /cvs/ports/lang/erlang/26/Makefile,v
retrieving revision 1.6
diff -u -p -r1.6 Makefile
--- Makefile22 Oct 2023 12:49:26 - 1.6
+++ Makefile
Semi-Ping ... proposing an update to 25.3.2.11 now.
Index: Makefile
===
RCS file: /cvs/ports/lang/erlang/25/Makefile,v
retrieving revision 1.21
diff -u -p -r1.21 Makefile
--- Makefile30 Dec 2023 20:26:57 - 1.21
+++
Ping.
On 2024-03-24 21:12, Volker Schlecht wrote:
Updates lang/erlang/25 to the latest patch release.
Builds, works, tests run, rebuilds erlang ports on amd64 and those work, too.
ok?
Index: Makefile
===
RCS file:
Ping.
On 2024-03-24 21:51, Volker Schlecht wrote:
Updates erlang/26 to the latest patch release.
Builds, works, tests run on amd64, devel/rebar3, which is the only consumer
thus far, builds works and tests, too.
I will probably propose a switch of the default erlang version to 26 rather
soon,
Updates erlang/26 to the latest patch release.
Builds, works, tests run on amd64, devel/rebar3, which is the only consumer
thus far, builds works and tests, too.
I will probably propose a switch of the default erlang version to 26 rather
soon, once I get around to test benchmarks/tsung with it.
Updates lang/erlang/25 to the latest patch release.
Builds, works, tests run, rebuilds erlang ports on amd64 and those work, too.
ok?
Index: Makefile
===
RCS file: /cvs/ports/lang/erlang/25/Makefile,v
retrieving revision 1.21
diff
Ping
On 12/19/23 19:42, Volker Schlecht wrote:
Updates lang/erlang/25 to the latest bugfix release.
This release implements the strict KEX option for SSH.
Unfortunately there seems to have been a hickup with the include path in
the
related test, so I added a small patch to make sure that the
Updates lang/erlang/25 to the latest bugfix release.
This release implements the strict KEX option for SSH.
Unfortunately there seems to have been a hickup with the include path in the
related test, so I added a small patch to make sure that the tests build and
pass.
Builds, runs, consumer ports
Ping.
On 2023-10-24 21:04, Volker Schlecht wrote:
Ping
On Tue Oct 17, 2023 at 12:03 AM CEST, Volker Schlecht wrote:
Updates lang/erlang/25 to the latest maintenance release.
Tests pass, dependent ports rebuild and work on amd64.
ok?
Ping
On Tue Oct 17, 2023 at 12:03 AM CEST, Volker Schlecht wrote:
> Updates lang/erlang/25 to the latest maintenance release.
>
> Tests pass, dependent ports rebuild and work on amd64.
>
> ok?
Updates lang/erlang/25 to the latest maintenance release.
Tests pass, dependent ports rebuild and work on amd64.
ok?
Index: Makefile
===
RCS file: /cvs/ports/lang/erlang/25/Makefile,v
retrieving revision 1.20
diff -u -p -r1.20
Updates lang/erlang/26 to the latest maintenance release.
Built and tested on amd64 with IBT enabled.
Nothing else depends on it.
ok?
Index: Makefile
===
RCS file: /cvs/ports/lang/erlang/26/Makefile,v
retrieving revision 1.5
diff -u
Updates lang/erlang/26 to the most recent release
Drops two patches accepted upstream.
Builds and tests fine on amd64, the only reverse dependency (devel/rebar3)
builds and works.Index: Makefile
===
RCS file:
Trivial update to the latest bugfix release.
Reverse deps build, and everything runs (tested on amd64).
ok?Index: Makefile
===
RCS file: /cvs/ports/lang/erlang/25/Makefile,v
retrieving revision 1.20
diff -u -p -r1.20 Makefile
---
Updates lang/erlang to latest bugfix release 25.3.2.5
Nothing exciting, just a number of bugfixes - rebuilds and runs depended
ports just fine.
ok?Index: Makefile
===
RCS file: /cvs/ports/lang/erlang/25/Makefile,v
retrieving
On 6/9/23 18:57, Klemens Nanni wrote:
-V= 25.3.2
+V= 25.3.2.2
Looks like for 25 you keep the conflict in sync, would this be better?
UPDATE_PLIST_ARGS = -i V
Yup, looks better, thanks! :-)
26, however, is at 26.0.1 and <26.1 with your latest diff, so I'm unsure.
On Fri, Jun 09, 2023 at 10:36:13AM +0200, Volker Schlecht wrote:
> Index: Makefile
> ===
> RCS file: /cvs/ports/lang/erlang/25/Makefile,v
> retrieving revision 1.17
> diff -u -p -r1.17 Makefile
> --- Makefile 31 May 2023 15:17:33
Updates lang/erlang/26 to latest bugfix release 26.0.1
Builds, installs, tests pass on amd64.Index: Makefile
===
RCS file: /cvs/ports/lang/erlang/26/Makefile,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 Makefile
--- Makefile
Not pinging again, but updating the diff to the next release.
On 6/6/23 18:09, Volker Schlecht wrote:
Ping.
On 5/31/23 21:44, Volker Schlecht wrote:
Updates lang/erlang/25 to 25.3.2.1
Bugfix Release, which I might have skipped, if it weren't for
a fix for an OpenBSD issue:
OTP-18561
Ping.
On 5/31/23 21:44, Volker Schlecht wrote:
Updates lang/erlang/25 to 25.3.2.1
Bugfix Release, which I might have skipped, if it weren't for
a fix for an OpenBSD issue:
OTP-18561 Application(s): erts
Fixed a crash during tracing on certain platforms that
cannot use the machine
Updates lang/erlang/25 to 25.3.2.1
Bugfix Release, which I might have skipped, if it weren't for
a fix for an OpenBSD issue:
OTP-18561Application(s): erts
Fixed a crash during tracing on certain platforms that
cannot use the machine stack for Erlang code (mainly
OpenBSD and Linux
On 5/17/23 15:57, Omar Polo wrote:
it's not wrong per-se, but more verbose than needed. I'd spell it
slightly differently:
.if ${MAJ_V} == 25
${SUBST_CMD} .../dialyzer_plt.erl
.else
${SUBST_CMD} .../dialyzer_cplt.erl
.endif
Right -
On 2023/05/16 19:46:50 +0200, Volker Schlecht
wrote:
> Ping, with an update incorporating feedback from thfr@.
>
> This is in preparation for erlang/26:
>
> * Make name for doc archives configurable ("DOCDISTNAME")
>Not required for erlang/26 proper, but was very helpful while
>working
On 2023/05/16 19:14:20 +0200, Volker Schlecht
wrote:
> On 5/16/23 15:58, Omar Polo wrote:
> > On 2023/05/15 20:58:00 +0200, Volker Schlecht
> > wrote:
> >> Pinging with an update to erlang 25.3.2, everything else still applies.
> >
> > LGTM, ok op@
>
> Update fixing a long-standing problem
Ping, with an update incorporating feedback from thfr@.
This is in preparation for erlang/26:
* Make name for doc archives configurable ("DOCDISTNAME")
Not required for erlang/26 proper, but was very helpful while
working with some of the -rc Versions
* Substitution into
On 5/16/23 15:58, Omar Polo wrote:
On 2023/05/15 20:58:00 +0200, Volker Schlecht
wrote:
Pinging with an update to erlang 25.3.2, everything else still applies.
LGTM, ok op@
Update fixing a long-standing problem with missing conflict markers
pointed out by espie@ (Thanks!).Index: Makefile
On 2023/05/15 20:58:00 +0200, Volker Schlecht
wrote:
> Pinging with an update to erlang 25.3.2, everything else still applies.
LGTM, ok op@
I've somehow missed the first mail, sorry.
Thanks for implementing and upstreaming the cpu_su:util/0,1!
> On 4/27/23 20:34, Volker Schlecht wrote:
> > *
Pinging with an update to erlang 25.3.2, everything else still applies.
On 4/27/23 20:34, Volker Schlecht wrote:
* Updates lang/erlang/25 to latest release 25.3.1
* Includes a patch to support cpu_sup:util/0,1 on OpenBSD
(already accepted upstream for erlang 26)
* Fixes substitution of
* Updates lang/erlang/25 to latest release 25.3.1
* Includes a patch to support cpu_sup:util/0,1 on OpenBSD
(already accepted upstream for erlang 26)
* Fixes substitution of erl-interface-x.y.z in PLIST
Tests pass, with one skipped test less.
devel/rebar3, lang/elixir, net/rabbitmq and
On 4/17/23 20:22, Volker Schlecht wrote:
Ping
On 4/8/23 09:48, Volker Schlecht wrote:
On 4/2/23 20:12, Omar Polo wrote:
[...] I'm also
re-attaching lang/lfe. Both are ok op@ to be committed/imported :-)
(I'd like for someone else with more experience with the
infrastructure to review the
Ping and correcting a typo in the rationale for the change:
* Substitution into lib/dialyzer/src/dialyzer_plt.erl is only needed for
erlang <=**25**, beginning with erlang/26 this needs to turn into
lib/dialyzer/src/dialyzer_cplt.erl
On 4/14/23 19:57, Volker Schlecht wrote:
I'm currently
Ping
On 4/8/23 09:48, Volker Schlecht wrote:
On 4/2/23 20:12, Omar Polo wrote:
[...] I'm also
re-attaching lang/lfe. Both are ok op@ to be committed/imported :-)
(I'd like for someone else with more experience with the
infrastructure to review the erlang.port.mk changes)
Pinging one day
I'm currently testing out the erlang/otp 26 release candidates and would
like to propose the following changes to lang/erlang/Makefile.inc:
* Make name for doc archives configurable ("DOCDISTNAME")
* Remove references to substituting into configure.in, which went away
with erlang/21
*
On 4/2/23 20:12, Omar Polo wrote:
[...] I'm also
re-attaching lang/lfe. Both are ok op@ to be committed/imported :-)
(I'd like for someone else with more experience with the
infrastructure to review the erlang.port.mk changes)
Pinging one day early.
* erlang.port.mk
-- Remove reference to
it's missing a ${MODERL_DIST_SUBDIR} in between
So does your fix :-)
you've lost the .if here so...
+DISTFILES += ${MODERL_DISTFILES}
+. endif
...this .endif is dangling :)
True, thanks ... WTF, How did that slip through?
I still had the previous patch locally so I'm reattaching it
On 2023/03/31 19:52:41 +0200, Volker Schlecht
wrote:
> * Remove explicit handling of erlang/21 which has been moved to the attic
> * Adds a MODERL_MODULES mechanism to fetch erlang/elixir libs from
> hex.pm like we do for go and rust. First consumer could be lang/lfe
> if accepted.
>
> I'll
* Remove explicit handling of erlang/21 which has been moved to the attic
* Adds a MODERL_MODULES mechanism to fetch erlang/elixir libs from
hex.pm like we do for go and rust. First consumer could be lang/lfe
if accepted.
I'll look into adapting devel/rebar3 (from which most of the ideas were
On 2023/03/06 22:01:34 +0100, Volker Schlecht
wrote:
> Updates lang/erlang to 25.2.3 which is essentially a bugfix release.
> Four of the included fixes address issues in the SSL and SSH
> applications, however the descriptions don't explicitly mention any
> security relevance:
>
Updates lang/erlang to 25.2.3 which is essentially a bugfix release.
Four of the included fixes address issues in the SSL and SSH
applications, however the descriptions don't explicitly mention any
security relevance:
https://www.erlang.org/patches/otp-25.2.3
Rebuilt devel/rebar3, lang/elixir,
On 2023/02/04 21:54:59 +0100, Volker Schlecht
wrote:
> Update lang/erlang to latest bugfix release 25.2.2
> https://github.com/erlang/otp/releases/tag/OTP-25.2.2
>
> Builds rebar3, elixir and rabbitmq. The results work on amd64.
committed, thanks!
Update lang/erlang to latest bugfix release 25.2.2
https://github.com/erlang/otp/releases/tag/OTP-25.2.2
Builds rebar3, elixir and rabbitmq. The results work on amd64.Index: 25/Makefile
===
RCS file: /cvs/ports/lang/erlang/25
Thanks! Any chance you might be looking at the node update next ...? :-D
On 12/23/22 11:15, Omar Polo wrote:
On 2022/12/23 10:42:16 +0100, Volker Schlecht
wrote:
Hi,
I just did the same and arrived at the same diff (except for paths & dates).
Moving {debugger,observer} documentation to -wx
On 2022/12/23 10:42:16 +0100, Volker Schlecht
wrote:
> Hi,
>
> I just did the same and arrived at the same diff (except for paths & dates).
> Moving {debugger,observer} documentation to -wx absolutely makes sense,
> because neither is present without -wx, thanks for catching that and for
>
On 2022/12/23 10:20:08 +0100, Omar Polo wrote:
> On 2022/12/22 23:22:49 +, Stuart Henderson wrote:
> > "make update" doesn't always work with multi packages ports, the best way
> > to test updates in that case is to generate packages in a directory and
> > point pkg_add -u at them
>
>
On 2022/12/22 23:22:49 +, Stuart Henderson wrote:
> "make update" doesn't always work with multi packages ports, the best way
> to test updates in that case is to generate packages in a directory and
> point pkg_add -u at them
thank you for the tip, by doing
$ cd
"make update" doesn't always work with multi packages ports, the best way
to test updates in that case is to generate packages in a directory and
point pkg_add -u at them
--
Sent from a phone, apologies for poor formatting.
On 22 December 2022 15:21:28 Volker Schlecht
wrote:
Builds,
On 2022/12/22 18:00:45 +0100, Landry Breuil wrote:
> Le Thu, Dec 22, 2022 at 04:20:48PM +0100, Volker Schlecht a écrit :
> > > > Builds, installs, works fine on amd64 and rebuilds all dependent ports.
> > >
> > > I'm not too sure about this bit:
> > >
> > > : --- pkg/PLIST-main 7 Nov 2022
Le Thu, Dec 22, 2022 at 04:20:48PM +0100, Volker Schlecht a écrit :
> > > Builds, installs, works fine on amd64 and rebuilds all dependent ports.
> >
> > I'm not too sure about this bit:
> >
> > : --- pkg/PLIST-main 7 Nov 2022 22:24:03 - 1.2
> > : +++ pkg/PLIST-main 21 Dec
Builds, installs, works fine on amd64 and rebuilds all dependent ports.
I'm not too sure about this bit:
: --- pkg/PLIST-main 7 Nov 2022 22:24:03 - 1.2
: +++ pkg/PLIST-main 21 Dec 2022 10:51:25 -
: @@ -1,6 +1,6 @@
: @option no-default-conflict
: -@conflict
On 2022/12/20 19:03:08 +0100, Volker Schlecht
wrote:
> * Updates lang/erlang to 25.2
> * Builds and installs eep48 doc chunks
>These can be helpful in combination with erlang/elixir language servers
>
> Builds, installs, works fine on amd64 and rebuilds all dependent ports.
I'm not too
* Updates lang/erlang to 25.2
* Builds and installs eep48 doc chunks
These can be helpful in combination with erlang/elixir language servers
Builds, installs, works fine on amd64 and rebuilds all dependent ports.
Index: 25/Makefile
Bump.
On 11/3/22 18:01, Volker Schlecht wrote:
The attached patch fixes the problem with observer_backend in
lang/erlang/21 and lang/erlang/25. It also updates lang/erlang to the
most recent release 25.1.2
rebar3, elixir and rabbitmq build without problems on amd64.
On 10/26/22 20:46,
The attached patch fixes the problem with observer_backend in
lang/erlang/21 and lang/erlang/25. It also updates lang/erlang to the
most recent release 25.1.2
rebar3, elixir and rabbitmq build without problems on amd64.
On 10/26/22 20:46, Volker Schlecht wrote:
Yes, the observer backend
On 2022/10/05 12:55:45 +0200, Volker Schlecht
wrote:
> The erlang team was faster ... ;-)
> Here's the very recently released erlang 25.1.1
>
> https://www.erlang.org/patches/otp-25.1.1
i've build-tested the consumers; erlang/25 and elixir regress suite
were also fine.
committed, thanks!
The erlang team was faster ... ;-)
Here's the very recently released erlang 25.1.1
https://www.erlang.org/patches/otp-25.1.1
On 10/4/22 15:59, Volker Schlecht wrote:
Updates lang/erlang25 to the most recent maintenance release.
This includes a security relevant fix that has been included in
Updates lang/erlang25 to the most recent maintenance release.
This includes a security relevant fix that has been included in the
version in the upcoming 7.2 release, so no need for a backport.
https://www.erlang.org/news/158
Tested on amd64.Index: Makefile
On 2022/09/01 21:04:11 +0200, Volker Schlecht
wrote:
> bump ... anyone?
wooops, it seems i forgot about this, sorry!
committed, thanks!
Hello,
On 2022/08/23 18:27:21 +0200, Volker Schlecht
wrote:
> Attached diff updates lang/erlang to 25.0.4.
> This is a bugfix release, bumping erts to 13.0.4 and kernel to 8.4.2
>
> rebar3, elixir and rabbitmq build and run fine on amd64 with this update.
>
> I'm also attaching an alternative
On 2022/07/31 13:49, Volker Schlecht wrote:
> Hi,
>
> here's everything in one mail.
> Interdependencies are quite simple:
>
> * patch for elixir depends on erlang.port.mk
> * patch for rabbitmq depends on patch for elixir and erlang.port.mk
Thanks.
> Given that rabbitmq is currently marked
On 2022/07/30 10:47, Volker Schlecht wrote:
> Index: erlang.port.mk
> ===
> RCS file: /cvs/ports/lang/erlang/erlang.port.mk,v
> retrieving revision 1.29
> diff -u -p -r1.29 erlang.port.mk
> --- erlang.port.mk11 Mar 2022 19:28:55
Hello,
the build worked using OpenBSD 7.2-beta (GENERIC.MP) #656: Thu Jul 28
10:05:38 MDT 2022, amd64
Regards,
Christoph
Am 30.07.22 um 10:50 schrieb Volker Schlecht:
And ... bump.
On 7/23/22 10:56, Volker Schlecht wrote:
bump
On 7/16/22 12:33, Volker Schlecht wrote:
Updates
Le Fri, May 07, 2021 at 01:10:57PM +0200, Denis Fondras a écrit :
> Le Thu, May 06, 2021 at 07:45:40PM +, niamkik a écrit :
> > > Funny how our mails have crossed :)
> > > Thank you for working on it, I will test.
> >
> > I am using those versions on my own laptop for development. It works on
Le Thu, May 06, 2021 at 07:45:40PM +, niamkik a écrit :
> > Funny how our mails have crossed :)
> > Thank you for working on it, I will test.
>
> I am using those versions on my own laptop for development. It works on my
> side, waiting for your feedback. ;)
I can install all version side
> Funny how our mails have crossed :)
> Thank you for working on it, I will test.
I am using those versions on my own laptop for development. It works on my
side, waiting for your feedback. ;)
Le Thu, May 06, 2021 at 06:46:24PM +, niamkik a écrit :
> Hi,
>
> Here the last update for lang/erlang, released today. Those ports seem to
> work on my laptop using openbsd-current. Here the list of the version update:
>
> - 21.3.8.23
> - 22.3.4.18
> - 23.3.3
>
> If you have some feedback
> For interpreters there's often good reason to have multiple versions
> (see php, python, lua, ruby) and if there's a good reason and
> somebody is willing to maintain then I wouldn't object to that.
> (That latter point is key though, if it's not going to be actively
> maintained then it really
niamkik writes:
>> For interpreters there's often good reason to have multiple versions
>> (see php, python, lua, ruby) and if there's a good reason and
>> somebody is willing to maintain then I wouldn't object to that.
>> (That latter point is key though, if it's not going to be actively
>>
On 2021/04/09 07:19, niamkik wrote:
> Hi,
>
>
> > Since I pruned the old erlang versions in ports, I've got to ask. Would
> > we get sufficient benefits from keeping more than one erlang version? Do
> > we have important erlang software people rely on that we can't build
> > with a single chosen
Hi,
> Since I pruned the old erlang versions in ports, I've got to ask. Would
> we get sufficient benefits from keeping more than one erlang version? Do
> we have important erlang software people rely on that we can't build
> with a single chosen version?
>
> We routinely make decisions choosing
Hello,
Thanks for doing all this work. We can probably deal with this after the
tree unlocks.
niamkik writes:
> Hi,
>
> I ported many different version of Erlang in the ports tree, based on the
> past modification I already made. Here the supported version:
>
> - 21.3.8.22
> - 22.3.4.17
> -
Hi,
I updated lang/erlang/21 to the last Erlang version (21.3). I cleaned some
patch files. It compiles and runs on OpenBSD-current. I will probably need some
help to compile the ports using Erlang.
erlang21.tar.gz
Description: application/gzip
I have been working with Jasper to revamp the Erlang port.
Add support for Erlang 20.x as an additional FLAVOR.
Switch lang/erlang/18 to major release 18.3.
Update to the latest patch release for 17.x, 18.x, 19.x and 20.x.
Add versioned calls to erl so versioned erlc, dialyzer, etc work.
Quiet
Hola!
Our erlang port had broken wx libs included because the driver didn't
build.
Eshell V5.9.2 (abort with ^G)
1 wx:demo().
ok
=ERROR REPORT 18-Mar-2014::14:16:19 ===
ERROR: Could not find 'wxe_driver.so' in:
/usr/local/lib/erlang/lib/wx-0.99.2/priv
2
The below diff fixes the above
On Tue, Mar 18, 2014 at 2:18 PM, Aaron Bieber def...@gmail.com wrote:
Hola!
Our erlang port had broken wx libs included because the driver didn't
build.
Eshell V5.9.2 (abort with ^G)
1 wx:demo().
ok
=ERROR REPORT 18-Mar-2014::14:16:19 ===
ERROR: Could not find 'wxe_driver.so' in:
Hello,
it seems that upstream broke DTS-less timezone handling again
(which breaks MochiWeb and RabbitMQ's management plugin).
While working on it, I've also noticed that timezone handling
is broken when OpenBSD is configured with leap seconds-aware
timezone (i.e. one from
Hi,
we had an erlang-47.4.0
package in the past, and the PLIST_DB check on i386.ports.openbsd.org
found it.
Ah, OK. Thanks for the explanation, commit message wasn't clear enough for
me.
Best regards,
Piotr Sikora piotr.sik...@frickle.com
Hi,
updated patch attached.
Honestly, I have no idea why naddy@ added EPOCH to the port today,
so I left REVISION as it was before.
Best regards,
Piotr Sikora piotr.sik...@frickle.com
Index: Makefile
===
RCS file:
Piotr Sikora piotr.sik...@frickle.com wrote:
Honestly, I have no idea why naddy@ added EPOCH to the port today,
Because version numbers may not go backwards, we had an erlang-47.4.0
package in the past, and the PLIST_DB check on i386.ports.openbsd.org
found it.
--
Christian naddy Weisgerber
Hi,
I was hoping that we would be on 14Bxx by now, but since this didn't
happen yet, I would like to get this fix backported:
https://github.com/erlang/otp/commit/7e6fe78278c203c3756ce0d6bf23a6bd6cf7bb5d
Without this fix, MochiWeb (which is used by couple of Erlang applications)
crashes on
With a short comment about what this patch does into
patches/patch-erts_emulator_beam_erl_time_sup_c, it's ok for me.
I'd like to commit it, if nobody objects...
ciao,
david
On Tue, Jul 5, 2011 at 1:55 AM, Piotr Sikora piotr.sik...@frickle.com wrote:
Hi,
I was hoping that we would be on 14Bxx
Did you talk to maintainer about this yet?
On Sun, Oct 17, 2010 at 12:15:46AM +0200, viq wrote:
Mainly posting it for review, so more people have a look at this. I
haven't yet tested it properly, just verified that ejabberd builds and
starts on i386. Apply with -E as some patches disappeared.
On Fri, Oct 22, 2010 at 05:51:57PM +0200, Jasper Lievisse Adriaanse wrote:
Did you talk to maintainer about this yet?
Uh, I thought I had him on CC... Anyway, this cannot go in yet,
rabbitmq 1.6 does not build with it (I am looking at updating that to
2.1.0), and on hardware older than Pentium
Mainly posting it for review, so more people have a look at this. I
haven't yet tested it properly, just verified that ejabberd builds and
starts on i386. Apply with -E as some patches disappeared.
The gen-versions part of Makefile needs revisiting, it for example did
not generate properly INETS
On Sun, Feb 1, 2009 at 2:43 AM, viq v...@viq.ath.cx wrote:
You need to install -docs to get the man pages with this patch.
Thanks! `make install-all` fixed the problem.
I agree that splitting this into two sub packages doesn't make much sense.
And may create problems who's not familiar with
First, thanks alek for the update!
On Sat, Jan 31, 2009 at 11:24:08PM -0800, Alex Popov wrote:
2009/1/29 Aleksander Piotrowski a...@nic.com.pl:
i've modified your diff a bit. attached one is basically your update
with two extra changes:
builds and runs on both i386 and sparc64 (I
2009/1/29 Aleksander Piotrowski a...@nic.com.pl:
i've modified your diff a bit. attached one is basically your update
with two extra changes:
builds and runs on both i386 and sparc64 (I haven't tried rebuilding
ejabbered yet).
- -docs subpackage. does it make sense to move docs into
On Wed, Nov 12, 2008 at 06:40:10PM -0800, Alex Popov wrote:
Hi,
Please see attached diff that brings lang/erlang port to 12B5. This is bug fix
release 5 for the Erlang R12B release.
Release notes: http://www.erlang.org/download/otp_src_R12B-5.readme
Did only a quick test on i386
On 1/20/2009 14:23, viq wrote:
On Wed, Nov 12, 2008 at 06:40:10PM -0800, Alex Popov wrote:
Hi,
Please see attached diff that brings lang/erlang port to 12B5. This is bug
fix
release 5 for the Erlang R12B release.
Release notes:
On 14-Nov-08, at 12:36 , Stuart Henderson wrote:
On 2008/11/12 18:40, Alex Popov wrote:
Hi,
Please see attached diff that brings lang/erlang port to 12B5.
-lib/erlang/${ERTS}/include/internal/i386/
-lib/erlang/${ERTS}/include/internal/i386/atomic.h
On Thu, Nov 13, 2008 at 3:40 AM, Alex Popov [EMAIL PROTECTED] wrote:
Did only a quick test on i386 (hello, world :-). Can anyone recommend a better
way of testing distribution after updates??
there is couchdb port I posted recently on mailing list. I will try
with this one too.
On 11/12/2008 23:02, viq wrote:
There's net/ejabberd that uses erlang, you could play with that.
I built ejabberd against new erlang update and played with it for a while.
Everything seems to be working on ejabberd side, so I guess erlang update
didn't break anything.
Tested on i386.
Can
On 2008/11/12 18:40, Alex Popov wrote:
Hi,
Please see attached diff that brings lang/erlang port to 12B5.
-lib/erlang/${ERTS}/include/internal/i386/
-lib/erlang/${ERTS}/include/internal/i386/atomic.h
-lib/erlang/${ERTS}/include/internal/i386/ethread.h
On Wed, Nov 12, 2008 at 06:40:10PM -0800, Alex Popov wrote:
Hi,
Please see attached diff that brings lang/erlang port to 12B5. This is bug fix
release 5 for the Erlang R12B release.
Release notes: http://www.erlang.org/download/otp_src_R12B-5.readme
Did only a quick test on i386
93 matches
Mail list logo