Re: Release status of QCA?
On 6/24/20 2:53 AM, Albert Astals Cid wrote: Now some unasked comment about the code. After recently having had a look at the QCA code I don't think the code is "good". On the other hand, I reached the conclusion that since crypto code is hard, it's still better to have QCA where we have 1 place of "bad" code instead of having 20 places with bad code, that's why i gave it some maintaining time. And thank you very much for that, Albert. It's really important and appreciated. Nate
Re: Release status of QCA?
El dimecres, 24 de juny de 2020, a les 10:33:45 CEST, Luigi Toscano va escriure: > Albert Astals Cid ha scritto: > > El dimecres, 24 de juny de 2020, a les 2:22:35 CEST, Nate Graham va > > escriure: > >> > >> On 6/23/20 4:22 PM, Albert Astals Cid wrote: > >>> El dimarts, 23 de juny de 2020, a les 17:28:31 CEST, Nate Graham va > >>> escriure: > Looking at the branches for QCA > (https://invent.kde.org/libraries/qca/-/branches), it looks quite > actively developed > >>> > >>> Actively developed seems an overstatement :D I'd say "somewhat maintained" > >>> > but isn't on the Frameworks or Release Service > schedules > >>> > >>> Yes, it's an indepently released software. > >>> > and I can't tell when the last release was. > >>> > >>> https://download.kde.org/stable/qca/ ? > >>> > >>> https://invent.kde.org/libraries/qca/-/tags ? > >> > >> Aha, tags! Of course. > >> > >> Yes, I was musing whether it could or should move to the release service. > > > > I'm not sure the jump in [tarball] version number would be > > appreciated/understood by distros/developers using it/etc. > > Also, who does use qca? According to archlinux calligra calligra-plan choqok kdeconnect kdepim-runtime kget konversation kopete kpmcore ksirk libktorrent messagelib okteta okular plasma-nm psi qgis qoauth quassel skrooge telepathy-kde-auth-handler Now some unasked comment about the code. After recently having had a look at the QCA code I don't think the code is "good". On the other hand, I reached the conclusion that since crypto code is hard, it's still better to have QCA where we have 1 place of "bad" code instead of having 20 places with bad code, that's why i gave it some maintaining time. Cheers, Albert > It's probably at the same level of phonon, so being > released as part of the release service may not be the proper solution. > > >
Re: Release status of QCA?
Albert Astals Cid ha scritto: > El dimecres, 24 de juny de 2020, a les 2:22:35 CEST, Nate Graham va escriure: >> >> On 6/23/20 4:22 PM, Albert Astals Cid wrote: >>> El dimarts, 23 de juny de 2020, a les 17:28:31 CEST, Nate Graham va >>> escriure: Looking at the branches for QCA (https://invent.kde.org/libraries/qca/-/branches), it looks quite actively developed >>> >>> Actively developed seems an overstatement :D I'd say "somewhat maintained" >>> but isn't on the Frameworks or Release Service schedules >>> >>> Yes, it's an indepently released software. >>> and I can't tell when the last release was. >>> >>> https://download.kde.org/stable/qca/ ? >>> >>> https://invent.kde.org/libraries/qca/-/tags ? >> >> Aha, tags! Of course. >> >> Yes, I was musing whether it could or should move to the release service. > > I'm not sure the jump in [tarball] version number would be > appreciated/understood by distros/developers using it/etc. Also, who does use qca? It's probably at the same level of phonon, so being released as part of the release service may not be the proper solution. -- Luigi
Re: Release status of QCA?
El dimecres, 24 de juny de 2020, a les 2:22:35 CEST, Nate Graham va escriure: > > On 6/23/20 4:22 PM, Albert Astals Cid wrote: > > El dimarts, 23 de juny de 2020, a les 17:28:31 CEST, Nate Graham va > > escriure: > >> Looking at the branches for QCA > >> (https://invent.kde.org/libraries/qca/-/branches), it looks quite > >> actively developed > > > > Actively developed seems an overstatement :D I'd say "somewhat maintained" > > > >> but isn't on the Frameworks or Release Service > >> schedules > > > > Yes, it's an indepently released software. > > > >> and I can't tell when the last release was. > > > > https://download.kde.org/stable/qca/ ? > > > > https://invent.kde.org/libraries/qca/-/tags ? > > Aha, tags! Of course. > > Yes, I was musing whether it could or should move to the release service. I'm not sure the jump in [tarball] version number would be appreciated/understood by distros/developers using it/etc. Cheers, Albert > > > Nate >
Re: Release status of QCA?
On 6/23/20 4:22 PM, Albert Astals Cid wrote: El dimarts, 23 de juny de 2020, a les 17:28:31 CEST, Nate Graham va escriure: Looking at the branches for QCA (https://invent.kde.org/libraries/qca/-/branches), it looks quite actively developed Actively developed seems an overstatement :D I'd say "somewhat maintained" but isn't on the Frameworks or Release Service schedules Yes, it's an indepently released software. and I can't tell when the last release was. https://download.kde.org/stable/qca/ ? https://invent.kde.org/libraries/qca/-/tags ? Aha, tags! Of course. Yes, I was musing whether it could or should move to the release service. Nate
Re: Release status of QCA?
El dimarts, 23 de juny de 2020, a les 17:28:31 CEST, Nate Graham va escriure: > Looking at the branches for QCA > (https://invent.kde.org/libraries/qca/-/branches), it looks quite > actively developed Actively developed seems an overstatement :D I'd say "somewhat maintained" > but isn't on the Frameworks or Release Service > schedules Yes, it's an indepently released software. > and I can't tell when the last release was. https://download.kde.org/stable/qca/ ? https://invent.kde.org/libraries/qca/-/tags ? > Should it maybe move to a more common schedule? You mean moving it to the release service? FWIW We're planning a 2.3.1 release "soon" https://invent.kde.org/libraries/qca/-/issues/5 Cheers, Albert > > Nate >
