On Fri, May 09, 2025 at 07:08:58PM +1000, Jonathan Gray wrote:
> On Fri, May 09, 2025 at 06:28:16AM +0200, Rafael Sadowski wrote:
> > Update amd firmware to 20250410. Tested with the following setup:
> >
> > amdgpio0 at acpi0 GPIO uid 0 addr 0xfed81500/0x400 irq 7, 184 pin
On Tue, May 13, 2025 at 03:03:10PM +0200, Theo Buehler wrote:
> Here's an update to the latest commit of piglit on fdo. This builds
> with both in-tree numpy and numpy 2, although I only made a quick
> compile test with numpy 1.26.
>
> There might be some more polish needed and of course real test
On Fri, May 09, 2025 at 06:28:16AM +0200, Rafael Sadowski wrote:
> Update amd firmware to 20250410. Tested with the following setup:
>
> amdgpio0 at acpi0 GPIO uid 0 addr 0xfed81500/0x400 irq 7, 184 pins
> amdgpu0 at pci6 dev 0 function 0 "ATI Hawk Point" rev 0xd0
> amdgpu0: IP DISCOVERY GC 11.0.1
On Thu, May 08, 2025 at 04:32:09AM +0200, Theo Buehler wrote:
> On Wed, May 07, 2025 at 07:38:29PM -0400, Daniel Dickman wrote:
> > numpy 1.x in the tree is a blocker for updating quite a few ports.
> >
> > The main blocker for the update used to be boost. But now that we have
> > boost 1.87 I th
On Thu, Feb 13, 2025 at 06:43:27AM +0100, Anton Lindqvist wrote:
> On Thu, Feb 13, 2025 at 10:21:39AM +1100, Jonathan Gray wrote:
> > On Wed, Feb 12, 2025 at 06:39:25AM +0100, Anton Lindqvist wrote:
> > > Hi,
> > > Update include-what-you-use (IWYU) to version 0.23. As
On Wed, Feb 12, 2025 at 06:39:25AM +0100, Anton Lindqvist wrote:
> Hi,
> Update include-what-you-use (IWYU) to version 0.23. As each IWYU release
> is tied to a specific LLVM release, this puts a firm dependency on
> llvm-19 from ports.
>
> Comments? OK?
you missed update-plist, there are some ne
On Sat, Jan 11, 2025 at 11:27:12AM +, Stuart Henderson wrote:
> On 2025/01/11 12:08, Kirill A. Korinsky wrote:
> > Patrick,
> >
> > I'd like to add x1e80100 firmware to sysutils/firmware/qcpas and it need to
> > be updated. I had picked the last available version without any reason.
>
> These
On Tue, Dec 24, 2024 at 12:30:59PM +1100, Jonathan Gray wrote:
> HOMEPAGE/SITES changed
>
> links to german and swedish dictionaries no longer work
VERSION changed so remove REVISION
Index: Makefile
===
RCS file: /
HOMEPAGE/SITES changed
links to german and swedish dictionaries no longer work
Index: Makefile
===
RCS file: /cvs/ports/textproc/ispell/Makefile,v
diff -u -p -r1.74 Makefile
--- Makefile25 Sep 2023 17:07:37 - 1.74
+++ Ma
On Sat, Nov 30, 2024 at 01:56:51AM -0500, Brad Smith wrote:
> While updating Alephone I ran into a linking issue with the GL backend. I
> disabled the GL backend so at least the core game engine could be updated
> when working on updating FFmpeg.
>
> But circling back to this now. It seems like ou
On Mon, Nov 25, 2024 at 10:59:13AM +, Stuart Henderson wrote:
> On 2024/11/25 20:19, Jonathan Gray wrote:
> > AMD microcode in linux-firmware was previously mostly for server (EPYC)
> > parts. They have now added microcode for more desktop/laptop parts.
>
> OK.
>
&
RACT_SUFX= .tar.xz
EXTRACT_FILES= ${DISTNAME}/{LICENSE.\*,amd-ucode}
MAINTAINER=Jonathan Gray
HOMEPAGE=
https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/tree/amd-ucode
-#SITES=
https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux
On Thu, Oct 31, 2024 at 09:31:38PM +0100, Mark Kettenis wrote:
> Some commit messages look like they might matter for people that
> update their macOS install.
>
> Tested on my M2 Pro Mac Mini.
>
> ok?
1.4.17 was recently tagged
https://github.com/AsahiLinux/m1n1/compare/v1.4.16...v1.4.17
adds
On Sun, Sep 15, 2024 at 07:57:09PM +1000, Jonathan Gray wrote:
> On Sun, Sep 15, 2024 at 11:37:18AM +0200, Caspar Schutijser wrote:
> > Hi,
> >
> > On my M1, tabs in Chromium immediately show "Aw, Snap!" with
> > "Error code: SIGSEGV" when a tab is o
On Sun, Sep 15, 2024 at 11:37:18AM +0200, Caspar Schutijser wrote:
> Hi,
>
> On my M1, tabs in Chromium immediately show "Aw, Snap!" with
> "Error code: SIGSEGV" when a tab is opened (so also immediately on the
> first tab that's opened when starting the browser, without any
> interaction beyond s
On Wed, Sep 11, 2024 at 08:29:41AM +0200, Peter Hessler wrote:
> Update qwx and qwz firmwares to the most recent release, instead of a
> git snapshot.
>
> OK?
qwx
b1de0237a78a84baf7e1e2a1e9585405b88d82f8..20240909 ath11k/WCN6855
no change
qwz
b1de0237a78a84baf7e1e2a1e9585405b88d82f8..20240909 at
On Mon, Aug 26, 2024 at 12:36:50AM +0200, Benjamin Stürz wrote:
> Hi ports@,
>
> here is a WIP port of the OpenXRay game engine,
> used by the S.T.A.L.K.E.R. series of games.
>
> WWW: https://github.com/OpenXRay/xray-16
>
> The linking step requires large amounts of RAM,
> so before compiling, m
GH_PROJECT=Intel-Linux-Processor-Microcode-Data-Files
-GH_TAGNAME=microcode-${FW_VER}
+#GH_TAGNAME= microcode-${FW_VER}
+GH_TAGNAME=microcode-20240813
MAINTAINER=Jonathan Gray
Index: distinfo
===
RCS file: /cvs
On Fri, Aug 02, 2024 at 09:25:41AM +0200, Robert Palm wrote:
>
> Quoting Thomas Frohwein :
>
> > On Wed, Jul 31, 2024 at 09:48:31PM +0200, Robert Palm wrote:
> > >
> > > Hi,
> > >
> > > I would like to know why, the following libs are named
> > >
> > > libSDL2_image.so.1.1
> > > libSDL2_ttf.so
The ports part of a tech@ diff to change the directories libva looks
for .so files in.
removes the need for @sample
Index: graphics/intel-media-driver/Makefile
===
RCS file: /cvs/ports/graphics/intel-media-driver/Makefile,v
diff -u -
On Sat, Jul 13, 2024 at 12:51:39PM +0200, Rafael Sadowski wrote:
> OK to import intel-media-driver-24.1.5? Keep in mind, to build this you
> need libv installed from xenocara.
>
> Comment:
> Intel(R) Media Driver for VAAPI
>
> Description:
> VA-API (Video Acceleration API) user mode driver for In
On Sun, Apr 28, 2024 at 06:49:54PM +0200, Matthieu Herrb wrote:
> Hi,
>
> X.Org / Freedesktop moved things around a bit and /pub is not
> available anymore; it's now called /archive ... Also they advertize
> xorg.freedesktop.org instead of ftp.x.org as the hostname in all
> recent packages announc
On Fri, Mar 22, 2024 at 03:56:35PM +0100, Mark Kettenis wrote:
> The diff below splits off the 32-bit ARM Allwinner SoCs and updates
> them to U-Boot 2024.01. I've tested this on a few of my armv7 boards
> and I'm pretty confident it doesn't break any of them.
>
> Theo, this has consequences for
Wrath left early access and the old repo was removed.
Build tested only.
Index: Makefile
===
RCS file: /cvs/ports/games/wrath/Makefile,v
diff -u -p -r1.6 Makefile
--- Makefile15 Nov 2023 12:59:32 - 1.6
+++ Makefile28
On Thu, Jan 04, 2024 at 11:07:56AM +0100, Matthieu Herrb wrote:
> On Wed, Jan 03, 2024 at 07:52:56PM -0700, Chris Waddey wrote:
> > Hello.
>
> Hi,
>
> > I was able to get the latest version of sway working on my box after
> > getting the latest version of wlroots to work, which was after applying
On Wed, Nov 15, 2023 at 04:43:16PM +1100, Jonathan Gray wrote:
> http://build-failures.rhaalovely.net/amd64-clang/2023-11-13/games/wrath.log
>
> games/wrath build is fixed with a commit after the one we have
>
> https://github.com/KillPixelGames/wrath-da
http://build-failures.rhaalovely.net/amd64-clang/2023-11-13/games/wrath.log
games/wrath build is fixed with a commit after the one we have
https://github.com/KillPixelGames/wrath-darkplaces/commit/e0770286b39bb137f3457b05acbd4c6a46044488.patch
Index: games/wrath/Makefile
On Thu, Oct 19, 2023 at 08:17:29PM +0200, Mark Kettenis wrote:
> Back when I split up the port, Stuart suggested to see if some
> simplification of the do-build rule would be possible. I think the
> most sensible thing to do is to move this from Makefile.inc into the
> per-directory Makefile. The
On Sat, Sep 23, 2023 at 09:31:16PM +0200, Mark Kettenis wrote:
> Newer U-Boot versions have started to require LTO in order to save
> some space for certain targets. I don't see a downside in enabling it
> as the cross compiler won't be used to build OpenBSD binaries.
>
> ok?
if atf, m1n1, u-boo
-firmware-${FW_VER}
-EXTRACT_SUFX= .tar.xz
+FW_VER=20230809
+DISTNAME= linux-firmware-f2eb058afc57348cde66852272d6bf11da1eef8f
+#DISTNAME= linux-firmware-${FW_VER}
+#EXTRACT_SUFX= .tar.xz
EXTRACT_FILES= ${DISTNAME}/{LICENSE.\*,amd-ucode}
MAINTAINER=Jonathan Gray
for those wondering, the _DUPLICATE files are all older versions
06-ba-02 ver: 4119 date: 06062023
06-ba-02_DUPLICATE ver: 4112 date: 0023
06-ba-03 ver: 4119 date: 06062023
06-ba-03_DUPLICATE ver: 4112 date: 0023
06-be-00 ver: 0011 date: 04122023
06-be-00_DUPLICATE ve
r.xz
EXTRACT_FILES= ${DISTNAME}/{LICENSE.\*,\*.bin}
-REVISION= 0
MAINTAINER=Jonathan Gray
HOMEPAGE=
https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/tree/amdgpu
-#MASTER_SITES= https://cdn.kernel.org/pub/linux/kernel/firmware/
-MASTER_SITES=
https:/
https://github.com/intel/Intel-Linux-Processor-Microcode-Data-Files/releases/tag/microcode-20230512
"Security updates for [INTEL-SA-NA]" no details given
the two new _DUPLICATE files (with different checksums) commented in PLIST
MD5 (06-8e-09) = daf3267deea513e55d9b045ff0487f1b
MD5 (06-8e-09_DUP
Index: cad/kicad-share/Makefile.inc
===
RCS file: /cvs/ports/cad/kicad-share/Makefile.inc,v
retrieving revision 1.18
diff -u -p -r1.18 Makefile.inc
--- cad/kicad-share/Makefile.inc18 Feb 2023 07:14:52 - 1.18
+++ cad/ki
On Sun, Feb 05, 2023 at 05:55:56PM -0500, Thomas Frohwein wrote:
> This updates all vulkan ports to the latest SDK from January. Tested it
> with and without validation layers on my Intel Tigerlake integrated GPU
> without issues, including vkcube, vkcubepp, vulkaninfo, and vkquake.
> Overall a lot
On Tue, Feb 21, 2023 at 10:07:08AM +0100, Landry Breuil wrote:
> Le Tue, Feb 21, 2023 at 07:47:59PM +1100, Jonathan Gray a écrit :
> > On Tue, Feb 21, 2023 at 09:09:49AM +0100, Landry Breuil wrote:
> > > Le Tue, Feb 21, 2023 at 01:28:45PM +1100, Jonathan Gray a écrit :
> >
On Tue, Feb 21, 2023 at 09:09:49AM +0100, Landry Breuil wrote:
> Le Tue, Feb 21, 2023 at 01:28:45PM +1100, Jonathan Gray a écrit :
> > On Mon, Feb 20, 2023 at 08:17:35PM +0100, Robert Nagy wrote:
> > > On 20/02/23 14:56 +0100, Landry Breuil wrote:
> > > > Le Tue, Fe
On Mon, Feb 20, 2023 at 08:17:35PM +0100, Robert Nagy wrote:
> On 20/02/23 14:56 +0100, Landry Breuil wrote:
> > Le Tue, Feb 21, 2023 at 12:00:06AM +1100, Jonathan Gray a écrit :
> > > On Mon, Feb 20, 2023 at 11:31:23AM +0100, Antoine Jacoutot wrote:
> > > > On M
On Mon, Feb 20, 2023 at 11:31:23AM +0100, Antoine Jacoutot wrote:
> On Mon, Feb 20, 2023 at 02:06:34PM +1100, Jonathan Gray wrote:
> > On Sun, Feb 19, 2023 at 01:34:41PM +0100, Antoine Jacoutot wrote:
> > > Hi.
> > >
> > > There seems to be a regression wi
On Sun, Feb 19, 2023 at 01:34:41PM +0100, Antoine Jacoutot wrote:
> Hi.
>
> There seems to be a regression with mesa that makes gtk+4 application very
> slow
> to start.
> By default the GSK renderer uses OpenGL.
> As a workaround, you can temporarily use this to go back to the cairo renderer
> w
@@
> COMMENT= SDL Quake port
> CATEGORIES= games
> -DISTNAME=quakespasm-0.94.4
> +DISTNAME=quakespasm-0.95.0
> MASTER_SITES=${MASTER_SITE_SOURCEFORGE:=quakespasm/}
> -HOMEPAGE=http://quakespasm.sourceforge.net
> +HOMEPAGE=https://quakespasm.sourceforge.net
>
On Wed, Sep 21, 2022 at 11:18:17PM -0400, George Koehler wrote:
> On Thu, 22 Sep 2022 12:28:56 +1000
> Jonathan Gray wrote:
>
> > On Wed, Sep 21, 2022 at 10:13:44PM -0400, George Koehler wrote:
> > This uses the compiler builtin __BYTE_ORDER__ instead of endian.h
> >
On Wed, Sep 21, 2022 at 10:13:44PM -0400, George Koehler wrote:
> graphics/webp-pixbuf-loader failed in the ongoing powerpc bulk, but
> this looks easy to fix. OpenBSD doesn't have , so use
> (on big-endian platforms like powerpc and sparc64). With
> this patch, "make package" works and "make te
On Mon, Aug 29, 2022 at 10:00:54PM +1000, Jonathan Gray wrote:
> On Fri, Aug 26, 2022 at 10:03:12PM -0400, Thomas Frohwein wrote:
> > Hi,
> >
> > Here is an update to the latest Vulkan SDK 1.3.224.1, along with
> > glslang to 11.11.0. Tested here on my In
On Mon, Aug 29, 2022 at 10:00:54PM +1000, Jonathan Gray wrote:
> On Fri, Aug 26, 2022 at 10:03:12PM -0400, Thomas Frohwein wrote:
> > Hi,
> >
> > Here is an update to the latest Vulkan SDK 1.3.224.1, along with
> > glslang to 11.11.0. Tested here on my In
On Fri, Aug 26, 2022 at 10:03:12PM -0400, Thomas Frohwein wrote:
> Hi,
>
> Here is an update to the latest Vulkan SDK 1.3.224.1, along with
> glslang to 11.11.0. Tested here on my Intel Tigerlake setup without
> regressions in vulkaninfo, vkcube, and vkquake. Also tested with
> VK_INSTANCE_LAYERS=
release notes
https://github.com/intel/Intel-Linux-Processor-Microcode-Data-Files/releases/tag/microcode-20220809
Processor | Stepping | F-M-S/PI| Products
:---|:-|:|:-
SKX-SP | B1 | 06-55-03/97 | Xeon Scalable
SKX-SP | H0/M
release notes
https://github.com/intel/Intel-Linux-Processor-Microcode-Data-Files/releases/tag/microcode-20220510
Index: Makefile
===
RCS file: /cvs/ports/sysutils/firmware/intel/Makefile,v
retrieving revision 1.30
diff -u -p -r1.30 M
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
GNAME= afl-$V
> CATEGORIES= devel
> -REVISION = 0
>
> -HOMEPAGE=http://lcamtuf.coredump.cx/afl
> -MASTER_SITES=${HOMEPAGE}/releases/
> +HOMEPAGE=https://lcamtuf.coredump.cx/afl
> +GH_ACCOUNT= google
> +GH_PROJECT= AFL
> +GH_TAGNAME= v$V
> MAINTAINER
update amdgpu firmware to 20220411
for after ports unlock
$ git log --oneline 20211027..20220411 amdgpu
688dd3f amdgpu: update green sardine VCN firmware
e0efcbc amdgpu: update renoir VCN firmware
07a7c48 amdgpu: update navi14 VCN firmware
9f949b1 amdgpu: update navi12 VCN firmware
571ff33 amdgpu:
On Thu, Feb 24, 2022 at 11:45:27PM +, Stuart Henderson wrote:
> Looks like there is some issue linking sdl2-ttf with new Mesa (new ports
> bulk on i386); not sure if it will affect other ports too or if it's
> just this.
>
> (for once ld.lld actually managed to complain about an undefined
> re
On Thu, Feb 10, 2022 at 12:40:43PM +0100, Alexander Bluhm wrote:
> On Thu, Feb 10, 2022 at 01:31:11AM +1100, Jonathan Gray wrote:
> > release notes and list of updated platforms
> > https://github.com/intel/Intel-Linux-Processor-Microcode-Data-Files/releases/tag/microcode-2022020
release notes and list of updated platforms
https://github.com/intel/Intel-Linux-Processor-Microcode-Data-Files/releases/tag/microcode-20220207
tests welcome
Index: Makefile
===
RCS file: /cvs/ports/sysutils/firmware/intel/Makefile,v
On Thu, Jan 13, 2022 at 05:02:05PM +0800, Kevin Lo wrote:
> The PINE H64 ver. B is a minor revision of the original H64.
> I copied the device tree from the Linux kernel.
>
> dmesg: http://ix.io/3M3r
>
> ok?
ok on the atf change
To make u-boot less of a mess the model b device tree selection
sh
On Sat, Jan 01, 2022 at 08:11:34PM +0100, Matthieu Herrb wrote:
> Hi,
>
> graphics/vulkan-loader fails to build here on Pine Book Pro. Below is
> the log from dpb.
>
> It's now a depency for poppler (via qt apparently) so it taks down
> XFCE packages.
builds with a backported patch
https://githu
On Mon, Dec 27, 2021 at 09:50:04PM -0500, Kurt Mosiejczuk wrote:
> I find myself adding the following to many ports files nowadays
>
> .include
> .if !${PROPERTIES:Mclang}
> CFLAGS += -std=gnu99
> .endif
>
> Rather than continue this, I'd like to propose adding BASE_C99 to bsd.port.mk
>
> W
On Tue, Dec 21, 2021 at 08:25:14AM +0100, Otto Moerbeek wrote:
> Hi,
>
> I noticed dnsdist on amd64 segfaults runtime when compiled with
> clang-13. The most recent package snapshot has a broken dnsdist.
>
> This does not seem to happen on arm64.
>
> I'm investigating.
>
> -Otto
There w
HOMEPAGE= https://include-what-you-use.org
MASTER_SITES= ${HOMEPAGE}/downloads/
@@ -16,7 +15,7 @@ MAINTAINER= Jonathan Gray =${LLVM_V}
RUN_DEPENDS= devel/llvm>=${LLVM_V}
@@ -27,7 +26,6 @@ MODPY_ADJ_FILES= *.py
COMPILER= base-clang ports-gcc
COMPILER_LA
On Sun, Dec 19, 2021 at 03:19:15PM +0100, Christian Weisgerber wrote:
> Now that we have switched to LLVM 13, the remaining build failures
> triggered by the compiler update will show up during regular amd64
> package builds:
>
> devel/qbs ./qbs segfault
> lang/libv8
On Thu, Dec 02, 2021 at 12:12:52AM +0100, Jeremie Courreges-Anglas wrote:
> On Sun, Nov 28 2021, 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.rh
On Tue, Nov 30, 2021 at 08:24:14PM +0100, Stefan Hagen wrote:
> Tom Murphy wrote:
> > On Sat, Nov 27, 2021 at 02:33:40PM +1100, Jonathan Gray wrote:
> > > On Fri, Nov 26, 2021 at 04:17:35PM +, Tom Murphy wrote:
> > > > I've updated games/redeclipse to
On Sun, Nov 28, 2021 at 08:40:52PM -0700, phess...@openbsd.org wrote:
> bulk build on arm64.ports.openbsd.org
> started on Fri Nov 26 11:53:41 MST 2021
> finished at Sun Nov 28 20:40:41 MST 2021
> lasted 2D08h47m
> done with kern.version=OpenBSD 7.0-current (GENERIC.MP) #1414: Thu Nov 25
> 20:48:
On Mon, Nov 29, 2021 at 11:59:56AM +1100, Jonathan Gray wrote:
> On Sun, Nov 28, 2021 at 03:02:01PM +1100, Jonathan Gray wrote:
> > On Sat, Nov 27, 2021 at 11:31:44AM -0700, Thomas Frohwein wrote:
> > > On Sat, Nov 27, 2021 at 01:01:13PM +, Tom Murphy
On Sun, Nov 28, 2021 at 03:02:01PM +1100, Jonathan Gray wrote:
> On Sat, Nov 27, 2021 at 11:31:44AM -0700, Thomas Frohwein wrote:
> > On Sat, Nov 27, 2021 at 01:01:13PM +, Tom Murphy wrote:
> > > Hi,
> > >
> > > Minor version update of games/quakespasm. C
On Fri, Nov 26, 2021 at 10:09:19PM +0100, Christian Weisgerber wrote:
> devel/coccinelle failed to build in my latest amd64 bulk build:
>
> /usr/local/bin/ocamlmklib -linkall -o pyml-current/pyml_stubs
> pyml-current/pyml_stubs.o pyml-current/libpyml_stubs.a
> ar: error: pyml-current/libpyml_stu
01:08:31 - 1.12
> > +++ Makefile27 Nov 2021 12:57:40 -
> > @@ -2,7 +2,7 @@
> >
> > COMMENT= SDL Quake port
> > CATEGORIES=games
> > -DISTNAME= quakespasm-0.94.1
> > +DISTNAME= quakespasm-0.94.2
> > MASTER_SITES= ${
On Fri, Nov 26, 2021 at 04:17:35PM +, Tom Murphy wrote:
> Hi,
>
> I've updated games/redeclipse to 2.0.0. Compiles and runs fine here
> but it's kind of hard to figure out the "parkour" like movement in
> the game. (Looks like fun once you can coordinate your movements!)
My concern is t
On Thu, Oct 28, 2021 at 10:30:36AM +0200, Christian Weisgerber wrote:
> Jonathan Gray:
>
> > > fvwm2 may be an exception here. I looked through the log and can't find
> > > any error before the linker error:
> > >
> > > ld: error: /usr/l
On Wed, Oct 27, 2021 at 07:48:52PM -0600, Thomas Frohwein wrote:
> On Thu, Oct 28, 2021 at 12:16:58AM +0200, Christian Weisgerber wrote:
> [...]
> > Failure logs:
> > http://build-failures.rhaalovely.net/amd64-clang/2021-10-27/
> >
> > The final error may be misleading. For instance, devel/libdsm
deregister to fix llvm 13 build and fix a warning/ansi while here
cc -DCHINDICT=\"/usr/local/share/chinese/gb/TONEPY.tit\" -O2 -pipe -c c2t.c
c2t.c:21:1: warning: type specifier missing, defaults to 'int' [-Wimplicit-int]
main(argc, argv)
^
c2t.c:99:3: error: address of register variable requested
On Wed, Oct 27, 2021 at 09:22:41PM -0400, Kurt Mosiejczuk wrote:
> On Thu, Oct 28, 2021 at 11:30:34AM +1100, Jonathan Gray wrote:
> > On Tue, Oct 26, 2021 at 06:20:47PM -0400, Kurt Mosiejczuk wrote:
> > > On Tue, Oct 26, 2021 at 10:04:42PM +0200, Christian Weisgerber wrote:
>
On Tue, Oct 26, 2021 at 06:20:47PM -0400, Kurt Mosiejczuk wrote:
> On Tue, Oct 26, 2021 at 10:04:42PM +0200, Christian Weisgerber wrote:
> > lang/python/3.8 fails to build with llvm13. The reason appears to be
> > some silly confusion between "openbsd7" and "openbsd7.0" in the build
> > system:
>
On Fri, Sep 03, 2021 at 10:09:02AM -0700, Tomasz Bielecki wrote:
> Please consider including this patch, it seems common across other
> OSes supporting Pinebook Pro and fixes the display issues on warm
> reset.
>
> $OpenBSD$
>
> Fix Pinebook Pro display on warm reset.
>
> By Arnaud Patard
> http
On Sat, Aug 28, 2021 at 01:05:38AM -0400, Brad Smith wrote:
> Here is an update to dtc 1.6.1.
$ show-reverse-deps devel/dtc
emulators/qemu
emulators/qemu,-main
emulators/spike
sysutils/dtb
sysutils/u-boot
sysutils/u-boot,aarch64
sysutils/u-boot,arm
sysutils/u-boot,riscv64
these still package on a
update amdgpu-firmware to linux-firmware 20210818
"Newer firmware seems to cause random stability issues that
are hard to reproduce reliably to root cause. Revert
back to the older SDMA firmware until the issue is fixed."
$ git log --oneline 20210716..20210818 amdgpu
d843e52 amdgpu: revert back
On Tue, Aug 03, 2021 at 10:00:35AM +1000, Colin Tree wrote:
> Hi,
>
> I have a minor change to the u-boot port
>
> to enable support for FriendlyElec NanoPC - T4
>
> to reflect Supported Devices in arm64/INSTALL.arm64.
A mention in INSTALL does not mean firmware is also provided in ports.
>
>
On Sat, Jul 31, 2021 at 01:03:08AM +, Charlene Wendling wrote:
> On Fri, 30 Jul 2021 23:43:07 +0200
> Matthias Kilian wrote:
>
> > On Fri, Jul 30, 2021 at 11:36:47PM +0200, Matthias Kilian wrote:
> > > FWIW, I've poppler-21.07.0 in my tree, an update to 21.08.0 will
> > > probably available i
On Fri, Jul 16, 2021 at 03:18:31PM +, 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
On Sat, Jun 26, 2021 at 03:42:19PM -0600, Thomas Frohwein wrote:
> Hi,
>
> This is a diff to update the ports for vulkan to the latest SDK release
> 1.2.176.1 from April. I've updated them and tested without issues with
> vkcube and vulkaninfo (both from the vulkan-tools port), as well as
> vkquak
Build tested only for lack of hardware.
release notes
https://trustedfirmware-a.readthedocs.io/en/latest/change-log.html#version-2-5
Index: Makefile
===
RCS file: /cvs/ports/sysutils/arm-trusted-firmware/Makefile,v
retrieving revisio
update intel microcode to 20210608
release notes
https://github.com/intel/Intel-Linux-Processor-Microcode-Data-Files/blob/microcode-20210608/releasenote.md
among other things covers
https://www.intel.com/content/www/us/en/security-center/advisory/intel-sa-00442.html
https://www.intel.com/conten
git log --oneline 20201218..20210511 amdgpu
3f23f51 amdgpu: add new polaris 12 MC firmware
cfa004c amdgpu: update arcturus firmware from 21.10
d5567c5 amdgpu: update navy flounder firmware from 21.10
ef5ea5d amdgpu: update sienna cichlid firmware from 21.10
f35700f amdgpu: update vega20 firmware f
This requires the riscv-elf/binutils diff for -shared.
Tested with
qemu-system-riscv64 -M virt
-bios opensbi/generic/fw_jump.bin
-kernel u-boot/qemu-riscv64_smode/u-boot.bin
Index: Makefile
===
RCS file: /cvs/ports/sysutils/u-boot/M
Here is a port of the RISC-V Open Source Supervisor Binary Interface
(https://github.com/riscv/opensbi) which builds the 'generic' platform
and packages fw_jump.bin.
Tested with qemu-system-riscv64 -M virt.
opensbi.tgz
Description: application/tar-gz
Add a patch from FreeBSD to allow -shared, needed for U-Boot build.
update to 2.31.1 to match arm-none-eabi/binutils
Index: Makefile
===
RCS file: /cvs/ports/devel/riscv-elf/binutils/Makefile,v
retrieving revision 1.1.1.1
diff -u -p
On Sat, Feb 20, 2021 at 12:49:13PM +1100, Jonathan Gray wrote:
> add lua 5.4.2
>
> https://www.lua.org/manual/5.4/readme.html#changes
update for 5.4.3
Index: lang/lua/Makefile
===
RCS file: /cvs/ports/lang/lua/Makefile,v
r
On Tue, Mar 30, 2021 at 07:58:10AM +0200, Theo Buehler wrote:
> piglit failed to build in a bulk due to a missing dependency. Patch
> below fixed the build for me.
>
> [3320/4182] cd
> /tmp/pobj/piglit-20210128/build-amd64/target_api/gl/tests/spec/ext_external_objects
> && /usr/local/bin/glslang
On Wed, Mar 24, 2021 at 10:41:53PM +0100, Klemens Nanni wrote:
> On Wed, Mar 24, 2021 at 10:29:36PM +0100, Klemens Nanni wrote:
> > No need to extract the entire linux source when we only want device
> > trees.
> >
> > While here, use a simple shell idiom to replace file suffix.
> >
> > Builds al
On Tue, Mar 23, 2021 at 11:19:32PM +0100, Klemens Nanni wrote:
> On Tue, Mar 23, 2021 at 09:10:22PM +0100, Klemens Nanni wrote:
> > One thing I'd like to have around is documentation on how certain
> > u-boot commands/subsystems work and/or what needs to be done on
> > certain specific boards.
> >
On Wed, Mar 24, 2021 at 04:26:51PM +0100, Klemens Nanni wrote:
> GitHub is just a mirror and links to where users want to end up,
> so update the port accordingly.
>
> Builds and packages fine as before.
>
> OK?
github was the original repository before they moved to
trustedfirmware.org and made
On Wed, Mar 03, 2021 at 01:21:31PM +0100, Klemens Nanni wrote:
> On Wed, Feb 24, 2021 at 12:21:43PM +1100, Jonathan Gray wrote:
> > On Tue, Feb 23, 2021 at 04:36:49PM +0100, Klemens Nanni wrote:
> > > On Tue, Feb 23, 2021 at 11:59:12PM +1100, Jonathan Gray wrote:
> > > &
On Sat, Feb 27, 2021 at 01:53:22PM +0300, Eugene Moz. wrote:
> Hello,
> This is based on: https://github.com/OpenXRay/xray-16
Isn't this based on leaked code they don't have permission to distribute?
"All source code included with this distribution, unless declared
otherwise, is commercial GSC Ga
On Tue, Feb 23, 2021 at 04:36:49PM +0100, Klemens Nanni wrote:
> On Tue, Feb 23, 2021 at 11:59:12PM +1100, Jonathan Gray wrote:
> > devel/mk was also the only use of
> >
> > devel/libfmt
> > devel/libbio
> > devel/libregexp9
> > devel/libutf
> Correc
On Tue, Feb 23, 2021 at 12:50:55PM +0100, Klemens Nanni wrote:
> Fails with "-fno-common" and Upstream HOMEPAGE (equals MASTER_SITES) now
> points to https://9fans.github.io/plan9port/unix/ which provides
> unversioned tarballs with links to checksums that yield 404; same story
> for their manual
add lua 5.4.2
https://www.lua.org/manual/5.4/readme.html#changes
Index: lang/lua/Makefile
===
RCS file: /cvs/ports/lang/lua/Makefile,v
retrieving revision 1.47
diff -u -p -r1.47 Makefile
--- lang/lua/Makefile 14 Jan 2015 20:07:45 -
https://github.com/intel/Intel-Linux-Processor-Microcode-Data-Files/blob/microcode-20210216/releasenote.md
### Purpose
Security updates for
https://www.intel.com/content/www/us/en/security-center/advisory/intel-sa-00381.html
### Updated Platforms
| Processor | Stepping | F-M-S/PI| Old
drm /dev nodes with the linux names are going to be added with the old
names going away sometime later. When libdrm is changed to use the new
names firefox will need this. chromium does sandboxing better so
doesn't need a change like this.
I didn't find any use of /dev/drm inside the firefox sou
On Wed, Feb 10, 2021 at 11:12:17PM -0800, Ryan Freeman wrote:
> Here is a shot at a port for crispy-doom, I adapted off the
> chocolate-doom port. builds and runs fine here on amd64.
>
> provides a 'medium-ground' Doom experience:
> - can double the resolution for a 640x400 'crisp' experience
> -
On Tue, Feb 09, 2021 at 11:05:15PM -0800, Greg Steuck wrote:
> I can be talked into removing it as we already have p0f3...
The earlier one is for the format used by pf.os(5) and tcpdump(8)
>
> OK?
ok jsg@
>
> From: Greg Steuck
> Subject: [PATCH] Fix security/p0f -fno-common
>
> Bonus fix fo
1 - 100 of 548 matches
Mail list logo
