ID |
Date |
Icon |
Author |
Author Email |
Category |
OS |
ELOG Version |
Subject |
68491
|
Tue Dec 6 20:32:48 2016 |
| Christina Swinson | cswinson@bnl.gov | Question | Mac OSX | 3.1.2 | Re: MacOS install failure - cannot find ssl.h | Oops!
I think that I must have skipped straight to the MacOS notes instead of reading the linux section properly.
Thanks for the help,
Christina
Stefan Ritt wrote: |
If you look into the documentationa at:
http://midas.psi.ch/elog/adminguide.html#unix
you will see that for Linux (as well asl MacOS) you need the libssl-dev packaged to be installed. There are many ways to install this on MacOS, I personally use the MacPorts distribution:
https://www.macports.org/ports.php?by=library&substr=openssl
Best regards,
Stefan
Christina Swinson wrote: |
Hi,
I am trying to install on MacOS Sierra. I believe that I have followed all the steps correctly, but the install is failing with the following error:
cc -O3 -funroll-loops -fomit-frame-pointer -W -Wall -Wno-deprecated-declarations -DHAVE_SSL -o elog src/elog.c crypt.o -lssl
src/elog.c:57:10: fatal error: 'openssl/ssl.h' file not found
#include <openssl/ssl.h>
^
1 error generated.
make: *** [elog] Error 1
Help appreciated!
Thanks,
Christina
|
|
|
68493
|
Tue Dec 6 20:43:48 2016 |
| Christina Swinson | cswinson@bnl.gov | Question | Mac OSX | 3.1.2 | Re: MacOS install failure - cannot find ssl.h | I responded too quickly.
I already have openssl installed via macports (this is the "Mac version" of libssl-dev).
Does anyone know where exactly elog is looking for openssl/ssl.h? I have just updated Macports and upgraded to Sierra, so maybe it's been dumped it in a different location.
Christina
Christina Swinson wrote: |
Oops!
I think that I must have skipped straight to the MacOS notes instead of reading the linux section properly.
Thanks for the help,
Christina
Stefan Ritt wrote: |
If you look into the documentationa at:
http://midas.psi.ch/elog/adminguide.html#unix
you will see that for Linux (as well asl MacOS) you need the libssl-dev packaged to be installed. There are many ways to install this on MacOS, I personally use the MacPorts distribution:
https://www.macports.org/ports.php?by=library&substr=openssl
Best regards,
Stefan
Christina Swinson wrote: |
Hi,
I am trying to install on MacOS Sierra. I believe that I have followed all the steps correctly, but the install is failing with the following error:
cc -O3 -funroll-loops -fomit-frame-pointer -W -Wall -Wno-deprecated-declarations -DHAVE_SSL -o elog src/elog.c crypt.o -lssl
src/elog.c:57:10: fatal error: 'openssl/ssl.h' file not found
#include <openssl/ssl.h>
^
1 error generated.
make: *** [elog] Error 1
Help appreciated!
Thanks,
Christina
|
|
|
|
1466
|
Sun Oct 16 10:33:23 2005 |
| Christian Schult | cschult@gmx.de | Question | Linux | 2.6.0beta2 | Error message: "Attachment #6 of entry #0 not found" | Hi all, I get messages like this
Attachment #16 of entry #0 not found
Please use your browser's back button to go back
always when clicking on an entry in summary or threaded view. I can only read entries when browsing them in full view. How can i fix this?
regards, Christian |
1470
|
Tue Oct 18 08:02:44 2005 |
| Christian Schult | cschult@gmx.de | Question | Linux | 2.6.0beta2 | Re: Error message: "Attachment #6 of entry #0 not found" | > > Hi all, I get messages like this
> > Attachment #16 of entry #0 not found
> > Please use your browser's back button to go back
> > always when clicking on an entry in summary or threaded view.
> > I can only read entries when browsing them in full view. How can i fix this?
> > regards, Christian
>
> I need some more information. Can you send me your elogd.cfg, and show
> me the URLs your browser displays during your navigation?
Well, this is my elog.conf:
[global]
logbook tabs = 1
port = 8081 ; Automatically added in installation.
Hosts allow = localhost, jazz.cocis.de, 127.0.0.1, 192.168.
Hosts deny = ALL
[debian]
Theme = default
Comment = debian logbook
Attributes = Author, Type, Category, Subject
Required Attributes = Author, Type
Subst Author = $long_name
Subst Email = $user_email
Locked Attributes = Last Revision
Subst on Edit Last Revision = $date by $long_name
Options Type = Routine, Software Installation, Problem Fixed, Configuration, Other
Options Category = General, Hardware, Software, Network, Other
Page Title = ELOG - $subject
Reverse sort = 1
Quick filter = Date, Type
Password file = /var/lib/elog/elogpasswd.pwd
Admin user = admin
Reverse sort = 1
Restrict edit = 1
Suppress Email to users = 1
This is the URL after logging in:
http://localhost:8081/debian/17?cmd=List&mode=summary
When i click on one of the entrys, i get thar error message.
URL: http://localhost:8081/debian/debian/17
It says: "Attachment #17 of entry #0 not found
Please use your browser's back button to go back"
regards, Christian |
69373
|
Sat Jun 19 18:38:21 2021 |
| Christian Ospelkaus | christian.ospelkaus@iqo.uni-hannover.de | Question | All | 3.1.3 | when using webserver authentication, how can I restrict the users that can edit any given elog? | Dear elog users & developers,
the subject line says it all: when using webserver authentication, how is it possible to restict access of users to any given elog? Only using the apche rules? Admin user and Login user do not seem to be doing anything for me. I am using elog as packaged by debian for buster, using an apache ssl proxy. Thank you for providing this software,
Christian |
69374
|
Sun Jun 20 14:38:06 2021 |
| Christian Ospelkaus | christian.ospelkaus@iqo.uni-hannover.de | Question | All | 3.1.3 | Re: when using webserver authentication, how can I restrict the users that can edit any given elog? | Dear all,
I figured it out. Current global config is (using kerberos instead)
[global]
port = 8081
Default encoding = 0
SSL = 0
Authentication = Kerberos
URL = https://my_url_here/
interface = 127.0.0.1
Password file = global.pwd
SMTP host = my_mail_host
Logfile = /var/log/elog.log
Logging level = 3
User = elog
Grp = elog
Best,
Christian
Christian Ospelkaus wrote: |
Dear elog users & developers,
the subject line says it all: when using webserver authentication, how is it possible to restict access of users to any given elog? Only using the apche rules? Admin user and Login user do not seem to be doing anything for me. I am using elog as packaged by debian for buster, using an apache ssl proxy. Thank you for providing this software,
Christian
|
|
68324
|
Fri Jun 3 08:16:31 2016 |
| Christian Ludwig | @ | Bug report | Linux | ELOG V3.0.0-21d | elogd dies upon search | Hi all,
ELOG V3.0.0-21dc563
Our elogd dies alwways when searching for full text:
elogd: src/elogd.c:465: xrealloc: Assertion `*((unsigned int *) (temp + old_size)) == 0xdeadc0de' failed.
elogd: src/elogd.c:465: xrealloc: Assertion `*((unsigned int *) (temp + old_size)) == 0xdeadc0de' failed.
The only change we did was adding/editing entries.
Does anyone else encounter the same issue ?
I did not find any hint in release notes that this issue would be fixed in a later version
Please don't get me wrong, I am not complaining. Elog does a great job for us since years.
Christian |
68325
|
Fri Jun 3 08:59:49 2016 |
| Christian Ludwig | christiane_christian@mylife.lu | Bug report | Linux | ELOG V3.0.0-21d | solved: elogd dies upon search | I would like to share my findings about the solution of our problem:
One of my collegues used elog in a way it was not intended for, he put an endry with 8021 lines of text.
So I grabbed the corresponding 160517a.log file from logdir, renamed it to a text file and created a new entry with the large textfile as attachment.
Since then, no more crash of elogs.
May this contribution be useful to other elog users...
Christian
Christian Ludwig wrote: |
Hi all,
ELOG V3.0.0-21dc563
Our elogd dies alwways when searching for full text:
elogd: src/elogd.c:465: xrealloc: Assertion `*((unsigned int *) (temp + old_size)) == 0xdeadc0de' failed.
elogd: src/elogd.c:465: xrealloc: Assertion `*((unsigned int *) (temp + old_size)) == 0xdeadc0de' failed.
The only change we did was adding/editing entries.
Does anyone else encounter the same issue ?
I did not find any hint in release notes that this issue would be fixed in a later version
Please don't get me wrong, I am not complaining. Elog does a great job for us since years.
Christian
|
|
|