ID |
Date |
Icon |
Author |
Author Email |
Category |
OS |
ELOG Version |
Subject |
67765
|
Mon Jan 26 15:06:49 2015 |
| Maikolk Kein | javier.sanchez@wincor-nixdorf.com | Question | Linux | 3.0.0 | Re: Kerberos auth not available on 3.0 ? |
No no, i used the rpm form the website... I was thinking on having the bianries compiled, im downloading the server install dvd
to replicate the environment and have the same functionality.
Thanks for the answer ;-)
Regards
Andreas Luedeke wrote: |
Hi Maikolk,
I have elogd 3.0 running with kerberos: I had no problems with that.
Maybe you forgot to change the Makefile before compiling?
Uncomment line 28 to:
# flag for Kerberos support, please turn on if you need Kerberos
USE_KRB5 = 1
and then "make clean" and "make install" (or "make update").
Regards, Andreas
Maikolk Kein wrote: |
Hi all !!!
i have just updated and 2.9.2-1 elog instance, and i have problems with the kerberos configuration.
I was surprised to see on the logs, that the 3.0 daemon was refusing to start because the system
config has kerberos listed as an authentication method. I saw on the logs that the current daemon
didnt have kerberos support compiled in.
Ive seen that there is ldap support, but couldnt find anything about configuring this auth sytem, does
amnyone have any example i could check ?
Did i have to use a patched version ? or compile it on my own ?
Regards
|
|
|
67772
|
Tue Jan 27 17:16:46 2015 |
| Stefan Ritt | stefan.ritt@psi.ch | Question | Linux | 3.0.0 | Re: Kerberos auth not available on 3.0 ? |
Kerberos support is not compiled into the binary RPM. You have to comile from sources to get that. The reason is that there are different Kerberos libraries around, and different people need different ones.
/Stefan
|
68264
|
Tue Feb 23 22:32:30 2016 |
| Jimmy Bria | jimmy.bria@gmail.com | Question | Linux | 3.0.0 | Re: Kerberos auth not available on 3.0 ? |
Hi Stefan - Do you know is Kerberos is available (compiled) on the Windows installer?
-Jimmy
Stefan Ritt wrote: |
Kerberos support is not compiled into the binary RPM. You have to comile from sources to get that. The reason is that there are different Kerberos libraries around, and different people need different ones.
/Stefan
|
|
68265
|
Wed Feb 24 09:48:09 2016 |
| Stefan Ritt | stefan.ritt@psi.ch | Question | Linux | 3.0.0 | Re: Kerberos auth not available on 3.0 ? |
Hi Jimmy, no Kerberos is not compiled into the Windows installer. You are the first one asking for that under Windows. All other Kerberos users use Linux so far. You have to compile the Windows version yourelf. This is because there are several versions of Kerberos around and people need differnt libraries. Sorry for that.
/Stefan
Jimmy Bria wrote: |
Hi Stefan - Do you know is Kerberos is available (compiled) on the Windows installer?
-Jimmy
Stefan Ritt wrote: |
Kerberos support is not compiled into the binary RPM. You have to comile from sources to get that. The reason is that there are different Kerberos libraries around, and different people need different ones.
/Stefan
|
|
|
465
|
Wed Feb 4 12:00:14 2004 |
| Stefan Ritt | stefan.ritt@psi.ch | Other | Linux | Windows | Mac OSX | Other | 2.5.0 | Re: Javascript for Bookmark Link for one-click submission to elog |
I find this script very nice. Indeed JavaScript can be very powerful to do such
things. I added some JavaScript support to the elogd server itself. If one opens
the "New" page like
http://localhost/demo/?cmd=New&js=test.js
then the JavaScript "test.js" (which has to be present in
themes/default/test.js) gets inserted into the page header and executed. This
can be used to add custom form validation, which is more powerful than the built
in checking if required attributes are present.
Then I tried to redo the bookmark script with the new method. A server-side
script has of course more space than just a bookmark. I started with a bookmark
like:
javascript:window.open("http://localhost/demo/?cmd=New&js=test.js");
which even works on IE6. The script "test.js" contains:
function a()
{
var d=opener.document;
alert("test.js");
alert(d.location.href);
alert(d.getSelection());
}
a();
While the first alert() works, the others fail. It seems like the "opener"
method does not correctly dereference the right window. If anybody has some
idea, please let me know.
The new version of elogd which supports the "js=" command can be found here:
http://midas.psi.ch/cgi-bin/cvsweb/elog/src/elogd.c?rev=1.235 |
68583
|
Mon Mar 20 22:44:27 2017 |
| Andrew Daviel | advax@triumf.ca | Question | Linux | 2.7.5 | Re: Issue with zero-length mail attachments |
Andrew Daviel wrote: |
We have elog-2.7.5-1.i386 on SL 5
If I create an elog entry using the web interface, and include an inline image, email is sent with a zero-length named attachment - the MIME header is present, but no content.
In the config file, Email Format = 47, though I also tried with format = 63.
Is this a bug that was fixed in a later version, or a configuration error (or a new bug) ?
|
Probably us not having ImageMagick installed. elog was able to attach pdf's, xpm's and xbm's to email, but not jpeg's or png's, though they inlined OK in HTML on the server.
It seems OK, I think, after installing ImageMagick and restarting. |
68079
|
Wed Aug 12 17:19:45 2015 |
| Stefan Ritt | stefan.ritt@psi.ch | Question | Linux | Windows | 3.1.1 | Re: Isolating search urls |
I guess the underlying problem is the long time these requests take and block other users.
I have pretty high on my todo list to convert ELOG into a multi-threaded server which would fix this completely. So if you are patient enough (=months) you might get what you want.
Philip Leung wrote: |
Hello all,
I am in need of isolating GET-requests referring to long-running, read-only elog functions such as search/filter/sort in our Apache proxy and redirecting them elsewhere. There does not, however, appear to be any easy way of reliably isolating these functions (with the exception of sort) by only looking at the URL.
Does anybody have any suggestions?
Regards,
Philip
|
|
Draft
|
Thu Aug 13 10:05:22 2015 |
| Philip Leung | philip.leung@cern.ch | Question | Linux | Windows | 3.1.1 | Re: Isolating search urls |
Thanks for the quick response!
The idea is to run multiple instances of elog where
Stefan Ritt wrote: |
I guess the underlying problem is the long time these requests take and block other users.
I have pretty high on my todo list to convert ELOG into a multi-threaded server which would fix this completely. So if you are patient enough (=months) you might get what you want.
Philip Leung wrote: |
Hello all,
I am in need of isolating GET-requests referring to long-running, read-only elog functions such as search/filter/sort in our Apache proxy and redirecting them elsewhere. There does not, however, appear to be any easy way of reliably isolating these functions (with the exception of sort) by only looking at the URL.
Does anybody have any suggestions?
Regards,
Philip
|
|
|