> On Thu, Apr 14 2022, Janne Johansson wrote:
> > Den ons 13 apr. 2022 kl 14:25 skrev Jeremie Courreges-Anglas
> > :
> >>
> >>
> >> Here's an update to the latest emacs version, very lightly tested so
> >> far on amd64, test build running on sparc64.
> >
> > Works on mips64/octeon, takes a while
> >> Here's an update to the latest emacs version, very lightly tested so
> >> far on amd64, test build running on sparc64.
> >
> > Works on mips64/octeon, takes a while to load all elisp at startup,
> > but otherwise works fine.
>
> Is there a reason to think it's loading .elc files at startup? e
On Tue, Apr 19, 2022 at 01:39:04AM +0200, Jeremie Courreges-Anglas wrote:
>
> codeblocks doesn't build any more on riscv64, I had to duplicate the
> aarch64 #define goo in the embedded copy of nspr or something. This
> should be safe, riscv64 is a little-endian LP64 arch like aarch64 or
> amd64.
On Mon, Apr 18, 2022, 4:25 PM Brian Callahan wrote:
> On 4/10/2022 2:51 PM, Brian Callahan wrote:
> > Hi ports --
> >
> > Obviously for after unlock, here's an update to DMD to the new 2.099.1
> > version. Sending now so that I can get feedback from the D users.
> >
> > Here's the changelog: http
On Mon, Apr 18, 2022, 4:25 PM Brian Callahan wrote:
> On 4/14/2022 2:57 PM, Brian Callahan wrote:
> > Hi Ryan --
> >
> > On 4/14/2022 1:58 PM, Ryan Boggs wrote:
> >> Hi Brian,
> >>
> >> On Tue, Apr 12, 2022 at 6:42 PM Brian Callahan
> wrote:
> >>>
> >>> Hi ports --
> >>>
> >>> Here is a diff to
codeblocks doesn't build any more on riscv64, I had to duplicate the
aarch64 #define goo in the embedded copy of nspr or something. This
should be safe, riscv64 is a little-endian LP64 arch like aarch64 or
amd64.
This was present in the 7.1 packages release builds, I just didn't send
it early e
On Thu, Apr 14 2022, Janne Johansson wrote:
> Den ons 13 apr. 2022 kl 14:25 skrev Jeremie Courreges-Anglas
> :
>>
>>
>> Here's an update to the latest emacs version, very lightly tested so
>> far on amd64, test build running on sparc64.
>
> Works on mips64/octeon, takes a while to load all elisp
On Sat, Apr 16 2022, Kenneth R Westerback wrote:
> On Wed, Apr 13, 2022 at 02:23:04PM +0200, Jeremie Courreges-Anglas wrote:
>>
>> Here's an update to the latest emacs version, very lightly tested so
>> far on amd64, test build running on sparc64.
>>
>> Test reports welcome.
>
> So far so good o
On 4/14/2022 2:57 PM, Brian Callahan wrote:
> Hi Ryan --
>
> On 4/14/2022 1:58 PM, Ryan Boggs wrote:
>> Hi Brian,
>>
>> On Tue, Apr 12, 2022 at 6:42 PM Brian Callahan wrote:
>>>
>>> Hi ports --
>>>
>>> Here is a diff to update the LDC compiler.
>>> The big changelog is here:
>>> https://github.co
On 4/10/2022 2:51 PM, Brian Callahan wrote:
> Hi ports --
>
> Obviously for after unlock, here's an update to DMD to the new 2.099.1
> version. Sending now so that I can get feedback from the D users.
>
> Here's the changelog: https://dlang.org/changelog/2.099.1.html
>
> An update to LDC is on t
On Mon, Apr 18, 2022 at 06:09:12PM +0200, Marc Espie wrote:
> > Do we tell them to peak into FreeBSD ports anywhere?
> Unless that's been removed from the ports FAQ or general advice recently,
> yes.
There's no reference to NetBSD or FreeBSD in the ports FAQ.
While I have known folks to be told
Adriano Barbosa writes:
> Em sex., 1 de abr. de 2022 às 17:45, Adriano Barbosa
> escreveu:
>>
>> Hi.
>> Update for sysutils/vultr-cli-2.12.2
>> Changelog: https://github.com/vultr/vultr-cli/blob/master/CHANGELOG.md
>>
>> Instances : fix csv flags ssh-keys and network PR 244 @optik-aper
>> Plan
Hi,
On Fri, Apr 15, 2022 at 10:47:58PM -0700, Greg Steuck wrote:
> As hinted a couple of weeks ago, the attached upgrades should be easy to
> land now. I rebuilt them on amd64 with ghc-8.10.6 and the new 9.2.
>
> OK?
Sure, if they build ok for you (same for devel/alex).
For ghc-9.2: do you have
Omar Polo writes:
> Brad Smith wrote:
>> On Fri, Feb 25, 2022 at 02:50:01PM -0500, Brad Smith wrote:
>> > Here is an attempt at an update to renpy 7.4.9.
>> >
>> > Looking for any testing and feedback.
>>
>> I noticed there was a slightly newer version available with 7.4.11.
>
> builds fine bu
Marc Espie writes:
> On Mon, Apr 18, 2022 at 09:31:05AM -0600, Aaron Bieber wrote:
>>
>> Marc Espie writes:
>>
>> > On Sun, Apr 17, 2022 at 12:21:32PM -0400, Kurt Mosiejczuk wrote:
>> >> Beyond which, we don't keep legacy pf.conf information around because the
>> >> other BSDs use an ancient
On Mon, Apr 18, 2022 at 09:31:05AM -0600, Aaron Bieber wrote:
>
> Marc Espie writes:
>
> > On Sun, Apr 17, 2022 at 12:21:32PM -0400, Kurt Mosiejczuk wrote:
> >> Beyond which, we don't keep legacy pf.conf information around because the
> >> other BSDs use an ancient version of PF and they might w
Bulk build on sparc64-0a.ports.openbsd.org
Started : Fri Apr 15 16:37:40 MDT 2022
Finished: Mon Apr 18 09:34:52 MDT 2022
Duration: 2 Days 16 hours 57 minutes
Built using OpenBSD 7.1 (GENERIC.MP) #1269: Mon Apr 11 22:05:10 MDT 2022
Built 9362 packages
Number of packages built each day:
Apr 15: 4
Marc Espie writes:
> On Sun, Apr 17, 2022 at 12:21:32PM -0400, Kurt Mosiejczuk wrote:
>> Beyond which, we don't keep legacy pf.conf information around because the
>> other BSDs use an ancient version of PF and they might want to migrate to
>> OpenBSD.
>
> We also don't tell people to peek into
Marc Espie:
> Could you please check other bsds as well ?
> That section is also useful when people grab a port from net/freebsd
> with which we share quite a few variables.
But we don't document all the new infrastructure that NetBSD and
FreeBSD have grown, so I don't think the section is actual
Hi ports --
Attached is an update to GNU Unifont. The biggest user-facing change for
most of us is the inclusion of OTF fonts. Upstream says they may one day
remove the TTF fonts. But until then, I don't see the harm in including
both OTF and TTF fonts.
OK?
~BrianIndex: Makefile
On Sat, Apr 16, 2022 at 07:18:47AM -0600, Daniel Dickman wrote:
>
>
> > On Apr 14, 2022, at 11:49 AM, Stuart Henderson wrote:
> >
> > My thinking is that, if the code has behaviour which is considered
> > undefined by the C standard assumed by the compiler, no level of
> > optimization is safe.
21 matches
Mail list logo