FreeBSD ports you maintain which are out of date
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, you can safely ignore the entry. You will not be e-mailed again for any of the port/version combinations below. Full details can be found at the following URL: http://portscout.freebsd.org/po...@freebsd.org.html Port| Current version | New version +-+ devel/gprbuild | 20160609| community-2019 +-+ textproc/xmlada | 17.0.0 | community-2019 +-+ If any of the above results are invalid, please check the following page for details on how to improve portscout's detection and selection of distfiles on a per-port basis: http://portscout.freebsd.org/info/portscout-portconfig.txt Reported by:portscout! ___ 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"
Re: editors/atom: build error on 13.0-CURRENT
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, amd64 and i386 are both excluded. So I guess it should be buildable without --openssl-no-asm on amd64. I will dig into the error a little deeper. Thanks, Hiroki ___ 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"
Re: BLENDER 2.79
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 Game Engine (BGE) which I am using >> for work. >> >> The only solution so far is to use older Blender2.79 that still has >> the BGE. Blender developers just removed something with no alternative >> and no plan for alternative. Luckily I found Shane's repository that >> provides port for older version. >> >> Another solution is to have UPBGE Blender 2.80 fork with experimental >> and refreshed BGE included, unfortunately the BGE API has changed and >> it is not backward-compatible. >> >> My question is can we include both Blender-2.79 and UPBGE in the >> official ports tree next to official Blender release? All dependencies >> are provided, Actually you also need the older openimageio18 port. Also note that 2.79 uses python 3.5 which is EOL 9/2020 - ~5 months https://devguide.python.org/#status-of-python-branches >> all of them works fine next to each other. It would be >> really handy to have at least Blender-2.79 from PKG. >> >> https://github.com/sambler/sambler-redports/tree/master/graphics/blender279 >> https://github.com/sambler/sambler-redports/tree/master/graphics/upbge > > 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. The need to support an older blender version only relies on the use of the game engine, having started a project using the 2.79 BGE it is not nice to have to start from scratch. This would be the reason to support 2.79 in ports. Unfortunately only one person has shown interest in the nine months since 2.80 was released. If you are planning to release your project, you also need to consider support for 2.79 on other systems as well. > When UPBGE matures it'd be great to have it in the tree, but bringing I have submitted a port for upbge, following the blender 2.8x branch, while it is considered pre-release, it is only the game engine that is under development, the remainder should match the relevant blender release. The master branch is still based on 2.79 and would need the older openimageio as well. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=244535 > back unsupported and unmaintained older versions of software isn't a > path we go down very often. If Blender were a trivial build, it'd be > more feasible, but the complexity of the maintenance burden is > difficult to overcome. I personally maintain several blender versions, mostly to allow testing. Usually there is little effort, I stop updating older versions as dependent ports get dropped and patching gets too much, now at 2.77+. I make these publicly available on github not as official ports. The main concern with having a second blender port for 2.79 is the python35 EOL in five months. -- FreeBSD - the place to B...Software Developing Shane Ambler ___ 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"
Re: poudriere testport does not package the port under test
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 email address is for mailing list use; replace local-part with vishwin for off-list communication if possible) signature.asc Description: OpenPGP digital signature
Re: python 2.7 marked as deprecated and EOL while 2.7.18 RC is available
## 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 Apr 2019) | 6 lines : : Switch default version of python to 3.6 : : PR: 234633 : With hat: portmgr : Differential Revision: https://reviews.freebsd.org/D18743 Regards, Christoph -- Spare Space ___ 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"
Re: python 2.7 marked as deprecated and EOL while 2.7.18 RC is available
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 stop being default one. On Sun, Apr 19, 2020 at 7:41 AM Kevin Oberman wrote: > > 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 another. It builds and runs on py37, but I have no confidence > that it runs properly. I have not used inkscape in years and I don't really > know how to test it. I am dubious. > > math/gnumeric is one I use daily and it explicitly states in the build that > 2.x is required and it is not yet compatible with python3+. It appears that > the default is to simply build gnumeric without Python bindings in which > case python2 is not required, but the port makes use of it, so it probably > needs at least some massaging. > > The big one is scons. It is required by virtualbox-ose, and that is rather > important. > -- > Kevin Oberman, Part time kid herder and retired Network Engineer > E-mail: rkober...@gmail.com > PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 > > > > > ___ > 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" ___ 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"
Re: BLENDER 2.79
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 for massive and > > complex projects like Blender. > > But I think we keep different port version around on major API changes > for a while. Not to mention things like node that can have up to 4 versions > in the ports tree. > > Whatever is the future of BGE, one should simply not lose the functionality > by doing "pkg upgrade". Not sure this even made into UPDATING > > Marcin While a packaged blender-2.79 is unlikely, the port is still available from subversion. Just be sure you keep a copy of the distribution. Yes, it's a huge build, but you really only need to package it once. Unless it is forked, it's likely abandoned so bitrot will get it some day. At least it's unlikely to change a lot, so you would not have to package it often other than after major releases or when a shareable dependency is updated. Note, I don't use blender, though I find it impressive! -- Kevin Oberman, Part time kid herder and retired Network Engineer E-mail: rkober...@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 ___ 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"
Re: python 2.7 marked as deprecated and EOL while 2.7.18 RC is available
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 another. It builds and runs on py37, but I have no confidence that it runs properly. I have not used inkscape in years and I don't really know how to test it. I am dubious. math/gnumeric is one I use daily and it explicitly states in the build that 2.x is required and it is not yet compatible with python3+. It appears that the default is to simply build gnumeric without Python bindings in which case python2 is not required, but the port makes use of it, so it probably needs at least some massaging. The big one is scons. It is required by virtualbox-ose, and that is rather important. -- Kevin Oberman, Part time kid herder and retired Network Engineer E-mail: rkober...@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 > ___ 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"
Re: python 2.7 marked as deprecated and EOL while 2.7.18 RC is available
## 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... building as I write. Either - math/vtk8 should convert the QT5_USE of qmake_build and buildtools_build to qmake and buildtools, respectively Or - every consumer of math/vtk8 (I'm talking about opencascade here) needs to QT5_USE qmake_build and buildtools_build. vtk8's CMake-Files reference Qt and are very unhappy if they don't have qmake and moc. Regards, Christoph -- Spare Space ___ 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"
Re: python 2.7 marked as deprecated and EOL while 2.7.18 RC is available
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 indirect > dependency via newt (devel/newt) which has PYTHON as a default OPTION; > but it can use either (2 or 3) python - here it happily uses python > 3.7. > > > FreeCAD: 0.18.4_4 > > Perhaps again an indirect dependency? Through vtk6, I guess (that > needs to be replaced by vtk8, working on it). Except for that I've > recently removed all python 2 support from FreeCAD and it's toolkits. > > > en-gimp-help-html: 2.10.0_1 > > That port doesn't even exist anymore (see MOVED, > graphics/gimp-help||2020-03-01|Has expired: Broken ) > > > gimp: 2.10.18,2 > > Through py-gimp? That's scheduled for removal. > > > latex-beamer: 3.57 > > How that? Indirect dependency via texlive-texmf? Even if our texlive > would need some love (read: update), it's fully happy with python 3.7. > > > opencascade: 7.4.0_2 > > Again, vtk6... > > > BTW, I do not know why some apps need llvm60 still: > > That shouldn't be. > > > pkg delete llvm60: > > > > FreeCAD: 0.18.4_4 > > llvm60: 6.0.1_7 > > py37-pyside2: 5.14.2 > > py37-pyside2-tools: 5.14.2 > > py37-shiboken2: 5.14.2 > > It's shiboken2 which has a dependency on the default ports llvm (see > https://wiki.freebsd.org/WhyDoIHaveToBuildLLVMWhenIAlreadyHaveClangInstalleds > as per usual) - but that would be llvm90 since septemper 2019. > Looks like you're picking up random cruft during build and not > following default version changes. > > Regards, > Christoph > Thank you very much for clear explanation and I did correct everything. -- Ernst Lubitsch’s Ninotchka: “‘Waiter! A cup of coffee without cream, please!’ ‘I’m sorry, sir, we have no cream, only milk, so can it be a coffee without milk?’” ___ 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"
Re: python 2.7 marked as deprecated and EOL while 2.7.18 RC is available
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. A minor upgrade can trigger multiple rebuilds. >> In my case only llvm80 and llvm90 but still. > In my experience, LLVM responds rather well to ccache installed. It can > occasionally get slow, but if it's just about a single file, ccache > helps massively. GCC benefits less (if at all) from ccache. One of us may be misunderstanding the other. Compiling with llvm can be slow but I was talking about the time it takes to build llvm itself. -- D'Arcy J.M. Cain | Democracy is three wolves http://www.druid.net/darcy/| and a sheep voting on +1 416 788 2246 (DoD#0082)(eNTP) | what's for dinner. IM: da...@vybenetworks.com, VoIP: sip:da...@druid.net signature.asc Description: OpenPGP digital signature
Re: python 2.7 marked as deprecated and EOL while 2.7.18 RC is available
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. > In my case only llvm80 and llvm90 but still. In my experience, LLVM responds rather well to ccache installed. It can occasionally get slow, but if it's just about a single file, ccache helps massively. GCC benefits less (if at all) from ccache. ___ 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"
Re: python 2.7 marked as deprecated and EOL while 2.7.18 RC is available
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 OPTION; > but it can use either (2 or 3) python - here it happily uses python 3.7. As I said in a previous message, net-snmp is a dependency for asterisk16 and it has an option to include Python bindings. That uses Python27. If you de-configure that option it doesn't pull in python27. -- D'Arcy J.M. Cain | Democracy is three wolves http://www.druid.net/darcy/| and a sheep voting on +1 416 788 2246 (DoD#0082)(eNTP) | what's for dinner. IM: da...@vybenetworks.com, VoIP: sip:da...@druid.net signature.asc Description: OpenPGP digital signature
Re: BLENDER 2.79
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 different port version around on major API changes for a while. Not to mention things like node that can have up to 4 versions in the ports tree. Whatever is the future of BGE, one should simply not lose the functionality by doing "pkg upgrade". Not sure this even made into UPDATING Marcin smime.p7s Description: S/MIME Cryptographic Signature
Re: BLENDER 2.79
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 bringing > back unsupported and unmaintained older versions of software isn't a > path we go down very often. If Blender were a trivial build, it'd be > more feasible, but the complexity of the maintenance burden is > difficult to overcome. > # Adam Hello Adam and thank you for quick response :-) Well I don't like the situation either as this destroys core of my work that I have created for years. I never suspected anything like this from Open-Source (except the work is sponsored by competitor). The alternative is not to use Blender anymore. And I have been using it since 2000 :-( Even Blender Development Team suggests using 2.79 to have BGE working. UPBGE is not really mandatory as it is incompatible with BGE. All dependencies have their own dedicated separate ports. I have been using it for months now and it seems to be in align with other ports with no conflicts. But if this is a problem and risk I can understand and will stick to build it on my own.. Best regards, Tomek -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info ___ 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"
Re: BLENDER 2.79
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. > > The only solution so far is to use older Blender2.79 that still has > the BGE. Blender developers just removed something with no alternative > and no plan for alternative. Luckily I found Shane's repository that > provides port for older version. > > Another solution is to have UPBGE Blender 2.80 fork with experimental > and refreshed BGE included, unfortunately the BGE API has changed and > it is not backward-compatible. > > My question is can we include both Blender-2.79 and UPBGE in the > official ports tree next to official Blender release? All dependencies > are provided, all of them works fine next to each other. It would be > really handy to have at least Blender-2.79 from PKG. > > https://github.com/sambler/sambler-redports/tree/master/graphics/blender279 > https://github.com/sambler/sambler-redports/tree/master/graphics/upbge 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 bringing back unsupported and unmaintained older versions of software isn't a path we go down very often. If Blender were a trivial build, it'd be more feasible, but the complexity of the maintenance burden is difficult to overcome. # Adam -- Adam Weinberger ad...@adamw.org https://www.adamw.org ___ 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"
Re: python 2.7 marked as deprecated and EOL while 2.7.18 RC is available
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 just repalce vtk6 to vtk8 is not enough. Vtk8 does not have python, and also requires qt5. According to my tests, you should add to opencascade USES= qt:5 qmake USE_QT= buildtools_build But i'm still working on it. Regards. Loïc ___ 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"
BLENDER 2.79
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 the BGE. Blender developers just removed something with no alternative and no plan for alternative. Luckily I found Shane's repository that provides port for older version. Another solution is to have UPBGE Blender 2.80 fork with experimental and refreshed BGE included, unfortunately the BGE API has changed and it is not backward-compatible. My question is can we include both Blender-2.79 and UPBGE in the official ports tree next to official Blender release? All dependencies are provided, all of them works fine next to each other. It would be really handy to have at least Blender-2.79 from PKG. https://github.com/sambler/sambler-redports/tree/master/graphics/blender279 https://github.com/sambler/sambler-redports/tree/master/graphics/upbge Best regards, Tomek -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info ___ 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"
Re: python 2.7 marked as deprecated and EOL while 2.7.18 RC is available
## 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. See PR > 243615. The 0.92ers look promising. We should prod Koop and/or commit on timeout. Let's make some progress... Regards, Christoph -- Spare Space ___ 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"
Re: python 2.7 marked as deprecated and EOL while 2.7.18 RC is available
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 243615. -- Th. Thomas. signature.asc Description: PGP signature
Re: poudriere testport does not package the port under test
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 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 any mail to "freebsd-ports-unsubscr...@freebsd.org" -- Adam Weinberger ad...@adamw.org https://www.adamw.org ___ 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"
Re: python 2.7 marked as deprecated and EOL while 2.7.18 RC is available
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 of an application that is not trivial to migrate due to their use of Pylons web technology: https://github.com/ckan/ckan/issues/4681 converted into https://github.com/ckan/ckan/projects/3 Marcin smime.p7s Description: S/MIME Cryptographic Signature
poudriere testport does not package the port under test
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 any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: python 2.7 marked as deprecated and EOL while 2.7.18 RC is available
## 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; but it can use either (2 or 3) python - here it happily uses python 3.7. > FreeCAD: 0.18.4_4 Perhaps again an indirect dependency? Through vtk6, I guess (that needs to be replaced by vtk8, working on it). Except for that I've recently removed all python 2 support from FreeCAD and it's toolkits. > en-gimp-help-html: 2.10.0_1 That port doesn't even exist anymore (see MOVED, graphics/gimp-help||2020-03-01|Has expired: Broken ) > gimp: 2.10.18,2 Through py-gimp? That's scheduled for removal. > latex-beamer: 3.57 How that? Indirect dependency via texlive-texmf? Even if our texlive would need some love (read: update), it's fully happy with python 3.7. > opencascade: 7.4.0_2 Again, vtk6... > BTW, I do not know why some apps need llvm60 still: That shouldn't be. > pkg delete llvm60: > > FreeCAD: 0.18.4_4 > llvm60: 6.0.1_7 > py37-pyside2: 5.14.2 > py37-pyside2-tools: 5.14.2 > py37-shiboken2: 5.14.2 It's shiboken2 which has a dependency on the default ports llvm (see https://wiki.freebsd.org/WhyDoIHaveToBuildLLVMWhenIAlreadyHaveClangInstalleds as per usual) - but that would be llvm90 since septemper 2019. Looks like you're picking up random cruft during build and not following default version changes. Regards, Christoph -- Spare Space ___ 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"
Re: python 2.7 marked as deprecated and EOL while 2.7.18 RC is available
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 2020-12-31 be retracted? It appears that devel/scons, at least, requires python 2.7 to run; though it builds with 3.7. Regards, Dewayne. Scons is a special one. Mongodb36 & mongodb40 use scons+python27 to build. Mongodb42 uses scons+python37 to build. But this port can't be made because scons is currently build for python2 only. I created PR https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=241463 a while ago to try to flavor scons. I hope the maintainer of the port will take a look sometime in the future. So this kind of a catch-22. Mongodb can't be upgraded to python3 supporting versions because scons can't be upgraded. I have no idea if mongodb36 and -40 will be converted to python3 upstream any day. Regards, Ronald. ___ 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"
Re: python 2.7 marked as deprecated and EOL while 2.7.18 RC is available
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. -- D'Arcy J.M. Cain | Democracy is three wolves http://www.druid.net/darcy/| and a sheep voting on +1 416 788 2246 (DoD#0082)(eNTP) | what's for dinner. IM: da...@vybenetworks.com, VoIP: sip:da...@druid.net signature.asc Description: OpenPGP digital signature
Re: llvm-mingw Cross Compiler
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 it > > on FreeBSD 12 to cross build itself for Windows for i686 and amd64 > (x86_64 > > to be exact). > > > > Is there any interest in llvm-mingw as a port? > I use this as well, and submitted a port here: > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=237213 > > Looks like I promised to bring it up on this mailing list but neglected > to do so. > > Now it might be a bit out of date, an update would be appreciated, since > I won't be able to work on that in a timely manner. > Theron > That's great! I'll take a crack at updating it put an update and put it on reviews.freebsd.org. Regards, Russ ___ 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"
Re: python 2.7 marked as deprecated and EOL while 2.7.18 RC is available
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 here are the > four that matter. I believe the rest are mainly dependencies for > these four. > > asterisk16: 16.9.0 > freeradius3: 3.0.20 > lilypond: 2.18.2_10 > mailman: 2.1.29_6 > On mine (just some of them) FreeCAD: 0.18.4_4 asciidoc: 8.6.10_1 doxygen: 1.8.15_3,2 en-gimp-help-html: 2.10.0_1 gimp: 2.10.18,2 inkscape: 0.92.4_16 latex-beamer: 3.57 llvm60: 6.0.1_7 lyx: 2.3.4.2 opencascade: 7.4.0_2 BTW, I do not know why some apps need llvm60 still: pkg delete llvm60: FreeCAD: 0.18.4_4 llvm60: 6.0.1_7 py37-pyside2: 5.14.2 py37-pyside2-tools: 5.14.2 py37-shiboken2: 5.14.2 -- Ernst Lubitsch’s Ninotchka: “‘Waiter! A cup of coffee without cream, please!’ ‘I’m sorry, sir, we have no cream, only milk, so can it be a coffee without milk?’” ___ 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"
Re: FreeBSD Port: libv4l-1.18.0 error upgrade
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 '/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! Can this be improved upon somehow? Like pushing build directory include directories first? Yes, see: https://svnweb.freebsd.org/changeset/ports/531931 thanks - it works. I was able to build libv4l 1.18.0 having 1.6.3_4 installed without issues! Marcin smime.p7s Description: S/MIME Cryptographic Signature
Re: FreeBSD Port: libv4l-1.18.0 error upgrade
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 package first. Only then it will build due to confliciting header file include order! Can this be improved upon somehow? Like pushing build directory include directories first? Yes, see: https://svnweb.freebsd.org/changeset/ports/531931 --HPS ___ 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"
Re: FreeBSD Port: libv4l-1.18.0 error upgrade
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 confliciting header file include order! Can this be improved upon somehow? Like pushing build directory include directories first? Marcin smime.p7s Description: S/MIME Cryptographic Signature
Re: Query on installing v6eval to FreeBSD 12.1
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 complication error while compiling the v6eval package. I have downloaded v6eval latest package 3.3.5 version. Hi Radhika, Where did you download this from? I ad a look at https://github.com/IxLabs/tahi-linux/ and v6eval included there has not been updated since 2013 and needs some changes to work with the newest FreeBSD. For example, it still uses the old interface. I see that there is some version of OpenSSL bundled with the repository, do you know why? Marcin smime.p7s Description: S/MIME Cryptographic Signature
INDEX now builds successfully on 11.x
___ 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"
Re: python 2.7 marked as deprecated and EOL while 2.7.18 RC is available
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 dependencies for these four. asterisk16: 16.9.0 freeradius3: 3.0.20 lilypond: 2.18.2_10 mailman: 2.1.29_6 I was surprised to find Asterisk in that list. It appears to be due to a dependency on net-snmp. I am rebuilding with Python bindings removed from the config. If net-smtp can't be build with 3.x then the option should probably be removed. I rebuilt freeradius3 which pulled in Python2.7. I then removed python27 and it did not remove freeradius3. I then modified the Makefile to change PYTHON_USES to 2.7 and it built fine. I have no way to test if it works yet. I tried building lilypond with python2.7 removed from USES but its configure script failed due to Python < 3.0. I couldn't find any discussion about upgrading the version of Python but WikipediA says that it has 120,000 lines Python code. As far as I can tell there is nothing as good as Lilypond for engraving music. It would be quite a blow to musicians if that was removed. 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. -- D'Arcy J.M. Cain | Democracy is three wolves http://www.druid.net/darcy/| and a sheep voting on +1 416 788 2246 (DoD#0082)(eNTP) | what's for dinner. IM: da...@vybenetworks.com, VoIP: sip:da...@druid.net signature.asc Description: OpenPGP digital signature
INDEX build failed for 11.x
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 --- --- describe.comms --- --- describe.converters --- --- describe.databases --- --- describe.deskutils --- --- describe.devel --- --- describe.dns --- --- describe.editors --- --- describe.emulators --- --- describe.finance --- --- describe.french --- --- describe.ftp --- [...] --- describe.security --- --- describe.shells --- --- describe.sysutils --- --- describe.textproc --- --- describe.sysutils --- sh: freebsd-version: not found make[5]: "/home/indexbuild/tindex/ports/sysutils/etc_os-release/Makefile" line 18: warning: "freebsd-version -u" returned non-zero status --- describe.ukrainian --- --- describe.vietnamese --- --- describe.www --- --- describe.x11 --- --- describe.x11-clocks --- --- describe.x11-drivers --- --- describe.x11-fm --- --- describe.x11-fonts --- --- describe.x11-servers --- --- describe.x11-themes --- --- describe.x11-toolkits --- --- describe.x11-wm --- Done. make_index: /home/indexbuild/tindex/ports/deskutils/ydotool: no entry for /home/indexbuild/tindex/ports/devel/libevdevplus Committers on the hook: bapt hselasky mfechner wen Most recent SVN update was: Updating '.': Usecurity/p5-Dancer2-Plugin-Passphrase/Makefile Usecurity/p5-Dancer2-Plugin-Passphrase/distinfo Uscience/p5-Geo-WebService-Elevation-USGS/Makefile Uscience/p5-Geo-WebService-Elevation-USGS/distinfo UMOVED Udeskutils/ydotool/Makefile Ddevel/libevdevPlus Ddevel/libuInputPlus Udevel/Makefile Adevel/libevdevplus Adevel/libevdevplus/Makefile Adevel/libevdevplus/distinfo Adevel/libevdevplus/pkg-descr Adevel/libevdevplus/pkg-plist Adevel/libuinputplus Adevel/libuinputplus/Makefile Adevel/libuinputplus/distinfo Adevel/libuinputplus/pkg-descr Adevel/libuinputplus/pkg-plist Asysutils/rshim-user-space/files/patch-configure.ac Uaudio/midipp/Makefile Uaudio/midipp/distinfo Uaudio/midipp/pkg-descr Uaudio/libumidi/Makefile Uaudio/libumidi/distinfo Uwww/bacula-web/Makefile Updated to revision 532005. ___ 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"
Re: python 2.7 marked as deprecated and EOL while 2.7.18 RC is available
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 the port is for python-2.7.x only. All other python ports will > support python-3.x (which practically speaking means python-3.7). Note > that ports that are python-2.7.x only are now as rare as hen's teeth as > there has been an active program of deleting such. Out of interest I ran "pkg del python27" on my FreeBSD machine just to see what would break. Conspicuous was devel/mercurial: PORTVERSION=5.1.2 USES= cpe python:2.7 Evidently Mercurial versions 5.2 and later support Python 3. The current stable version is 5.3.2, so the FreeBSD port is a few versions behind for some reason. Evidently textproc/asciidoc also still requires Python 2.7. Though it looks like it's possible to install both Mercurial and Asciidoc using Python 3's "pip" instead of using FreeBSD ports. ___ 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"
Re: python 2.7 marked as deprecated and EOL while 2.7.18 RC is available
-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 is another matter. Unfortunately, there is one that seems not to be in the process of upgrade: www/moinmoin. The upstream news is not good! -BEGIN PGP SIGNATURE- iQEzBAEBCAAdFiEEVgdI2KeVldPAhUYaKBdf2az8e6gFAl6awqQACgkQKBdf2az8 e6hWRQgAthE5Il4yaNgHb0nHL2cKJ0OQuQEAew2hI+Q9JMpyzmoU3p3XlIRM3XSt xdwXJZ01cY7Jf4Fh4iPqt1U4ySt3cG8IBE8PbESXySfJoc4YFnWGyA4NoPuv+z4E VLCT0GFsX/7eDitLDnF7/iMpg968HLDDa+2hk6aL7eKwJ7T2evMp45dBE2UCV05R IIyeRsFHmZirtez/nqJmvC9RG2tXmNDfUZ5iGhAvnaHrwYgWBCaO5e6CxaxQST6B xeovNCn+LfnPv9n89FK0h7mWOTpW52n94ko2FOp7kYNKcscSRn6NuUKJkQDGv0B+ GqI+yMe6oJh77nL2dNvh990IvIP3/g== =Ac0r -END PGP SIGNATURE- ___ 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"
Re: python 2.7 marked as deprecated and EOL while 2.7.18 RC is available
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 (which practically speaking means python-3.7). Note that ports that are python-2.7.x only are now as rare as hen's teeth as there has been an active program of deleting such. > b) will doing so break any port for which this port is a dependency? 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 is another matter. Personally, I just changed my default settings in make.conf to make python-3.7 the default, and did a full rebuilt of my personal poudriere repo. A subsequent `pkg upgrade` replaced most of the python 2.7 bits installed with python 3.7 equivalents. I had to delete some python-2.7 ports that were no-longer needed, but on the whole everything pretty much just worked. Your milage may vary, so be sure to make use of ZFS snapshots or even good old backups to make sure you have a way of un-fubarring your system if it all does go a bit pear-shaped. Cheers, Matthew signature.asc Description: OpenPGP digital signature
FreeBSD ports you maintain which are out of date
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, you can safely ignore the entry. You will not be e-mailed again for any of the port/version combinations below. Full details can be found at the following URL: http://portscout.freebsd.org/po...@freebsd.org.html Port| Current version | New version +-+ games/exult | 1.5.0.20160514 | v1.6 +-+ If any of the above results are invalid, please check the following page for details on how to improve portscout's detection and selection of distfiles on a per-port basis: http://portscout.freebsd.org/info/portscout-portconfig.txt Reported by:portscout! ___ 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"
