I think you did not yet (want) to push patch0014 about one directional
In that case we should add something that the addition of one
directional segments id not recommended (failure in some cases to chheck
duplicates or removing agreements when deleting a merged segment).
On 06/18/2015 02:05 PM, Petr Vobornik wrote:
On 06/17/2015 05:44 PM, Martin Kosek wrote:
On 06/17/2015 12:31 PM, Fraser Tweedale wrote:
On Wed, Jun 17, 2015 at 07:55:10AM +0200, Martin Kosek wrote:
On 06/16/2015 05:29 PM, Fraser Tweedale wrote:
On Tue, Jun 16, 2015 at 05:10:00PM +0200, Martin Kosek wrote:
On 06/12/2015 11:34 AM, Martin Kosek wrote:
As discussed in the last 2 weeks, we are getting close to the
4.2 finish line
and releasing FreeIPA 4.2 Alpha 1. We already have most of the
complete, some still miss some partial functionality, but most
are testable and
in Alpha state already.
We need to now find out what is blocking us from releasing the
Alpha. I know
only about 2 issues:
- ipa-replica-manage del does not work well with the Topology
plugin yet - Petr
Vobornik and Ludwig are working on it
- ipa-replica-prepare had some issues after upgrade from 4.1.x
to 4.2.0 due to
inaccesible certificate profiles - Jan, Martin2, Fraser was
Is that correct? Feature owners, please let me know if any of
the major feature
regressed and is not working properly, maybe by other patch sets
When the blockers are resolved or documented, we should release
the beast. Any
volunteer for the release process?
Finally, I put together a release note draft for the Alpha,
please help me
completing and updating it:
I saw many fixes in Topology, that's good. I heard that pki-core
us, but I could not reproduce it today with fully updated F22
machine and I was
able to install FreeIPA 4.2.git
If this is the case, can we just release the Alpha?
There are still some big brokens for upgrades. The fixes for pki
are merged but there is no release yet.
What is the ETA? It would be nice to have the fix for Alpha, the
be built in the freeipa-4.2 COPR repo, together with the 4.2 Alpha
If the ETA is too far, we may need to release Alpha regardless as
some Test Days planned next week and upgrade is not required for
Based on people educating me about how LDAP replication works:
tomorrow, hopefully. In any case, I'm glad to know that the test
days will not be affected by upgrade issues.
Well, I will need some release in COPR for the test day. If clean
works, it is good for me. So if you do not have Dogtag release with
issues fixed, I would just release Alpha as is, with this limitation.
I do not expect people upgrading to Alpha from production releases
I am only aware of one
reported issue for new installations: ipa-replica-prepare failing
when run on a replica (I haven't gotten to investigating this one
Right. This must be fixed before GA, but Alpha can live without it
I investigated this regression today - details are in another
thread, but it appears to be introduced by a different change and I
have requested comment from those more familiar with that change.
I'm going to tag alpha_1-4-3-0 today at 15:00 CET.
I'm not aware of any alpha blockers on FreeIPA side. Please contact me
if there are patches which should make the release.
This release will be available in mkosek/freeipa-4-2 COPR repository.
When ready, the new dogtag should go into the COPR as well.
What are the know issues which should be mentioned in release notes?
Manage your subscription for the Freeipa-devel mailing list:
Contribute to FreeIPA: http://www.freeipa.org/page/Contribute/Code