On Sat, Aug 06, 2022 at 09:50:15PM +0200, Marcel Telka wrote:
> On Sat, Aug 06, 2022 at 08:06:55PM +0200, s...@pandora.be wrote:
> > I think that the last good changeset was 522d32b5 and the first bad
> > changeset for me was de49ed8c.
>
> Thanks for this. I'll look at it and propose a fix. I
On Sun, Aug 07, 2022 at 09:10:17PM +0200, s...@pandora.be wrote:
> I was thinking that I had to update the runtime/perl-524 dependency,
> to runtime/perl-534, now that perl is version 5.34 by default.
For pari it is no longer needed. OTOH, there are still ca 30 components
that are waiting for
Ah ... that explains it.
I was thinking that I had to update the runtime/perl-524 dependency,
to runtime/perl-534, now that perl is version 5.34 by default.
But for some reason (which I suspect may be due to the ongoing fixes and
migrations),
"gmake REQUIRED_PACKAGES" is now producing a
On Sun, Aug 07, 2022 at 03:50:44PM +0200, s...@pandora.be wrote:
> However I think that PARI does not require an update because the dependency
> is simply:
>
> depend fmri=pkg:/runtime/perl type=require
>
> which I believe will work automatically for any Perl version, including the
> new
I've ran
# pkg unset-mediator perl
and perl is now simply perl 5.34.
With a modified make-rules/common.mk which is doing the include prep.mk as in
the past,
Squeak 4.19.15 builds fine with my old Makefile.
Squeak has no dependency on Perl as far as I know, but I'm also maintaining a
On Sat, Aug 06, 2022 at 08:06:55PM +0200, s...@pandora.be wrote:
> I'm no Perl expert and I'm not sure whether I had to do this but I manually
> set the perl mediator to perl 5.34.
> So the "pkg mediator" for perl reports a "local" VER.SRC for version 5.34.
This is basic rule of thumb:
Your
Regarding the various fixes and migrations going on.
First of all I should say that I was able to pkg update my system,
and that perl-534 and perl-536 are installed.
gmake setup of the oi-userland ran fine , and all of the recent PERL updates
seem to work fine.
I'm no Perl expert and I'm not
I'll check again. Thanks, I'll try a new update.
I'll try to investigate more what caused the "Squeak" build problem,
but as indicated it used to work.
The squeak classical VM uses "cmake" and a custom written configure script
which is not autoconf generated.
Thanks,
David Stes
- Op 5
On Sun, Jul 31, 2022 at 06:36:49PM +0200, s...@pandora.be wrote:
> Unfortunately today when I ran 'gmake build' or 'gmake install' in the
> components/runtime/smalltalk/squeak directory,
> I get an error :
>
>No rule to make target ... squeak/build/i86/.configured needed by ...
>
Hi,
I'm maintaining a package 'Squeak' (Smalltalk-80 http://squeak.org) which is
using 'subversion' (SVN).
I think Squeak is one of the very few packages in oi-userland (still) using
subversion because the old Smalltalk team had their sources in subversion and
these still get occasional
Hi everyone,
due to some changes happening in the past 2 years some components needed to
be fixed (for most of them only a Makefile change or migration to newer
Python/Perl).
With Andreas we have worked to fix some of them in the past week as I could
help a bit.
However in the process I have
11 matches
Mail list logo
