On Fri, Sep 13, 2024 at 08:50:00AM +0200, Antoine Jacoutot wrote:
> On Thu, Sep 12, 2024 at 06:38:17PM +0200, Jeremie Courreges-Anglas wrote:
> > On Thu, Sep 12, 2024 at 08:49:33AM +0200, Matthieu Herrb wrote:
> > > On Wed, Sep 11, 2024 at 10:51:50PM +0200, Antoine Jacoutot wro
On Thu, Sep 12, 2024 at 08:49:33AM +0200, Matthieu Herrb wrote:
> On Wed, Sep 11, 2024 at 10:51:50PM +0200, Antoine Jacoutot wrote:
> > On Wed, Sep 11, 2024 at 10:13:12PM +0200, Jeremie Courreges-Anglas wrote:
> > > (List found with grep '^checking for threads.h' on
On Wed, Sep 11, 2024 at 10:13:12PM +0200, Jeremie Courreges-Anglas wrote:
[...]
> I can think of several approaches to fix this:
>
> 1. add libstdthreads as a build dep to all those ports. Simple but
> slightly problematic:
> - IIUC, brings no functional value
> - incre
So I spotted threads.h being picked up by math/octave and the
libstdthreads being junked after the configure step, something already
fixed by ajacoutot@ in the following ports:
math/octave
math/pspp
textproc/link-grammar
by adding devel/libstdthreads to BUILD_DEPENDS. These three ports u
On Mon, Sep 02, 2024 at 03:35:02AM -0400, Brad Smith wrote:
> On 2024-09-02 3:32 a.m., Brad Smith wrote:
> > On 2024-09-02 3:28 a.m., Jeremie Courreges-Anglas wrote:
> > > The diff below lets me build multimedia/gstreamer1/plugins-good on
> > > sparc64. The meson
The diff below lets me build multimedia/gstreamer1/plugins-good on
sparc64. The meson log shows attempts to use C++:
http://build-failures.rhaalovely.net/sparc64/2024-08-14/multimedia/gstreamer1/plugins-good.log
ok?
Index: Makefile
=
The diff below lets libstdthreads build on sparc64. Making this build
with base-gcc look more convoluted. Should this code move to base one
day, we'd probably build it with clang anyway.
FWIW __has_extension has been introduced in gcc >= 14.
ok?
Index: Makefile
=
On Fri, Aug 30, 2024 at 05:55:59PM +0200, Theo Buehler wrote:
> On Fri, Aug 30, 2024 at 05:55:20PM +0200, David Uhden Collado wrote:
> > > > I prefer to keep UPnP support as a flavor to avoid installing
> > > > unnecessary
> > > > dependencies for users who do not need this functionality.
> > >
>
On Thu, Aug 29, 2024 at 11:02:09PM +0200, David Uhden Collado wrote:
> > I have committed the diff for 2.53.1 to -current without adding the
> > flavor so that we can backport that if needed. However, I didn't see
> > anything security related in the change log, so I did not do that.
> >
>
> Than
On Wed, Aug 21, 2024 at 11:30:52PM +0200, David Uhden Collado wrote:
> Dear all,
>
> As mentioned in a previous email I sent to this mailing list [1], I am
> currently working on porting SimpleXMQ and SimpleX Chat CLI to OpenBSD.
> Unfortunately, I have encountered several challenges. In addition
The mysql flavor now fails with:
thread 'main' panicked at
/local/pobj/vaultwarden-1.31.0-mysql/vaultwarden-1.31.0/modcargo-crates/mysqlclient-sys-0.4.0/build.rs:219:13:
mysqlclient-sys does not provide bundled bindings for libmysqlclient `3.3.6`
for the target `riscv64gc-unknown-openbsd`.
On Tue, Aug 06, 2024 at 09:32:53PM -0700, Bryan Vyhmeister wrote:
> On Tue, Aug 06, 2024 at 09:59:33PM +0100, Stuart Henderson wrote:
> > On 2024/08/04 22:47, Bryan Vyhmeister wrote:
> > > On Sat, Jul 27, 2024 at 11:55:31PM -0700, Bryan Vyhmeister wrote:
> > > > I am re-posting about this change fo
On Mon, Jul 22, 2024 at 12:19:28AM +0200, Jeremie Courreges-Anglas wrote:
> On Sat, Jul 20, 2024 at 10:50:30AM +0200, Landry Breuil wrote:
> > Le Fri, Jul 19, 2024 at 10:45:18AM +0200, Landry Breuil a écrit :
> > > Le Fri, Jul 19, 2024 at 08:49:54AM +0200, Peter Hessler a écrit
devel/boost currently fails to package on sparc64:
http://build-failures.rhaalovely.net/sparc64/2024-07-24/devel/boost.log
checksumming|*** |
97%
Error:
/usr/obj/ports/boost-1.84.0/fake-sparc64/usr/local/lib/libboost_locale-mt.a
do
On Sat, Jul 20, 2024 at 10:50:30AM +0200, Landry Breuil wrote:
> Le Fri, Jul 19, 2024 at 10:45:18AM +0200, Landry Breuil a écrit :
> > Le Fri, Jul 19, 2024 at 08:49:54AM +0200, Peter Hessler a écrit :
> > > On 2024 Jul 18 (Thu) at 21:35:47 -0600 (-0600), phess...@openbsd.org
> > > wrote:
> > > :cr
On Sat, Jul 13, 2024 at 03:55:19PM -0400, Brad Smith wrote:
> On 2024-07-13 7:57 a.m., Omar Polo wrote:
> > small bugfix release, the changelog is:
> >
> > Some loader fixes and improvements, CET support:
> > - XPM loader: Fix potential segv on malformed file
> > - XPM loader: Fix s
On Tue, Jul 09, 2024 at 10:15:10PM +0900, SASANO Takayoshi wrote:
> Hello,
>
> > I wouldn't object to including g{pcl6,xps,pdl} but why include gpdf?
> > The gs binary includes a pdf interpreter already.
>
> Simply GhostPDL has GhostPDF. Not many but some people who downloaded
> GhostPDF package
On Mon, Jul 08, 2024 at 12:26:52PM -0700, Bryan Vyhmeister wrote:
> This patch to switch rsync to being built by default with iconv, lz4,
> and zstd and then also build a -minimal flavor which removes all of
> those has been floating around on ports@ for several weeks. Any further
> comments?
FWIW
On Mon, Jul 08, 2024 at 06:03:50PM +0200, Rafael Sadowski wrote:
> Simple diff to update CMake to 3.30, went through amd64 bulk build and
> left to only two victims.
>
> 1.) net/bro (zeek) already fixed
> 2.) textproc/vislcg3 (see ports@)
>
> Any concerns? Oks also welcome.
Since you have alread
On Thu, Jul 04, 2024 at 01:01:30PM -0700, Bryan Vyhmeister wrote:
> This is a maintainer update for textproc/lowdown to 1.1.0. I
> incorporated the feedback in this thread and this has been working fine
> for me. There were a number of changes and fixes that can be viewed here
> since the previous
On Thu, Jul 04, 2024 at 06:06:23PM -0400, aisha wrote:
> Hi,
>
> I've attached a patch for editors/emacs, which adds `/etc/emacs` as an
> additional directory from which to load the site-start.el.
> I think it's more intuitive to have custom configurations in `/etc/` as
> opposed to modifying
On Tue, Jul 02, 2024 at 10:24:43AM -0700, Bryan Vyhmeister wrote:
> On Tue, Jul 02, 2024 at 09:39:57AM +0100, Stuart Henderson wrote:
> > On 2024/07/01 18:32, Bryan Vyhmeister wrote:
> > > I updated the title based on the discussion and what this patch actually
> > > does now. I have a particular p
On Tue, Jul 02, 2024 at 08:57:34PM +0200, Bjorn Ketelaars wrote:
> The meta rc-script for Samba does not play nice with 'rcctl ls rogue'.
> When a meta script is used, services started by the child scripts are
> seen as rogue [0].
>
> Samba's meta script provides little functionality, which can be
On Fri, Jun 28, 2024 at 04:04:44PM +, Brian Callahan wrote:
> On 6/28/2024 8:35 AM, phess...@openbsd.org wrote:
> > http://build-failures.rhaalovely.net/aarch64/2024-06-25/games/openrct2.log
>
> This one is probably because -Werror is turned on and it probably
> shouldn't be. Diff attached.
>
On Tue, Jun 25, 2024 at 05:38:02PM -0700, Bryan Vyhmeister wrote:
> I have a project that requires rsync with zstd compression and I would
> like to have the option in ports without having to manually modify my
> rsync port Makefile if possible. The zstd option is disabled in the
> rsync port right
On Sun, Jun 23, 2024 at 01:56:44AM +1000, Joel Sing wrote:
> The openbsd/mips64 port is effectively unmaintainable. I've been
> trying to upstream the direct syscall to libc conversion for two
> years now:
>
> https://github.com/golang/go/issues/61546
>
> Currently, I'm carrying a bunch of extr
On Sun, Jun 23, 2024 at 12:39:12PM +0100, Kirill A. Korinsky wrote:
> On Sun, 23 Jun 2024 11:53:31 +0100,
> Jeremie Courreges-Anglas wrote:
> >
> > > I guess it should be backported to stable as well.
> > >
> > > Tested on -current/amd64 (and writing this
On Sat, Jun 22, 2024 at 06:15:02PM +0100, Kirill A. Korinsky wrote:
> Jeremie, ports@,
>
> Here an update for emacs whcih contains security fix for org-mode.
>
> Announce
> - https://lists.gnu.org/archive/html/emacs-devel/2024-06/msg00695.html
> - https://lists.gnu.org/archive/html/emacs-orgmod
On Fri, Jun 21, 2024 at 07:35:07PM +, Jeremy Evans wrote:
> This should fix rb_gc_adjust_memory_usage issues when building
> on riscv64/sparc64 with Ruby 3.3.
>
> Crashes reported by jca@
After applying your update diff, this also crashes on riscv64, with:
/usr/local/lib/ruby/3.3/mkmf.rb:984
On Mon, Jun 10, 2024 at 03:18:15PM +0100, Kirill A. Korinsky wrote:
> On Mon, 10 Jun 2024 12:54:52 +0100,
> Jeremie Courreges-Anglas wrote:
> >
> > On Sun, Jun 09, 2024 at 11:21:58PM +0100, Kirill A. Korinsky wrote:
[...]
> > > Also, I abit tired from created report.x
On Mon, Jun 10, 2024 at 10:17:02AM -0600, Abel Abraham Camarillo Ojeda wrote:
> Hi,
>
> maybe we should specify the more restrictive licensing:
sysutils/loki uses:
# AGPLv3 + some bits Apache 2.0
I'd suggest both should use the same license marker and the one in
loki looks more complete. You co
On Sun, Jun 09, 2024 at 04:07:42AM -0400, Brad Smith wrote:
> Here is a start at an update to GCC 11.4.0.
>
> Build tested on aarch64, amd64 and i386.
Also build-tested on riscv64.
--
jca
On Sun, Jun 09, 2024 at 11:21:58PM +0100, Kirill A. Korinsky wrote:
> Hi,
>
> Thanks for reply.
>
> On Sun, 09 Jun 2024 18:04:32 +0100,
> Jeremie Courreges-Anglas wrote:
> >
> > On Sun, Jun 09, 2024 at 11:03:54AM +0100, Kirill A. Korinsky wrote:
> >
On Sun, Jun 09, 2024 at 11:03:54AM +0100, Kirill A. Korinsky wrote:
> On Sat, 08 Jun 2024 23:35:32 +0100,
> Kirill A. Korinsky wrote:
> >
> > Probably it worth to add an -extra flavor with all features.
> >
>
> Here small update for net/tcpflow which includes:
> - add textproc/tre to enjoy reg
On Sat, Jun 08, 2024 at 11:11:59PM +0200, Matthias Kilian wrote:
> Hi,
>
> tcpflow needs boost at build time (but not using any of boosts
> libs, so this doesn't require a bump).
>
> Failure output during configure is this:
>
> [...]
> checking for boost/version.hpp... no
> configure: WARNING: t
On Tue, Jun 04, 2024 at 11:25:49AM +, Brian Callahan wrote:
> On 6/4/2024 7:16 AM, Jeremie Courreges-Anglas wrote:
> >
> > The diff at the end lets me build an algol68g package on riscv64 - and
> > virtually any non-x86 architecture. make package/test passes on
> >
The diff at the end lets me build an algol68g package on riscv64 - and
virtually any non-x86 architecture. make package/test passes on
riscv64.
However, configure.ac only recognizes OpenBSD/amd64 as tested, and
thus builds a minimal version on other archs. It doesn't make much
sense to me (all
On Mon, May 27, 2024 at 08:15:22PM +0200, Rafael Sadowski wrote:
> On Tue May 21, 2024 at 01:57:08PM GMT, Rafael Sadowski wrote:
> > Ok to remove Lightly?Lightly is no longer building and is for Plasma 5,
> > which is now gone.
> >
> > It looks quite dead upstream https://github.com/Luwx/Lightly/i
On Wed, May 22, 2024 at 03:11:10PM +0200, Laurent Cheylus wrote:
> Hi
>
> [cc edd@ as maintainer of editors/neovim]
>
> an update for textproc/tree-sitter version 0.22.6, needed to update Neovim
> for version 0.10.0.
>
> - update Makefile and distinfo
> - add NO_TEST in Makefile: tests need Rus
On Sun, May 19, 2024 at 06:48:17PM +0200, Rafael Sadowski wrote:
> Before I go deeper into the rabbit hole I would like to ask for
> feedback. Below you can see my idea. I would like to update lapack,
> blas and cblas. Upstream project has decided to use cmake and build
> everything in one. I like
check_sym says:
Dynamic export changes:
data object sizes changes:
markdown_version 22 --> 23
but I don't think it warrants a bump. LGTM, ok jca@
--
jca
On Sun, May 19, 2024 at 06:28:58PM +0100, Dima Pasechnik wrote:
> On Sun, May 19, 2024 at 06:48:17PM +0200, Rafael Sadowski wrote:
> > Before I go deeper into the rabbit hole I would like to ask for
> > feedback. Below you can see my idea. I would like to update lapack,
> > blas and cblas. Upstrea
On Thu, May 16, 2024 at 01:11:13AM +0200, Jeremie Courreges-Anglas wrote:
> On Wed, May 15, 2024 at 11:40:35PM +0200, Pascal Stumpf wrote:
> > ELinks is an advanced and well-established feature-rich text mode
> > web (HTTP/FTP/..) browser. ELinks can render both frames and tables
On Wed, May 15, 2024 at 11:40:35PM +0200, Pascal Stumpf wrote:
> ELinks is an advanced and well-established feature-rich text mode
> web (HTTP/FTP/..) browser. ELinks can render both frames and tables,
> is highly customizable and can be extended via scripts. It is very
> portable and runs on a var
On Mon, May 13, 2024 at 07:36:18PM -0400, Thomas Frohwein wrote:
> Hi,
>
> When I imported it, I had plans to include this in a project, but this
> never materialized. Upstream is also dead with the last commit in 2017.
> ok to send it to the attic?
Sure.
--
jca
On Sat, May 11, 2024 at 12:47:21AM +0200, Antoine Jacoutot wrote:
> That’s not a reason to set NO_TEST.
Correct, thanks a lot for pointing out this bad advice.
To elaborate a bit more: the upstream code does have regression tests
but the port just doesn't know how to run them and errors out. I wo
Some projects use cmake_autogen to generate moc/uic/rcc jobs. The max
number of parallel jobs to run is AUTOGEN_PARALLEL[0], itself
initialized by CMAKE_AUTOGEN_PARALLEL. By default it's empty, which
means cmake_autogen will start up to $ncpus jobs on the system. Those
$ncpus are children of t
On Fri, Apr 19, 2024 at 07:10:12PM -0400, Russ Sharek wrote:
> > > Is `ALL_TARGET = github.com/s0rg/crawley@v1.7.5` needed?
> >
> > I couldn't get it to build without.
>
> And a moment later, I realized that I was wrong. :)
>
> Revision attached. Thank you!
So... Edd asked for feedback.
A few
Use ucontext_t/struct sigcontext member name from machine/signal.h
instead of Linux/glibc specific name. Fixes the build on riscv64.
ok?
Index: patches/patch-tcg_riscv_tcg-target_c_inc
===
RCS file: patches/patch-tcg_riscv_tcg-ta
Hi,
Upstream wants to use glibc features but doesn't actually try to
detect it in a way that doesn't affect other platforms. This may fix
other architectures, not just riscv64. amd64, i386, armv7 and arm64
are not affected because there dosbox.h doesn't define
HAS_LONG_DOUBLE.
ok?
Index: Mak
On Wed, Apr 17, 2024 at 06:35:57PM +0200, Paco Esteban wrote:
> Hi ports@,
>
> This is a port for bitwise (https://github.com/mellowcandle/bitwise).
>
> $ cat pkg/DESCR
>
> Bitwise is multi base interactive calculator supporting dynamic base
> conversion and bit manipulation. It's a hand
tobhe called, he wants his webkitgtk4 back (on powerpc). The diff
below should fix the webkitgtk4 build on powerpc, powerpc64 and
mips64. It's directly inspired from gkoehler's diff for lang/gambit.
The error seen in the latest bulk:
fatal error: error in backend: failed to perform tail call e
Le Mon, Apr 15, 2024 at 01:29:06PM +0200, Jonathan Schleifer a écrit :
> Am 15.04.24 um 13:24 schrieb Jonathan Schleifer:
>
> > Am 15.04.24 um 13:10 schrieb Jeremie Courreges-Anglas:
> >
> > > Heh, I remember I asked pretty much the same question when handling a
> &
Le Mon, Apr 15, 2024 at 01:24:40PM +0200, Jonathan Schleifer a écrit :
> Am 15.04.24 um 13:10 schrieb Jeremie Courreges-Anglas:
>
> > Heh, I remember I asked pretty much the same question when handling a
> > previous update. Could you please write down a comment above
&g
On Sun, Apr 14, 2024 at 10:44:35PM +0200, Jonathan Schleifer wrote:
> Am 14.04.24 um 22:32 schrieb Theo Buehler:
>
> > or are these .objc_* symbols somehow special?
>
> Those are all .objc_sel_name*. Those are symbols that just contain the
> selector name as a string. That's a selector being *use
Hi,
this fixes the webkitgtk4 build on riscv64.
ok?
Index: Makefile
===
RCS file: /cvs/ports/www/webkitgtk4/Makefile,v
diff -u -p -r1.211 Makefile
--- Makefile13 Apr 2024 09:37:30 - 1.211
+++ Makefile14 Apr 2024
Hi,
I suspect the behavior is different on riscv64 because of the version
difference between devel/binutils and devel/gas, but I'm not sure
about it. Anyway the trivial diff below fixes the build for the next
release.
No REVISION bump needed.
Index: patches/patch-debug_+riscv64_getfp_s
===
> > > > Date: Wed, 06 Mar 2024 23:32:51 +0100
> > > > From: Mark Kettenis
> > > >
> > > > > Date: Wed, 6 Mar 2024 19:02:35 +0100
> > > > > From: Jeremie Courreges-Anglas
> > > > >
> > > > > Le Wed, Mar 0
Le Wed, Mar 06, 2024 at 10:17:32AM +0100, Theo Buehler a écrit :
> Could you please resend the endbr64 patches with Cc kettenis? They
> should make release.
Since I now have a laptop with BTI I figured I was going to give this
a try. -current x11/gnustep/zipper was crashing with SIGILL on amd64.
Le Mon, Mar 04, 2024 at 10:48:46PM +0100, Jeremie Courreges-Anglas a écrit :
> Le Mon, Mar 04, 2024 at 10:26:02PM +0100, Sebastian Reitenbach a écrit :
> > On Sunday, March 03, 2024 21:56 CET, Stuart Henderson
> > wrote:
> >
> > > On 2024/03/03 20:52, Stuart Hende
Le Mon, Mar 04, 2024 at 10:26:02PM +0100, Sebastian Reitenbach a écrit :
> On Sunday, March 03, 2024 21:56 CET, Stuart Henderson
> wrote:
>
> > On 2024/03/03 20:52, Stuart Henderson wrote:
> > > On 2024/03/03 20:31, Sebastian Reitenbach wrote:
> > > > If I understand removing the @pkgpath fixed
Le Thu, Feb 22, 2024 at 11:48:10PM +, Brian Callahan a écrit :
> >
> >> - lang/flang and lang/cparser (bcallah@ may have a plan)
> >
> > flang seems to be out of sync with LLVM versions anyway.
> > cparser doesn't use python at all?
> >
>
> Flang I have updated to the latest version but som
Le Tue, Feb 20, 2024 at 08:42:23PM +0100, Bjorn Ketelaars a écrit :
> On Tue 20/02/2024 11:30, Jeremie Courreges-Anglas wrote:
> > On Mon, Feb 19 2024, Bjorn Ketelaars wrote:
> > > Diff below updates net/unison to 2.53.4, which includes bug fixes, minor
> > > improvem
On Mon, Feb 19 2024, Bjorn Ketelaars wrote:
> Diff below updates net/unison to 2.53.4, which includes bug fixes, minor
> improvements and clean-ups. Release notes:
> https://github.com/bcpierce00/unison/releases/tag/v2.53.4.
>
> Change in the build system is that the gtk3 flavor of unison is
> ren
On Mon, Feb 19 2024, Mark Kettenis wrote:
> This will be used in an upcoming u-boot update for Allwinner's 64-bit
> SoCs. This will bring "proper" S3-like suspend/resume on selected
> boards.
>
> ok?
Please see nits below.
>
> diff --git a/sysutils/crust/Makefile b/sysutils/crust/Makefile
> new
On Mon, Feb 19 2024, Stuart Henderson wrote:
> On 2024/02/19 10:46, Daniel Dickman wrote:
>>
>>
>> On Mon, 19 Feb 2024, Stuart Henderson wrote:
>>
>> > On 2024/02/19 10:21, Daniel Dickman wrote:
>> > >
>> > >
>> > > On M
On Sat, Feb 17 2024, Mark Kettenis wrote:
> OR1k stands for OpenRISC 1000, a mostly dead open-source CPU
> architecture. However, many Allwinner SoCs include an OpenRISC 1000
> core that can be used to implement proper suspend to RAM on these
> SoCs. An open-source firmware to do that exists:
>
On Sat, Feb 17 2024, Daniel Dickman wrote:
> Hello Jan, ports@,
>
> Please see below for a small update so tacacs+ doesn't need python2.
>
> It also looks like python2 is not needed at build time, but only at run
> time.
>
> ok to commit the diff below?
do_auth.py isn't ready for python3, if you
The following diff let me x11/gnustep and consumers on riscv64, actually
it should fix all clang archs. ports-gcc is currently unsupported and
ports-clang uses libc++/libc++abi from base for ObjC code, which sounds
wrong, so I'm just trying to fix base-clang right now.
ok?
Index: Makefile
===
Release notes:
https://www.samba.org/samba/history/samba-4.19.4.html
Tests and oks welcome (for -stable too)!
Index: Makefile
===
RCS file: /home/cvs/ports/net/samba/Makefile,v
diff -u -p -r1.340 Makefile
--- Makefile1 Dec 2023
On Mon, Jan 01 2024, Daniel Dickman wrote:
> The next version of matplotlib requires numpy 1.25 or newer.
>
> The below diff updates numpy to 1.25.2 so matplotlib can be updated.
>
> Numpy 1.26 switched to a new build system using mesonpy, so someone will
> have to port mesonpy before we can get
On Sun, Dec 31 2023, Daniel Dickman wrote:
> Hi Anil,
>
> Here is an update of ocaml to 4.13.1. I've tested that all ocaml ports
> still build and the ones I use still seem to work ok.
>
> ok for the below?
Yesterday I was wondering about the state of our lang/ocaml, thanks for
this update. ;)
The hack below was sufficient to let lang/gcc build using llvm-13, but
wasn't enough anymore since llvm-16, so I worked around the
gcc_except_table problem in ld.lld instead. The hack can now be cleaned
up. The REVISION bump probably doesn't bring much but can't hurt.
ok?
Index: 11/Makefile
On Mon, Nov 20 2023, Matthieu Herrb wrote:
> On Mon, Nov 20, 2023 at 06:46:10PM +0100, Matthieu Herrb wrote:
>> Hi,
>>
>> I've just upgraded my machine to -current and ran pkg_add -u 10mn ago.
>>
>> mosh is now broken with C++ undefined symbols in protobuf :
>
> Appently this was caused by absei
On Sat, Nov 18 2023, Ian Darwin wrote:
> On Fri, Nov 17, 2023 at 12:26:08AM +0100, Christian Weisgerber wrote:
>> Updated list:
>>
>> cad/prusaslicer C++ ambiguous function call
>
> Unbreak: Resolve two ambiguous overloads triggered by recent
> header changes and detected aft
On Tue, Nov 14 2023, Andre Stoebe wrote:
> Hey,
Hi Andre,
[...]
I have removed the port per your request.
> Thanks a lot and kind regards,
Thank you for sharing the software and its port in the first place!
Cheers,
--
jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7
On Mon, Nov 20 2023, Tobias Heider wrote:
> On Mon, Nov 20, 2023 at 12:11:42PM +0100, Mark Kettenis wrote:
>> > Date: Mon, 20 Nov 2023 11:55:43 +0100
>> > From: Tobias Heider
>> > Cc: Jeremie Courreges-Anglas , ports@openbsd.org,
>> >kette...@openbsd.
On Sun, Nov 19 2023, Tobias Heider wrote:
> Diff below fixes libgcrypt/gnupg on my m2.
>
> CFI_STARTPROC() seemed like a good place to add the bti instructions
> since it is called in all the right places.
It's not something that makes sense for upstream IMHO, but for ports
that use it, it's an o
On Fri, Nov 17 2023, Christian Weisgerber wrote:
> Updated list:
>
> net/gnugk C++ std::mem_fun
The Makefile doesn't respect CXXFLAGS, it uses STDCCFLAGS.
The following fixes the build.
ok?
(Technically it could have made sense to use CXXFLAGS instead of its
clang-spec
On Fri, Nov 17 2023, Klemens Nanni wrote:
> On Fri, Nov 17, 2023 at 12:26:08AM +0100, Christian Weisgerber wrote:
>> games/mars C++ std::random_shuffle
>
> Same as xprobe, can add yet another patch to this dead horse or bring
> it behind the barn, I prefer getting rid of m
On Mon, Nov 13 2023, Jeremie Courreges-Anglas wrote:
> We need to disable optimization for python3 ports. Even with a fixed
> path to libclang_rt.profile.etc, I get:
>
> ld.lld: error: relocation R_X86_64_PC32 cannot be used against symbol
> '__profd_isdigit'; re
We need to disable optimization for python3 ports. Even with a fixed
path to libclang_rt.profile.etc, I get:
ld.lld: error: relocation R_X86_64_PC32 cannot be used against symbol
'__profd_isdigit'; recompile with -fPIC
ok?
Index: Makefile.inc
==
On Sat, Nov 11 2023, Jeremie Courreges-Anglas wrote:
> On Sat, Nov 11 2023, Jeremie Courreges-Anglas wrote:
>> Here's the result of a bulk build with llvm-16 used as the compiler.
>> The mail is slightly different from the usual since I redacted it.
>>
>> Buil
On Sat, Nov 11 2023, Matthieu Herrb wrote:
> Adds extern "C" wrappers to the header
LGTM
> ok?
It's up to Landry to test it. :)
> Index: Makefile
> ===
> RCS file: /local/cvs/ports/wayland/libevdev-openbsd/Makefile,v
> diff -u -p
On Sat, Nov 11 2023, Jeremie Courreges-Anglas wrote:
> Here's the result of a bulk build with llvm-16 used as the compiler.
> The mail is slightly different from the usual since I redacted it.
>
> Built 10955 packages
>
> Number of packages built each day:
> [...]
>
On Sat, Nov 11 2023, Matthieu Herrb wrote:
> Hi,
>
> Not necessarly for immediate commit, but in combinaison with the gtk3
> patches from Landry/Ajacoutot, this new pgtk emacs flavor runins
> natively under Wayland.
>
> Thanks to jca@ for the clue about pgtk.
Pretty much the same diff but with DE
Here's the result of a bulk build with llvm-16 used as the compiler.
The mail is slightly different from the usual since I redacted it.
Built 10955 packages
Number of packages built each day:
[...]
Critical path missing pkgs:
https://wxcvbn.org/~jca/build-failures/amd64-clang/2023-11-11/summar
On Sat, Nov 11 2023, Antoine Jacoutot wrote:
> Hi.
>
> These oldies still depend on py-gtk2 and hance python2.
> I propose we remove them.
>
> graphics/comix
> x11/driconf
> x11/gammapage
> x11/obmenu
>
> I am letting gimp alone because espie is using whatever old plugins that still
> need python2
The diff below lets the configure script detect a usable stdarg
implementation and fixes build with clang-16. However the remaining
compile warnings are clearly alarming and I think the port is a good
candidate for the Attic. ok to drop the port?
Index: patches/patch-support_configure
===
clang++-16 is even pickier than clang++-15. Here's the diff I came up
with. I renamed the function arguments to match upstream harfbuzz, but
I didn't want to pull the whole diff because the rest looks cosmetic.
ok?
Index: Makefile
=
clang++-16 has moved to gnu++17 as a default, which takes out the
definition of unexpected_handler in include/c++/v1/exception.
The diff below lets me build libobjc2 using llvm-16.
ok?
Index: Makefile
===
RCS file: /home/cvs/ports
Straightforward, no bump needed. ok?
(There's too much -Werror in this port for my taste, but we've had this
discussion already.)
Index: patches/patch-compose_asc-globals_c
===
RCS file: patches/patch-compose_asc-globals_c
diff -
lld-16 has support for compressing debug sections, and that collides
with devel/dwz which errors out when encountering an already compressed
debug section.
[...]
>>> Running package in lang/ruby/3.2 at 1699550663.60
===> lang/ruby/3.2
`/usr/ports/pobj/ruby-3.2.2/fake-amd64/.fake_done' is up to d
I wanted to add riscv64 to APM_ARCHS because a few (mostly gui) ports
are missing from bulk builds (an important one is sysutils/upower).
machine/apmvar.h may be needed to build those ports but there is no
promise that apm(4) / apmd(8) will be available at runtime. sparc64 for
example has no apm
On Mon, Nov 06 2023, Omar Polo wrote:
> Hello,
>
> Admittedly, this is mostly for Emacs. As such, I don't think it makes
> sense to enable it on gcc8 too (emacs doesn't seem like that libgccjit).
Indeed it needs a version recent enough.
> Anyway, my idea would be to first enable it in the gcc11
Release notes:
https://www.samba.org/samba/history/samba-4.19.2.html
Test reports and oks welcome.
Index: Makefile
===
RCS file: /cvs/ports/net/samba/Makefile,v
retrieving revision 1.338
diff -u -p -r1.338 Makefile
--- Makefile
Here's an update to samba-4.19.1, intended for both 7.4 and -current.
Release notes:
https://www.samba.org/samba/history/samba-4.19.1.html
(Same CVEs.)
Tests and oks welcome.
Index: Makefile
===
RCS file: /cvs/ports/net/samba/Ma
Release notes:
https://www.samba.org/samba/history/samba-4.17.12.html
CVE-2023-3961 looks nasty, not so sure about the others.
Tests and oks welcome.
Index: Makefile
===
RCS file: /cvs/ports/net/samba/Makefile,v
retrieving revisi
On Thu, Sep 14 2023, Jonathan Schleifer wrote:
> Patch attached this time to be 100% sure my MUA doesn't screw it up.
Committed, thanks.
--
jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
On Mon, Sep 11 2023, Jonathan Schleifer wrote:
> Am 11.09.23 um 13:01 schrieb Jeremie Courreges-Anglas:
>
>> This diff and the previous one were likely mangled by your MUA. There
>> are hints available:
>> https://www.kernel.org/doc/html/latest/process/email-clients.html
1 - 100 of 1007 matches
Mail list logo