On Fri, Sep 6, 2024 at 10:33 AM Fernando Apesteguía
wrote:
>
> Yes, please, put it up in Bugzilla or Phab and feel free to assign it to me
> :-)
Just FYI, you can easily fetch a GitHub PR by installing devel/gh and running
gh pr checkout https://github.com/freebsd/freebsd-ports/pull/1234
In th
On Sat, Aug 24, 2024 at 1:13 PM Tatsuki Makino
wrote:
>
> Hello.
> It's a subject that doesn't make sense :), but it's as follows.
>
> When qt6-declarative-6.7.2 (x11-toolkits/qt6-declarative) is built (make
> configure) in an environment where qt6-svg-6.7.2 (graphics/qt6-svg) is
> installed, th
On Wed, Jul 3, 2024 at 10:27 PM Ronald Klop wrote:
>
> How do I get poudriere to execute this 'make do-test'? poudriere bulk -t as
> well as poudriere testport do not seem to execute do-test.
You can put
WITH_TESTING_PORTS= databases/mongodb60
into poudriere's make.conf
> I'm searching for do
We've updated obsidian to 1.5.12 and Electron 28.
We'll update it again when Obsidian releases with Electron 30.
On Sun, Jun 16, 2024 at 5:14 PM Michael Butler
wrote:
>
> I have KDE5 installed; this pulls in devel/kf5-solid which has a
> dependency on sysutils/bsdisks like so ..
>
> imb@d5540:/usr/ports/devel/kf5-solid> less Makefile
> PORTNAME= solid
> DISTVERSION=${KDE_FRAMEWORKS_VERSION}
> CATEG
This is partly my fault as a maintainer. We've updated Obsidian in our
$WORK tree, but I forgot to upstream it.
But I also agree that we should make an exception for Electron ports, because
- Electron itself is pretty fast-moving, but at the same time has a
lot of commercial consumers that aren't
On Fri, Jun 7, 2024 at 6:57 PM Lexi Winter wrote:
>
> these are
> currently not being used because of issues with poudriere and possibly
> other things.
>From what I know, nothing new has happened on this front, unfortunately.
On Wed, May 22, 2024 at 2:07 PM Matthias Fechner wrote:
>
> What is the recommended why to add python as a runtime dependency that the
> python binary is available?
We usually patch the software to use pythonXY everywhere. For shebangs
it can be done via USES=shebangfix and for other cases resor
On Fri, Apr 12, 2024 at 10:50 PM Matthew Phillips
wrote:
> install -m 755 snac $(DESTDIR)$(PREFIX)/bin/snac
>
> Does that sound right?
Sounds right to me.
On Fri, Apr 12, 2024 at 7:22 PM Matthew Phillips
wrote:
>
> The porters handbook says:
>
> > Make sure that make package can be run as a normal user (that is, not
> > as root)
>
> However, the default `PREFIX` is /usr/local, and a non-root user cannot
> install to this folder.
`make package` only
On Fri, Apr 12, 2024 at 10:56 AM Matthias Fechner wrote:
>
> https://gitlab.fechner.net/mfechner/Gitlab/-/commit/c6e569cdcd2862fdffa05a73c9ebd8a5a78fa7a7
The ${FLAVOR:U...} expression looks a bit weird to me. You have
FLAVOR?= ... in your Makefile, so this var can't really be undefined
> But if
On Fri, Apr 12, 2024 at 7:54 AM Matthias Fechner wrote:
>
> Dear all,
>
> I maintain the www/gitlab-ce port and would like to make also a
> www/gitlab-ee port available.
> The ee port only needs another distfile and some very small
> modifications in the FreeBSD Makefile.
>
> Is a slave port here
Should be fixed now by
https://cgit.FreeBSD.org/ports/commit/?id=665b0219e541019b849fd5a1efdf032081dcf610
On Thu, Apr 11, 2024 at 9:16 AM Tatsuki Makino
wrote:
>
> Hello.
>
> Since everyone does not need to debug all ports, I assume the definition is
> made like WITH_DEBUG_PORTS+=audio/libopenshot-audio .
> This has changed the variable defined from WITH_DEBUT to _WITH_DEBUG, so the
> part that swit
On Wed, Apr 10, 2024 at 5:09 PM Brad D wrote:
>
> Is it uncalled for replacing problematic embedded libraries with equivalent
> ones in a port as a dependency if the library is in the repo and well
> maintained?
It is the other way around, we're usually striving to use
system-provided dependenc
On Thu, Apr 4, 2024 at 2:28 PM Yasuhiro Kimura wrote:
>
> I tried following steps.
> ...
> 6. pkg delete -afy
Eh? Why did you do that?
This probably removed pkg that you bootstrapped earlier and then
reinstalled it from ports which changed the automatic flag value (my
guess).
Good news everyone [who uses FreeBSD as a desktop system]!
The latest release of PackageKit now has a more or less functional pkg
backend and is committed to our ports tree.
PackageKit is a small D-Bus daemon program that serves as a backend
for "application store" type of apps - most notably Pla
On Wed, Mar 20, 2024 at 11:16 PM Michael Grimm wrote:
>
> Hi
>
> Disclaimer:
>
> I am trying to create a new port (knot-resolver-current) developed under
> Linux upstream. A so-called manager functionality is brand new in comparison
> to the previous knot-resolver. The corresponding git reposito
On Thu, Mar 14, 2024 at 9:29 PM Andrea Venturoli wrote:
>
> Hello.
>
> This is on 14.0 through Poudriere (2024Q1 tree).
>
> Build fails ending in:
Thanks for the heads-up, I marked the port TESTING_UNSAFE.
On Thu, Mar 14, 2024 at 9:55 PM Miroslav Lachman <000.f...@quip.cz> wrote:
>
> Is there a way to see the order of the executed steps by "make"?
>
> tl;dr: I know "make" will run many targets like fetch, checksum,
> extract, patch... but I would like to see some verbose info about these
> steps, mai
On Mon, Mar 11, 2024 at 1:27 PM Moin Rahman wrote:
>
> Github PRs are mostly ignored as those cannot be merged there.
Not really, there is a lot of stuff coming from GitHub. Yes, you can't
merge them via web UI, but it is still simple with gh CLI. I do merge
contributions from GitHub from time to
On Wed, Mar 6, 2024 at 10:16 AM Hiroo Ono wrote:
>
> Hello,
>
> Trying to install mail/aerc, pkg says it conflicts with net/samba419.
>
> Installed packages to be REMOVED:
> samba419: 4.19.5_1
It looks like you're building your own repo using poudriere and then
installing from it?
In thi
A small update: we're down to 705 ports failing and 342 skipped
according to the latest build run by bofh@
The updated list of failed ports can be obtained from the same URL as
before [1].
It is also worth mentioning that portmgr@ will make the hard switch
after 2024Q3 gets branched. This will br
On Tue, Feb 27, 2024 at 5:43 AM Alastair Hogge wrote:
>
> however, I do not know how that translates to Makefile
> targets, like do-install-NON_USER_FACING_OPT-on. Currently the Makefile
> target is of the ".if somecond FOO= .else BAR= .endif" form.
I'm afraid you'd still have to write
post-inst
On Sun, Jan 21, 2024 at 1:19 PM Gleb Popov wrote:
>
> Ahoy there fellow porters!
>
> portmgr@ is currently working on switching the directory into which
> man pages are installed from "${PREFIX}/man" to "${PREFIX}/share/man".
> It is quite a tedious process,
On Fri, Feb 23, 2024 at 5:51 AM Alastair Hogge wrote:
>
> Hello,
>
> The current in-tree port of mame, 0.261, is built around the core
> multi-emulation framework, which results in the usual mega monolithic
> mame binary. There are options for TOOLS, which include two other
> emulators. The curren
On Sun, Feb 18, 2024 at 2:35 PM Aryeh Friedman wrote:
> No it is not possible since the pkg's are usually of a different
> version then what is built from ports (ports is almost newer)
There can't be any other way - ports are building recipes for
packages. Packages will always lag behind.
> may
On Sun, Feb 18, 2024 at 1:37 PM Aryeh Friedman wrote:
>
> On Sun, Feb 18, 2024 at 5:16 AM Felix Palmen wrote:
> >
> > * Tomoaki AOKI [20240218 17:49]:
> > > [a lot about automotive regulations]
> >
> > That's a nice example how comparisons of entirely different domains
> > almost always go compl
On Sat, Feb 3, 2024 at 6:31 PM Einar Bjarni Halldórsson wrote:
>
> Hi,
>
> I needed to create three new R ports, but with new ports for missing
> dependencies, it’s 13 new ports in total, all R packages.
>
> Should I create one PR for them all, or one for each package with blockers
> for depende
On Sat, Feb 3, 2024 at 10:55 AM Loïc Bartoletti
wrote:
>
> Hi Gleb,
>
> Le 03/02/2024 à 06:44, Gleb Popov a écrit :
>
> http://arrowd.name/ports_writeup
>
> Do you think that it could be an entry in the porters-handbook?
Eventually, yes, I'd love to see it in Hand
On Sat, Feb 3, 2024 at 7:46 AM Tatsuki Makino
wrote:
> Thank you.
>
> In the case of FLAVOR, the package name was also dynamically changed by a
> variable (e.g.
> ${PYTHON_PKGNAMEPREFIX}sphinx>=0:textproc/py-sphinx@${PY_FLAVOR}), but how
> does subpackage work...?
https://lists.freebsd.org/arc
On Sun, Jan 21, 2024 at 1:19 PM Gleb Popov wrote:
> More than that,
> changing the default for a given build system instantly breaks all
> ports that use it, which means that this task can't be done
> incrementally in the main branch.
>
> I've created a branch [1]
On Fri, Jan 26, 2024 at 7:25 PM Stefan Esser wrote:
>
> And thus we add even more complexity to the port system ...
>
> For ports that e.g. depend on a particular interpreter version
> (Python, Perl, LUA, ...) or database, we currently have 4 ways
> to select the correct dependencies etc.:
>
> - p
On Fri, Jan 26, 2024 at 12:55 PM Chris wrote:
> I really appreciate the write up! Makes for a nice overview. The differential
> at first glance was a bit daunting. Will flavors and all still remain?
> Or will subpackages subsume options/flavors?
I don't know what will happen in the future as I'm
On Fri, Jan 26, 2024 at 11:01 AM Alexander Leidinger
wrote:
>
> Am 2024-01-25 20:57, schrieb Luca Pizzamiglio:
>
>
> I think Stefans expectations about such a feature are different from the
> understand of the implementor of the feature in our tree. Somewhat a clash of
> an idealistic view and r
On Wed, Jan 24, 2024 at 4:35 PM Christian Weisgerber wrote:
>
> Well, now it blocks contributors that don't have a GitHub account
> from being able to request a pull. :-)
>
How would you request a pull when using FreeBSD git repo?
On Wed, Jan 24, 2024 at 1:55 PM Christian Weisgerber wrote:
>
> No, I mean directly in git.freebsd.org, not in the GitHub mirror.
>
That'd block contributors that are not committers for being able to
request a pull.
On Wed, Jan 24, 2024 at 2:06 AM Christian Weisgerber wrote:
>
> It would have been nicer if we could have had this as a collaborative
> branch in the freebsd.org repository...
> (Do we have a policy on this?)
I wanted to do that too, actually, but it turned out that
freebsd/freebsd-ports is a rea
Follow-up update from my side.
I received a decent amount of patches and PRs, thanks everyone who contributed.
I ran a mini-exp-run locally to get an idea of how much is left and
also to generate a more relevant list of failed ports. This one
contains origins of 1148 failing ports that have GNU_CO
On Tue, Jan 23, 2024 at 1:21 AM Christian Weisgerber wrote:
>
> One commit per port or squashed?
If we're talking about a pull request - I don't mind. But in the case
of a patch without git format-patch headers I will apply it as a
single commit, because I don't have time to go through every port
On Mon, Jan 22, 2024 at 11:47 AM Nuno Teixeira wrote:
>
>
>> The ports I'm interested in should have GNU_CONFIGURE=yes kno
>
>
> Just a doubt:
>
> For ports like:
> GNU_CONFIGURE= yes
> PLIST_FILES= man/man1/portname.1.gz
>
> Should we wait for Mk changes or use GNU_CONFIGURE_MANPREFIX= ${PREFIX}
On Sun, Jan 21, 2024 at 7:45 PM Rainer Hurling wrote:
>
> All three ports do not generate any man pages. So I don't understand why
> they are included in the list. Or is it different if autotools is used?
>
> Thanks in advance for any clarification.
Moin generated this list while working on the s
Ahoy there fellow porters!
portmgr@ is currently working on switching the directory into which
man pages are installed from "${PREFIX}/man" to "${PREFIX}/share/man".
It is quite a tedious process, as you might imagine. More than that,
changing the default for a given build system instantly breaks
On Fri, Jan 12, 2024 at 5:00 PM Jamie Landeg-Jones wrote:
>
> I thought it was a bit rash of them to do all that so soon (it was obvious
> that the domain hadn't expired completely, as I could see that you renewed
> it before it was returned to being "unused".)
>
> But I didn't realise it was only
On Sat, Nov 25, 2023 at 1:19 PM Xavier Humbert wrote:
>
> Hi,
>
> I'm experiencing this problem : "pkg: Package database is busy while
> closing!" after interrupting portupgrade
>
> Do you know how to fix this ?
>
This message means there is a bug in pkg. It'd be great if you can
extract minimal
On Tue, Nov 21, 2023 at 6:39 PM Richard Childers
wrote:
>
>
> I was using ungoogled-chromium and I had 60+ tabs that I can now not get
> back because ungoogled-chromium has been withdrawn from circulation.
>
>
> why are these packages appearing and disappearing? If it's a package,
> it's supposed
On Fri, Nov 10, 2023 at 10:46 AM Matthias Apitz wrote:
>
> How could I prevent its start on start of plasma?
> Thanks
>
> matthias
> --
> Matthias Apitz, ✉ g...@unixarea.de, http://www.unixarea.de/ +49-176-38902045
> Public GnuPG key: http://www.unixarea.de/key.pub
>
Try putting StartServ
This revision was automatically updated to reflect the committed changes.
Closed by commit R11:462adef145ea: games/moonlight-qt: Open source PC client
for NVIDIA GameStream and Sunshine (authored by arrowd).
CHANGED PRIOR TO COMMIT
https://reviews.freebsd.org/D42323?vs=129240&id=129252#toc
REP
arrowd accepted this revision.
This revision is now accepted and ready to land.
REPOSITORY
R11 FreeBSD ports repository
CHANGES SINCE LAST ACTION
https://reviews.freebsd.org/D42323/new/
REVISION DETAIL
https://reviews.freebsd.org/D42323
EMAIL PREFERENCES
https://reviews.freebsd.org/sett
arrowd added inline comments.
INLINE COMMENTS
> Makefile:6
> +DISTNAME=MoonlightSrc-${DISTVERSIONFULL}
> +EXTRACT_SUFX=.tar.gz
> +MASTER_SITES=
> https://github.com/moonlight-stream/moonlight-qt/releases/download/v${DISTVERSION}/
This is default, no need to set it explicitly.
On Mon, Oct 9, 2023 at 12:20 AM Tatsuki Makino
wrote:
> If the hashes are not matched, it will be a file that will not be deleted
> during deinstallation.
But it still will be overwritten by the updated package when the
FreeBSD cluster is done rebuilding it.
On Sat, Oct 7, 2023 at 12:46 AM Jonathan Chen wrote:
>
> Any chance of updating www/foreign-cdm GH_TAGNAME to the latest commit?
I have reorganized the fcdm port and updated it to the newest version.
Unfortunately, I had to bump PORTREVISION on www/chromium, but it only
changes the startup script
On Tue, Oct 3, 2023 at 9:32 PM wrote:
>
> Hi,
>
> I noticed the inclusion of foreign-cdm support to www/chromium, and decided
> to try this out. However, any effort to play content from Netflix results in
> a failure. I've got: linux_enable="YES" in /etc/rc.conf, and the port pulls
> in linux-b
On Mon, Oct 2, 2023 at 6:30 AM Jonathan Chen wrote:
>
> Hi,
>
> I recently update my ports-collection (past "www/chromium: Fix patches
> which became outdated and broke the build"), and I'm seeing the
> following failure, just before the end:
>
> ../../chrome/browser/component_updater/widevine_cdm
On Thu, Sep 21, 2023 at 4:47 PM Matthias Apitz wrote:
>
> Should I file a new PR?
You should check git log:
https://cgit.freebsd.org/ports/commit/?id=190bd2d090115c5c38661198d16fd55288aeb9c1
This commit is just several commits later than the one you're building.
On Thu, Sep 21, 2023 at 4:27 PM Brooks Davis wrote:
>
>
> One compromise position would be to dial back the default options in
> llvm10 to only those required by ghc (or just llvm+clang+lld). It
> probably doesn't make sense to confine it to arm only as it would be
> missed in exp-runs.
>
> -- Br
On Thu, Sep 21, 2023 at 2:28 PM Brooks Davis wrote:
>
> This seems to be an arm-only thing. What's going on here? Do we have to
> keep llvm10 around forever just for ghc on arm?
>
> -- Brooks
>
GHC has a native code generator and a LLVM-based one. On ARM the
native generator doesn't work with ol
On Wed, Aug 23, 2023 at 11:39 PM Theron wrote:
>
> On 8/23/23 15:58, Gleb Popov wrote:
> > If the 32bit library set doesn't need to be updated frequently one way
> > to do this is repackaging.
> > Write a script that builds required libraries in the 32-bit Poud
If the 32bit library set doesn't need to be updated frequently one way
to do this is repackaging.
Write a script that builds required libraries in the 32-bit Poudriere
jail (possibly with LOCALBASE=/usr/local32 or something) and then
repackage resulting .pkg files into a single one. Then write a
NO
This is a great idea and very interesting work. I'll take a look at
that once I have free time.
Thanks for working on this, Felix!
On Mon, Jul 10, 2023 at 3:53 AM Kevin Oberman wrote:
>
> Something looks really messed up on the beefy16 package builder for 13.1amd64.
The main culprit is pkg 1.20:
https://github.com/freebsd/pkg/issues/2155
https://github.com/freebsd/pkg/issues/2156
On Sat, May 27, 2023 at 3:56 PM Xavier Humbert wrote:
>
> Hi,
>
> A few hours ago a change was committed to lang/ghc, bu t I cannot fetch
> hadrian-9.4.5-boot :
>
> --
> Xavier HUMBERT - Unix/Win/MacOSX Sysadmin/Network Engineer
> https://www.amdh.fr
>
>
Oops, my bad. Uploaded it now, it should b
On Sat, May 27, 2023 at 10:56 AM Ronald Klop wrote:
>
> Hi,
>
> On this page https://github.com/codenotary/immudb#readme it has some
> banners/batches about CI pipelines succeeding or which version of the
> application is in homebrew. Do we have something similar for ports/pkgs?
Where do you ex
On Thu, Apr 13, 2023 at 6:22 AM Tatsuki Makino
wrote:
>
> bob prohaska wrote on 2023/04/13 11:18:
> > Running www/chromium (from ports via poudriere) on a Pi4
> > reports a stream of
> > [30033:1100602368:0412/190147.848068:ERROR:bus.cc(399)] Failed to connect
> > to the bus: Could not parse serv
On Thu, Mar 2, 2023 at 6:35 PM Jan Martin Mikkelsen
wrote:
>
> Running “make all-depends-list” on the hs-pandoc port shows none of the
> dependencies listed in the USE_CABAL variable in the Makefile. In the 2022Q2
> branch, these dependencies were included.
USE_CABAL dependencies aren't port de
On Mon, Jan 30, 2023 at 7:59 PM Steve Kargl
wrote:
>
> Why does the lang/llvm15 port default to building flang
> (ie., the Fortran compiler)?
>
> % flang15 -o z a.f90
> error:
> /usr/ports/devel/llvm15/work/llvm-project-15.0.7.src/flang/lib/Optimizer/CodeGen/Target.cpp:312:
> not yet implemented
On Sat, Jan 28, 2023 at 3:30 PM Jochen Neumeister wrote:
>
> Moin moin
>
> MySQL 5.7 is already for some time EOL. For this reason MySQL 5.6 will
> be deleted from the ports on 6/30/2023 and MySQL 5.7 on 12/31/2023.
This is great news! Thank you for working on this.
On Tue, Nov 29, 2022 at 12:14 AM Matthias Fechner wrote:
>
> Dear all,
>
> I found some good explanation in `man make`, but some questions are
> open, maybe someone can give a little bit more insight.
>
> On 28.11.22 19:12, Matthias Fechner wrote:
> > EXTRACT_ONLY= ${ALLFILES:Nprebuilt*:}
> it tak
On Sun, Nov 20, 2022 at 12:09 AM Mario Marietto wrote:
>
> I tried to do something like this :
>
> (venv) [marietto@marietto ~/Desktop/Files/stable-diffusion-webui]$ python3 -m
> pip install pytorch
> Collecting pytorch
> Downloading pytorch-1.0.2.tar.gz (689 bytes)
> Preparing metadata (setup.
On Fri, Nov 11, 2022 at 4:56 PM Tijl Coosemans wrote:
>
> On Fri, 11 Nov 2022 15:41:51 +0300 Gleb Popov wrote:
> > Hello fellow porters.
> >
> > My variable modifiers are growing and become too incomprehensible, so
> > here is the question I wanted to ask long ago:
&
Hello fellow porters.
My variable modifiers are growing and become too incomprehensible, so
here is the question I wanted to ask long ago:
How do I make and use a temporary variable in the .for loop?
This is what I have in Mk/Uses/cabal.mk:
. for package in ${_use_cabal}
_PKG_GROUP=${p
On Wed, Sep 14, 2022 at 5:09 PM Axel Rau wrote:
>
> Hi all,
>
> I have a shell script in files which installs a bunch of packages.
> Naively, I have tried:
> - - -
> post-extract: \
> ${SH} files/home2l_packages.sh
${SH} ${PATCHDIR}/home2l_packages.sh
This another example of a port that suffers from tmpfiles.d absence in FreeBSD.
We need a service in the base system that will create some directories
based on configuration files during system start.
On Fri, Jun 10, 2022 at 3:04 PM wrote:
> Hello folks,
>
> Maybe an unusual request but could somebody elaborate on the difference
> between LIB_DEPENDS and RUN_DEPENDS?
> I read the corresponding handbook section thrice and it's not clear to me
> when to use which - I must be missing something ob
On Wed, Jun 8, 2022 at 10:53 PM Chris wrote:
> IOW
> Why is there a make config target to discover what options are available.
> But no target to discover what flavors are available? This appears to me
> to be a major oversight. Case in point; In a new jail, I wanted to install
> what *used* to b
On Tue, May 3, 2022 at 11:59 PM G. Paul Ziemba
wrote:
> An unfortunate property of building ports locally (as opposed to
> via poudriere) is that dependencies are often installed to the host
> file system during the build even when I am not doing "make install"
> to the target port.
>
> I normall
On Mon, Nov 1, 2021 at 11:18 PM Gleb Popov wrote:
> Hello fellow porters!
>
> I wrote an utility called Panopticum [1] that uses Poudriere to build a
> given port with every possible OPTIONS setting, generate a packing list
> after each build and then combine multiple plists in
On Tue, Nov 2, 2021 at 3:21 PM Felix Palmen wrote:
> * Gleb Popov [20211102 14:16]:
> > On Tue, Nov 2, 2021 at 12:34 PM Felix Palmen wrote:
> > > Very nice! What about special cases where some options combo (or just a
> > > single one), maybe even depending on
On Tue, Nov 2, 2021 at 12:34 PM Felix Palmen wrote:
> * Gleb Popov [20211102 11:55]:
> > On Tue, Nov 2, 2021 at 11:26 AM Felix Palmen wrote:
> > >
> > > I assume it will already sort out "impossible" combinations of options?
> >
> > Yep, it does
On Tue, Nov 2, 2021 at 11:26 AM Felix Palmen wrote:
> * Gleb Popov [20211101 23:18]:
> > I wrote an utility called Panopticum [1] that uses Poudriere to build a
> > given port with every possible OPTIONS setting, generate a packing list
> > after each build and then combine
Hello fellow porters!
I wrote an utility called Panopticum [1] that uses Poudriere to build a
given port with every possible OPTIONS setting, generate a packing list
after each build and then combine multiple plists into a single one with
necessary OPTIONS_SUB prepended.
It turned out to be far f
On Tue, Oct 5, 2021 at 11:52 PM Janos Dohanics wrote:
> Hello,
>
> trying to update emulators/virtualbox-ose which appears to depend on
> x11-toolkits/qt5-declarative.
>
> However, I get:
>
> cd testlib/ && ( test -e Makefile || /usr/local/lib/qt5/bin/qmake -o
> Makefile
> /usr/ports/x11-toolkits
On Mon, Jun 7, 2021 at 8:31 AM Sid wrote:
> Dear openmdns maintainers,
>
> Can the word "Zeroconf" be included in the net/openmdns port's comment,
> and in the description. As many on the mailing list are aware: openmdns,
> Avahi and Bonjour are all implementations of Zeroconf.
> https://www.orei
On Fri, May 28, 2021 at 10:24 AM Xavier Humbert wrote:
> The problem is :
> * target "do-install" is not invoked if I call make install.
> * calling manually "make do-install" stages the port correctly.
> * if I rename this target to "install", it complains about
> "work/rudder-agent-6.2.7/Makefi
84 matches
Mail list logo