| Summary: | lib64sasl2-plug-kdexoauth2 missing from install ISO (re Plasma), needed by kmail for gmail. | ||
|---|---|---|---|
| Product: | Mageia | Reporter: | Arne Spiegelhauer <gm2.asp> |
| Component: | Installer | Assignee: | KDE maintainers <kde> |
| Status: | RESOLVED OLD | QA Contact: | |
| Severity: | normal | ||
| Priority: | Normal | CC: | geiger.david68210, mageia, ouaurelien |
| Version: | 7 | ||
| Target Milestone: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Source RPM: | libkgapi-19.04.0-1.mga7.src.rpm | CVE: | |
| Status comment: | lib64sasl2-plug-kdexoauth2-20.12.0-1.mga8 missed too for M8 | ||
|
Description
Arne Spiegelhauer
2020-05-15 21:32:36 CEST
This issue was already fixed in bug 23035 : - akonadi-kde require libkgapi and recommend sasl2-plugin-kdexoauth2. CC:
(none) =>
geiger.david68210 apparently the recommend for sasl2-plugin-kdexoauth2 is not in mga7 It is see line 125: http://svnweb.mageia.org/packages/updates/7/kmail/current/SPECS/kmail.spec?revision=1406344&view=markup Since about 16 months: http://svnweb.mageia.org/packages?view=revision&revision=1350769 OK, I checked recommends for akonadi-kde, where it was added according to bug 23035. I don't know what difference it makes to have it in kmail instead, but I have several mga7 Plasma installations, which were all missing sasl2-plugin-kdexoauth2. the recommend is in kmail not akonadi-kde, please read what I write. I understand what you wrote. I was just trying to explain why I thought it had gone missing. I am also trying to say, that in spite of the recommend for kmail, the plugin does not get installed as part of a standard mga7 Plasma install. Found this in /root/drakx/ddebug.log: * requested sasl2-plugin-kdexoauth2 recommended by libkgapi-19.04.0-1.mga7.x86_64 * no packages match sasl2-plugin-kdexoauth2 (it is either in skip.list or already rejected) So the cause for the missing install of sasl2-plugin-kdexoauth2 seems to be that the package is not included on the install DVD. Sorry for jumping to conclusions on the cause of my issue. I am confused by:
> akonadi-kde ... recommend sasl2-plugin-kdexoauth2 (c2)
> requested sasl2-plugin-kdexoauth2 (c7)
> no packages match sasl2-plugin-kdexoauth2 (c7)
and
$ urpmq -i sasl2-plugin-kdexoauth2
Dim pecyn o'r enw sasl2-plugin-kdexoauth2 [no pkg of this name]
then
$ urpmq -y kdexoauth2
lib64sasl2-plug-kdexoauth2 ***
which nothing 'requires'.
But both the following show it (via libkgapi ? which 'requires' nothing, recommends it?)
$ urpmq --requires-recursive akonadi-kde | grep sasl2
lib64sasl2-plug-kdexoauth2
$ urpmq --requires-recursive kmail | grep kdexoauth2
lib64sasl2-plug-kdexoauth2
BTAIM is the problem here one of nomenclature? 'plug' v 'plugin'.CC:
(none) =>
lewyssmith sasl2-plugin-kdexoauth2 is provided by the package lib64sasl2-plug-kdexoauth2: # urpmq --whatprovides sasl2-plugin-kdexoauth2 lib64sasl2-plug-kdexoauth2 The lib64sasl2-plug-kdexoauth2 package is, however, not included on the classic installation media. This makes my head spin, but your evidence is solid! Thanks for the clarification. Assigning to the ISO team for the next time round. CC:
lewyssmith =>
(none) For a package to be included on the CI ISO, it either needs to be required by another package that is included, or needs to be added to rpmsrate-raw in the meta-task package. I don't use kmail so don't know what's more appropriate here, so assigning to the KDE team. Assignee:
isobuild =>
kde Hi, This bug is against our Installer DrakX. @Developers/Packagers: Feel free to reassign to correct person. Also, if you are working on this, please change the status of this bug to "Assigned". Feel free to close this if already fixed. @All Thanks making DrakX even better. (In reply to Martin Whitaker from comment #11) > For a package to be included on the CI ISO, it either needs to be required > by another package that is included, or needs to be added to rpmsrate-raw in > the meta-task package. I don't use kmail so don't know what's more > appropriate here, so assigning to the KDE team. I do experiment the same behavior. Newer Installation of M8 Beta 2 (Doing with Classic ISO, x86_64, offline installation) Trying to configure a Gmail account within KMail (20.12.0) Read this in journalctl: akonadi_imap_resource[4835]: No worthy mechs found akonadi_imap_resource[4835]: org.kde.pim.kimap: sasl_client_start failed with: -4 "SASL(-4): no mechanism available: No worthy mechs found" So, trying to figure this: lib64sasl2-plug-kdexoauth2 rpm is not installed. I do think that "lib64sasl2-plug-WHATEVER AFTER" should be installed alongside KMail, but only lib64sasl2-plug-kdexoauth2 has a "20.12.0" version as KMail. So, for this bug, Installing lib64sasl2-plug-kdexoauth2 with urpmi solves the issue: KMail can do have a "Gmail" type connection to gmail server. As Arne already said, I do think this RPM should be part of classic ISO and Live Plasma. CC:
(none) =>
ouaurelien
Aurelien Oudelet
2020-12-15 14:17:06 CET
Status comment:
(none) =>
lib64sasl2-plug-kdexoauth2-20.12.0-1.mga8 missed too for M8 Hi bug reporter and hi assignee and others involved, Please reopen this bug report if it is still valid for Mageia 8 or 9(cauldron), and change "Version:" in the upper left of this report accordingly. This report is being closed as OLD because it was filed against Mageia 7, for which support ended on June 30th 2021. Thanks, Marja Resolution:
(none) =>
OLD |