On Thu Mar 14, 2024 at 09:10:41PM +0100, Rafael Sadowski via ports wrote:
> On Fri Mar 01, 2024 at 08:56:27AM +0100, Landry Breuil wrote:
> > Le Thu, Feb 29, 2024 at 09:35:39PM +0100, Rafael Sadowski a écrit :
> > > On Thu Feb 29, 2024 at 09:12:49AM +0100, Landry Breuil wrote:
> > > > Le Thu, Feb 2
On Fri Mar 01, 2024 at 08:56:27AM +0100, Landry Breuil wrote:
> Le Thu, Feb 29, 2024 at 09:35:39PM +0100, Rafael Sadowski a écrit :
> > On Thu Feb 29, 2024 at 09:12:49AM +0100, Landry Breuil wrote:
> > > Le Thu, Feb 29, 2024 at 09:03:17AM +0100, Rafael Sadowski a écrit :
> > > > OK to import qca-qt
Le Thu, Feb 29, 2024 at 09:35:39PM +0100, Rafael Sadowski a écrit :
> On Thu Feb 29, 2024 at 09:12:49AM +0100, Landry Breuil wrote:
> > Le Thu, Feb 29, 2024 at 09:03:17AM +0100, Rafael Sadowski a écrit :
> > > OK to import qca-qt6-2.3.8? It's the same as security/qca-qt5, but with
> > > Qt6 enabled
On Thu Feb 29, 2024 at 09:12:49AM +0100, Landry Breuil wrote:
> Le Thu, Feb 29, 2024 at 09:03:17AM +0100, Rafael Sadowski a écrit :
> > OK to import qca-qt6-2.3.8? It's the same as security/qca-qt5, but with
> > Qt6 enabled and Qt5 disabled. No conflicts with qt5 and qt6.
>
> in that case, wouldnt
Le Thu, Feb 29, 2024 at 09:03:17AM +0100, Rafael Sadowski a écrit :
> OK to import qca-qt6-2.3.8? It's the same as security/qca-qt5, but with
> Qt6 enabled and Qt5 disabled. No conflicts with qt5 and qt6.
in that case, wouldnt it be better/simpler to multipackage qca into -qt5
and -qt6 and only bu
OK to import qca-qt6-2.3.8? It's the same as security/qca-qt5, but with
Qt6 enabled and Qt5 disabled. No conflicts with qt5 and qt6.
Comment:
Qt Cryptographic Architecture
Description:
QCA aims to provide a straightforward and cross-platform crypto API, using Qt
datatypes and conventions. QCA sep
