| Summary: | upgrading heimdal to 0.6.3-r1 breaks ssh (and in following, gnome) | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Chris Rebert <gentoo> |
| Component: | [OLD] GNOME | Assignee: | Gentoo Kerberos Maintainers <kerberos> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | normal | CC: | gnome, jgonzalez.openinput, menion, rphillips |
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
|
Description
Chris Rebert
2004-09-19 15:54:30 UTC
thats an abi issue.. i think thats more something for the heimdal maintainer The exact error from .xsession-errors: /etc/X11/gdm/PreSession/Default: Registering your session with wtmp and utmp /etc/X11/gdm/PreSession/Default: running: /usr/bin/X11/sessreg -a -w /var/log/wtmp -u /var/run/utmp -x "/var/lib/gdm/:0.Xservers" -h "" -l ":0" "USERNAMEREMOVED" /etc/X11/gdm/Xsession: Beginning session setup... /etc/X11/gdm/Xsession: Setup done, will execute: /usr/bin/ssh-agent -- gnome-session /usr/bin/ssh-agent: error while loading shared libraries: libgssapi_krb5.so.2: cannot open shared object file: No such file or directory quick solution: rebuild (open)ssh real solution: bug heimdal maintainers to make it binary compatible between versions. preventive action: revdep-rebuild I would like this bug to have further testing. I have encountered similar problems, and found some people that reported some strange behavior. It seems libcom_err is provided by e2fsprogs (somebody could confirm this?) and heimdal, and that seems to provoke these error. Extracted from a conversation with another guy experiencing something similar: >>> I saved my make.conf, and then stripped the additions out of USE, and am now emerging heimdal, alone. After it's installed, I'll put the make.conf with your suggestions in, and emerge the whole list. That way, heimdal will satisfy virtual/krb5 and block mit-krb5. When I was playing around with this a few months back, I noticed a strange 'toggle' behavior with heimdal. Install once, it's OK. Install again, and things disappear. Install a third time, and it's OK, again. I haven't looked for this in Bugzilla, but if I have to, I'll just do that third emerge. I also remember from a few months ago having some circular dependency problems with cyrus-sasl and openldap. >> >> >> >> >> I haven't noticed this toggle behavior, but maybe it's related with the bug I mentioned before... about the circular dependencies, I don't know exactly how portage handles them, but if you emerge cyrus-sasl, then openldap and then cyrus-sasl again I think everything should be ok. The last compilation would compile the ldap support that was missing in the first compilation, if you still hadn't OpenLDAP installed. >> > More about the toggle behavior. It appears to be related to "libcom_err.so". This is normally supplied by e2fsprogs, but is also supplied by Heimdal. Furthermore, sshd digs its nails into the lib, but I don't think that should be the root of the problem. Anyway, if I build Heimdal the second time, after a reboot sshd refuses to start because it can't find libcom_err.so. Even though my server is just in my basement, most of the time I do the work from upstairs in the study, so an sshd failure becomes a system failure. To be honest, I never checked Heimdal to see if it worked, I just rebuild again because sshd failed. > > But I'm not sure about this bit of having libcom_err.so furnished by two different packages. Seems like an update to e2fsprogs would break things, too. I was having troubles in a machine related to some packages not finding libcom_err.so, so the root of the problem must be this. If I have some time I'll take a look at this and file a bug report to Gentoo. |
