Summary: | dev-libs/gmime ebuild does not support enabling smime support, required for net-mail/notmuch | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Jack <ostroffjh> |
Component: | Current packages | Assignee: | Amadeusz Żołnowski (RETIRED) <aidecoe> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | gnome |
Priority: | Normal | Keywords: | Inclusion |
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 583678 | ||
Attachments: | gmime-smime.patch |
Description
Jack
2016-05-20 22:39:42 UTC
I think --enable-smime should be passed unconditionally as --enable-cryptography. It doesn't need extra dependencies. I would be happy with unconditional smime, as you suggest. Sorry, I just didn't notice that gpgme is already a dependency. Looks like gpgme dependency is unnecessary without --enable-smime, so maybe that part was done wrong in the past. Might read the configure.ac and #define's wrong though, getting late for me. S/MIME support in gmime is experimental though, hence the default disabled upstream. Maybe we should remove the dependency (if what I suspect is true), and then think about this experimental S/MIME thing behind use flag that adds gpgme dep back. Created attachment 435000 [details, diff]
gmime-smime.patch
I have checked with net-mail/notmuch. Tests against gmime+smime pass. Functionality in UI is present now.
ping Looks good to me, but I do not think my ok is required. @aidecoe, feel free to go ahead... but I would revbump it (for that you will likely need to do two revbumps, one as a candidate to be stabilized soon and other for testing with the new gtk-sharp depend and as I am unsure when we will be able to stabilize newer gtk-sharp) Thanks, Pacho! It is done. Jack, thanks for reporting! |