Bug 1436076

@Emmanuel
Please build the package for epel so every lemondap users can sanely rely on Base + epel + lemonldap.
Thx

Is there a minimum version of perl-Email-Sender you need? Any semi-recent version of this package requires updates to perl modules in Base.

Thx for the answer.

LemonLDAP-NG Trunk (2.0.0) has:
build_requires:
...
  Email::Sender: '0'
recommends:
..
  Email::Sender: '1.300027'

So any version could match, but version 1.300027 is recommended.
It could be fine to have a (potentially lower) version in el6 also.

I'm trying to test a known good version.

For now, using latest version in master:
DEBUG util.py:439:  Error: No Package found for perl(Moo) >= 1.000008
DEBUG util.py:439:  Error: No Package found for perl(Moo::Role)
DEBUG util.py:439:  Error: No Package found for perl(MooX::Types::MooseLike::Base)
DEBUG util.py:439:  Error: No Package found for perl(Sub::Override)
DEBUG util.py:439:  Error: No Package found for perl(Throwable::Error) >= 0.200003

Using a version in f19 (0.120002)
DEBUG util.py:439:  Error: No Package found for perl(Sub::Override)
DEBUG util.py:439:  Error: No Package found for perl(Throwable::Error) >= 0.100090

Thoses last two perl packages aren't in epel7 at least.

Emmanuel,

The shorter path (using versions that doesn't has any dependencies higher than what is available in base), It shows:

* Using the master version for perl-Sub-Override
* Using f19 version of perl-Throwable
The main issue is perl(Devel::StackTrace) >= 1.32 wheas we have 1.30 in base.
* Using f19 version of perl-Email-Sender

I think that using f19 versions in epel7 is a safe bet. Because thoses packages should be contemporary with el7 ones. That been said, it's still a problem to build "older" packages, but that's not something new since el7 is old anyway.

Anyone expect issue with this setup ?

I went with the versions of those packages that were in F20 and those seem to compile without issues.

kwizart, Clément: can you confirm that these packages work for you?
http://people.parinux.org/~seyman/1436076/

It seems good to me.
Can you go ahead ?

I manage to install them too.

It's possible to build perl-Email-Sender-1.300031. See <http://people.redhat.com/~ppisar/perl-email/>. The spec files are based on Fedora 27 and quickly hacked. They would require some cleaning for serious purposes.

Hi,

packages provided by Emmanuel are working, could they be uploaded to EPEL 7 stable repo? Seems they are not available for the moment in http://dl.fedoraproject.org/pub/epel/7/x86_64/p/

perl-Email-Sender-0.120002-4.el7 has been submitted as an update to Fedora EPEL 7. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-7cf426b0b0

perl-Email-Sender-0.120002-4.el7 has been pushed to the Fedora EPEL 7 testing repository. If problems still persist, please make note of it in this bug report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-7cf426b0b0

perl-Email-Sender-0.120002-4.el7 has been pushed to the Fedora EPEL 7 stable repository. If problems still persist, please make note of it in this bug report.

Why perl-Email-Sender requires perl-devel? I can't remove *-devel packages due to this.

Have you read the YUM output? It's explained there:

# yum --enablerepo=epel remove perl-devel
[...]
Resolving Dependencies
--> Running transaction check
---> Package perl-devel.x86_64 4:5.16.3-295.el7 will be erased
--> Processing Dependency: perl-devel for package: 1:perl-ExtUtils-ParseXS-3.18-3.el7.noarch
--> Processing Dependency: perl-devel for package: perl-ExtUtils-Install-1.58-295.el7.noarch
--> Running transaction check
---> Package perl-ExtUtils-Install.noarch 0:1.58-295.el7 will be erased
--> Processing Dependency: perl(ExtUtils::Install) for package: perl-ExtUtils-MakeMaker-6.68-3.el7.noarch
--> Processing Dependency: perl(ExtUtils::Installed) for package: perl-ExtUtils-MakeMaker-6.68-3.el7.noarch
--> Processing Dependency: perl(ExtUtils::Packlist) for package: perl-ExtUtils-MakeMaker-6.68-3.el7.noarch
---> Package perl-ExtUtils-ParseXS.noarch 1:3.18-3.el7 will be erased
--> Running transaction check
---> Package perl-ExtUtils-MakeMaker.noarch 0:6.68-3.el7 will be erased
--> Processing Dependency: perl(ExtUtils::MakeMaker) >= 6.11 for package: perl-Throwable-0.102080-10.el7.noarch
--> Running transaction check
---> Package perl-Throwable.noarch 0:0.102080-10.el7 will be erased
--> Processing Dependency: perl(Throwable::Error) >= 0.100090 for package: perl-Email-Sender-0.120002-4.el7.noarch
--> Running transaction check
---> Package perl-Email-Sender.noarch 0:0.120002-4.el7 will be erased
--> Finished Dependency Resolution
--> Finding unneeded leftover dependencies
---> Marking perl-Net-SMTP-SSL to be removed - no longer needed by perl-Email-Sender
---> Marking perl-Email-Simple to be removed - no longer needed by perl-Email-Sender
---> Marking perl-Email-Abstract to be removed - no longer needed by perl-Email-Sender
---> Marking perl-Email-Address to be removed - no longer needed by perl-Email-Sender
---> Marking perl-ExtUtils-Manifest to be removed - no longer needed by perl-ExtUtils-MakeMaker
---> Marking perl-Email-Date-Format to be removed - no longer needed by perl-Email-Simple
Found and removing 6 unneeded dependencies
--> Running transaction check
---> Package perl-Email-Abstract.noarch 0:3.007-1.el7.1 will be erased
---> Package perl-Email-Address.noarch 0:1.898-3.el7 will be erased
---> Package perl-Email-Date-Format.noarch 0:1.002-15.el7 will be erased
---> Package perl-Email-Simple.noarch 0:2.214-1.el7 will be erased
---> Package perl-ExtUtils-Manifest.noarch 0:1.61-244.el7 will be erased
---> Package perl-Net-SMTP-SSL.noarch 0:1.01-13.el7 will be erased
--> Finished Dependency Resolution

As you can see the dependency chain is: perl-Email-Sender → perl-Throwable → perl-ExtUtils-MakeMaker → perl-ExtUtils-Install → perl-devel.

While the dependency from perl-ExtUtils-Install on perl-devel is probably bogus, it's part of RHEL and cannot be removed for a backward compatibility.
perl-ExtUtils-MakeMaker dependency on perl-ExtUtils-Install is genuine, because ExtUtils::MakeMaker needs it for installing files.
perl-Throwable dependency on perl-ExtUtils-MakeMaker is suspicious. Reading perl-Throwable sources confirms the dependency is not needed. And indeed this flaw was reported (bug #1052853) and fixed in Fedora. I recommend you filing a bug against perl-Throwable from EPEL 7, if you want to remove the unneeded dependency.

(In reply to Petr Pisar from comment #15)
> 
> As you can see the dependency chain is: perl-Email-Sender → perl-Throwable → [...]

Nitpick: perl-Email-Sender → perl-Moose → perl-Throwable → [...]