================================================================================ sssd-1.1.1-1.fc13 (FEDORA-2010-5644) System Security Services Daemon -------------------------------------------------------------------------------- Update Information:
* Fixed the IPA provider (which was segfaulting at start) * Fixed a bug in the SSSDConfig API causing some options to revert to their defaults * This impacted the Authconfig UI * Ensure that SASL binds to LDAP auto-retry when interrupted by a signal -------------------------------------------------------------------------------- ChangeLog:
* Thu Apr 1 2010 Stephen Gallagher sgallagh@redhat.com - 1.1.1-1 - New upstream release 1.1.1 - Fixed the IPA provider (which was segfaulting at start) - Fixed a bug in the SSSDConfig API causing some options to revert to - their defaults - This impacted the Authconfig UI - Ensure that SASL binds to LDAP auto-retry when interrupted by a signal * Mon Mar 22 2010 Stephen Gallagher sgallagh@redhat.com - 1.1.0-2 - Release SSSD 1.1.0 final - Fix two potential segfaults - Fix memory leak in monitor - Better error message for unusable confdb * Wed Mar 17 2010 Stephen Gallagher sgallagh@redhat.com - 1.1.0-1.pre20100317git0ea7f19 - Release candidate for SSSD 1.1 - Add simple access provider - Create subpackages for libcollection, libini_config, libdhash and librefarray - Support IPv6 - Support LDAP referrals - Fix cache issues - Better feedback from PAM when offline * Wed Feb 24 2010 Stephen Gallagehr sgallagh@redhat.com - 1.0.5-2 - Rebuild against new libtevent
On 64bit system it seems to be pulling in 686 packages...
pdating: sssd x86_64 1.1.1-1.fc13 updates-testing 885 k sssd-client x86_64 1.1.1-1.fc13 updates-testing 36 k Installing for dependencies: glibc i686 2.11.90-16 fedora 4.4 M libcollection i686 0.4.0-1.fc13 updates-testing 40 k libdhash i686 0.4.0-1.fc13 updates-testing 28 k libini_config i686 0.4.0-1.fc13 updates-testing 32 k nss-softokn-freebl i686 3.12.4-15.fc13 fedora 110 k
On Fri, 02 Apr 2010 08:03:52 -0500 Mike Chambers mike@miketc.net wrote:
================================================================================ sssd-1.1.1-1.fc13 (FEDORA-2010-5644) System Security Services Daemon
Update Information:
- Fixed the IPA provider (which was segfaulting at start) * Fixed
a bug in the SSSDConfig API causing some options to revert to their defaults * This impacted the Authconfig UI * Ensure that SASL binds to LDAP auto-retry when interrupted by a signal
ChangeLog:
- Thu Apr 1 2010 Stephen Gallagher sgallagh@redhat.com - 1.1.1-1
- New upstream release 1.1.1
- Fixed the IPA provider (which was segfaulting at start)
- Fixed a bug in the SSSDConfig API causing some options to revert to
- their defaults
- This impacted the Authconfig UI
- Ensure that SASL binds to LDAP auto-retry when interrupted by a
signal
- Mon Mar 22 2010 Stephen Gallagher sgallagh@redhat.com - 1.1.0-2
- Release SSSD 1.1.0 final
- Fix two potential segfaults
- Fix memory leak in monitor
- Better error message for unusable confdb
- Wed Mar 17 2010 Stephen Gallagher sgallagh@redhat.com -
1.1.0-1.pre20100317git0ea7f19
- Release candidate for SSSD 1.1
- Add simple access provider
- Create subpackages for libcollection, libini_config, libdhash and
librefarray
- Support IPv6
- Support LDAP referrals
- Fix cache issues
- Better feedback from PAM when offline
- Wed Feb 24 2010 Stephen Gallagehr sgallagh@redhat.com - 1.0.5-2
- Rebuild against new libtevent
On 64bit system it seems to be pulling in 686 packages...
pdating: sssd x86_64 1.1.1-1.fc13 updates-testing 885 k sssd-client x86_64 1.1.1-1.fc13 updates-testing 36 k Installing for dependencies: glibc i686 2.11.90-16 fedora 4.4 M libcollection i686 0.4.0-1.fc13 updates-testing 40 k libdhash i686 0.4.0-1.fc13 updates-testing 28 k libini_config i686 0.4.0-1.fc13 updates-testing 32 k nss-softokn-freebl i686 3.12.4-15.fc13 fedora 110 k
Is it possible that yum is trying to pick up 686 versions of the libraries because they are missing from the x86_64 repo ?
Simo.
On 04/02/2010 09:18 AM, Simo Sorce wrote:
Is it possible that yum is trying to pick up 686 versions of the libraries because they are missing from the x86_64 repo ?
Yeah, something is screwed up in the repo:
# yum list libcollection --showduplicates Loaded plugins: downloadonly, presto Installed Packages libcollection.x86_64 0.4.0-2.fc13 @updates-testing Available Packages libcollection.i686 0.4.0-1.fc13 updates-testing libcollection.x86_64 0.4.0-1.fc13 updates-testing
---> Package sssd.x86_64 0:1.1.1-1.fc13 set to be updated --> Processing Dependency: libcollection = 0.4.0-1.fc13 for package: sssd-1.1.1-1.fc13.x86_64 TSINFO: Marking libcollection-0.4.0-1.fc13.i686 as install for sssd-1.1.1-1.fc13.x86_64
This more of things disappearing from updates-testing before appearing in the main F13 repo? Multi-lib issue?
I suppose yum might want to complain that sssd wants an earlier version than that already installed rather than trying to grab the i686 version.
On Fri, 02 Apr 2010 09:34:31 -0600 Orion Poplawski orion@cora.nwra.com wrote:
This more of things disappearing from updates-testing before appearing in the main F13 repo? Multi-lib issue?
Only sssd-client should be multilib, and it does not require the other libs.
I suppose yum might want to complain that sssd wants an earlier version than that already installed rather than trying to grab the i686 version.
Right, this is an issue. I will apply a fix to the spec an rebuild.
Simo.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 04/02/2010 11:44 AM, Simo Sorce wrote:
On Fri, 02 Apr 2010 09:34:31 -0600 Orion Poplawski orion@cora.nwra.com wrote:
This more of things disappearing from updates-testing before appearing in the main F13 repo? Multi-lib issue?
Only sssd-client should be multilib, and it does not require the other libs.
I suppose yum might want to complain that sssd wants an earlier version than that already installed rather than trying to grab the i686 version.
Right, this is an issue. I will apply a fix to the spec an rebuild.
Simo.
Sorry about that, folks. In order to ensure that the latest versions of the required subpackages are installed, I have an explicit Requires: on the %{version}-{release} of the subpackages. This broke when I reset the %{release} to 1 following a new %{version} bump.
Simo, thank you for pushing a fix. It's available in updates-testing now. Karma appreciated.
- -- Stephen Gallagher RHCE 804006346421761
Delivering value year after year. Red Hat ranks #1 in value among software vendors. http://www.redhat.com/promo/vendor/
On 04/02/2010 09:34 AM, Orion Poplawski wrote:
I suppose yum might want to complain that sssd wants an earlier version than that already installed rather than trying to grab the i686 version.
It does if you try to run the transaction: Error: Transaction Check Error: package libdhash-0.4.0-2.fc13.x86_64 (which is newer than libdhash-0.4.0-1.fc13.i686) is already installed package libcollection-0.4.0-2.fc13.x86_64 (which is newer than libcollection-0.4.0-1.fc13.i686) is already installed package libini_config-0.4.0-2.fc13.x86_64 (which is newer than libini_config-0.4.0-1.fc13.i686) is already installed
在2010-04-02 21:03:52,"Mike Chambers" mike@miketc.net 写道:
================================================================================ sssd-1.1.1-1.fc13 (FEDORA-2010-5644) System Security Services Daemon
Update Information:
- Fixed the IPA provider (which was segfaulting at start) * Fixed a bug in
the SSSDConfig API causing some options to revert to their defaults * This impacted the Authconfig UI * Ensure that SASL binds to LDAP auto-retry when interrupted by a signal
ChangeLog:
- Thu Apr 1 2010 Stephen Gallagher sgallagh@redhat.com - 1.1.1-1
- New upstream release 1.1.1
- Fixed the IPA provider (which was segfaulting at start)
- Fixed a bug in the SSSDConfig API causing some options to revert to
- their defaults
- This impacted the Authconfig UI
- Ensure that SASL binds to LDAP auto-retry when interrupted by a signal
- Mon Mar 22 2010 Stephen Gallagher sgallagh@redhat.com - 1.1.0-2
- Release SSSD 1.1.0 final
- Fix two potential segfaults
- Fix memory leak in monitor
- Better error message for unusable confdb
- Wed Mar 17 2010 Stephen Gallagher sgallagh@redhat.com - 1.1.0-1.pre20100317git0ea7f19
- Release candidate for SSSD 1.1
- Add simple access provider
- Create subpackages for libcollection, libini_config, libdhash and librefarray
- Support IPv6
- Support LDAP referrals
- Fix cache issues
- Better feedback from PAM when offline
- Wed Feb 24 2010 Stephen Gallagehr sgallagh@redhat.com - 1.0.5-2
- Rebuild against new libtevent
On 64bit system it seems to be pulling in 686 packages...
pdating: sssd x86_64 1.1.1-1.fc13 updates-testing 885 k sssd-client x86_64 1.1.1-1.fc13 updates-testing 36 k Installing for dependencies: glibc i686 2.11.90-16 fedora 4.4 M libcollection i686 0.4.0-1.fc13 updates-testing 40 k libdhash i686 0.4.0-1.fc13 updates-testing 28 k libini_config i686 0.4.0-1.fc13 updates-testing 32 k nss-softokn-freebl i686 3.12.4-15.fc13 fedora 110 k
--
See https://fedoraproject.org/wiki/PackagingDrafts/ArchSpecificRequires