On Sun, Jan 26, 2014 at 12:51:34PM +0100, John Marino wrote:
Is it worth it to file a FreeBSD PR ?
No, this port requires a makefile diff anyway.
The reason security/heimdal isn't needed on FreeBSD is because it's in
the base.
So I'll add the line, but does that mean we should change
On 1/26/2014 13:18, Francois Tigeot wrote:
On Sun, Jan 26, 2014 at 12:51:34PM +0100, John Marino wrote:
Is it worth it to file a FreeBSD PR ?
No, this port requires a makefile diff anyway.
The reason security/heimdal isn't needed on FreeBSD is because it's in
the base.
So I'll add the
I saw you solved the problem. Anyway, to answer your question, when I
tried to build without defining KRB5_IMPL, I got this:
=== Found saved configuration for krb5-1.12
=== krb5-1.12 depends on file: /usr/local/sbin/pkg - found
=== Fetching all distfiles required by krb5-1.12 for building
On 1/25/2014 04:52, Stephane Russell wrote:
Last thing about pam_krb5, on my station the dports's version is
compiling and installing normally. It sends an error when I try to
authenticate a session from xdm, and the kerberos session is not opened
afterward.
I got security/pam_krb5 to build
I updated dports as specified and compiled pam_krb5 (not the rh version).
Since I'm new to dports, I'm not sure where dports global parameters are
expected, /etc/make.conf or /usr/local/etc/make.conf, I'll have to take
a look. I thought that Heimdal was the default like for pkgsrc.
So to do
On 1/26/2014 00:16, sruss...@prodigeinfo.qc.ca wrote:
I updated dports as specified and compiled pam_krb5 (not the rh version).
Since I'm new to dports, I'm not sure where dports global parameters are
expected, /etc/make.conf or /usr/local/etc/make.conf, I'll have to take
a look. I thought
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
imports (encryption).
Also, it was said that the MIT version wasn't really maintained anymore,
while Heimdal was kept up to date and was better supported,
Last thing about pam_krb5, on my station the dports's version is
compiling and installing normally. It sends an error when I try to
authenticate a session from xdm, and the kerberos session is not opened
afterward.
John Marino a écrit :
That particular dport will never build unless I predefine
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
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
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
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
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
Hi,
On Wed, Jan 08, 2014 at 12:49:09PM -0500, sruss...@prodigeinfo.qc.ca wrote:
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.
I also get thunar crashes on DragonFly
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
15 matches
Mail list logo