On Sat, Sep 21, 2024 at 04:28:25AM -0600, Anthony J. Bentley wrote:
> Marc Espie writes:
> > Here's the basic pkg_add change, very lightly tested for now.
> > Not that many lines, considering :)
>
> The manpage changes make sense to me.
>
> Typo:
>
> >
On Fri, Aug 16, 2024 at 11:16:51AM +0100, Stuart Henderson wrote:
> On 2024/08/15 18:33, Marc Espie wrote:
> > Enter @extraglob
> >
> >
> > basically: stuff like @extraglob /var/tomcat/conf/
> > will remove the tomcat dir with everything
On Sun, Aug 25, 2024 at 02:46:32AM +, wen heping wrote:
> Hi,
>
>Here is a patch for databases/p5-DBI to update to 1.644.
>Upstream changelog say "Fix CVE-2014-10401 and CVE-2014-10402".
>It build well and pass the test on amd64-current system.
>
>
> Best Regards,
> wen
I was a
On Sat, Aug 17, 2024 at 07:03:48AM +0200, David Uhden Collado wrote:
> Hello,
>
> I have recently started working on a port for the SimpleX Chat CLI client
> [1] and encountered an issue. The software is not available in the Haskell
> package repository [2], which poses a significant challenge sin
On Fri, Aug 16, 2024 at 11:16:51AM +0100, Stuart Henderson wrote:
> On 2024/08/15 18:33, Marc Espie wrote:
> > Enter @extraglob
> >
> >
> > basically: stuff like @extraglob /var/tomcat/conf/
> > will remove the tomcat dir with everything
Here's the basic pkg_add change, very lightly tested for now.
Not that many lines, considering :)
Index: pkg_create.1
===
RCS file: /build/data/openbsd/cvs/src/usr.sbin/pkg_add/pkg_create.1,v
diff -u -p -r1.131 pkg_create.1
--- pkg_cr
(original idea courtesy of bentley@)
Okay, so we should probably be running @tags as an under-privileged user.
There's a chicken-and-egg issue, namely, that the tag-generated files usually
belong to root.
They ARE the ugly duckling, and they've been a plague, since forever
(for pkg_check, and fo
Realized that DWZ is not documented, at all.
Also, mandoc -Wall found some shenannigans in USE_LLD.
Please commit that.
Index: bsd.port.mk.5
===
RCS file: /build/data/openbsd/cvs/src/share/man/man5/bsd.port.mk.5,v
diff -u -p -r1.644
I've got several scripts that use mpv to display pictures.
It used to be that I could ^Z and fg on those scripts without any issues.
For a few weeks/months now, it seems to be broken. I have zero idea if
this is an issue with mpv, ksh, or signal handling.
I think mpv gets into another process gr
On Sat, Aug 03, 2024 at 11:53:28AM +0200, Denis Bodor wrote:
> Hi,
>
> I ran into a permission problem when using proot(1). The ${PORTSDIR}/bulk
> directory cannot be created when you decide to place the other directories
> outside the ports tree.
>
> Here's my configuration:
>
> $ cat proot.cfg
On Fri, Aug 02, 2024 at 06:14:47PM +0100, Stuart Henderson wrote:
> Biggest yucky bit with the port if used as a "standard" locate tool is
> that the code to check filesystem types is Linux-only and I haven't
> added an OpenBSD implementation, so you can't easily disable (e.g.)
> "all NFS partition
On Mon, Jul 29, 2024 at 04:54:34PM +0100, Stuart Henderson wrote:
> db/config.site has this:
>
> 1.6 (espie24-Feb-05):
> ac_cv_header_netinet_tcp_timer_h=${ac_cv_header_netinet_tcp_timer_h=yes}
>
> turns out this is a bit problematic, because on OpenBSD you need to
> pull in tcp_tim
Currently, there is nothing that prevents ONLY_FOR_ARCHS/NOT_FOR_ARCHS
from holding garbage.
The following patch adds a check, and promptly fixes an issue, namely
that ALL_ARCHES should also reference powerpc.
Index: arch-defines.mk
mlpack is something of a bitch. Some of the tests don't pass all the time
because there are some "random algorithms" in there.
If it doesn't break a thing consistently, it's good to go.
(think about talking to t and getting my account back eventually, I will
care more about those thankless painfu
changes to the package system.
> For instance, package name changes, or stuff incorporated into base.
>
> pkg_add(1) always installs and updates it automatically.
>
> Maintainer: Marc Espie
>
> Index: OpenBSD/PkgInfo.pm
> ===
On Wed, Feb 21, 2024 at 06:38:35PM +, Stuart Henderson wrote:
> > - a few pygame games I happen to like and have been slowly porting to
> > python3
>
> btw fretsonfire (py2) doesn't seem to work at all. that's the only user
> of py2 graphics/py-opengl and py2-Pillow.
I don't think fretsonf
,7 @@
> COMMENT =easy to use, graphical editor
>
> DISTNAME = cooledit-3.17.17
> -REVISION = 5
> +REVISION = 6
>
> CATEGORIES = editors
>
> @@ -11,22 +11,12 @@ SHARED_LIBS = Cw 1.0
>
> MAINTAINER = Marc Espie
>
> -FLAVORS
,7 @@
> COMMENT =easy to use, graphical editor
>
> DISTNAME = cooledit-3.17.17
> -REVISION = 5
> +REVISION = 6
>
> CATEGORIES = editors
>
> @@ -11,22 +11,12 @@ SHARED_LIBS = Cw 1.0
>
> MAINTAINER = Marc Espie
>
> -FLAVORS
On Mon, Nov 20, 2023 at 01:56:54PM +0100, Manuel Giraud wrote:
> Hi,
>
> For the first time, I have to touch devel/quirks after a port
> modification. But when I try to update the patched devel/quirks from
> port I get the following error:
Follow-up: I finally committed all the pieces, so now th
On Tue, Jan 09, 2024 at 09:51:09PM -0500, Thomas Frohwein wrote:
> Hi,
>
> The FNA project consists of 3 ports, currently in games/fna (.NET
> library), audio/faudio (audio backend), and graphics/fna3d (graphics
> backend). They have been separate because they were released at
> different times an
I've committed code to dissociate quirks from the pkg update-cache.
It is actually fairly transparent: it just handles quirks like other
packages (it can have dependencies!)
If you don't update, quirks may not install properly, along with the
future updatedb.
If you're running snapshots, hopeful
On Sun, Dec 31, 2023 at 12:26:28PM +0100, Sebastien Marie wrote:
> Theo Buehler writes:
>
> > On Sat, Dec 30, 2023 at 07:32:18PM +0100, Sebastien Marie wrote:
> >
> > The outlined procedure makes sense to me and I like the approach, but I
> > am a bit worried that it makes it harder for people to
On Thu, Dec 28, 2023 at 06:48:59PM -0500, Thomas Frohwein wrote:
> Hi,
>
> This is an attempt at fixing what didn't work with the first go at
> setting WRKDIST for DIST_TUPLE [1] (see [2]). Basically sets a new
> internal variable _DT_WRKDIST in dist-tuple.port.mk which is picked up
> in bsd.port.
With glib-2.78, gimp has become more or less unusable in large directories.
The culprit is gtk+2 which is end of life.
I found a backport from gtk+3 that fixes the issue.
See comments in patches.
okay ?
Index: Makefile
===
RCS fil
I did some small changes to pkg_add to detect the "updatedb" (cache for
package updates) in a way that's independent from quirks.
Soon, quirks will gain an @option updatedb entry. If you have old
pkg_add (e.g., you don't update to a snapshot of base before a package
snapshot) this will break as a
On Tue, Nov 21, 2023 at 09:27:52AM +0100, Manuel Giraud wrote:
> Hi,
>
> I forgot to do a "make clean" into /usr/ports/devel/quirks after each
> new package built. Finally, quirks build correctly with the following
> update.list:
It's probably going to get "fixed" before 7.5, namely I think I can
Since quirks is handled as an updateset, having a runtime dependency
shouldn't be much of an issue.
Here is a separate updatedb port, to be activated when quirks is bumped
to 7.0.
There is also a small change to do in pkg_add: knowing the set is quirks
isn't 100% enough, we also need to tie to th
On Mon, Nov 20, 2023 at 03:16:29PM +, Stuart Henderson wrote:
> On 2023/11/20 13:56, Manuel Giraud wrote:
> > Hi,
> >
> > For the first time, I have to touch devel/quirks after a port
> > modification. But when I try to update the patched devel/quirks from
> > port I get the following error:
On Sat, Nov 18, 2023 at 09:11:41PM +0100, Theo Buehler wrote:
> I'm not sure this fix is correct (since I'm not entirely sure why C++17
> is needed, but maybe abseil/protobuf default to C++17 nowadays).
>
> If this works for you, feel free to commit, otherwise it might provide a
> starting point f
On Thu, Nov 16, 2023 at 04:54:47PM +0100, Christian Weisgerber wrote:
> games/goldberg_emulator C++ no member in namespace 'std'
The abseil absl::in_place_t were just drop-ins for the (at the time future)
std::in_place_t from C++ 17.
Generic "fix" would be as simple as
namespace absl {
On Thu, Nov 16, 2023 at 08:28:52PM +0100, Christian Weisgerber wrote:
> Here are the build failures from my amd64 bulk build started on
> 2023-11-14, including the subsequent build fixes up to
> security/web-eid-app.
>
> http://build-failures.rhaalovely.net/amd64/2023-11-14/
>
> cad/prusaslicer
Forget was actually obvious to me, and I liked the tribute
to the grandfather of them all, sourceforge,
but I won't argue over that.
On Mon, Nov 13, 2023 at 02:08:32PM +0100, Omar Polo wrote:
> On 2023/11/13 13:49:03 +0100, Stefan Hagen
> wrote:
> > Hi,
> >
> > DIST_TUPLE did not yet make it into the Makefile.template.
> >
> > OK to add it under the GH_ parts?
>
> why not replacing GH_* completely with this in the template?
Up until now, we would have a few (roughly 100) ports in the tree
which were not linked to the build.
I've added a new mechanism that allows them to get "linked" for
meta-info collection purpose.
Basically,
UNLINKED=tag
will add an IGNORE entry to the port, so if you add its SUBDIR to
the catego
On Thu, Nov 09, 2023 at 10:03:24AM +, Stuart Henderson wrote:
> On 2023/11/09 09:08, wen heping wrote:
> > Hi, ports@:
> >
> > I updated my portstree just now but failed install
> > databases/pkglocatedb,
> > maybe it is caused by:
> > ...
> > piewm-1.04p3:x11/piewm:
> > pmenu-3.1.1:x11/p
Patch is rather small, introduces two new variables:
UNLINKED: keyword(s) why not linked, to add to the port
BUILD_UNLINKED: simple way to override, as a configuration variable
with this, you could for instance link the wayland ports, annotate
them with UNLINKED = wayland.
Then they *will* parti
If it takes a lot of time before they get linked, I would prefer
everything to be linked in somehow, so that at least sqlports gets
the information, and they don't get passed up in sweeps to change
basic ports elements.
We just need to have them IGNOREd by bulk so they don't get built
by default.
I don't think we need to go the full 40 chars.
It is highly unlikely people are going to use 10 hex chars
as a tag (and if they do, it's likely it's just a copy of the
commit hash)
10 seems like a good number. tb@ mentionned that 8 is too short
(we already ran into collision with 8).
So 10 ? o
On Sat, Oct 21, 2023 at 06:32:04AM -0400, Thomas Frohwein wrote:
> On Sat, Oct 21, 2023 at 12:06:04PM +0200, Rafael Sadowski wrote:
> > Straightforwardly, this adds support for KDE so that it can be used in
> > DIST_TUPLES.
> >
> > With help from Thomas successfully tested with:
> > DIST_TUPLE = k
On first run, audacity will look for "libmp3lame.so.0" which doesn't
exist on OpenBSD, then prompting the user to find the library.
This is doubly absurd, because it doesn't match our naming
scheme, and also because we run depend on lame.
This patch appears to do the trick: we can load a library
Currently testing
Index: Makefile
===
RCS file: /cvs/ports/x11/gnustep/base/Makefile,v
retrieving revision 1.89
diff -u -p -r1.89 Makefile
--- Makefile27 Sep 2023 20:37:07 - 1.89
+++ Makefile16 Oct 2023 23:22:12 -
For now, that's definitely not the problem.
There are so many other issues that actually need solving FIRST.
On Fri, Oct 13, 2023 at 11:40:59AM +0200, Omar Polo wrote:
> Straightforwardly, this adds support for codeberg so that it can be
> used in DIST_TUPLES. Unfortunately, it breaks the alignment in
> SITES.* :/
>
> The first two ports that could use this that comes to mind are
> graphics/nsxiv and de
On Thu, Oct 12, 2023 at 10:01:00AM -0600, j...@bitminer.ca wrote:
> >
> > Not really sure how to test it. If I try running it with no HPL.dat
> > file present I get a segfault:
>
> There is some detailed guidance at
>
> https://www.pugetsystems.com/labs/hpc/how-to-run-an-optimized-hpl-linpack-be
A colleague is having fun measuring the performance of various BSDs with
this benchmark.
As usual with such software, the build instructions are atrocious.
The code is also a bit shabby, with potential for buffer overflows.
When contacted about this, upstream clearly doesn't care about the quali
Fight or flight.
There is a point where you still need to enforce some basic semantics
and refuse files that don't conform.
I would question leading white space in .pc files even though pkgconf
would be happy with them.
Every release, it's the same dance: a few packages want version bumps
because the OS version changed.
This means a bit of work for naddy, and noise for most of us: I tend to
have a bulk in-progress while this is going on, so my plist get bumped, and
then later I get to the new version, and I get a
If you work on -current, please make sure you have the current
infrastructure and to read bsd.port.mk(5) and friends.
Specifically:
MASTER_SITES0..9 is dead
prefer
DISTFILES.sufx
to refer to
SITES.sufx
Also: MASTER_SITES* is dead. We decided to replace it with the
much shorter (with no loss of m
On Tue, Sep 26, 2023 at 10:29:57PM +0200, Matthias Kilian wrote:
> Hi,
>
> Greg asked me to provide a new ghc boostrap. Here it is; i could built
> lang/ghc and all ports depending on it with it.
>
> If it's ok to put it in before release, could someone else please
> commit it? My internet connec
I said it privately, and I will say it publically so that people
do not get the wrong idea.
THIS IS NOT A PSEUDO_FLAVOR.
Pseudo flavors are used *exclusively* to disable some subpackages.
The particularity of pseudo-flavors is that it does NOT change
anything about the stuff that is actually buil
I'm currently running a patch that converts the last few ports with
MASTER_SITES0...9 to the new style of SITES.sufx.
Accordingly, once the bulk finishes (succesfully)
I will also remove the support in bsd.port.mk.
In the meantime, if you commit stuff that reintroduces
MASTER_SITES0..9, well, it
On Tue, Sep 19, 2023 at 04:58:31PM +0200, Marc Espie wrote:
> I don't know who's interested in that port, but the main archive from
> the site doesn't match at all what we have in the backups. For starters,
> our archive is 45MB long, whereas the main site retrieves a
I don't know who's interested in that port, but the main archive from
the site doesn't match at all what we have in the backups. For starters,
our archive is 45MB long, whereas the main site retrieves a file that's 322MB
long (!)
This does take more or less forever to fetch to fall on its nose, ba
On Thu, Sep 14, 2023 at 03:09:00PM +0200, Omar Polo wrote:
> friendly ping, reattaching the two patches.
>
> Index: infrastructure/mk/bsd.port.mk
> ===
> RCS file: /home/cvs/ports/infrastructure/mk/bsd.port.mk,v
> retrieving revision
On Thu, Sep 14, 2023 at 12:31:34PM +0200, Sebastien Marie wrote:
> Hi,
>
> When trying to add codeberg to DIST_TUPLE stuff, I had a problem with the
> name
> used to extract the downloaded tarball.
>
> codeberg.org is using the following scheme:
> the downloaded file is at:
> https://codeber
Completely orthogonal patch.
Using the same substitution twice is already cause for errors.
Using it 3 times is a sin.
Let's save that somewhere.
Index: dist-tuple.port.mk
===
RCS file: /cvs/ports/infrastructure/mk/dist-tuple.port.m
on extracted directory
Reply-To:
In-Reply-To:
On Thu, Sep 14, 2023 at 12:31:34PM +0200, Sebastien Marie wrote:
> Hi,
>
> When trying to add codeberg to DIST_TUPLE stuff, I had a problem with the
> name
> used to extract the downloaded tarball.
>
> codeberg.org is using the following scheme:
Very straightforward.
Okay ?
Index: autoconf/Makefile.inc
===
RCS file: /cvs/ports/devel/autoconf/Makefile.inc,v
retrieving revision 1.8
diff -u -p -r1.8 Makefile.inc
--- autoconf/Makefile.inc 11 Mar 2022 18:49:37 - 1.
On Thu, Sep 07, 2023 at 08:12:32PM -0400, Thomas Frohwein wrote:
> On Thu, Sep 07, 2023 at 07:06:31PM +0200, Marc Espie wrote:
> > Does anyone actually use the "checkpatch" target ?
> >
>
> I didn't know it exists. Reading the documentation in bsd.port.mk(5)
Wondering whether I should make an outside facing view/cached table
containing values in a somewhat non changing way, even though they no longer
reflect our actual naming policies.
Does anyone actually use the "checkpatch" target ?
I've attached the first run of dpb -F8 with the new more descriptive options.
It shows every location it tried to fetch that didn't work.
"FIRST" means it's the first entry in SITES*
"BACKUP" means it's actually failed to fetch from the SITES* list and
had to switch to SITES_OPENBSD (it's offset
On Thu, Sep 07, 2023 at 12:24:59PM +0200, Marc Espie wrote:
> I've been perusing the results of the build, they aren't good, then
> again portroach isn't quite grabbing the right stuff.
>
> - tweak the meter to use shorter x/x so that it fits again on the
>
On Thu, Sep 07, 2023 at 11:23:14AM +0100, Julian Smith wrote:
> devel/gmake defaults to CC=cc but CXX=g++.
>
> It doesn't seem to make sense to mix `cc`, the system C compiler
> (typically clang-based) with `g++`, the non-system GNU C++ compiler.
>
> I've been routinely running gmake with a `CXX=
I've been perusing the results of the build, they aren't good, then
again portroach isn't quite grabbing the right stuff.
- tweak the meter to use shorter x/x so that it fits again on the
line.
- use fullpkgname instead of distname because that one is *always* defined.
(and strip v/p acc
Speaking of stuff that's been there forever, I've been converting
some MASTER_SITES to SITES, and while checking, I've noticed a very
large number of ports without valid SITES.
I mean, having them hosted on the ftp.openbsd.org mirror is not a big
issue, but when people try to fetch manually, it's
So with the new DIST stuff, portroach is going to be even more lost than
usual.
I propose we try something like the following patch.
What this does:
if ROACH_URL isn't manually defined, bsd.port.mk will try its best to give it
a default value.
Namely:
- grab the first DISTFILES
- if there is non
After discussion, we think we can safely shorten the variables.
Not to be confused with a woke move, but frankly, SITES is long enough.
I'm test driving a patch that makes this mostly transparent.
It should hit the ports tree in a few hours.
(After this, just use SITES* wherever you used to use M
On Mon, Sep 04, 2023 at 12:45:05PM -0700, Greg Steuck wrote:
> Looks like we no longer have to manage a namespace of just 10 entries
> globally in the ports tree :)
>
> OK?
>
> >From 9f430fa6addbc4b89e260d5d7aa5cb43b8943b9b Mon Sep 17 00:00:00 2001
> From: Greg Steuck
> Date: Mon, 4 Sep 2023 12:
The new DIST_TUPLE syntax is still undergoing some minor/major
tweaks (stay tuned).
As for retiring the old MASTER_SITES syntax, I acknowledge that having
all the stuff in DISTFILES was handy for EXTRACT_ONLY= ports.
But the rewriting stuff as in dest{url}sufx already made that cumbersome.
So I
On Mon, Sep 04, 2023 at 02:42:05AM +0200, Ingo Schwarze wrote:
> However, nobody told me so far that they like the idea of showing this
> information, but one developer told me privately that they are not a fan.
Let me guess. I know one guy who makes it known when he doesn't like
something, but al
On Sun, Sep 03, 2023 at 08:54:55PM +0200, Ingo Schwarze wrote:
> In addition to that, showing the complete list from man -w would
> force man(1) to do additional work, slowing down display of the
> manual page. When any of the -w, -a, or -k options is given, man(1)
> always searches through the wh
Tricky part was to figure out where to put it. I won't change the
old CONFIGURE_STYLE stuff because it's unlikely to be needed anymore,
but putting the check inside modules.port.mk means that other modules
can just define GH_TUPLE* and everything should work like a charm
Okay ?
Index: modules.po
On Thu, Aug 31, 2023 at 11:20:17PM +0200, Ingo Schwarze wrote:
> Hi Stefan,
>
> Stefan Hagen wrote on Wed, Aug 30, 2023 at 09:41:20AM +0200:
>
> > There's no good way to handle a conflict that's introduced with an
> > update. So what we would do is to move the manpages into the install
> > dire
On Fri, Sep 01, 2023 at 07:05:35PM +, Klemens Nanni wrote:
> On Fri, Sep 01, 2023 at 04:40:24PM +, Klemens Nanni wrote:
> > $ make show=PKGNAME
> > : not found
> > *** Warning in /p/net/tdesktop: "" returned non-zero status
> > (/usr/ports/x11/qt6/qt6.port.mk:60)
> > tdesktop-4.9.4
> >
>
I wanted to say, no support in pkg_add for suddenly conflicting
packages after an update is by design: there is no way this can't
be seen as anything but a regression.
Imagine: you install packages A and B, you go to update them, and
suddenly the new versions conflict.
The supported cases are cla
According to port-modules, variables starting with MOD* are public, so
should get documented, SOONER RATHER THAN LATER.
With the recent make's .VARIABLES addition, bsd.port.mk's dump-vars has
gained some introspection capabilities. -current sqlports contains a
list of all public module variable va
This switches stuff over to DISTFILES.go
Also, factorize files in a slightly more efficient way, this makes
MODGO_SETUP_WORKSPACE significantly smaller (by about 30% or so)
Index: go.port.mk
===
RCS file: /cvs/ports/lang/go/go.port.m
I'm trying to figure out ways to make things shorter, as even the variable
names get insanely long.
In particular, do we really need long names like
go_modules/golang.org/x/tools/@v/v0.0.0-20190907020128-2ca718005c18.mod ?
It seems to me that
go/golang.org/x/tools/0.0.0-20190907020128-2ca718005c1
On Tue, Aug 22, 2023 at 06:51:12PM +0200, Lorenz (xha) wrote:
> hi,
>
> when trying to build sysutils/seatd, i am getting this error:
>
>
> lorenz@/usr/ports/sysutils/seatd % doas make build
> ===> Building from scratch seatd-20230813p0
>
> [...]
>
> ===> Checking files for seatd-2023
On Sat, Aug 19, 2023 at 12:23:03PM +0900, lain. wrote:
> I just updated my ports tree with "cvs -q up -Pd -A", the usual stuff,
> and tried to install net/weechat from the ports, because the one in the
> repository is too outdated.
> This is the problem:
>
> ```
> # make install
> Fatal: requires
Every public variable should be documented, sooner rather than later.
There's often a bit of a delay when fiddling with semantics,
but that's no reason for dropping the ball.
At most a few weeks, no more.
All the parts have now been committed.
Thfr@ will probably finalize his patch for "nicer" github/gitlab/whatever
during our next hackathon.
As far as things go: bsd.port.mk(5) explains what's going on.
If DISTFILES.sufx is set, then MASTER_SITES.sufx will be used.
Compared to the "fixed" list o
On Mon, Aug 14, 2023 at 08:33:19PM +0200, Marc Espie wrote:
> DISTFILES.sufx = somefile
> which will match with MASTER_SITES.sufx
IMPORTANT: use simple suffixes, like
DISTFILES.go
with an actual dot and a combination of letters/digits (without an other dot
afterwards)
The idea is to
After much discussion with fellow porters, we changes the way
DISTFILES + MASTER_SITES work
the old way (DISTFILES = somefile:0 to match with MASTER_SITES0) still works
but the new way is to write
DISTFILES.sufx = somefile
which will match with MASTER_SITES.sufx
this works identically with SUPDI
On Sun, Aug 06, 2023 at 12:06:22PM +, Klemens Nanni wrote:
> On Tue, Aug 01, 2023 at 11:17:48AM +0200, Sebastien Marie wrote:
> > On Mon, Jul 31, 2023 at 10:17:05PM +, Klemens Nanni wrote:
> > > 'make patch' on a WXNEEDED=Yes port without wxallowed fails after
> > > patching and before crea
On Fri, Jul 28, 2023 at 03:16:53PM +, Klemens Nanni wrote:
> On Fri, Jul 28, 2023 at 12:18:16PM +, Klemens Nanni wrote:
> > On Tue, Jul 25, 2023 at 05:06:35PM +, Klemens Nanni wrote:
> > > On Tue, Jul 25, 2023 at 04:42:10PM +, Klemens Nanni wrote:
> > > > After one of the recent www
On Thu, Jul 20, 2023 at 05:49:19PM +0200, Matthias Schmidt wrote:
> Hi,
>
> * Stuart Henderson wrote:
> > You're missing the version number in DISTNAME.
>
> Thanks, that ideed did the trick. Nevertheless, the error message is
> not very informative and I couldn't have solved that on my own.
>
>
Actually, I should have documented the current reality ages ago.
(Or replace "jobs" with "direct children" ?)
The reference pointing to recursive behavior should be there regardless.
Index: make.1
===
RCS file: /cvs/src/usr.bin/make/
So I have a few options that take pkgpath lists in dpb.
There might be reasons to have more or... maybe just have
a list "on the side" of supplementary information to add to the ports
tree proper.
Like "don't clean this pkgpath, I want to look at the wrkdir anyway"
or "don't build that path even
On Fri, Jul 07, 2023 at 04:07:31PM +0200, Jeremie Courreges-Anglas wrote:
> I'm not completely sold on zapping CHECK_PGPSIG, and using a specific
> make target, instead of handling this in make checksum. Using the
> checksum target would be more strict I guess.
Depends who you're targetting. Assu
On Thu, Jul 06, 2023 at 05:49:04PM +0200, Jeremie Courreges-Anglas wrote:
> On Thu, Jul 06 2023, Stuart Henderson wrote:
> > On 2023/07/05 21:21, Jeremie Courreges-Anglas wrote:
> >> On Wed, Jul 05 2023, Alexander Bluhm wrote:
> >> > On Wed, Jul 05, 2023 at 05:35:01PM +0200, Jeremie Courreges-Ang
Following some remark from matthieu, since we now can distinguish
clean builds from unclean builds, we can reset the pos marker in such
a case.
Of course, since this happens at the end of a task, this only changes
the display *after* the first step, but this is what matters, really,
since we don't
On Wed, Jul 05, 2023 at 08:27:50AM +0200, Stefan Hagen wrote:
> *ping*
>
> Stefan Hagen wrote (2023-05-07 16:42 CEST):
> > Hi,
> >
> > this is an update to the krita gmic plugin for the gmic version 3.2.1.
> >
> > There's no changelog for the plugin itself. But this repo is used to
> > develop t
Oh actually we don't even need that... :ON/:OFF are implied, I think,
looking at various cmake parts.
On Thu, Jul 6, 2023 at 11:11 AM Marc Espie wrote:
>
> Thanks to ian for prodding.
>
> What do people think of automatically adding BOOL where needed in
> CMAKE_ARGS, somethin
Thanks to ian for prodding.
What do people think of automatically adding BOOL where needed in
CMAKE_ARGS, something along the lines of the following construct:
ARGS=-DFLAG1=ON -DFLAG2:BOOL=ON -DFLAG3=ON -DFLAG4=OFF
test:
echo ${ARGS:S/=ON/:BOOL=ON/g:S/=OFF/:BOOL=OFF/g:S/:BOOL:BOOL/:BOOL/
On Thu, Jul 06, 2023 at 10:12:56AM +0200, Peter Hessler wrote:
> Hi,
>
> This package takes quite a while to build, so I marked it as parallel to
> use more CPUs.
>
> I've been running this on the arm64 bulk build cluster for about a month
> now.
>
> OK?
>
>
> Index: math/mlpack/Makefile
> ===
Will happily pick up gtest if available, and crash
if it gets junked during the build
>>> Building on verycloudy2 under archivers/libzim
BDEPENDS =
[archivers/xz;databases/xapian-core;devel/meson;archivers/zstd;textproc/icu4c]
DIST = [archivers/libzim:libzim-8.1.1.tar.xz]
On Tue, Jul 04, 2023 at 03:20:41AM -0400, Ian Darwin wrote:
> Descr:
> Cereal is a header-only C++11 serialization library. It takes
> arbitrary data types and reversibly turns them into different
> representations, such as compact binary encodings, XML, or JSON.
> Cereal was designed to be fast,
On Mon, Jul 03, 2023 at 12:11:09AM +0200, Christian Weisgerber wrote:
> lang/ocaml
>
> I guess for ocaml the big hammer would be to disable native code
> compilation altogether and fall back to bytecode.
How far behind are we on ocaml code releases ?
Considering the people writing the language,
1 - 100 of 1003 matches
Mail list logo
