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. John 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, [email protected] wrote: > Hi, > > 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. > > SR > > > 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 <[email protected] >> <mailto:[email protected]>> 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. >> >> Peeter >> >> -- >> >> >> On Thu, Jan 9, 2014 at 2:49 AM wrote: >> >> Hi, >> >> 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. >> >> SR >> >> 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? >>> >>> Warren >>> >>> >>> >>> On Tue, Jan 7, 2014 at 10:33 PM, <[email protected] >>> <mailto:[email protected]>> wrote: >>> >>> Hi, >>> >>> 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. >>> Aborting.» >>> >>> 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. >>> >>> Thanks, >>> >>> Stephane Russell >>> >>
