Dear port maintainer,
The portscout new distfile checker has detected that one or more of your
ports appears to be out of date. Please take the opportunity to check
each of the ports listed below, and if possible and appropriate,
submit/commit an update. If any ports have already been updated,
On 18/04/2020 03:19, Robert Huff wrote:
> a) according to the Makefile, is it possible to build this with
> python-37? (Or even -36?)
If the Makefile for the port says:
USES= python:27
then the port is for python-2.7.x only. All other python ports will
support python-3.x
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On Sat, 18 Apr 2020 09:34:39 +0100
Matthew Seaman wrote:
> There are very few things still in the ports that use python and that
> only work with python-2.7. So, yes, everything can be upgraded to
> python-3. Whether that works entirely smoothly
On 2020-04-18 09:34:39, Matthew Seaman (matt...@freebsd.org) wrote:
> On 18/04/2020 03:19, Robert Huff wrote:
> > a) according to the Makefile, is it possible to build this with
> > python-37? (Or even -36?)
>
> If the Makefile for the port says:
>
> USES= python:27
>
> then
INDEX build failed with errors:
Generating INDEX-11 - please wait..--- describe.accessibility ---
--- describe.arabic ---
--- describe.archivers ---
--- describe.astro ---
--- describe.audio ---
--- describe.benchmarks ---
--- describe.biology ---
--- describe.cad ---
--- describe.chinese ---
---
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
On 2020-04-18 04:06, andrew clarke wrote:
> Out of interest I ran "pkg del python27" on my FreeBSD machine just to
> see what would break. Conspicuous was devel/mercurial:
I did the same thing. Out of 19 packages to be deleted here are the
four that matter. I believe the rest are mainly
On Fri, 17 Apr 2020 14:11:11 +0200, 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
## ajtiM via freebsd-ports (freebsd-ports@freebsd.org):
> > asterisk16: 16.9.0
That's surprising - asterisk16 with somewhat usual OPTIONS does not
have a direct python dependency - I'd guess you're seeing an indirect
dependency via newt (devel/newt) which has PYTHON as a default OPTION;
On Wed, 8 Apr 2020, radhika somaiya wrote:
Hi team,
I am very new to this FreeBSD world. Currently have set up my system having
dual booting of FreeBSD 12.1 release with preinstalled windows 10.
After booting into FreeBSD, I want to set up the Tahi self test tool where
I am facing the
On Sat, 18 Apr 2020, Hans Petter Selasky wrote:
On 2020-04-18 16:12, Marcin Cieslak wrote:
On Fri, 17 Apr 2020, Hans Petter Selasky wrote:
On 2020-04-17 12:52, Alex V. Petrov wrote:
Making all in libdvbv5
gmake[4]: Entering directory
On Sat, 18 Apr 2020 04:57:32 -0500
D'Arcy Cain wrote:
> On 2020-04-18 04:06, andrew clarke wrote:
> > Out of interest I ran "pkg del python27" on my FreeBSD machine just
> > to see what would break. Conspicuous was devel/mercurial:
>
> I did the same thing. Out of 19 packages to be deleted
On Fri, Apr 17, 2020 at 1:05 AM Theron wrote:
> 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
On 2020-04-18 10:18, ajtiM via freebsd-ports wrote:
> BTW, I do not know why some apps need llvm60 still:
I really wish there was only one llvm. It's one of those things that
can take days to build. A minor upgrade can trigger multiple rebuilds.
In my case only llvm80 and llvm90 but still.
--
On Fri, 17 Apr 2020, Hans Petter Selasky wrote:
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
On 2020-04-18 16:12, Marcin Cieslak wrote:
On Fri, 17 Apr 2020, Hans Petter Selasky wrote:
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
Le sam. 18 avr. 20 à 20:24:21 +0200, Christoph Moench-Tegeder
écrivait :
> > opencascade: 7.4.0_2
>
> Again, vtk6...
I just committed a switch to VTK-8.1.
But there is also inkspace (if the option DOXYGEN is selected). It
should be upgraded to a newer version to avoid Python 2.7. See PR
Hello world :-)
I have been using Blender-2.79 from Shane's Red Ports repository on
GitHub because Blender since version 2.80 (current port is 2.82)
unfortunately removed the Blender Game Engine (BGE) which I am using
for work.
The only solution so far is to use older Blender2.79 that still has
Am 18.04.20 um 18:40 schrieb D'Arcy Cain:
> On 2020-04-18 10:18, ajtiM via freebsd-ports wrote:
>> BTW, I do not know why some apps need llvm60 still:
> I really wish there was only one llvm. It's one of those things that
> can take days to build. A minor upgrade can trigger multiple rebuilds.
>
## Christoph Moench-Tegeder (c...@burggraben.net):
> > > Again, vtk6...
> > I just committed a switch to VTK-8.1.
>
> Cool!
Hmpf - now I _had_ to fix FreeCAD - that thing has it's own dependency
on vtk, and we cannot have vtk6 and vtk8 at the same time.
> Looks like vtk8 need some love...
Le 18/04/2020 à 22:16, Thierry Thomas a écrit :
Le sam. 18 avr. 20 à 20:24:21 +0200, Christoph Moench-Tegeder
écrivait :
opencascade: 7.4.0_2
Again, vtk6...
I just committed a switch to VTK-8.1.
Salut,
I'm working on a port which requires opencascade.
Maybe I'm wrong, but
On Sat, Apr 18, 2020 at 2:31 PM Tomasz CEDRO wrote:
>
> Hello world :-)
>
> I have been using Blender-2.79 from Shane's Red Ports repository on
> GitHub because Blender since version 2.80 (current port is 2.82)
> unfortunately removed the Blender Game Engine (BGE) which I am using
> for work.
>
>
On Sat, 18 Apr 2020 20:24:21 +0200
Christoph Moench-Tegeder wrote:
> ## ajtiM via freebsd-ports (freebsd-ports@freebsd.org):
>
> > > asterisk16: 16.9.0
>
> That's surprising - asterisk16 with somewhat usual OPTIONS does not
> have a direct python dependency - I'd guess you're seeing an
It packages all its dependencies, though. This is a little
disconcerting. It's also possible I'm doing something wrong.
Thanks,
Jose
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send
On Sat, 18 Apr 2020, D'Arcy Cain wrote:
As for mailman, it looks like we only need to upgrade to a current
version. The site says that 3.x uses Python 3. Requires it in fact.
Mailman 3 is a completely different system compared to Mailman 2.
CKAN is not in FreeBSD ports but is an example
Both 'testport' and 'bulk' package the port, but 'testport' discards
it and 'bulk' saves it.
In testport, the port is built with WITH_DEBUG enabled (among others).
That's not the build that should be saved.
# Adam
On Sat, Apr 18, 2020 at 1:50 PM Jose Quinteiro wrote:
>
> It packages all its
## Thierry Thomas (thie...@freebsd.org):
> > Again, vtk6...
>
> I just committed a switch to VTK-8.1.
Cool!
Looks like vtk8 need some love... building as I write.
> But there is also inkspace (if the option DOXYGEN is selected). It
> should be upgraded to a newer version to avoid Python 2.7.
On Sat, Apr 18, 2020 at 10:45 PM Adam Weinberger wrote:
> BGE is gone and done, and in most cases FreeBSD does not keep old
> versions of ports around, and that's especially true for massive and
> complex projects like Blender.
>
> When UPBGE matures it'd be great to have it in the tree, but
On Sat, 18 Apr 2020, Adam Weinberger wrote:
On Sat, Apr 18, 2020 at 2:31 PM Tomasz CEDRO wrote:
BGE is gone and done, and in most cases FreeBSD does not keep old
versions of ports around, and that's especially true for massive and
complex projects like Blender.
But I think we keep
On 2020-04-18 13:24, Christoph Moench-Tegeder wrote:
>>> asterisk16: 16.9.0
>
> That's surprising - asterisk16 with somewhat usual OPTIONS does not
> have a direct python dependency - I'd guess you're seeing an indirect
> dependency via newt (devel/newt) which has PYTHON as a default
On 2020-04-18 17:23, Matthias Andree wrote:
> Am 18.04.20 um 18:40 schrieb D'Arcy Cain:
>> On 2020-04-18 10:18, ajtiM via freebsd-ports wrote:
>>> BTW, I do not know why some apps need llvm60 still:
>> I really wish there was only one llvm. It's one of those things that
>> can take days to build.
On 19/4/20 6:15 am, Adam Weinberger wrote:
> On Sat, Apr 18, 2020 at 2:31 PM Tomasz CEDRO wrote:
>>
>> Hello world :-)
>>
>> I have been using Blender-2.79 from Shane's Red Ports repository on
>> GitHub because Blender since version 2.80 (current port is 2.82)
>> unfortunately removed the Blender
Hi Vidar,
Thanks for trying.
It passes the configure phase with that change to the regex, but it
fails later.
(snip)
It builds fine when I give it --openssl-no-asm, and I also noticed that
www/node10 also does exactly this.
Are you referring to the lines 82-84 of Makefile? In this case,
On Sat, Apr 18, 2020 at 1:57 PM Marcin Cieslak wrote:
> On Sat, 18 Apr 2020, Adam Weinberger wrote:
>
> > On Sat, Apr 18, 2020 at 2:31 PM Tomasz CEDRO wrote:
> >>
> >
> > BGE is gone and done, and in most cases FreeBSD does not keep old
> > versions of ports around, and that's especially true
## Dima Pasechnik (dimpase+free...@gmail.com):
> But I don't see a problem in keeping Python 2.7 available for some
> time in FreeBSD - it just should stop being default one.
Python 2.7 hasn't been the default for quite exactly one year:
: r498529 | antoine | 2019-04-10 07:47:26 +0200 (Wed, 10
I see both mate-menu and mate-applets require python27, but both build fine
and seem to be running well when built with py37. It is possible that one
or more applets that I don't use do require py27, but I see no reason for
that requirement on mate-menus. The menus seem to be fine.
Inkscape is
scons ought to be updated to version 3 (the latest is 3.1.2), and
supports both python 2.7+ and 3.5+
lilypond is another story - noone seems to have bitten the bullet and
ported it to Python 3.
But I don't see a problem in keeping Python 2.7 available for some
time in FreeBSD - it just should
Jose Quinteiro wrote:
> It packages all its dependencies, though. This is a little
> disconcerting. It's also possible I'm doing something wrong.
>
Use `bulk -t` to test and package the port; refer to poudriere-bulk(8)
for details.
--
Charlie Li
…nope, still don't have an exit line.
(This
38 matches
Mail list logo
