ID |
Date |
Icon |
Author |
Author Email |
Category |
OS |
ELOG Version |
Subject |
67008
|
Fri Feb 4 11:52:45 2011 |
| T. Ribbrock | emgaron+elog@ribbrock.org | Question | Other | 2.8.1 | Re: Strange problem with dates - need debugging help |
Stefan Ritt wrote: |
The problem is most probably related to the time zone. elogd contains a function:
/* workaround for wong timezone under MAX OSX */
long my_timezone()
{
#if defined(OS_MACOSX) || defined(__FreeBSD__)
time_t tp;
time(&tp);
return -localtime(&tp)->tm_gmtoff;
#else
return timezone;
#endif
}
from which you can see that there is a different behavior between different Linux flavors and OSX/FreeBSD. Maybe you need an additional
|| defined(__OpenBSD__)
if the pre-compiler directive __FreeBSD__ is not defined on your system.
[...]
|
BINGO! That was it - thank you! I've added the || defined(__OpenBSD__) in the place you described above and now the dates are correct. While I was at it, I also had a look at what other ifdefs there are for FreeBSD and the only other one I found was also in elogd.c:
#if defined (_BSD_VA_LIST_) && defined (__FreeBSD__)
I'm far from being a C programmer, but I did some quick and dirty compile tests with various ifdefs set and apparently, _BSD_VA_LIST_ is not set on OpenBSD, so I guess that this statement does not need modification. I will keep my eyes peeled for strange behaviour, though... 
Cheerio,
Thomas
P.S.: One thing I noticed is that the OpenBSD variant of gcc throws these warnings when compiling elogd.c:
gcc -g -funroll-loops -fomit-frame-pointer -W -Wall -DHAVE_SSL -I../mxml -o elogd src/elogd.c crypt.o regex.o mxml.o strlcpy.o -lcrypto -lssl
/tmp//ccHhMZfy.o(.text+0xd2f): In function `int_vasprintf':
src/elogd.c:826: warning: vsprintf() is often misused, please use vsnprintf()
/tmp//ccHhMZfy.o(.text+0xae8): In function `xstrdup':
src/elogd.c:736: warning: strcpy() is almost always misused, please use strlcpy()
/tmp//ccHhMZfy.o(.text+0x13c7): In function `my_shell':
src/elogd.c:1197: warning: sprintf() is often misused, please use snprintf()
/tmp//ccHhMZfy.o(.text+0xf0ae): In function `el_correct_links':
src/elogd.c:5178: warning: strcat() is almost always misused, please use strlcat()
I'm not certain whether this is specific to this gcc variant, but I seem to remember that the OpenBSD folks added some extra warnings and suchlike as part of their overall code audit, so I thought I'd mention it. |
67045
|
Mon Apr 11 17:31:21 2011 |
| Terry Shuck | terry.shuck@atmosenergy.com | Question | Windows | 2191 | Re: Creating a form or table |
Stefan Ritt wrote: |
Terry Shuck wrote: |
Andreas Luedeke wrote: |
Terry Shuck wrote: |
Is there a way to open a form or table when clicking on New rather than going to a text field? Thanks, TS!
|
Hi Terry,
it is not exactly clear to me what you want.
You can define many different types of attributes to an entry.
Like this logbook has "Icon", "Author", "Author Email", "Category", ...
That automatically creates a form for the input.
Or you can have some pre-filled text in the text area, like a pre-defined table.
E.g. with the following line:
Preset Text = input-form.html
Every new entry will now contain the content of the file input-form.html
which could be some table or list, ...
|
Thank you very much for your replies Stefan and Andreas!
I've played with the Preset Text = input-form.html however when I open a new form it just has text in there stating "input-form.html. I feel like I'm missing a way for the Configuration to find my html file.
I feel like I am close but I'm missing one piece of data. Here is what I'd like to have, when I click "New" I'd like this table to be automatically inserted in the body.
Time |
Town/Location |
Shift Change Description |
CRM 701 |
Author |
Receipt
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Thanks again, Terry
|
If you see only the file name it means that elogd cannot find the file, it's probably in the wrong directory. Have you put it into the "logbooks" directory? Like c:\Program Files\ELOG\logbooks\ ?
|
Yes thanks Stefan! It is working now.
Thanks again! |
67120
|
Wed Sep 7 16:23:01 2011 |
| Terry Shuck | terry.shuck@atmosenergy.com | Question | Windows | V2.9.0-241 | Re: Password may not contain blanks |
Andreas Luedeke wrote: |
Stefan Ritt wrote: |
Terry Shuck wrote: |
After setting up email addresses for notifications I noticed that the "Full Name" has part of an email address in it. I've tried several ways to correct this however it keeps sending me to a page that says "Password may not contain blanks" and I've not done anything with the password.
Can you tell me how to correct this issue?
I certainly appreciate your help!!
Terry
|
Have you tried deleting and re-creating the account? Otherwise you could stop elogd, edit the password file with a text editor, and restart elogd.
|
You will not loose your logbook data if you have access rights to the file system where the "elogd" program writes it's data.
The easiest way is to edit there password file directly and then restart "elogd".
But even if you do not dare to edit the files directly, you still can solve the issue from the web interface:
- Create a new account, e.g. user "admin2"
- While logged in as "admin", make this user an administrator: go to "Change config file", add "
Admin user = admin, admin2"
- Now log off and then login as "admin2"
- Check that you can do administration, then remove user "admin"
- Create a new user "admin" with proper "Full name" and "Email"
- Now log off and then login as "admin"
- Check that you can do administration, then remove user "admin2"
That should work. Good luck!
|
Fantastic! That worked great. Thanks so much for the help guys!!
Terry |
67258
|
Tue May 1 17:03:37 2012 |
| Per Eriksson | pelle@sm4xiu.eu | Info | Linux | Any | Re: Compiling Elog for QNAP NAS x86 |
Per Eriksson wrote: |
Hi All,
I am interested to have ELOG installed in my QNAP x86 based NAS (239 Pro II)
Have someone done this already or is there a write-up of a normal compile-procedure which I can have as a base when I attempt to compile?
Regards,
Per
|
I solved it.
I don't really know if I really needed to compile it but I complied this on the NAS itself so now it is 100% compatible (I believe)
Per |
67302
|
Fri Jul 13 15:12:07 2012 |
| Michael Dannmeyer | michael.dannmeyer@solvias.com | Question | Windows | 2.9.0-2396 | Re: Problems with Autorization |
Stefan Ritt wrote: |
Michael Dannmeyer wrote: |
Andreas Luedeke wrote: |
Michael Dannmeyer wrote: |
Hello,
we used Admin and write passwords. Now this is no longer supported in ELOG 2.9.0 and I tried to change to File or Kerberos Autentication. But nothing worked. I tried the following lines in elog.cfg
[Serverlogbuch]
Authentication = File
Password file = C:\Program Files\ELOG\logbooks\Serverlogbuch\pwd.txt
Self Authentication = 1
So the self Autentication site opens and I can put in all informations. But if I click on save he tries to save the information in the password file and after a time he stops and Internet Explorer says that the page cannot be reached.
The file is not saved. If I remove the 3 lines the logbook opens without any problems.
I tried also kerberos but it didn't work. But there I think some entries in the krb5.ini are wrong.
Would you please help solving the File password problem?
[...] |
Just two hints:
- The file mentioned as "Password file" should be writeable for the "elogd" process. It is needed for both, Kerberos and File authentication. Better not specify the full path, it should assume the file in the logbook directory.
- The command "Self Authentication = 1" does not exist. Maybe you mean "Self register = 1"?
|
Thank you for the answer, but it didn't solve the problem.
- I used Self Register instead of Self Authentication. I deleted the complete path and only used the Filename.
-
The Account which is used to start the Elogd process is local system. System has full right at the logbook directory
Should I use an Admin Account for the elogd process? The error message is always the same (page not reachable) The File is also not created in the logbook dir.
|
I once had problems with the local system account, so I used my own account to start the service and that worked. For trial, you can also start the elogd.exe program manually (not as a service) in a DOS box and see if it can create the password file.
|
That worked for me. Used an Account instead of local system and everything is OK. Thanks for your help. |
67316
|
Tue Aug 21 17:16:19 2012 |
| Szu-Ching Peckner | speckner@nd.edu | Bug report | Linux | 2.9.2 | Re: kerberos authentication |
Szu-Ching Peckner wrote: |
Szu-Ching Peckner wrote: |
Hello, I have
authentication = kerberos
kerberos Realm = xxx
I ran tcpdump and know elogd server did attempt to contact kerberos server. I could run kinit username@realm_name, and klist shows my ticket fine.
I receive "kerberos error 256: Decrypt integrity check failed. Please check your kerberos configuration" when I entered my password wrong purposely on login page.
I receive "Invalid user name or password!' when I entered my correct password.
Please advise.
|
I forgot to mention, I also have Password file line in elogd.cfg file. Because without password file line, I wouldn't get login screen. I know my test account is not in the main.pwd file. I believe elogd does go to kerberos server to compare password. I just don't get why I get invalid username and password when I entered correct password, while kerberos error (expected) when I enter wrong password.
Authentication = Kerberos
Kerberos Realm = xxx
Password file = main.pwd
|
It's resolved. I read the documentation again, and found out my mistake. I didnt have username defined on password file. |
67324
|
Wed Aug 29 14:35:45 2012 |
| Szu-Ching Peckner | speckner@nd.edu | Question | Linux | latest | Re: secure way to allow users create logbook |
Stefan Ritt wrote: |
Szu-Ching Peckner wrote: |
I don't think there is a good secure way so far, but would like to have your opinion.
If I want user to create logbook for themselves, what's the best way to do it? I guess Execute $attribute = <command> may work, have it write to cfg file, but obviously it impose security problem. Is there a good and secure way to allow user to create logbook themselves?
|
Actually there is no good secure way. What I usually do is to give users admin rights on individual logbooks, then they can change the config of that logbook. Many times adding some attribute is as good as creating new logbooks. Like if you need two logbooks "home" and "work", you can create an attribute "type" and let the type be "home" or "work". With conditional attributes you can make the logbook behave differently for the two values of "type" and get most functionality of two separate logbooks.
- Stefan
|
Thanks, that is good option. |
67325
|
Wed Aug 29 17:55:37 2012 |
| Zbigniew Reszela | reszelaz@gmail.com | Question | Linux | V2.8.1-235 | Re: dynamic preset text |
Stefan Ritt wrote: |
Zbigniew Reszela wrote: |
Dear all,
Is it possible to have a dynamic "preset text" option?
I would like to switch the template file depending on the attribute value. (Of course this attribute values will be a fixed list of options, not extandable).
I see there one difficulty, that: if user already started editing the text body, he could lose this data. But I think that this could be left on user responsibility to take care about it.
Another option could be to always insert the template text on the very beginning of the text body.
Is this feature implemented, or maybe someone have done it by changing the server code?
Cheers
|
This is possible with conditional attributes. An additional trick would be to not show the text body of an attribute is not selected. This way the user first has to select the attribute, then the text field with the specific preset will show up. The configuration would be something along these lines:
Attributes = Type, Subject
Options Type = One{1}, Two{2}, Three{3}
Show text = 0
{1} Preset text = text1
{2} Preset text = text2
{3} Preset text = text3
{1,2,3} Show text = 1
Of course you have to supply proper text files text1, text2, text3.
- Stefan
|
Thanks, it works perfectly! |
|