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 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
>
From: "Todd C. Miller" <[EMAIL PROTECTED]>
Same thing for jdk 1.5
- todd
Both 1.4 and 1.5 committed. Thanks. 1.5 patch reminded
me that I missed the rest of the tz fix from 1.4. Now it is
fixed in 1.5 too.
-Kurt
From: "Edd Barrett" <[EMAIL PROTECTED]>
I think Im going to try this again just incase I messed up at any stage.
Someone else with a similar problem thought that they had made an error
in patching.
Are you aware that the patch was committed to 3.7-stable?
Why don't you just update your ports tr
From: "Robert Nagy" <[EMAIL PROTECTED]>
Yes mozilla and thunderbird are also affected. The only problem
is that these ports are too big and it is a pain in the ass to
backport them if we had a lot of change in the infrastructure.
Fixing these ports in 3.7 is an easy job but 3.6 will be harder,
th
Hi Edd,
I appreciate what you are trying to do, but this update
is far from complete. Much more has changed since 1.0
then just bumping the version. Take a look:
cvs -q diff -uN -rOPENBSD_3_7 -rHEAD
Infact any 3_7 thunderbird update that differs much from
that will be rejected.
-Kurt
From: "E
Below is a first pass at java MODULE to help deal with setting
ONLY_FOR_ARCHS, BUILD_DEPENDS, RUN_DEPENDS and JAVA_HOME for
ports that use java. I've included one port that uses java as
an example.
In the future when a new jdk is added or a new arch is enabled,
only devel/jdk/java.port.mk will nee
From: "Kurt Miller" <[EMAIL PROTECTED]>
> The module assumes that a jdk is needed to build the port. In some
> cases this is not really needed, but I thought it wouldn't be an
> issue. It if is, I can add a third make var to control that.
If a port doesn't have
From: "Kurt Miller" <[EMAIL PROTECTED]>
From: "Kurt Miller" <[EMAIL PROTECTED]>
The module assumes that a jdk is needed to build the port. In some
cases this is not really needed, but I thought it wouldn't be an
issue. It if is, I can add a third make var
From: "Matthias Kilian" <[EMAIL PROTECTED]>
since a few days, I try to build devel/eclipse on -current, and the
build always bails out on this web.xml.fragment (see below).
What gets me really puzzled: with exactly the same sources, version
(3.0.2) and dependencies, it *did* build fine about mid
Does anyone who uses this want to maintain it? I don't want to. It needs
updating to the current version, kill INSTALL scripts, use @sample, etc.
If no one steps up, I'd like to remove it before the next release.
From: "Kevin" <[EMAIL PROTECTED]>
On 7/1/05, Kurt Miller <[EMAIL PROTECTED]> wrote:
Does anyone who uses this want to maintain it? I don't want to. It needs
updating to the current version, kill INSTALL scripts, use @sample, etc.
If no one steps up, I'd l
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 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 Wednesday 12 November 2008 6:04:19 pm Stuart Henderson wrote:
> On 2008/11/12 23:49, Cedric Brisseau wrote:
> > On Wed, Nov 12, 2008 at 11:30 PM, Stuart Henderson <[EMAIL PROTECTED]>
> > wrote:
> > > On 2008/11/12 23:22, Cedric Brisseau wrote:
> > >> Hi all,
> > >>
> > >> I just try to build jd
This change makes db-java and its dependant ports only run
with 1.7 which doesn't have a plugin. Also 1.7 can't build
OpenOffice due to the lack of the plugin.
In the case of Java the policy is to allow ports to run
with all the supported and compatible versions. db-java
can run with 1.4+, but we
APACHE:=tomcat/tomcat-4/v$V/bin/} \
@@ -21,7 +21,7 @@ MAINTAINER= Kurt Miller
On Sunday 18 January 2009 7:01:05 pm Edd Barrett wrote:
> Someone replied to the bug report, saying I should look at
> 'thunar-vfs-job.* and related files'. I have been putting printf()'s in
> the code, but it looks like the program fork()s early on and I'm not
> sure where the output goes in this
On Tuesday 14 April 2009 4:06:04 pm Matthias Kilian wrote:
> [moving this over to tech@, please respect the reply-to]
>
> On Tue, Apr 14, 2009 at 09:06:50PM +0200, Antoine Jacoutot wrote:
> > > Disable PIE. Unbreaks dbus on arm (and probably other archs).
> >
> > Again?
> >
> > At one point PIE
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
Better later then never...
OpenJDK 1.8 u45 for amd64 and i386. i386 has the same intermittent
crash 1.7 has. Works well enough to self bootstrap using the
native_bootstrap flavor. Needs some real world use now.
Most of the upstream *bsd porting was done by FreeBSD java developers.
The OpenBSD por
= http://www.intricatesoftware.com/OpenBSD/java
MAINTAINER=Kurt Miller
-MASTER_SITES= http://www.intricatesoftware.com/OpenBSD/java/
+MASTER_SITES= http://www.intricatesoftware.com/distfiles/
# BSD
PERMIT_PACKAGE_CDROM= Yes
Index: distinfo
This adds support for the 1.8 jdk when it is committed.
Index: java.port.mk
===
RCS file: /cvs/ports/devel/jdk/java.port.mk,v
retrieving revision 1.33
diff -u -p -u -r1.33 java.port.mk
--- java.port.mk7 May 2014 15:42:15 -
On Sun, 2015-06-07 at 20:21 -0400, trondd wrote:
> On 2015-06-07 16:19, Kurt Miller wrote:
> > OpenJDK 1.8 u45 for amd64 and i386. i386 has the same intermittent
> > crash 1.7 has. Works well enough to self bootstrap using the
> > native_bootstrap flavor. Needs so
On Mon, 2015-06-08 at 19:24 -0400, trondd wrote:
> On 2015-06-08 10:47, Kurt Miller wrote:
> >
> > Thanks Tim for the testing and research into this issue. I'll take a
> > look later at reducing the default CompressedClassSpaceSize. What
> > ulimits were
On Tue, 2015-06-09 at 12:48 -0400, Ian Darwin wrote:
> On 2015-06-09 12:40, trondd wrote:
> > Someone else might have a better idea of what other ports have done
> > but based on Firefox and newer KDE stuff it seems the precedent is to
> > leave the port at the defaults and let it fail. And add a
On Thu, 2015-06-11 at 07:41 +0200, Rafael Sadowski wrote:
> On Sun Jun 07, 2015 at 04:19:43PM -0400, Kurt Miller wrote:
> > Better later then never...
> >
> > OpenJDK 1.8 u45 for amd64 and i386. i386 has the same intermittent
> > crash 1.7 has. Works well enough
On Sat, 2015-06-20 at 19:41 +0200, Fabian Raetz wrote:
> Hi,
>
> starting intellij fails on -current (amd64). Output below.
> java.log and a the output of "LD_DEBUG=1 intellij" are attached.
>
> Any ideas what's going on?
>
> Cheers,
> Fabian
>
>
> $ uname -a
> OpenBSD ninja.fritz.box 5.8 GEN
I isolated the problem a bit more. It is related to -z nodelete
on libgobject-2.0. You can work-around the problem in the short
term as follows:
LD_PRELOAD=/usr/local/lib/libgobject-2.0.so.4200.1 intellij
-Kurt
On Tue, 2015-07-14 at 08:13 -0400, Raul Miller wrote:
> I also wind up spending a fair amount of time in ld.so
You can avoid stepping through ld.so by starting your gdb session with
LD_BIND_NOW=1 in your environment. This will do all the symbol
resolution upfront so you won't need to step through
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 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
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
Update jdk 1.7 to u9 level:
- Update to u6 via patchset from upstream bsd_port and u6 source from Oracle
- Copied u6 -> u9 patchset from FreeBSD/Greg Lewis's port
- Updated classloader patch from Matthew Dempsky (matthew@)
Tested on amd64 and i386. Please test in a bulk build.
Thanks,
-Kurt
Ind
On Sunday 27 January 2013 10:25:37 am Erling Westenvik wrote:
> When attempting to install JDK 1.6 from ports, the ports system states:
>
> *** Get the BSD patchset file:
> *** bsd-jdk16-patches-4.tar.bz2
> *** from http://www.eyesbeyond.com/freebsddom/java/jdk16.html
>
> However, over the last
On Sunday 27 January 2013 2:54:12 pm Amit Kulkarni wrote:
> Also: the FAQ on how to install JDK seem to me to be out of date?
>
> > http://www.openbsd.org/faq/faq8.html#Programming:
> >
> >
> IMHO, the whole section can be deleted... why recommend end users to
> compile 1.6, then 1.7 and then iced
8.3 - Can I use programming language "L" on OpenBSD?
The info on java is outdated. For 5.2 release direct the users
to devel/jdk/1.7 and the www/icedtea-web packages. Eclipse
(while outdated) and Netbeans are notable IDEs. The rest of
the list is not necessary.
The whole section on now to build t
On Tuesday 05 March 2013 6:11:53 pm Jeremy Evans wrote:
> This updates to the latest version of JRuby, 1.7.3. The JRuby 1.7
> series was first released last October, but due to pthread issues
> not fixed until after ports lock, we were not able to update to it
> as it caused JRuby to segfault far
On Wednesday 06 March 2013 9:45:48 pm Ted Unangst wrote:
> On Wed, Mar 06, 2013 at 20:22, Kurt Miller wrote:
>
> >> @@ -31,14 +29,15 @@ MODJAVA_VER = 1.7+
> >
> > I noted that you have marked the port as 1.7+ but this page
> >
> > https://github.com/j
On 03/07/13 00:40, Ted Unangst wrote:
> On Wed, Mar 06, 2013 at 22:18, Kurt Miller wrote:
>
>> Indeed. I didn't have the free time to switch 1.6 from JRL to GPL/OpenJDK
>> until just recently. Now there are packages for 1.6 too, so I think there's
>> little
Security update to u55. Remove patches included in upstream repository.
Update cacerts.
Tested on amd64 with native_bootstrap and building all ports that
require jdk/1.7 to build.
Index: Makefile
===
RCS file: /cvs/ports/devel/jdk/1.
On Tue, 2014-04-29 at 05:10 -0400, Kurt Miller wrote:
> Security update to u55. Remove patches included in upstream repository.
> Update cacerts.
>
> Tested on amd64 with native_bootstrap and building all ports that
> require jdk/1.7 to build.
Sorry, evolution word-wrapped the
On Tue, 2014-04-29 at 06:13 -0400, Kurt Miller wrote:
> On Tue, 2014-04-29 at 05:10 -0400, Kurt Miller wrote:
> > Security update to u55. Remove patches included in upstream repository.
> > Update cacerts.
> >
> > Tested on amd64 with native_bootstrap and building all
1.6 has been EOL since 2013-04-16 and isn't stable on i386. Time for it
to go to the attic. Attached is the diff to adjust java.port.mk and
cmake to remove jdk/1.6 as well as REVISION bumps for all java ports
with MODJAVA_VER <= 1.6.
-Kurt
Index: databases/architect/Makefile
===
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
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, 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 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 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 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 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 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 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 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 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 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 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 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 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-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 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 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 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-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 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 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 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 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 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
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 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
On Friday 22 March 2013 10:03:14 pm Kurt Miller wrote:
> On 03/22/13 08:35, Stuart Henderson wrote:
> > On 2013/03/21 22:01, Kurt Miller wrote:
> >> I stalled on submitting them with upstream. I ran into a snafu. However, I
> >> do have an update for boehm-gc that can
Security update to u21. Remove patches included in upstream repository.
Index: Makefile
===
RCS file: /cvs/ports/devel/jdk/1.7/Makefile,v
retrieving revision 1.63
diff -u -p -r1.63 Makefile
--- Makefile10 Apr 2013 02:49:05 -
On Thursday 30 May 2013 9:30:40 am Kurt Miller wrote:
> Security update to u21. Remove patches included in upstream repository.
Minor revisions based on feeback from giovanni@
- drop un-needed REVISION lines
- use a variable for the update version
Index: Makef
On Thursday 30 May 2013 9:10:21 am Kurt Miller wrote:
> On Friday 22 March 2013 10:03:14 pm Kurt Miller wrote:
> > On 03/22/13 08:35, Stuart Henderson wrote:
> > > On 2013/03/21 22:01, Kurt Miller wrote:
> > >> I stalled on submitting them with upstream. I ran in
On Thursday 30 May 2013 1:28:38 pm Stuart Henderson wrote:
> On 2013/05/30 09:10, Kurt Miller wrote:
> > On Friday 22 March 2013 10:03:14 pm Kurt Miller wrote:
> > > On 03/22/13 08:35, Stuart Henderson wrote:
> > > > On 2013/03/21 22:01, Kurt Miller wrote:
> &g
On Wed, 2013-10-30 at 14:38 +0100, David Coppa wrote:
> I'm currently building jdk-1.7, I will report success/failure later
> when it's done...
Great. Thanks for tracking it down. The fix looks correct to me.
okay kurt@ after testing.
-Kurt
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
> 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
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
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 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 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 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 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 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 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 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 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
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 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 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 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 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
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 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 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 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
1 - 100 of 294 matches
Mail list logo