Can we please stabilize this one? I'd like to stabilize the latest pypolicyd-spf that depends on it. We run it all day every day on our mail servers, works as advertised. *pyspf-2.0.10 (29 Sep 2014) 29 Sep 2014; Ian Delaney <idella4@gentoo.org> +pyspf-2.0.10.ebuild, -pyspf-2.0.5.ebuild, -pyspf-2.0.6.ebuild, -pyspf-2.0.7-r1.ebuild, -pyspf-2.0.8-r1.ebuild, -pyspf-2.0.8.ebuild: bump; update, fine tune deps, rm old
Sure. Arches, please go ahead.
dependency.bad 22 dev-python/pyspf/pyspf-2.0.10.ebuild: DEPEND: amd64(default/linux/amd64/13.0) ['dev-python/pydns:2[python_targets_python2_7(-)?,-python_single_target_python2_7(-)]']
I guess the problem is, $(python_gen_cond_dep 'dev-python/pydns:2[${PYTHON_USEDEP}]' python2_7) in pyspf? The stable version of pydns:2 works fine with python-2.7, but it's using the old distutils and doesn't have any of the magic USE flags. Maybe the simplest thing to do is stabilize pydns-2.3.6-r1 first?
Upstream has released version 2.0.11, two bugs where fixed. One of them causes false-positives during SPF checks. CHANGELOG: Version 2.0.11 - December 5, 2014 * Fix another bug in SPF record parsing that caused records with terms separated by multple spaces as invalid, but they are fine per the ABNF * Downcase names in additional answers returned by DNS before adding to cache, since case inconsistency can cause PTR match failures (initial patch thanks to Joni Fieggen) and other problems. I renamed the ebuild to pyspf-2.0.11.ebuild which worked fine for me. Due to this critical bugs, please bump to pyspf-2.0.11 and stabilize that version.
(In reply to Thomas Oettli from comment #4) > Upstream has released version 2.0.11, two bugs where fixed. One of them > causes false-positives during SPF checks. Thanks, the arches aren't CCed on this yet, so I made it depend on the version bump and updated the description.
(In reply to Michael Orlitzky from comment #5) > (In reply to Thomas Oettli from comment #4) > > Upstream has released version 2.0.11, two bugs where fixed. One of them > > causes false-positives during SPF checks. > > Thanks, the arches aren't CCed on this yet, so I made it depend on the > version bump and updated the description. *pyspf-2.0.11 (25 Jan 2015) 25 Jan 2015; Ian Delaney <idella4@gentoo.org> +pyspf-2.0.11.ebuild, -pyspf-2.0.9.ebuild: bump; rm old Please explain
(In reply to Ian Delaney from comment #6) > > Please explain I meant that, since the arches haven't been CCed yet, it won't hurt anything to change the bug description and stabilize the new version instead after bug #532318 is fixed.
Adding arches now that pydns is stable.
amd64 stable
x86 stable