Re: New feature suggestion: print-gh-tuple: Print GH_TUPLE corresponding to submodules of a GitHub repository ${GH_ACCOUNT}/${GH_PROJECT}

On 4/16/20 6:56 PM, Yuri wrote: I am suggesting a new feature: make print-gh-tuple https://reviews.freebsd.org/D24231 It works when USE_GITHUB=yes is set. When a GitHub repository has git submodules, that themselves can also have embedded submodules, it can traverse all of them and output t

Re: llvm-mingw Cross Compiler

On 2020-04-17 02:22, Russell Haley wrote: Hello, I found the most excellent llvm-mingw project by Martin Storsjo: https://github.com/mstorsjo/llvm-mingw/ It uses shell scripts to build all the components. I'm currently using it on FreeBSD 12 to cross build itself for Windows for i686 and amd64

FreeBSD Port: libv4l-1.18.0 error upgrade

Making all in libdvbv5 gmake[4]: Entering directory '/usr/ports/multimedia/libv4l/work/v4l-utils-1.18.0/lib/libdvbv5' /bin/sh ../../libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I../.. -I../.. -I/usr/local/include -pthread -I../../lib/include -Wall -Wpointer-arith -D_GNU_SOURCE -I

Re: FreeBSD Port: libv4l-1.18.0 error upgrade

## Alex V. Petrov (alexvpet...@gmail.com): > ../../lib/include/libdvbv5/dvb-dev.h:258:8: error: unknown type name > 'dvb_logfunc_priv'; did you mean 'dvb_logfunc'? > > dvb_logfunc_priv logfunc, void *logpriv); > > ^~~~ > >

Re: FreeBSD Port: libv4l-1.18.0 error upgrade

On 2020-04-17 12:52, Alex V. Petrov wrote: Making all in libdvbv5 gmake[4]: Entering directory '/usr/ports/multimedia/libv4l/work/v4l-utils-1.18.0/lib/libdvbv5' You need to deinstall the libv4l package first. Only then it will build due to confliciting header file include order! --HPS _

Re: FreeBSD Port: libv4l-1.18.0 error upgrade

17.04.2020 18:05, Hans Petter Selasky пишет: > On 2020-04-17 12:52, Alex V. Petrov wrote: >> Making all in libdvbv5 >> gmake[4]: Entering directory >> '/usr/ports/multimedia/libv4l/work/v4l-utils-1.18.0/lib/libdvbv5' > > You need to deinstall the libv4l package first. Only then it will build > due

python 2.7 marked as deprecated and EOL while 2.7.18 RC is available

Its very confusing building ports at the moment. At https://www.python.org/ there is a release candidate for 2.7.18, while our python 2.7 has been marked as deprecated with an expiration date. Can the Expiration Date of 2020-12-31 be retracted? It appears that devel/scons, at least, requires pyt

Poudriere make.conf documentation question

Hello, The Handbook says: "The system make.conf and this new file are combined at build time to create the make.conf used by the build jail." https://www.freebsd.org/doc/handbook/ports-poudriere.html The poudriere man page and Porter's Handbook do not mention /etc/make.conf as a file that will ge

Re: New feature suggestion: print-gh-tuple: Print GH_TUPLE corresponding to submodules of a GitHub repository ${GH_ACCOUNT}/${GH_PROJECT}

On 2020-04-17 00:37, Mateusz Piotrowski wrote: Great idea! I've done something similar for x11/ly. It's great to possibly have something more general and available through out the whole ports tree. Thanks! This particular project (ly) is a bad example because it uses some GitHub extension,

Re: Poudriere make.conf documentation question

On Fri, Apr 17, 2020 at 09:42:51AM -0700, Jose Quinteiro wrote: > Hello, > > The Handbook says: > "The system make.conf and this new file are combined at build time to > create the make.conf used by the build jail." > https://www.freebsd.org/doc/handbook/ports-poudriere.html > > The poudriere man

Re: Poudriere make.conf documentation question

On Fri, Apr 17, 2020 at 10:54 AM Brooks Davis wrote: > > On Fri, Apr 17, 2020 at 09:42:51AM -0700, Jose Quinteiro wrote: > > Hello, > > > > The Handbook says: > > "The system make.conf and this new file are combined at build time to > > create the make.conf used by the build jail." > > https://www

emulators/emu64: Looking for someone to review/commit bugfix

Hi all, emulators/emu64 has a problem that could be fixed now, see PR #245395 . So far, the reporter and the upstream author confirmed the patch to work fine. As the port maintainer, I kindly ask for someone to review this, so it could be

Re: emulators/emu64: Looking for someone to review/commit bugfix

On 4/17/20 11:35 PM, Felix Palmen wrote: Hi all, emulators/emu64 has a problem that could be fixed now, see PR #245395 . So far, the reporter and the upstream author confirmed the patch to work fine. As the port maintainer, I kindly ask

Re: python 2.7 marked as deprecated and EOL while 2.7.18 RC is available

On 17 Apr 2020, at 14:11, Dewayne Geraghty wrote: > > Its very confusing building ports at the moment. At https://www.python.org/ > there is a release candidate for 2.7.18, while our python 2.7 has been > marked as deprecated with an expiration date. Can the Expiration Date of > 2020-12-31 be r

Re: python 2.7 marked as deprecated and EOL while 2.7.18 RC is available

Dimitry Andric writes: > But basically, expect all python 2.x using ports to go away, unless > they get fixed to use python 3.x, or no python at all. Is there a method whereby - given a list of installed ports using python 2 - one might determine which can and which cannot be upgraded

Re: python 2.7 marked as deprecated and EOL while 2.7.18 RC is available

On 2020-04-17 20:19, Robert Huff wrote: > > Dimitry Andric writes: > >> But basically, expect all python 2.x using ports to go away, unless >> they get fixed to use python 3.x, or no python at all. > > Is there a method whereby - given a list of installed ports using > python 2 - one mig

Re: python 2.7 marked as deprecated and EOL while 2.7.18 RC is available

On Sat, Apr 18, 2020 at 8:20 AM Robert Huff wrote: > > > Dimitry Andric writes: > > > But basically, expect all python 2.x using ports to go away, unless > > they get fixed to use python 3.x, or no python at all. > > Is there a method whereby - given a list of installed ports using > pyt

Re: editors/atom: build error on 13.0-CURRENT

On 4/17/20 7:24 AM, Hiroki Tagato wrote: Can you apply a patch at https://github.com/nodejs/node/pull/29541 and try to build again? If it goes well, I will update the port to include the patch. Thanks, Hiroki It passes the configure phase with that change to the regex, but it fails later.

Re: python 2.7 marked as deprecated and EOL while 2.7.18 RC is available

George Mitchell writes: > >> But basically, expect all python 2.x using ports to go away, unless > >> they get fixed to use python 3.x, or no python at all. > > > >Is there a method whereby - given a list of installed ports using > > python 2 - one might determine which can and which

rspamd configuration is broken, apparently

Greetings, rspamd novice here, but right from the beginning postfix + spamassassin + all those other things for 25 years. 12-stable, completely current /usr/ports/mail/rspamd install I've been through the source code of rspamd, and worn out google, and I am completely defeated by the default po