Date: Fri, 26 Apr 2024 10:33:26 +0000 From: bugzilla-noreply@freebsd.org To: ports-bugs@FreeBSD.org Subject: [Bug 278274] net-p2p/tremotesf: Update to 2.6.2 Message-ID: <bug-278274-7788-fLkM3jHfcN@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-278274-7788@https.bugs.freebsd.org/bugzilla/> References: <bug-278274-7788@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D278274 --- Comment #4 from Anton Saietskii <vsasjason@gmail.com> --- (In reply to Zsolt Udvari from comment #3) Of course I'm doing that (along with portfmt & portlint) on each op change. Unfortunately, portclippy doesn't handle '.if' properly: for example, it suggests moving CMAKE_OFF below CMAKE_ARGS, what isn't really possible -- f= irst variable is specific to flavor, while second is for port regardless of flav= or. If we'll move entire '.if' block below CMAKE_ARGS -- portclippy will compla= in about USE_QT and USE_GL (and these variables can't be moved to suggested pl= aces as well). So, no matter how one will reroll makefile (keeping '.if' block) -- portcli= ppy will complain about different variables until it will learn to process conditionals as a subblock, which in turn can contain its own USES, USE_*, = etc blocks. --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-278274-7788-fLkM3jHfcN>