On 2023-04-08 0:47, Andrea Venturoli wrote:
On 4/8/23 04:56, Mel Pilgrim wrote:
Can anyone suggest something equivalent in the port tree?
Have a look at fail2ban. It's design intent is monitoring running
services, but really it's just a set of log file regex filters. Anything
On 2023-04-01 10:14, Andrea Venturoli wrote:
Hello.
I switched from Q1 to Q2 port tree today and was surprised to see this
port gone.
I try to avoid complaining, but it was marked deprecated on Feb 26 and
removed on Mar 30: I agree that a software that was abandoned in 2003 or
so should go away,
On 2023-03-07 19:56, Tatsuki Makino wrote:
Hello.
Are you still saying that you are creating another program that does not rely
on the pkg command?
Then again, let's look at elf_tables.h.
It would be necessary to have such a conversion table.
Yeah basically. It pulls the pkg source as a buil
On 2023-03-07 9:09, Dan Langille wrote:
Baptiste Daroussin wrote on 3/6/23 2:56 AM:
On Wed, Mar 01, 2023 at 11:50:13PM -0800, Mel Pilgrim wrote:
I need to determine the ABI string pkg uses on a given system, and need to
do so when there are no pkgs installed.
pkg config ABI
pkg config ALTABI
I need to determine the ABI string pkg uses on a given system, and need
to do so when there are no pkgs installed.
I've read through libpkg/pkg_elf.c and I can see how it's reading ELF
headers from well-known files. That's all easy enough to replicate, but
I'm a bit stuck on how it's determin
On 2023-01-19 14:09, Tomoaki AOKI wrote:
On Thu, 19 Jan 2023 05:58:12 -0800
Mel Pilgrim wrote:
I wonder if the script secteam uses to update the trust store in the src
tree could be turned into a periodic script that automatically updates
the trust store? Side-step the release engineering
On 2023-01-19 4:08, Tomoaki AOKI wrote:
On Thu, 19 Jan 2023 03:13:48 -0800
Mel Pilgrim wrote:
Given /usr/share/certs exists for all supported releases, is there any
reason to keep the ca_root_nss port?
If everyone in the world uses LATEST main only, yes.
But the assumption is clearly
Given /usr/share/certs exists for all supported releases, is there any
reason to keep the ca_root_nss port?
I asked this a long time ago, back when FreeBSD was still on Subversion,
and the answer back then was "not really". Has that changed?
What I need is the ability to retrieve the output of git log -1
--format=%h run against the ports tree clone was used to build what is
currently in the pkg.fre
On 2022-12-16 16:03, Tatsuki Makino wrote:
Mel Pilgrim wrote on 2022/12/17 06:49:
I'm asking because, given this problem was created by the FLAVORS
implementation modifying pkgname, it must be just a matter of
outdated documentation that the Porter's Handbook doesn't say how
On 2022-12-13 19:34, Tatsuki Makino wrote:
Mel Pilgrim wrote on 2022/12/12 02:52:
But I need to also specify a version spec. However, if I do this:
RUN_DEPENDS= foo>=1.2:devel/foo
That only works if the default flavor is installed. If one of the
non-default flavors is installed, the Po
On 2022-12-13 14:18, Xin LI wrote:
IMHO the ports collection should provide and use prebuilt packages of
compilers (LLVM, GCC, Rust, etc.) built from the FreeBSD packages
builder, and ports framework (possibly also the base system) should be
changed to use prebuilt packages by default, unless a
On 2022-12-13 8:38, Christoph Brinkhaus wrote:
Am Tue, Dec 13, 2022 at 07:55:11AM -0800 schrieb Mel Pilgrim:
Even worse, poudriere doesn't need to build it. If you aren't changing its
options there's no functional difference between building it locally and
installing from the
On 2022-12-12 11:27, Pat Maddox wrote:
Using poudriere, lang/rust is at 2 hours and counting on my 10-core i9
w/ 128 gigs of RAM.
Does that sound right? It seems extremely slow to me, but this is my
first time building it.
That sounds typical. You can use ccache and tmpfs to speed it up a
li
I get errors like this in audit logs:
db5-5.3.28_8: Tag: expiration_date Value: 2022-06-30
db5-5.3.28_8: Tag: deprecated Value: EOLd, potential security issues,
maybe use db18 instead
But BDB_DEFAULT=5? If db5 is EOL and vulnerable, why not bump the
default version to 18?
FWIW, the only co
I'm working on a port that depends on a port which is flavored. If I do
this:
RUN_DEPENDS= foo:devel/foo
That works because the lack of version spec means the LHS is a file to
look for, and /usr/local/bin/foo will be installed regardless of flavor.
But I need to also specify a version spec.
I went to install Samba, could only see net/samba412 and net/samba413.
4.12 was EOL 2021-09-20. 4.13 was EOL 2022-03-21.
Where are the ports for supported versions of Samba?
It's an easy-to-fix bug with python it from working with user-local
pip-based installs, but it's gone two weeks without maintainer response.
I'm working on a port of rbsec/sslscan (github), but running into an
issue where the Ports System is invoking gmake in a way that doesn't
match what the upstream Makefile does. The software has two build
options: build a dynamic-linked version against the system OpenSSL
library, or build a sta
On 2022-05-17 9:09, Stefan Esser wrote:
Am 17.05.22 um 06:19 schrieb Mel Pilgrim:
On 2022-05-16 20:14, Peter Beckman wrote:
[...]
Consider that it is something the installer needs to do, or build the
package as a deterministic set of packages already installed.
Yes, that's exactly the
On 2022-05-16 20:14, Peter Beckman wrote:
PHP is an interpreted language, Unless there are compiled portions, there
is no porting necessary.
There are many reasons to port a PHP application. Bringing in
extensions and tracking those dependencies, for example. I've also seen
a bunch of appli
Composer is a github-centric dependency management tool for PHP
applications. It works very well on its own, but I'm having trouble
figuring out how to integrate it with pkg building.
The composer workflow is:
1. Clone the PHP application repo, which has a composer.json file
2. Download compo
On 2021-12-27 9:29, Muhammad Moinur Rahman wrote:
That’s one way of doing it but preferred way is a bit different as the upstream
is modified and there might be merge conflicts while updating the tree. You
have to use poudriere-devel and the overlay feature. So let’s say that I have a
private
On 2021-12-19 8:33, Roger Marquis wrote:
On a similar note: is anyone is maintaing a local/custom port in
Poudriere or know where that might be documented?
I do. I have a private repo in $PORTSDIR/local. It's checked out on top
of a poudriere ports tree and connected to the build system with:
On 2021-12-17 4:20, Michael Grimm via freebsd-questions wrote:
Hi,
I noticed today that mail/postfix and mail/postfix-current are missing on
https://www.freebsd.org/cgi/ports.cgi?query=%5Epostfix+&stype=all&sektion=all
They are there as postfix-sasl and postfix-current-sasl. That page has
a
On 2021-12-03 5:25, Baptiste Daroussin wrote:
On Fri, Dec 03, 2021 at 05:11:06AM -0800, Mel Pilgrim wrote:
On 2021-12-03 2:56, Baptiste Daroussin wrote:
On Fri, Dec 03, 2021 at 02:28:58AM -0800, Mel Pilgrim wrote:
With pkg-1.17.5:
# pkg alias
ALIASARGUMENTS
# pkg leaf
pkg
On 2021-12-03 2:56, Baptiste Daroussin wrote:
On Fri, Dec 03, 2021 at 02:28:58AM -0800, Mel Pilgrim wrote:
With pkg-1.17.5:
# pkg alias
ALIASARGUMENTS
# pkg leaf
pkg: unknown command: leaf
For more information on available commands and options see 'pkg help'.
I
After upgrading pkg from 1.17.4 to 1.17.5, all of the command line
aliases appear to have been removed?
With pkg 1.17.4:
# pkg alias
ALIASARGUMENTS
all-depends 'query %dn-%dv'
annotations 'info -A'
build-depends'info -qd'
cinfo'info -Cx'
On 2021-11-18 0:43, Eugene Grosbein wrote:
17.11.2021 17:16, Rene Ladan wrote:
On Wed, Nov 17, 2021 at 12:37:07AM -0800, Maxim Sobolev wrote:
P.S. AFAIK our documented criteria for removing a port is when one of the
following is true:
o Port lacks maintaintership;
o Port has issues building
I'm porting a PHP application that uses composer[1] to download and
manage what effectively becomes locally-bundled contrib.
Doing this during the build process isn't an option because it creates a
nightmare of licensing and version management. Also, composer needs
internet access and can be c
In a port I recently submitted, I included the "# Created by: ..." line
at the top of the Makefile I had seen in other ports. When the port was
committed, that line was excluded.
Should I strip this line from ports I maintain as I update them, or let
it sit until a committer does a tree-wide
I'd like these to get into the tree in time for 2021Q4.
Maintainer timeout. It's a tiny bug fix in Mk/Uses/go.mk that doesn't
require any knowledge of the Go language.
I'm flavouring a port. The pkg name will change when upgrading from
unflavoured to flavoured because the flavoured version will have a
PKGNAMESUFFIX. Does this require a MOVED entry?
The PKGNAMESUFFIX is based on default-versions so the "default" flavour
is whatever the current default versi
On 2021-09-12 5:56, Harry Schmalzbauer wrote:
I can't remember if this still is undocumented... and if I already
reported that this is missing to be documented.
Also can't remember where I found that it can look like this, most
likely underneith ports/Mk:
.if ${PORT_OPTIONS:MGITT}
RUN_DEPENDS=
On 2021-09-07 13:59, Bryan Drewery wrote:
On 9/6/2021 8:43 PM, Mel Pilgrim wrote:
Hacking about in the ports tree tonight and I got this:
# # poudriere pkgclean -n -a -j pas-releng-12 -p preprod -O localports
-f /usr/local/etc/poudriere.d/build-list
What files are in the localports overlay
Hacking about in the ports tree tonight and I got this:
# # poudriere pkgclean -n -a -j pas-releng-12 -p preprod -O localports
-f /usr/local/etc/poudriere.d/build-list
[...]
[00:01:28] Calculating ports order and dependencies
[00:01:28] Error: compute_deps_pkg failed to lookup pkgname for
audi
On 2021-09-06 17:35, Tatsuki Makino wrote:
Mel Pilgrim wrote on 2021/09/04 09:36:
I'm trying to add a dependency on a flavoured PHP application, but the Porter's Handbook
(section 7.3.1) instructions don't work. It says to just add "@${PHP_FLAVOR}"
but that's a
On 2021-09-06 8:14, Mel Pilgrim wrote:
It's something specific to pgsql.mk. The phpenv.mk file, a php analog
to python:env, gets included from this file. In another overlaid USES
file, I have USES+=python:env and that also works fine.
I was mistaken on this last part due to error maski
On 2021-09-06 6:40, Baptiste Daroussin wrote:
On Mon, Sep 06, 2021 at 06:33:29AM -0700, Mel Pilgrim wrote:
On 2021-09-06 1:16, Baptiste Daroussin wrote:
On Sun, Sep 05, 2021 at 10:39:29AM -0700, Mel Pilgrim wrote:
The flavors helpers like flavor_RUN_DEPENDS are super useful, but I need to
On 2021-09-06 1:16, Baptiste Daroussin wrote:
On Sun, Sep 05, 2021 at 10:39:29AM -0700, Mel Pilgrim wrote:
The flavors helpers like flavor_RUN_DEPENDS are super useful, but I need to
modify USES based on flavor, and find that there is no helper for it.
Besause USES are loader 100 lines
The flavors helpers like flavor_RUN_DEPENDS are super useful, but I need
to modify USES based on flavor, and find that there is no helper for it.
That is, I'd like to be able to do this:
flavor1_USES= alice
flavor2_USES= bob
Instead of:
.if ${FLAVOR} == flavor1
USES+= alice
.elif ${FLAV
I'm trying to add a dependency on a flavoured PHP application, but the
Porter's Handbook (section 7.3.1) instructions don't work. It says to
just add "@${PHP_FLAVOR}" but that's an empty variable.
I can't add php:flavors to the USES line because that then requires this
port be flavoured as if
Count me in
On 2021-09-02 7:43, Warner Losh wrote:
Greetings,
As teased on twitter, now that summer is over, it's a good time to start
working on the next steps with git. When we moved to git, we knew a number
of things would come in phase 2 since phase 1 was limited to moving away
from subvers
On 2021-08-19 0:28, Mel Pilgrim wrote:
I need to add a dependency to a port, but the dependency uses python. My
port doesn't use python itself, it just needs a python-using pkg
installed. But when I try to depend on that package with a line like this:
RUN_DEPENDS+= py-certbot>=0:sec
I need to add a dependency to a port, but the dependency uses python.
My port doesn't use python itself, it just needs a python-using pkg
installed. But when I try to depend on that package with a line like this:
RUN_DEPENDS+= py-certbot>=0:security/py-certbot
I get a poudriere error like thi
On 2021-08-09 18:47, Tatsuki Makino wrote:
Tatsuki Makino wrote on 2021/08/10 07:48:
pkg-1.17.1/libpkg/pkg_elf.c has function filter_system_shlibs.
However, that function is a static function.
Since pkg-check doesn't seem to pass any other such function, pkg check -B will
add the system library
On 2021-08-09 14:53, George Mitchell wrote:
On 8/9/21 4:36 PM, Philipp Ost wrote:
[...]
# pkg check -Bdna
[...]
Checking all packages: 100%
llvm10 is missing a required shared library: libcxxrt.so.1
llvm10 is missing a required shared library: libc.so.7
llvm10 is missing a required shared librar
llvm10 and/or pkg seems to be broken in an odd way:
# pkg check -ad
Checking all packages: 100%
llvm10 is missing a required shared library: libcxxrt.so.1
llvm10 is missing a required shared library: libc.so.7
llvm10 is missing a required shared library: libthr.so.3
llvm10 is missing a required s
49 matches
Mail list logo
