On Jan 27, 2025, at 6:23 PM, Theo Buehler wrote:
>
> On Mon, Jan 27, 2025 at 11:19:18PM +, Kurt Miller wrote:
>> On Jan 27, 2025, at 6:06 PM, Theo Buehler wrote:
>>>
>>> On Mon, Jan 27, 2025 at 11:00:03PM +, Kurt Miller wrote:
>>>> On Jan 27
On Jan 27, 2025, at 6:06 PM, Theo Buehler wrote:
>
> On Mon, Jan 27, 2025 at 11:00:03PM +, Kurt Miller wrote:
>> On Jan 27, 2025, at 4:50 PM, Kurt Mosiejczuk wrote:
>>>
>>> On Thu, Jan 23, 2025 at 03:16:57PM +, Kurt Miller wrote:
>>>> On Jan
On Jan 27, 2025, at 4:50 PM, Kurt Mosiejczuk wrote:
>
> On Thu, Jan 23, 2025 at 03:16:57PM +, Kurt Miller wrote:
>> On Jan 23, 2025, at 3:49 AM, Theo Buehler wrote:
>
>>>> Thoughts? If looks good, testing with a bulk build on amd64 and sparc64
>>>> w
On Jan 23, 2025, at 3:49 AM, Theo Buehler wrote:
>
>> Thoughts? If looks good, testing with a bulk build on amd64 and sparc64
>> would be
>> helpful to ensure I didn't miss a port that needs a REVISION bump.
>
> This went through an amd64 bulk with no fallout. I think you should land
> this and
On Jan 16, 2025, at 9:26 PM, k...@openbsd.org wrote:
>
> Bulk build on sparc64-0a.ports.openbsd.org
>
> Started : Thu Jan 16 17:01:28 MST 2025
> Finished: Thu Jan 16 19:25:30 MST 2025
> Duration: 0 Days 2 hours 24 minutes
>
> Built using OpenBSD 7.6-current (GENERIC.MP) #2374: Wed Jan 15 15:46:0
On Jan 8, 2025, at 3:24 PM, k...@intricatesoftware.com wrote:
>
> While working on something else I built this and noticed the PLIST
> was missing @bin and @static-lib markers. These are ELF binaries
> and static libs.
>
> okay?
make update-plist reverted my changes so there’s something I’m
not
On Jul 2, 2024, at 7:46 AM, Stuart Henderson wrote:
>
> On 2024/07/02 01:17, Lucas Gabriel Vuotto wrote:
>> Hello ports@, Kurt, Patrick,
>>
>> I have a Radxa ROCK 4B [0] lying around. It has a bwfm-compatible WiFi
>> but no firmware files. I went ahead and downloaded the files from [1,2]
>> (the
On Mar 21, 2024, at 1:16 PM, George Koehler wrote:
>
> I don't use u-boot, but I saw the powerpc bulk failing to package
> u-boot for rk356x and rk3588. This diff fixes the failures by adding
> 5 endian swaps. I don't know if my u-boot works, but I picked 2
> boards (1 from each package) and co
Attached is a port of jdk-21. I have already updated javaPathHelper
to support jdk-21. Below is the diff for java.port.mk to add
support for it as well.
okay for java.port.mk and to import devel/jdk/21?
Index: java.port.mk
===
RCS fi
On Jul 27, 2023, at 5:44 AM, Antoine Jacoutot wrote:
>
> Hi.
>
> It seems gmkdir is picked up if present at configure time.
> If junked then the build fails with:
Thanks. Fix committed. I’ll look over 1.8 and 17 for similar
corrections as well.
On Jun 27, 2023, at 10:48 AM, Stuart Henderson wrote:
>
> On 2023/06/27 08:18, Kurt Miller wrote:
>> The CLA situation is no more. Greg and I have given up on getting
>> BSD support merged upstream. It became clear that Oracle would not
>> accept our code without a
On Jun 27, 2023, at 5:41 AM, Stuart Henderson wrote:
>
> On amd64 with a processor with IBT support running a kernel with the
> control-flow enforcement diff that's being tried in snapshots, the
> various Java-compiled binaries fail.
>
> Some information pasted below and hs log attached; I didn'
On Jul 29, 2022, at 10:12 AM, Theo Buehler wrote:
>
> As reported by mpi on ICB, fio has a hidden dep on libnfs. We could also
> neuter this by adding --disable-nfs to CONFIGURE_ARGS.
>
Let’s include it. Thanks for fix it. Okay kurt@
> Index: Makefile
>
On Jul 25, 2022, at 12:40 AM, k...@openbsd.org wrote:
> Build failures: 38
> http://build-failures.rhaalovely.net/sparc64/2022-07-22/devel/jdk/1.8.log
I’ve noticed an intermittent jdk crash on my sparc64 build machine too.
I’ve investigated it at length but have not determined the cause yet. Pleas
On Sat, 2021-11-20 at 21:39 -0700, k...@openbsd.org wrote:
> http://build-failures.rhaalovely.net/sparc64/2021-11-18/x11/gnome/gjs.log
cc1plus: warning: libgjs-jsapi.a.p/gjs_pch.hh.gch: had text segment at
different address
cc1plus: error: one or more PCH files were found, but they were invalid
On Nov 11, 2021, at 7:22 PM, Stuart Henderson wrote:
>
> On 2021/11/11 15:31, k...@openbsd.org wrote:
>> http://build-failures.rhaalovely.net/sparc64/2021-11-09/sysutils/polkit.log
>
> I don't see how to fix it properly in meson.build, but here is the problem,
> this is detected incorrectly with
On Nov 11, 2021, at 7:22 PM, Stuart Henderson wrote:
>
> On 2021/11/11 15:31, k...@openbsd.org wrote:
>> http://build-failures.rhaalovely.net/sparc64/2021-11-09/sysutils/polkit.log
>
> I don't see how to fix it properly in meson.build, but here is the problem,
> this is detected incorrectly with
On Nov 9, 2021, at 3:09 AM, k...@openbsd.org wrote:
>
> Bulk build on sparc64-0a.ports.openbsd.org
>
> Started : Sun Nov 7 13:24:58 MST 2021
> Finished: Tue Nov 9 01:09:33 MST 2021
> Duration: 1 Days 11 hours 45 minutes
>
> Built using OpenBSD 7.0-current (GENERIC.MP) #1036: Sat Nov 6 23:08:5
On Nov 8, 2021, at 6:41 PM, Kurt Miller wrote:
>
> On Nov 8, 2021, at 4:48 PM, Christian Weisgerber wrote:
>>
>> Jeremie Courreges-Anglas:
>>
>>> Those are two approaches to get past this failure, but I suspect that
>>> the root cause is just
On Nov 8, 2021, at 4:48 PM, Christian Weisgerber wrote:
>
> Jeremie Courreges-Anglas:
>
>> Those are two approaches to get past this failure, but I suspect that
>> the root cause is just a bug / limitation introduced in this llvm
>> release. The approach taken by libintl looks reasonable to me
> On Nov 5, 2021, at 5:00 PM, Christian Weisgerber wrote:
>
> I ran another amd64 bulk build with base clang updated to LLVM 13.
> I also put in a tentative fix for security/nss.
>
> Failure logs:
> http://build-failures.rhaalovely.net/amd64-clang/2021-11-04/
>
> Some very basic triage below
On Nov 8, 2021, at 2:30 AM, Rafael Sadowski wrote:
>
> Update gradle to 7.2.
>
> I have noticed that gradle will use JDK 11 if 1.8,11,17 are present, so I
> guess we can switch to MODJAVA_VER 11?
>
I have the same comment sthen@ had for the maven update. If this runs with
1.8 and 11 the versi
On Nov 5, 2021, at 5:00 PM, Christian Weisgerber wrote:
>
> I ran another amd64 bulk build with base clang updated to LLVM 13.
> I also put in a tentative fix for security/nss.
>
> Failure logs:
> http://build-failures.rhaalovely.net/amd64-clang/2021-11-04/
>
> Some very basic triage below. Th
On Nov 7, 2021, at 12:14 PM, Kurt Miller wrote:
>
> On Nov 7, 2021, at 11:05 AM, Antoine Jacoutot wrote:
>>
>> On Sun, Nov 07, 2021 at 10:51:53AM -0500, Kurt Miller wrote:
>>> On Nov 5, 2021, at 3:34 PM, Antoine Jacoutot wrote:
>>>>
>>>
On Nov 7, 2021, at 11:05 AM, Antoine Jacoutot wrote:
>
> On Sun, Nov 07, 2021 at 10:51:53AM -0500, Kurt Miller wrote:
>> On Nov 5, 2021, at 3:34 PM, Antoine Jacoutot wrote:
>>>
>>> On Fri, Nov 05, 2021 at 03:19:12PM -0400, Kurt Mosiejczuk wrote:
>>>>
On Nov 5, 2021, at 3:34 PM, Antoine Jacoutot wrote:
>
> On Fri, Nov 05, 2021 at 03:19:12PM -0400, Kurt Mosiejczuk wrote:
>> On Fri, Nov 05, 2021 at 07:59:35PM +0100, Antoine Jacoutot wrote:
>>> On Fri, Nov 05, 2021 at 01:43:50PM -0400, Kurt Mosiejczuk wrote:
The switch to building with meson
On Nov 2, 2021, at 4:01 PM, Brad Smith wrote:
>
> On 11/2/2021 2:41 PM, Kurt Miller wrote:
>
>> On Nov 1, 2021, at 10:20 PM, Brad Smith wrote:
>>>
>>> On 10/28/2021 8:42 AM, Jeremie Courreges-Anglas wrote:
>>>> On Thu, Oct 28 2021, Jeremie Courr
On Nov 1, 2021, at 10:20 PM, Brad Smith wrote:
>
>
> On 10/28/2021 8:42 AM, Jeremie Courreges-Anglas wrote:
>> On Thu, Oct 28 2021, Jeremie Courreges-Anglas wrote:
>>> On Thu, Oct 28 2021, Christian Weisgerber wrote:
I ran an amd64 bulk build with base clang updated to LLVM 13.
> On Nov 2, 2021, at 2:34 PM, Klemens Nanni wrote:
>> DISTFILES= ${DISTNAME}${EXTRACT_SUFX} \
>>
>> {bsdkurt/brcm-supplemental/archive/}brcm-supplemental-${SUP_VER}.tar.gz:0 \
>> -
>> rpi-firmware-nonfree-{RPi-Distro/firmware-nonfree/archive/}83938f78ca2d5a0ffe0c223bb
On Sat, 2021-10-30 at 15:33 +0200, Peter Hessler wrote:
> The build system seems to expect aarch64 to be arm-64, and treats armhf
> as 32bit. Update the Makefile(s) and patch to reflect this.
>
> No REVISION because it doesn't build on aarch64, and this shouldn't
> affect any other arch.
>
> Bui
Attached please find a port of jdk 17.0.0. jdk 17 is a long
term supported release. After this is committed, I intend
to remove devel/jdk/16 and update java.port.mk.
Tested on amd64/aarch64/i386. This will fail to build with
llvm 13 in the same way as jdk/16 does but that should be
easy to fix la
> On Jul 18, 2021, at 5:18 AM, Stefan Hagen
> wrote:
>
> Dimitri Karamazov wrote:
>> Is a REVISION unnecessary here? Otherwise okay.
>
Thank you.
> A revision bump is necessary to indicate that an existing package is
> outdated. If the architecture was not supported before, there is no
> ol
> On Jul 18, 2021, at 1:06 AM, Dimitri Karamazov
> wrote:
>
> On Sat, Jul 17, 2021 at 06:37:44PM +0200, Stefan Hagen wrote:
>> k...@intricatesoftware.com wrote:
>>> Add support for sparc64. okay?
>>
>> Tested and working fine on sparc64 and (still) on amd64.
Thanks for testing.
>
> Build &
On Jul 16, 2021, at 11:18 AM, James Cook wrote:
>
> Sorry if this has been discussed before; I couldn't find it.
>
> x11/gtk+2 and x11/gtk+3 include a patch to change the default
> keybindings to "emacs". The decision can be traced back to 2005:
>
>Revision 1.1, Wed Sep 7 20:51:14 2005 UTC
On Thu, 2021-06-10 at 15:38 +1000, Jonathan Gray wrote:
> Build tested only for lack of hardware.
>
> release notes
> https://trustedfirmware-a.readthedocs.io/en/latest/change-log.html#version-2-5
Works okay on my rockpro64. It might take me some days to
check others that I have.
>
> Index: Mak
> On May 21, 2021, at 3:20 AM, Dimitri Karamazov
> wrote:
>
> Do we need ONLY_FOR_ARCHS? It is already set in java.port.mk, no use of
> bsd.port.arch.mk which can mess it up either.
>
> *Removed ONLY_FOR_ARCHS
>
> I don't own any of these arch's to test but ports-wise okay.
Good catch, I co
On Sun, 2021-05-16 at 00:19 -0400, Kurt Mosiejczuk wrote:
> On Sat, May 15, 2021 at 10:04:29PM -0600, Theo de Raadt wrote:
> >
> > It is a both-compilers architecture.
> It has both in base, but ports doesn't consider it having clang in base.
>
> It's not listed under CLANG_ARCHS
>
> --Kurt
Ah,
12:59:55 -1.5
> +++ Makefile16 May 2021 03:23:30 -
> @@ -18,6 +18,9 @@ MAINTAINER=Kurt Miller # be sent upstream to fio
> PERMIT_PACKAGE=Yes
>
> +COMPILER=base-clang ports-gcc
> +COMPILER_LANGS=c
> +
> WANTLIB=c m pthread z
>
> USE_GMAKE=Yes
Here's a port of jdk 16. I intend to replace this with jdk
17 when it is released. jdk 17 will be a long term release.
It's been a while since jdk 11 so I figured it would be good
to get some use on jdk 16 to work out any bugs before jdk 17
is out.
I've tested this on i386/amd64/aarch64. javaPort
On Wed, 2021-03-10 at 14:17 -0500, Kurt Miller wrote:
> On Wed, 2021-03-10 at 16:06 +0100, Peter Hessler wrote:
> >
> > this builds for me on aarch64.
> >
> > OK
> Thank you.
>
> I tested Peter's package on aarch64 using X11 forwarding and it appears
&g
On Wed, 2021-03-10 at 16:06 +0100, Peter Hessler wrote:
> this builds for me on aarch64.
>
> OK
Thank you.
I tested Peter's package on aarch64 using X11 forwarding and it appears
to be working well. There was a core file in my
home dir but chrome
didn't visibly crash.
I've also tested amd64 bui
On Mon, 2021-03-01 at 16:06 -0700, phess...@openbsd.org wrote:
> bulk build on arm64.ports.openbsd.org
> started on Fri Feb 26 03:16:18 MST 2021
> finished at Mon Mar 1 16:06:12 MST 2021
> lasted 3D12h49m
> done with kern.version=OpenBSD 6.9-beta (GENERIC.MP) #1041: Fri Feb 26
> 02:14:59 MST 2021
On Thu, 2021-02-04 at 08:48 -0500, k...@intricatesoftware.com wrote:
> gcc 8 ICEs on python 2 and 3 on hppa:
>
> In file included from Include/Python.h:94,
> from Objects/complexobject.c:8:
> Objects/complexobject.c: In function '_Py_c_pow':
> Include/complexobject.h:21:15: intern
On Thu, 2021-02-04 at 15:25 +0100, Janne Johansson wrote:
> Den tors 4 feb. 2021 kl 14:47 skrev Janne Johansson :
>
> >
> > >
> > > k...@intricatesoftware.com wrote:
> > > >
> > > > Update to 8.0.4 with the following additional changes:
> > > > Additional testing on mips, powerpc, etc. would be
On Wed, 2021-02-03 at 22:42 +, Stuart Henderson wrote:
> On 2021/02/02 18:40, k...@intricatesoftware.com wrote:
> >
> > Update to 8.0.4 with the following additional changes:
> > - Use mmap via the configure argument instead of hard-coding it.
> > - Define USE_MMAP_ANON for all OpenBSD arch to
On Wed, 2021-02-03 at 23:37 -0500, George Koehler wrote:
> On Tue, 2 Feb 2021 18:40:50 -0500 (EST)
> k...@intricatesoftware.com wrote:
>
> >
> > Update to 8.0.4 with the following additional changes:
> > - Use mmap via the configure argument instead of hard-coding it.
> > - Define USE_MMAP_ANON f
On Thu, 2021-02-04 at 02:06 +0100, Charlene Wendling wrote:
> On Tue, 2 Feb 2021 18:40:50 -0500 (EST)
> k...@intricatesoftware.com wrote:
>
> >
> > Update to 8.0.4 with the following additional changes:
> > - Use mmap via the configure argument instead of hard-coding it.
> > - Define USE_MMAP_ANO
On Tue, 2021-02-02 at 18:40 -0500, k...@intricatesoftware.com wrote:
> Update to 8.0.4 with the following additional changes:
> - Use mmap via the configure argument instead of hard-coding it.
> - Define USE_MMAP_ANON for all OpenBSD arch to match upstream
> code conventions.
> - Remove unused EL
On Tue, 2021-01-12 at 17:25 +1100, Jonathan Gray wrote:
> Tested with these targets:
>
> am335x_evm (bbb)
> mx6cuboxi
> omap4_panda
> rpi_3
> tinker-rk3288
I tested:
rock64
rockpro64 (w/CONFIG_USE_PREBOOT disabled)
patrick tested:
pinebook-pro (w/CONFIG_USE_PREBOOT disabled)
okay with the addit
On Wed, 2021-01-13 at 10:19 +1100, Jonathan Gray wrote:
> On Tue, Jan 12, 2021 at 05:52:07PM -0500, Kurt Miller wrote:
> >
> > On Tue, 2021-01-12 at 17:02 +0100, Patrick Wildt wrote:
> > >
> > > On Tue, Jan 12, 2021 at 05:00:15PM +0100, Patrick Wildt wrote:
>
On Tue, 2021-01-12 at 17:02 +0100, Patrick Wildt wrote:
> On Tue, Jan 12, 2021 at 05:00:15PM +0100, Patrick Wildt wrote:
> >
> > On Tue, Jan 12, 2021 at 10:12:06AM -0500, Kurt Miller wrote:
> > >
> > > On Tue, 2021-01-12 at 15:09 +1100, Jonathan Gray wrote:
>
ray:
> > > >
> > > > On Fri, Jan 08, 2021 at 03:42:31PM -0500, Kurt Miller wrote:
> > > > >
> > > > > On Fri, 2021-01-08 at 11:48 -0500, Kurt Miller wrote:
> > > > > >
> > > > > > On Fri, 2021-01-08 at 1
On Fri, 2021-01-08 at 11:48 -0500, Kurt Miller wrote:
> On Fri, 2021-01-08 at 10:27 +1100, Jonathan Gray wrote:
> >
> > On Thu, Jan 07, 2021 at 04:29:35PM -0500, Kurt Miller wrote:
> > >
> > >
> > > On Thu, 2020-12-31 at 19:24 +1100, Jonathan G
On Fri, 2021-01-08 at 10:27 +1100, Jonathan Gray wrote:
> On Thu, Jan 07, 2021 at 04:29:35PM -0500, Kurt Miller wrote:
> >
> > On Thu, 2020-12-31 at 19:24 +1100, Jonathan Gray wrote:
> > >
> > > https://trustedfirmware-a.readthedocs.io/en/latest/change-log.ht
On Thu, 2020-12-31 at 19:24 +1100, Jonathan Gray wrote:
> https://trustedfirmware-a.readthedocs.io/en/latest/change-log.html#version-2-4
>
> Tests welcome as I don't have rk3328/rk3399/sun50i_a64 hardware.
This update appears ok on rk3328 and rk3399, however my rockpro64
will not boot with u-boot
On Mon, 2020-05-18 at 20:28 -0400, k...@intricatesoftware.com wrote:
> Fix backtrace across signals on amd64
>
> The 'Apply the retpoline transformation to indirect jumps in the
> raw ASM' commit in 6.4 added an instruction to the sigcode.
> This fixes the offset to look for sigreturn and mantains
On Tue, 2020-05-19 at 15:03 -0400, Kurt Miller wrote:
> On Tue, 2020-05-19 at 11:21 +1000, Jonathan Gray wrote:
> >
> > On Mon, May 18, 2020 at 08:09:21PM -0400, k...@intricatesoftware.com wrote:
> > >
> > >
> > > Various u-boot changes:
> > >
On Tue, 2020-05-19 at 11:21 +1000, Jonathan Gray wrote:
> On Mon, May 18, 2020 at 08:09:21PM -0400, k...@intricatesoftware.com wrote:
> >
> > Various u-boot changes:
> > * Rockchip now outputs a single image that combines idbloader.img
> > and u-boot.itb called u-boot-rockchip.bin. It gets writt
On Fri, 2020-05-15 at 20:09 +1000, Jonathan Gray wrote:
> https://trustedfirmware-a.readthedocs.io/en/latest/change-log.html#version-2-3
Tested on rock64 gen2 and rockpro64 with u-boot v2020.04.
No issues found. okay kurt@
>
> Index: Makefile
> ===
On Tue, 2020-02-25 at 06:28 -0700, phess...@openbsd.org wrote:
> bulk build on arm64.ports.openbsd.org
> started on Sun Feb 23 13:01:40 MST 2020
> finished at Tue Feb 25 06:28:14 MST 2020
> lasted 1D17h26m
> done with kern.version=OpenBSD 6.6-current (GENERIC.MP) #467: Sun Feb 23
> 02:23:19 MST 2
fio is a IO benchmarking tool that can simulate various user defined
workloads. fio will spawn a number of threads or processes doing a
particular type of IO action as specified by the user. It takes a
number of global parameters, each inherited by the thread unless other
parameters given to them
On Sun, 2019-12-01 at 11:31 +0100, Marc Espie wrote:
> So dpb has been using MAKE_JOBS for a while, and landry said it would be
> cool to actually have it work with regular builds as well.
>
> This patch:
> - admits that parallel make is going to be used;
> - renames PARALLEL_BUILD to something th
On Wed, 2019-11-20 at 17:29 +0100, Theo Buehler wrote:
> On Wed, Nov 20, 2019 at 03:59:12PM +0100, Solene Rapenne wrote:
> >
> > lang/scala is quite broken, trying to interpret the following program using
> > scala file.scala produce an error
> >
> > if I paste the same program in the REPL, it wo
On Tue, 2019-11-05 at 15:48 +0100, Jan Beich wrote:
> Kurt Miller writes:
>
> >
> > On Tue, 2019-11-05 at 14:44 +0100, Jan Beich wrote:
> >
> > >
> > > Kurt Miller writes:
> > >
> > > >
>
On Tue, 2019-11-05 at 14:44 +0100, Jan Beich wrote:
> Kurt Miller writes:
>
> >
> > On Tue, 2019-11-05 at 09:17 +0100, Jan Beich wrote:
> >
> > >
> > > Jeremie Courreges-Anglas writes:
> > >
> > > >
> >
On Tue, 2019-11-05 at 09:17 +0100, Jan Beich wrote:
> Jeremie Courreges-Anglas writes:
>
> >
> > ++#elif defined(HAVE_BSD_SYSCTL) && (defined(HW_MEMSIZE) ||
> > defined(HW_PHYSMEM64))
> > + int64_t physical_memory;
> HW_MEMSIZE and HW_PHYSMEM64 return uint64_t, not int64_t.
>
> >
> > ++#eli
> On Nov 1, 2019, at 6:05 AM, Jeremie Courreges-Anglas wrote:
>
>
> +cc phessler who hit the same problem.
>
>> On Fri, Nov 01 2019, Matthieu Herrb wrote:
>> Ok, so here is a correct patch.
>> The problem is that makeint.h considers that __arm is not really
>> POSIX.1 compliant. I think it
On Tue, 2019-10-08 at 02:25 +1100, Jonathan Gray wrote:
> On Mon, Oct 07, 2019 at 10:33:27AM -0400, Kurt Miller wrote:
> >
> > On Mon, 2019-10-07 at 13:35 +1100, Jonathan Gray wrote:
> > >
> > > On Sun, Oct 06, 2019 at 09:51:20PM -0400, Kurt Miller wrote:
>
On Mon, 2019-10-07 at 13:35 +1100, Jonathan Gray wrote:
> On Sun, Oct 06, 2019 at 09:51:20PM -0400, Kurt Miller wrote:
> >
> > On Sun, 2019-10-06 at 18:47 +0200, Mark Kettenis wrote:
> > >
> > > >
> > > >
> > > > Date
On Sun, 2019-10-06 at 21:51 -0400, Kurt Miller wrote:
> The /usr/local/share/u-boot/rockpro64-rk3399 directory
Typo above. It should have said:
The /usr/local/share/u-boot/rock64-rk3328 directory
> built from this diff can be downloaded here to save Rock64
> users some time:
On Sun, 2019-10-06 at 18:47 +0200, Mark Kettenis wrote:
> >
> > Date: Sun, 6 Oct 2019 11:42:03 +1100
> > From: Jonathan Gray
> >
> > On Sat, Oct 05, 2019 at 12:20:57PM -0400, k...@intricatesoftware.com wrote:
> > >
> > > Various rockchip u-boot 2019.10rc4 aarch64 improvements:
> > > * u-boot.it
On Fri, 2019-09-27 at 21:47 -0600, phess...@openbsd.org wrote:
> bulk build on arm64.ports.openbsd.org
> started on Fri Sep 27 00:16:30 MDT 2019
> finished at Fri Sep 27 21:47:36 MDT 2019
> lasted 0D21h31m
> done with kern.version=OpenBSD 6.6-beta (GENERIC.MP) #243: Thu Sep 26
> 22:11:11 MDT 2019
On Fri, 2019-09-27 at 18:44 +1000, Jonathan Gray wrote:
> With U-Boot 2019.10-rc4 the am335x_evm SPL no longer fits when building
> with gcc 6.3 but does fit with 7.4.
>
> As of gcc 8 linaro no longer distributes toolchains, they are
> distributed by Arm on developer.arm.com.
>
I have built the
On Fri, 2019-09-27 at 16:29 +0100, Stuart Henderson wrote:
> On 2019/09/27 11:18, Kurt Miller wrote:
> >
> > On Fri, 2019-09-27 at 16:11 +0100, Stuart Henderson wrote:
> > >
> > > On 2019/09/27 10:35, Kurt Miller wrote:
> > > >
> > > >
On Fri, 2019-09-27 at 16:11 +0100, Stuart Henderson wrote:
> On 2019/09/27 10:35, Kurt Miller wrote:
> >
> > On Fri, 2019-09-27 at 23:50 +1000, Jonathan Gray wrote:
> > >
> > > On Fri, Sep 27, 2019 at 06:44:24PM +1000, Jonathan Gray wrote:
> > > >
On Fri, 2019-09-27 at 23:50 +1000, Jonathan Gray wrote:
> On Fri, Sep 27, 2019 at 06:44:24PM +1000, Jonathan Gray wrote:
> >
> > With U-Boot 2019.10-rc4 the am335x_evm SPL no longer fits when building
> > with gcc 6.3 but does fit with 7.4.
> and with gcc 7.4 arm-trusted-firmware doesn't fit...
>
On Wed, 2019-09-25 at 23:08 +0200, Jeremie Courreges-Anglas wrote:
> On Mon, Sep 23 2019, Jeremie Courreges-Anglas wrote:
> >
> > On Mon, Sep 23 2019, Christopher Zimmermann wrote:
> > >
> > > Here is an updated diff fixing the reported problems:
> > > - no more duplicate entries. They sneaked
On Mon, 2019-09-23 at 15:35 +0100, Stuart Henderson wrote:
> On 2019/09/20 20:46, Kurt Miller wrote:
> >
> > On Fri, 2019-09-20 at 15:18 -0400, k...@intricatesoftware.com wrote:
> > >
> > > Update devel/jdk/11 to 11.0.5+8 which includes aarch64 support.
> >
On Fri, 2019-09-20 at 15:18 -0400, k...@intricatesoftware.com wrote:
> Update devel/jdk/11 to 11.0.5+8 which includes aarch64 support.
> * 11.0.5 is not released officially yet so this is realy a pre-
> release of 11.0.5 and will be updated again when the final
> upstream release occurs.
> * Ad
On Sat, 2019-06-08 at 00:42 +0200, Christian Weisgerber wrote:
> Kurt Miller:
>
> >
> > >
> > > I have started an amd64 one with this.
> > Oh thank you but the plist files will change for all the ports that use the
> > JDK due to the multipackage remov
On Fri, Jun 7, 2019 at 5:55 PM Christian Weisgerber
wrote:
> k...@intricatesoftware.com:
>
> > This update is a bit more then just upstream fixes from u202 though u212.
> > In addition to those upstream fixes, it includes a bunch of FreeBSD port
> > patches that were merged into the bsd-port upst
JDK 11 is the next long term supported JDK so I figured it
would be a good idea to port it to OpenBSD. The port is
working
well enough to build and bootstrap itself, however there are
likely numerous things that don’t work or are buggy.
The main repo for the bsd-port
Hi Caspar,
Thank you for looking into this. Yea the jdk has some uses of
the _LITTLE_ENDIAN and _BIG_ENDIAN defines that conflict with
the BSD's use of them. I'll review jdk8's use of them again
and include this correction in the 8u202 update.
-Kurt
On Sat, 2019-03-02 at 11:27 +0100, Caspar Schu
On Fri, 2019-02-08 at 13:56 +, Stuart Henderson wrote:
> On 2019/02/08 13:09, Giovanni Bechis wrote:
> >
> > After latest snapshot update it fails with:
> > java:/usr/local/jdk-1.8.0/jre/lib/amd64/libsplashscreen.so: undefined
> > symbol 'libiconv_open'
> > ld.so: java: lazy binding failed!
>
Sure I can take a look. This can happen when the upstream changes conflict with
bsd specific changes. Greg does is best
to retain our changes when resolving conflicts but sometimes issues slip
through like this.
It is always best that I write the diffs for fixes to the jdk since I have
signed my
On Thu, 2018-06-21 at 17:35 +0200, Grégoire Jadi wrote:
> Kurt Miller writes:
> > >
> > On Wed, 2018-06-20 at 16:25 +0200, Grégoire Jadi wrote:
> >
> > >
> > > Christian Weisgerber writes:
> > > Hello,
> > >
> > &g
On Wed, 2018-06-20 at 16:25 +0200, Grégoire Jadi wrote:
> Christian Weisgerber writes:
> Hello,
>
> I may have encountered the same bug when I tried to build programs
> generated with devel/arduino. cc1 aborts with a coredump during the
> compilation.
I just committed a fix for devel/avr/gcc, pl
> Here is an update of 1.8 to u172.
>
> Contains many upstream bug fixes and security fixes which
> can be mined from u144-u172 release notes here:
>
> http://www.oracle.com/technetwork/java/javase/8u-relnotes-2225394.html
>
> Tested on amd64. Needs to be thrown in bulk builds on both amd64 and
Here is an update of 1.8 to u172.
Contains many upstream bug fixes and security fixes which
can be mined from u144-u172 release notes here:
http://www.oracle.com/technetwork/java/javase/8u-relnotes-2225394.html
Tested on amd64. Needs to be thrown in bulk builds on both amd64 and i386.
- Many pa
> Hi,
>
> This appears to be the same issue as described here:
>
> https://bugs.openjdk.java.net/browse/JDK-8022407
>
> that I can trigger with the following test case (SIGSEGV on a null
> pointer):
>
> https://gist.github.com/mbelop/6ebb11d7e583562279abfb2e3b733fa5
>
> Regards,
> Mike
Th
On Wed, 2018-04-11 at 08:00 -0500, Matthew Martin wrote:
> On Wed, Apr 11, 2018 at 08:27:34AM -0400, Kurt Miller wrote:
> >
> > On Tue, 2018-04-10 at 21:23 -0500, Matthew Martin wrote:
> > >
> > > Add lots of whitespace and change a few types from signed to
>
On Tue, 2018-04-10 at 21:23 -0500, Matthew Martin wrote:
> Add lots of whitespace and change a few types from signed to
> unsigned.
> Probably should get a REVISION bump, but I'm not sure where that goes
> for subpackages.
>
> Is anyone already an OpenJDK contributor or know someone upstream
> wit
The following diff disconnects devel/jdk/1.7 from the build,
adjusts java.port.mk so that any ports previously built with
1.7 will now be built with 1.8 and bumps the revision on the
affected ports.
I have tested this on a partial bulk build on amd64 of all
ports touched in the diff.
Index: datab
On Sat, 2017-02-25 at 11:43 +0100, Antoine Jacoutot wrote:
> On Fri, Feb 24, 2017 at 12:23:15PM -0500, Kurt Miller wrote:
> >
> > On Fri, 2017-02-24 at 11:02 +, Stuart Henderson wrote:
> > >
> > > On 2017/02/23 13:43, Kurt Miller wrote:
> > > >
&
On Fri, 2017-02-24 at 11:02 +, Stuart Henderson wrote:
> On 2017/02/23 13:43, Kurt Miller wrote:
> >
> > This eliminates the with_ipv6 FLAVOR in favor of a different
> > approach.
> > ipv6 support will be compiled into the default packages, however I
> >
This eliminates the with_ipv6 FLAVOR in favor of a different approach.
ipv6 support will be compiled into the default packages, however I have
set preferIPv4Stack to default to true. The result should be no change
for ipv4 users but would allow the use of ipv6 by setting some
properties. Here's wha
On Mon, 2017-02-20 at 17:16 -0500, Kurt Miller wrote:
> On Mon, 2017-02-20 at 13:13 -0500, Kurt Miller wrote:
> >
> > On Thu, 2017-01-19 at 08:38 -0500, Nick wrote:
> > >
> > >
> > > On 2017/01/16 12:38, Stuart Henderson wrote:
> > > >
>
On Mon, 2017-02-20 at 13:13 -0500, Kurt Miller wrote:
> On Thu, 2017-01-19 at 08:38 -0500, Nick wrote:
> >
> > On 2017/01/16 12:38, Stuart Henderson wrote:
> > >
> > >
> > > I don't think Java's v6 support has been tested much on OpenBSD,
>
On Thu, 2017-01-19 at 08:38 -0500, Nick wrote:
> On 2017/01/16 12:38, Stuart Henderson wrote:
> >
> > I don't think Java's v6 support has been tested much on OpenBSD, in
> > general it's rather awkward because Java expects support for v6
> > sockets to work with mapped v4 addresses, which is not t
http://www.intricatesoftware.com/distfiles/
+MASTER_SITES2= ${MASTER_SITE_APACHE:=ant/binaries/} \
+ http://archive.apache.org/dist/ant/binaries/
MAINTAINER=Kurt Miller
@@ -37,20 +43,32 @@ PERMIT_PACKAGE_CDROM= Yes
USE_GROFF =Yes
NO_TEST= Yes
+APAC
1 - 100 of 300 matches
Mail list logo
