On Sat, May 31, 2025 at 10:35:21AM +0100, Stuart Henderson wrote:
> please would you reattach the port, to save having to hunt in list
> archives?
Reattached, thanks
extract-adf.tgz
Description: extract-adf.tgz
PING
On Wed, Mar 5, 2025 at 4:37 PM Marc Espie wrote:
>
> Long story short, I wanted to peek at some old amiga games I no longer have
> to show a hack I did to students (namely disable the random generator
> in Civ to bypass the manual protection).
>
> Found this tool on gi
Long story short, I wanted to peek at some old amiga games I no longer have
to show a hack I did to students (namely disable the random generator
in Civ to bypass the manual protection).
Found this tool on github, works like a charm. Requires a bit
of porting/documentation so worthy of a port IMO
There's a trick that works since we added .VARIABLES to make.
$ make verbose-show='${.VARIABLES}'
(quotes needed so make will see them but not the shell)
You generally want to sort them, and you can filter the names using the :M
construct
e.g.,
mabel$ make verbose-show='${.VARIABLES:M*LINK*}'|
On Tue, Nov 05, 2024 at 07:44:59PM +0100, Matthieu Herrb wrote:
> On Sun, Nov 03, 2024 at 02:11:12PM +0100, Marc Espie wrote:
> > Here's a second version that actually works with multiple parameters,
> > is way more specific at telling you where badly-placed variables should be
On Wed, Nov 06, 2024 at 08:24:35AM +, Mikolaj Kucharski wrote:
> Hi,
>
> While browsing generated HTML pages, I've noticed that some ports have
> categories duplicated. Initially I saw this with devel/apktool. With
> below diff, categories are unique.
>
>
> Index: Makefile
>
On Sun, Nov 03, 2024 at 02:43:40PM +, Klemens Nanni wrote:
> 03.11.2024 15:37, Marc Espie пишет:
> > Something like this in make is definitely trivial.
>
> I did just that using the existing -s:
-s is an existing flag in bsd make, changing its semantics doesn't seem
sane,
On Sun, Nov 03, 2024 at 01:08:06PM +, Stuart Henderson wrote:
> On 2024/11/03 11:08, Marc Espie wrote:
> > This smaller script tries to match Makefile variables against
> > Makefile.template
> > and reports violation.
> >
> > (manpage should be trivial)
>
On Sun, Nov 03, 2024 at 12:17:27PM +, Klemens Nanni wrote:
> 03.11.2024 12:28, Marc Espie пишет:
> > Index: pkglocatedb/pkg/DESCR
> > ===
> > RCS file: /cvs/ports/databases/pkglocatedb/pkg/DESCR,v
>
Here's a second version that actually works with multiple parameters,
is way more specific at telling you where badly-placed variables should be,
and also knows a heck of a lot more about existing variables.
#! /usr/bin/perl
# ex:ts=8 sw=4:
# $OpenBSD$
#
# Copyright (c) 2024 Marc
Something like this in make is definitely trivial.
Big question is, are we okay with yet another option ?:
Index: compat.c
===
RCS file: /cvs/src/usr.bin/make/compat.c,v
diff -u -p -r1.93 compat.c
--- compat.c26 Jan 2020 12:41:21
On Sun, Nov 03, 2024 at 11:08:34AM +0100, Landry Breuil wrote:
> Le Sun, Nov 03, 2024 at 10:33:22AM +0100, Rafael Sadowski a écrit :
> > On Sun Nov 03, 2024 at 10:28:06AM +0100, Marc Espie wrote:
> > > pkg_mklocatedb includes an option -K that will store all pkg_create
> &g
l of landry and aja says
"no", but I remember in the past some people insisting about respecting
Makefile.template order.
Surprisingly, stuff like REVISION and EPOCH is not in Makefile.template.
#! /usr/bin/perl
# ex:ts=8 sw=4:
# $OpenBSD$
#
# Copyright (c) 2024 Marc Espie
#
# Permission
pkg_mklocatedb includes an option -K that will store all pkg_create
annotations such as fontdir, etc
even though it makes for a much larger pkglocatedb, it can occasionally be
useful for introspection purposes (like finding out if some directories
contain several types of info, like info files + m
On Sun, Oct 20, 2024 at 10:58:16AM +, Klemens Nanni wrote:
> One fix would be to teach make(1) how to shut up on such messages.
> GNU make(1) can do that already:
>
> -s, --silent, --quiet
> Silent operation; do not print the commands as they are executed.
>
> $ gmake foo
t; diff -u -p -r1.1648 Makefile
> --- Makefile 15 Oct 2024 10:47:21 - 1.1648
> +++ Makefile 15 Oct 2024 13:37:45 -
> @@ -3,7 +3,7 @@ CATEGORIES = devel databases
> DISTFILES =
>
> # API.rev
> -PKGNAME =quirks-7.55
> +PKGNAME =quirks-7.56
> PKG_A
I'm not even sure there is a need for a knob.
On Mon, Oct 14, 2024 at 05:42:30PM +1100, Ian McWilliam wrote:
> Hi,
>
> Profiling potentially shows that things are being copied. If the process runs
> long enough then garbage collection will kick in.
>
> I know it’s superficial for this process in the big picture and that
> collecting packag
On Sat, Oct 12, 2024 at 11:28:40AM +1100, Ian McWilliam wrote:
> Hi,
>
> In the universe’s grand scheme of things the wasted memory, garbage
> collection and cpu cycles doesn’t mean much.
>
> The patch removes variable allocation in a while loop that is not needed.
>
> Ian McWilliam
>
Have yo
On Thu, Oct 10, 2024 at 06:36:34PM +, Joe B wrote:
> Hello,
>
> I just installed openbsd and I'm happy.. coming from FreeBSD and lots of
> stuff are different.
>
> I like ports to have options between binary and source.
>
> In freebsd you could make showconfig to see whats configured by def
On Sun, Oct 06, 2024 at 08:38:29PM +, Klemens Nanni wrote:
> 06.10.2024 23:10, Christian Weisgerber пишет:
> > Klemens Nanni:
> >
> >> CVSROOT: /cvs
> >> Module name: ports
> >> Changes by:k...@cvs.openbsd.org2024/10/06 04:24:24
> >>
> >> Modified files:
> >>infrastruct
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
1 - 100 of 1024 matches
Mail list logo
