Sent this to edd and paco a week ago with no reply, so I might as well
share the diff in public. Works fine for me. Tests pass except for the
known cscope issue.
The luv hash in distinfo doesn't match what's in the CMakeLists.txt file
because the file under the /releases/ link used by the port is
> > $ emacs -Q --dump-file
> > /usr/local/libexec/emacs/28.1/*-unknown-openbsd/emacs.pdmp
> > emacs: could not load dump file
> > "/usr/local/libexec/emacs/28.1/*-unknown-openbsd/emacs.pdmp": could
> > not open file
> >
> > $ ls /usr/local/libexec/emacs/28.1/mips64-unknown-openbsd/
> > hexl mov
kili@ and I are working towards the switch to ghc 9.2.2. Most things are
looking good and I pushed the most recent branch to
https://github.com/blackgnezdo/ports/commits/ghc-9.2
We have a couple of issues remaining to consider.
1) We can no longer produce a viable bootstrap package for i386. This
only change in this release is for 06-5c-0a Apollo Lake Atom x5-E39xx
https://github.com/intel/Intel-Linux-Processor-Microcode-Data-Files/releases/tag/microcode-20220419
"Update for functional issues. Refer to errata APLI-11 in
https://cdrdv2.intel.com/v1/dl/getContent/612204 for details."
that
On Wed, Apr 20 2022, Janne Johansson wrote:
>> > It was a change from emacs-27 at least, since I now get to see that
>> > for every email I write, so it became a change with the patch I
>> > tested.
>> > emacs -Q did not help a lot, all the langs still loaded.
>>
>> Ok, that probably doesn't depen
Hi,
friendly post-lock ping.
Thanks!
> Hi,
>
> this is a simple update for vger to 1.10.
>
> portcheck, 'make lib-depends-check' and 'make test' are happy.
>
> Some testing done on amd64.
>
> Comments?
>
> Thanks!
>
>
> Index: Makefile
> ==
I've read again through the OBSOLETE section. I'm prepared to drop a large
part of it.
Some descriptions contain very useful hints as to what's actually going on
(and some things are still there, the redirect from /usr/share/mk/bsd.port.mk
to ${PORTSDIR}/infrastructure/mk/bsd.port.mk)
The remaini
On 2022/04/20 16:11, Nam Nguyen wrote:
> Here is an update for net/rsync 3.2.4 based on tj@'s diff which does the
> following:
> - move to system zlib instead of bundled zlib
There was a reason for using the bundled zlib, but I think that the way
compression negotiation now works, it should be fai
