SSSD / sssd

#2057 Data provider endianess bug
Closed: Fixed Opened by jhrozek.

Closed: Fixed
Reopen Issue

Ticket was cloned from Red Hat Bugzilla (product Red Hat Enterprise Linux 7): Bug 1001153

Description of problem:
sssd service could not be started on big endian architectures
Version-Release number of selected component (if applicable):
sssd-1.11.0-0.1.beta2.el7
How reproducible:
always
Steps to Reproduce:
1.
2.
3.
Actual results:
sssd service could not be started
Expected results:
sssd service could be started
Additional info:

This is caused by a bad DBus message construction. We use the standard C bool type which is 1 byte wide and DBus expects 4 bytes.

blockedby: =>
blocking: =>
changelog: =>
coverity: =>
design: =>
design_review: => 0
feature_milestone: =>
fedora_test_page: =>
owner: somebody => jhrozek
review: True => 0
selected: =>
status: new => assigned
testsupdated: => 0

Fields changed

patch: 0 => 1
  • master: 46c5deedec570bb5f99702a933ba99d76f9f09cb
  • sssd-1-10: a27e33055abecacafa736852a1df8ccbf1fa6e91
  • sssd-1-9: 298b57aa1f9eccced5ac5113aa8def1c4053eae3

Fields changed

milestone: NEEDS_TRIAGE => SSSD 1.11.0
resolution: => fixed
status: assigned => closed

Fields changed

changelog: => N/A, just a bugfix

Metadata Update from @jhrozek:
- Issue assigned to jhrozek
- Issue set to the milestone: SSSD 1.11.0

SSSD is moving from Pagure to Github. This means that new issues and pull requests
will be accepted only in SSSD's github repository.

This issue has been cloned to Github and is available here:
- https://github.com/SSSD/sssd/issues/3099

If you want to receive further updates on the issue, please navigate to the github issue
and click on subscribe button.

Thank you for understanding. We apologize for all inconvenience.
Metadata
None
None
None
Normal
defect
SSSD
0
1
https://bugzilla.redhat.com/show_bug.cgi?id=1001153
None
0
0
N/A, just a bugfix
None
Static archive. pagure.io was sunset in 2026; this is a read-only snapshot.
Red Hat Logo

Fedora is sponsored by Red Hat. Learn more about the relationship between Red Hat and Fedora »

© Red Hat, Inc. and others.