FreeBSD ports you maintain which are out of date

2020-08-07 Thread portscout
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

aarch64 pkg build ready but hangs

2020-08-07 Thread Ronald Klop
Hi, http://thunderx1.nyi.freebsd.org/build.html?mastername=head-arm64-default&build=p542683_s363381 This build is finished, but stays in state parallel_build. Some workers are in state cleanup instead of idle. Maybe that is part of the cause. If I had the magic I would unblock it myself. 😀

Re: I want to maintain security/pssh

2020-08-07 Thread Pavel Timofeev
чт, 23 июл. 2020 г. в 18:24, Pavel Timofeev : > чт, 23 июл. 2020 г. в 11:33, Muhammad Moinur Rahman : > >> Hi, >> >> Please submit a patch with some improvements of the current port and >> resetting the MAINTAINERSHIP to your email address in our bugzilla. >> >> Kind Regards, >> Moin >> >> > On 23

Re: [HEADS UP] Planned deprecation of portsnap

2020-08-07 Thread Michael Gmelin
On Fri, 7 Aug 2020 01:24:00 -0400 Steve Wills wrote: > Hi, > > On 8/5/20 6:17 PM, Michael Gmelin wrote: > > > > > > What will be the process to bootstrap git? > > > > There are several options: Thanks for your response - ideally there would be a lean default way users can rely on (henc

Re: [HEADS UP] Planned deprecation of portsnap

2020-08-07 Thread Ashish SHUKLA
On 8/6/20 6:05 PM, Mathieu Arnold wrote: > On Thu, Aug 06, 2020 at 02:11:10PM +0200, Michael Gmelin wrote: >> >> >>> On 6. Aug 2020, at 13:58, Mathieu Arnold wrote: >>> >>> On Thu, Aug 06, 2020 at 12:17:37AM +0200, Michael Gmelin wrote: > We welcome any constructive feedback. All input would

Re: [HEADS UP] Planned deprecation of portsnap

2020-08-07 Thread Eugene Grosbein
07.08.2020 18:10, Ashish SHUKLA wrote: > Is there a similar seed file for subversion snapshot, that one can > download, extract, and "svn up" ? > > I was trying to "svn co" the ports tree, and it keeps dying in the > middle of checkout every few minutes. ftp://ftp.freebsd.org/pub/FreeBSD/develop

Re: [HEADS UP] Planned deprecation of portsnap

2020-08-07 Thread Ashish SHUKLA
On 8/7/20 6:05 PM, Eugene Grosbein wrote: > 07.08.2020 18:10, Ashish SHUKLA wrote: > >> Is there a similar seed file for subversion snapshot, that one can >> download, extract, and "svn up" ? >> >> I was trying to "svn co" the ports tree, and it keeps dying in the >> middle of checkout every few m

Re: [HEADS UP] Planned deprecation of portsnap

2020-08-07 Thread Steve Wills
Hi, On 8/7/20 6:19 AM, Michael Gmelin wrote: On Fri, 7 Aug 2020 01:24:00 -0400 Steve Wills wrote: Hi, [snip] 2. Use svnlite to checkout a ports tree. (There will be git -> svn replication. Will this be a long-term option? I don't know yet exactly how long the git to svn migration i

Re: [HEADS UP] Planned deprecation of portsnap

2020-08-07 Thread Michael Gmelin
> On 7. Aug 2020, at 15:26, Steve Wills wrote: > > Hi, > . > I believe that's updated daily and the tars from cgit are generated at least > that frequently, if not more. > The real question is: Will we design things in a way that we expect ports tree users to always install git and its

Re: [HEADS UP] Planned deprecation of portsnap

2020-08-07 Thread Greg Veldman
On Fri, Aug 07, 2020 at 03:43:38PM +0200, Michael Gmelin wrote: > The real question is: Will we design things in a way that we expect ports > tree users to always install git and its dependencies on their system or not > (long term)? > > For developers it???s a no-brainer (obviously yes), but po

Re: [HEADS UP] Planned deprecation of portsnap

2020-08-07 Thread Tatsuki Makino
By the way, there was a REFUSE directive in /etc/portsnap.conf, wasn't there? Isn't this a db space saver? Or, rename the current fetch command to fetch-all. Then the fetch command will be modified to download only where it is needed based on the dependency graph. portsnap fetch # <- download Mk/

Re: [HEADS UP] Planned deprecation of portsnap

2020-08-07 Thread @lbutlr
On 05 Aug 2020, at 04:59, Hans Petter Selasky wrote: > 2) Should portsnap be a wrapper for GIT/SVN whatever is used? Yes, this seems like a very obvious thing to do as it will minimize disruption for the most users. Not everyone has any use for git our any need to learn git syntax. A "portsnap"

ln -s python3 python2 && ln -s python37 python27?

2020-08-07 Thread Chris
I'm currently performing a big buildup for a large deployment. I built world && kernel in the build jail, and performed the install into another jail for the port/package buildup that will in turn be used for the deployment STABLE-12@363918 && PORTS@544342, respectively. Problem _appears_ to be wi

Re: ln -s python3 python2 && ln -s python37 python27?

2020-08-07 Thread LuKreme
On Aug 7, 2020, at 21:04, Chris wrote: > Can I simply avoid all this BS by deleting python2.7 and family, > and simply link all references to python3.7. This is quite maddening. Aren’t the python versions pretty different? I wouldn’t expect a big project with dependencies written for python2 to

Re: ln -s python3 python2 && ln -s python37 python27?

2020-08-07 Thread Kevin Oberman
Short answer is NO. There were significant changes made in python3 that require significant changes in most programs written in python2. This has been a huge issue that will continue until at least the end of the year when python27 is scheduled for removal. Unless a few ports still requiring pytho