Re: Looking for reviews PR 279803 Diff D45618 www/tt-rss simplify rc script
Am 2024-06-17 02:01, schrieb Derek Schrock: Looking for reviews of the simplification of the ttrssd script from www/tt-rss. I suggest to add an UPDATING entry which tells about the ttrssd_local_db variable. While looking to add status I realized with daemon the need to check/wait for a local database could be transitioned in to daemon's -r -R options retrying the child process on failure and move this to command and command_args. The only remaining issue that could occur is when the service needs to be stopped and doesn't have a child process. It appears daemon eats the signal until it's running a child and if the rc needs to handle this. See the -P option for daemon. It's used in /usr/ports/www/oauth2-proxy/files/oauth2_proxy.in Bye, Alexander. -- http://www.Leidinger.net alexan...@leidinger.net: PGP 0x8F31830F9F2772BF http://www.FreeBSD.orgnetch...@freebsd.org : PGP 0x8F31830F9F2772BF signature.asc Description: OpenPGP digital signature
Re: bsdisks switched unconditionally to QT6
On Sun, Jun 16, 2024 at 10:14 AM Michael Butler
wrote:
>
> I have KDE5 installed; this pulls in devel/kf5-solid which has a
> dependency on sysutils/bsdisks like so ..
>
> imb@d5540:/usr/ports/devel/kf5-solid> less Makefile
> PORTNAME= solid
> DISTVERSION=${KDE_FRAMEWORKS_VERSION}
> CATEGORIES= devel kde kde-frameworks
>
> MAINTAINER= k...@freebsd.org
> COMMENT=KF5 hardware integration and detection
>
> RUN_DEPENDS=bsdisks:sysutils/bsdisks
>
> USES= bison cmake compiler:c++11-lib kde:5 qt:5 tar:xz
>
> [ .. snip .. ]
>
> But after ..
>
> commit 91ee9ec8e0dbfa97b298e6498900938e71762837
> Date: Tue May 21 21:38:37 2024 +0300
>
> sysutils/bsdisks: Switch to Qt 6
>
> PR: 279168
>
> .. I now have to build and maintain *both* versions of QT.
>
> This makes no sense to me. Can this be fixed to build with just the
> installed version?
>
> Michael
>
Qt5 is on its last leg and is in the process of being phased out, as
official support for even paying commercial consumers has less than a
year left. We at kde@ are actively trying to eliminate Qt5
dependencies as much as possible in the meantime to facilitate the
total transition to Qt6, so please forgive our dust. During this
transitionary period, users will likely have Qt5 and Qt6 modules
installed simultaneously. This entails many hours of *volunteer* work
from just a few people and we respectfully ask our users to please be
patient during the transition.
- Jason
Re: bsdisks switched unconditionally to QT6
On Mon, 17 Jun 2024 06:41:04 -0400
"Jason E. Hale" wrote:
> On Sun, Jun 16, 2024 at 10:14 AM Michael Butler
> wrote:
> >
> > I have KDE5 installed; this pulls in devel/kf5-solid which has a
> > dependency on sysutils/bsdisks like so ..
> >
> > imb@d5540:/usr/ports/devel/kf5-solid> less Makefile
> > PORTNAME= solid
> > DISTVERSION=${KDE_FRAMEWORKS_VERSION}
> > CATEGORIES= devel kde kde-frameworks
> >
> > MAINTAINER= k...@freebsd.org
> > COMMENT=KF5 hardware integration and detection
> >
> > RUN_DEPENDS=bsdisks:sysutils/bsdisks
> >
> > USES= bison cmake compiler:c++11-lib kde:5 qt:5 tar:xz
> >
> > [ .. snip .. ]
> >
> > But after ..
> >
> > commit 91ee9ec8e0dbfa97b298e6498900938e71762837
> > Date: Tue May 21 21:38:37 2024 +0300
> >
> > sysutils/bsdisks: Switch to Qt 6
> >
> > PR: 279168
> >
> > .. I now have to build and maintain *both* versions of QT.
> >
> > This makes no sense to me. Can this be fixed to build with just the
> > installed version?
> >
> > Michael
> >
>
> Qt5 is on its last leg and is in the process of being phased out, as
> official support for even paying commercial consumers has less than a
> year left. We at kde@ are actively trying to eliminate Qt5
> dependencies as much as possible in the meantime to facilitate the
> total transition to Qt6, so please forgive our dust. During this
> transitionary period, users will likely have Qt5 and Qt6 modules
> installed simultaneously. This entails many hours of *volunteer* work
> from just a few people and we respectfully ask our users to please be
> patient during the transition.
>
> - Jason
Fisrt of all, thanks for your hard work for transition.
Just IMHO, having components of Qt5 and Qt6 is (excluding too huge
to build qt*-webengine port) is not at all a problem.
But some ports (sorry, lost track with actually which was) seems to be
conflicting each other.
This would avoid accepting such a coexistense.
So, is it easily possible to rename Qt5 side of conflicting file as
something like *-qt5 and fix their dependencies (Qt5 apps) to use the
modified name?
IMHO, this kind of conflicts could be treated upstream in the future
(i.e. future Qt7 decides to name such files as *-qt7 at the first
place), so renaming Qt6 side would be just a mess.
Regards.
--
Tomoaki AOKI
Re: bsdisks switched unconditionally to QT6
On 6/17/24 02:06, Gleb Popov wrote:
On Sun, Jun 16, 2024 at 5:14 PM Michael Butler
wrote:
I have KDE5 installed; this pulls in devel/kf5-solid which has a
dependency on sysutils/bsdisks like so ..
imb@d5540:/usr/ports/devel/kf5-solid> less Makefile
PORTNAME= solid
DISTVERSION=${KDE_FRAMEWORKS_VERSION}
CATEGORIES= devel kde kde-frameworks
MAINTAINER= k...@freebsd.org
COMMENT=KF5 hardware integration and detection
RUN_DEPENDS=bsdisks:sysutils/bsdisks
USES= bison cmake compiler:c++11-lib kde:5 qt:5 tar:xz
[ .. snip .. ]
But after ..
commit 91ee9ec8e0dbfa97b298e6498900938e71762837
Date: Tue May 21 21:38:37 2024 +0300
sysutils/bsdisks: Switch to Qt 6
PR: 279168
.. I now have to build and maintain *both* versions of QT.
It will hopefully be resolved "soon" after the move to Qt 6/KF 6/Plasma 6.
I was rather hoping someone had looked at implementing FLAVORS as has
been done in many other ports, e.g. sysutils/polkit-qt-1 and
multimedia/phonon, to accommodate the currently installed version.
Apparently not; I'll tinker with it locally when I have time,
Michael
Re: bsdisks switched unconditionally to QT6
Michael Butler writes: > I was rather hoping someone had looked at implementing FLAVORS as has > been done in many other ports, e.g. sysutils/polkit-qt-1 and > multimedia/phonon, to accommodate the currently installed version. Flavors don't scale with non-leaf ports until provides/requires lands. Each port that depends on sysutils/bsdisks (even indirectly) would have to support both flavors just to propagate @qt5 back to bsdisks (even Gtk-based ports would have to support @qt5 flavor to ensure devel/gvfs doesn't use sysutils/bsdisks@qt6 instead). For examle, my attempt to add @nox11 blew up in dependencies. https://github.com/freebsd/freebsd-ports/commit/026ed2c6686a
Unmaintained FreeBSD ports which are out of date
Dear port maintainers, The portscout new distfile checker has detected that one or more unmaintained 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. Please consider also adopting this port. If any ports have already been updated, you can safely ignore the entry. An e-mail will not be sent 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 +-+ sysutils/mcelog | 178 | v200 +-+ 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!
