DPorts: GLib bug crashes applications linked with it
srussell at prodigeinfo.qc.ca
Fri Jan 24 19:47:33 PST 2014
From what I can remember, the main reason that led to the adoption of
Heimdal was its license. The MIT Kerberos imposed some rescritions for
Also, it was said that the MIT version wasn't really maintained anymore,
while Heimdal was kept up to date and was better supported, as much for
itself than for related tools.
But I do not know if this is still true today, as the latest Heimdal was
released in january 2012 whereas latest MIT Kerberos was released the 15
january of this year.
Personally, I've been using Heimdal for some time and I'm very satisfied
with it. It's well made and it does the job.
The MIT version have for itself that it is the original beast, so if no
licence restrictions applies anymore and if it's better supported at
present day then it was back in 2010, then I would say it's probably the
Other Kerberos exists as well, like GNU Shishi, but I don't know them as
well. Many Kerberos versions have been let down over time, like Cygnus
Kerbnet and eBones, so I'm not sure about the futur of Heimdal itself.
MIT Kerberos seems to have a better durability then others.
John Marino a écrit :
> That particular dport will never build unless I predefine KRB5_IMPL. I
> don't know how many ports that will affect. I also don't know which
> value we should officially pick. Perhaps we should add this to
> defaults/make.conf so the value can be overridden, but without touching
> it, it is equal on all DF systems.
> but I have no idea if we want MIT or Heimdal. I'd lean to MIT myself.
> P.S. I don't concede that that pam_krb5 "doesn't work". It has simply
> never been built because of a requirement for a predefined variable.
> On 1/24/2014 04:08, srussell at prodigeinfo.qc.ca wrote:
>> Sorry, I was unclear in my message. All pkgsrc packages have been
>> totally wiped out from the station, none is left, including pam_krb5.
>> pkgsrc is off from it. It would have been too risky otherwise and I
>> might not have enough Tylenols left to handle this
>> What I meant was that I used the pam_krb5 source used by pkgsrc and
>> ported it, compiled it and installed it myself, completly appart from
>> any package system. The one used by FreeBSD is the Red Hat version. It
>> doesn't work for any reason, like you said, maybe because it's expecting
>> the MIT Kerberos instead of Heimdal and I'm using Heimdal with dports.
>> I'm 100% sure that the pam_krb5 that I installed myself on my station is
>> not using anything outside dports and DragonFly itself.
>> It seems that the problem is related to nfsd filesystems, since like
>> François Tigeot noted, it's happening only when a nfs mounted directory
>> is displayed. I'm using nfsd and after some tests, I had the same
>> results than him. Not sure also if it's caused by the dports's port of
>> glib2 or DragonFly.
>> Justin Sherrill a écrit :
>>> I'd be willing to bet that the installation of pam_krb5 via pkgsrc
>>> brought in some library that Glib is picking up either when built, if
>>> it was built locally, or when run.
>>> If pam_prb5 works in pkgsrc but not in dports, it may be worth looking
>>> at the pkgsrc version to see if the fix can be clearly identified.
>>> pam_krb5 is listed as a failure in the binary builds with the reason
>>> "you must define KRB5_IMPL to be "mit" or "heimdal"", and it looks
>>> like it should be 'heimdal' from the pkgsrc makefiles. I don't see
>>> (with my untrained) any clear differences between the two that might
>>> be the answer, though.
>>> On Wed, Jan 8, 2014 at 10:46 PM, karu.pruun <karu.pruun at gmail.com
>>> <mailto:karu.pruun at gmail.com>> wrote:
>>> I have a brand new 3.6 install as well and a dports based xfce4
>>> and its apps are very stable. I remember though that in an older
>>> pkgsrc based install (maybe 3.2?) crashed thunar and many other
>>> xfce apps, so it was mostly unusable.
>>> On Thu, Jan 9, 2014 at 2:49 AM wrote:
>>> My former copy was based in /usr/pkg, while the new one is
>>> based in /usr/local. /usr/pkg have been renamed before an
>>> eventual deletion, to avoid any confusion.
>>> I wonder if it could be related to any locale manner. I
>>> compiled the packages myself, so if I'm the only one with this
>>> problem, it's probably related with my environment.
>>> What version of DragonFly are you using?
>>> Thanks for the reply.
>>> Le 2014-01-08 12:28, Warren Postma a écrit :
>>>> >> Xfce for its part is hardly usable because the panels and
>>>> Thunar are crashing at startup.
>>>> I have no problems launching XFCE4 panel (the dock area) or
>>>> file manager (thunar) on my brand new install. I suspect you
>>>> may have some old shared libraries or other broken
>>>> dependencies? Have you tried uninstalling
>>>> all XFCE4 dependencies that were installed using pkgsrc and
>>>> reinstalling them all freshely with dports?
>>>> On Tue, Jan 7, 2014 at 10:33 PM, <srussell at prodigeinfo.qc.ca
>>>> <mailto:srussell at prodigeinfo.qc.ca>> wrote:
>>>> I've just upgraded my DF station from 3.4 to 3.6. In the
>>>> process, I decided to try dport. I compiled it myself, as
>>>> usual. I need LDAP+Kerberos enabled, plus few other things.
>>>> Overall, I'm very glad of it. DF 3.6 is running like a
>>>> charm and I can now access some applications that were
>>>> unavailable in pkgsrc.
>>>> I had minor problems with the dports packages. For
>>>> example, I had to compile and install the pkgsrc version
>>>> of pam_krb5 because the version provided in dports does
>>>> not work properly. VLC2 is also not working for me and
>>>> was replaced by umplayer. Stuff like that.
>>>> I have only one significant problem that affects mostly
>>>> all applications using Glib, which includes wxGTK apps,
>>>> including Seamonkey and LibreOffice.
>>>> Every time that I try to open or save a file, a the popup
>>>> window shows itself and works normally. But after a few
>>>> seconds, the popup freezes and the application sends this
>>>> message before crashing:
>>>> «GLib (gthread-posix.c): Unexpected error from C library
>>>> during 'pthread_mutex_lock': Resource deadlock avoided.
>>>> Xfce for its part is hardly usable because the panels and
>>>> Thunar are crashing at startup.
>>>> It looks like the problem affects any process that tries
>>>> to read a directory or something related. Most of theses
>>>> applications are totally functionnal otherwise.
>>>> If anyone had this problem or have a clue of what's
>>>> causing it, please reply to me.
>>>> As for the rest, DragonFly really rocks! It got
>>>> everything in hand to take the lead.
>>>> Stephane Russell
Prodige Informatique, s.a.
Tél. : 450 323-6224
Courriel : mailto:srussell at prodigeinfo.com
Web : http://www.prodigeinfo.com
Ce courrier est confidentiel. Toute utilisation ou rediffusion,
intégrale ou partielle, par une personne autre que le (les)
destinataire(s) désigné(s) est interdite. Si vous recevez ce courrier
électronique par erreur, prière d'en aviser l'envoyeur.
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 257 bytes
Desc: OpenPGP digital signature
More information about the Users