It took me a couple of hours (!) to understand why Postfix relaying mail with SSL + user authentication failed with "SASL authentication failure: No worthy mechs found" because I lacked "lib64sasl2-plug-plain-2.1.23-19.mga2". Now, usually sub-libraries are split either if they are big (think size of modern hard drives) or if they depend on a lot of unwanted other libraries. None apply to this lib (18k, no deps). Bundling the common "plain, login, you-name-it" mechs in base cyrus-sasl package might avoid majors PITAs... Why is it split? http://zarb.org/~gc/html/doc-misc.html#2013-01-10 debug postfix logs show this very not useful information: Jan 10 11:16:24 lmeuh2 postfix/smtp[5997]: starting new SASL client Jan 10 11:16:24 lmeuh2 postfix/smtp[5997]: name_mask: noanonymous Jan 10 11:16:24 lmeuh2 postfix/smtp[5997]: smtp_sasl_authenticate: mail.mnc.ch[62.2.77.205]:587: SASL mechanisms PLAIN LOGIN Jan 10 11:16:24 lmeuh2 postfix/smtp[5997]: warning: SASL authentication failure: No worthy mechs found (why devs don't show information when dlopen fail might be another worthwhile story) Thanks
CC: (none) => fundawang, guillomovitch
Hi, thanks for reporting this bug. As there is no maintainer for this package I added the committers in CC.
Keywords: (none) => TriagedCC: (none) => dmorganec, mageia, stormi, tmb
The description for the cyrus-sasl package does say: "To actually use SASL you must install at least one of the %{libname}-plug-XXXX authentication plugin, such as %{libname}-plug-plain." Maybe there's other places it could be documented that would catch more attention, like a README.urpmi. I don't think it's wrong at all for it to be split, people can just install whichever plugins they want. Since it does need at least one to work, maybe all of the plugin packages could Provides: sasl-plug, and then cyrus-sasl could Suggests: sasl-plug, and we could put something in the file urpmi uses to have it prefer libsasl2-plug-plain for that provide. Anyway, there's no maintainer for this package. It'd be *really* nice to have one. Guillaume, any interest in becoming a Mageia packager?
CC: (none) => luigiwalser
Guillaume is correct, there is no added value in shipping every available plugin in distinct subpackages. Just shipping plain, login, and probably anonymous plugins in base package seems a better solution than introducing circular dependencies (plugins requiring base package, and base package requiring at least one plugin).
Actually, I had the same issue with fusioninventory-agent, and I have to concede the soft dependency solution seems a more explicit solution. I'm just waiting for bug #11095 to be fixed first...
I just submitted cyrus-sasl-2.1.26-2.mga4, with a soft dependency on anonymous, plain, and login plugins.
Status: NEW => RESOLVEDResolution: (none) => FIXED