Hello to all,

I'm trying to get ELOG to run several separate logbooks which will
eventually have their own password/user files and other little things.
The problem I have is I want to have a main selection type page so when a
user enters ELOG they see this page with links on it to main logbook groups.

So, for my example I'd have a main page INDEX1.HTML which has links to:
  /Server_Logbooks
  /Other_Logbooks

but I want those top groups to just show standard ELOG generated logbook
list once you select a link on index1.html page.
Unfortunately "Selection page = index1.html" if defined in [global] just
gets used everywhere, so once I click on a link to go to
http://elog.blah.internal/Server_Logbooks it just shows the same index1.html
selection page. So I never get to the actual logbook list...
I could make separate selection pages for each top logbook group,
but that means that I have to alter those HTML files every time I add or
remove a logbook. I'd ruther have ELOG generate those pages on the fly.

Is there any way to do this?
Could I tell ELOG not to use a selection page at all for a particular group
of logbooks, and just show the logbook list.

Thank you very much.

GL.

//ELOG on FreeBSD 5.2//

> The problem I have is I want to have a main selection type page so when a
> user enters ELOG they see this page with links on it to main logbook groups.

I added a new flag

Show top groups = 1

which shows the list of to groups. Hope this is what you want. The new version
is available from CVS (see download page).

Great! That takes care of the problem for sure.

Cheers once again for such a quick response.

GL.


//we use ELog very extensively internally, it's great, especially now with
replication//


> > The problem I have is I want to have a main selection type page so when a
> > user enters ELOG they see this page with links on it to main logbook groups.
> 
> I added a new flag
> 
> Show top groups = 1
> 
> which shows the list of to groups. Hope this is what you want. The new version
> is available from CVS (see download page).

Hi,

Is it possible to restrict the display of logbook entries to the entries 
created by the currently logged-in user?

I'm thinking of using the ELOG system in a school laboratory environment: 
students must write entries in the logbook about their excersises, but I 
would like that students can not "see" what other students have written. To 
make it even more complicated, I would like that students can see their own 
entries and the teacher entries.....

Is something like this possible?

Thanks in advance
Bartjan Wattel
the Netherlands

One way would be to create a seperate logbook for each student including the
teacher. It should then be fairly simple to set up the permissions however you
would like. For a large class it might be a bit cumbersome to set it up this way.
 
Ralph Kuehn

> Hi,
> 
> Is it possible to restrict the display of logbook entries to the entries 
> created by the currently logged-in user?
> 
> I'm thinking of using the ELOG system in a school laboratory environment: 
> students must write entries in the logbook about their excersises, but I 
> would like that students can not "see" what other students have written. To 
> make it even more complicated, I would like that students can see their own 
> entries and the teacher entries.....
> 
> Is something like this possible?
> 
> Thanks in advance
> Bartjan Wattel
> the Netherlands

> For a large class it might be a bit cumbersome to set it up this way.

What you can do is put most of the configuration options into the [global] section,
such as

[global]
Attributes = ...
Password file = ...
...
Admin user = teacher

[John]
Login user = john
[Joe]
Login user = joe
[Fred]
Login user = fred

In this case, each logbook only requires two lines, while all the other options are
inherited from the [global] section. The "login user" restricts logins only to a
single student, which the teachis has admin rights for all logbooks. The teacher can
reply to individual students by writing into their "personal" logbook, or he can set
up a dedicated teacher logbook which everybody can read (Just omit the 'login user').

I'm trying capture any edit/modified entry with the following, Using the
real date format instead of text string so that I could do a quick filter on it.

Type modified = date
Subst on Edit modified = $date

Problem: It seem that the Subst on Edit always default to 1 Jan 1970 instead
of current date on edit screen. 

Could it be $date is a string and not compatible with tape date? or is there
a variable or function to convert $date to date format?
 
Thanks,
nait

> I'm trying capture any edit/modified entry with the following, Using the
> real date format instead of text string so that I could do a quick filter on it.
> 
> Type modified = date
> Subst on Edit modified = $date
> 
> Problem: It seem that the Subst on Edit always default to 1 Jan 1970 instead
> of current date on edit screen. 

I fixed that problem, new version under
http://midas.psi.ch/cgi-bin/cvsweb/elog/src/elogd.c?rev=1.328

> I fixed that problem, new version under
> http://midas.psi.ch/cgi-bin/cvsweb/elog/src/elogd.c?rev=1.328

Any binary build anywhere that I can pick? Thanks. 

nait.

> 
> > I fixed that problem, new version under
> > http://midas.psi.ch/cgi-bin/cvsweb/elog/src/elogd.c?rev=1.328
> 
> Any binary build anywhere that I can pick? Thanks. 
> 
> nait.

http://midas.psi.ch/elog/download/windows/elogd-snapshot.exe

is for windows, for linux you have to recompile with

gcc -O -o elogd elogd.c

Best regards,

  Stefan

> http://midas.psi.ch/elog/download/windows/elogd-snapshot.exe
> 
> is for windows, for linux you have to recompile with
> 
> gcc -O -o elogd elogd.c
> 
> Best regards,
> 
>   Stefan

Hi Stefan,

I tried compile it in gentoo 1.4 GCC 3.3.3 without problem. However, it refuse
to run on ipcop box. The error message,
./elogd: /lib/libc.so.6: version `GLIBC_2.3' not found (required by ./elogd)

I guess the kernel and/or compiler version is not matching. Any simple way to
fix it? Thanks for your help?

nait. 

> > http://midas.psi.ch/elog/download/windows/elogd-snapshot.exe
> > 
> > is for windows, for linux you have to recompile with
> > 
> > gcc -O -o elogd elogd.c
> > 
> > Best regards,
> > 
> >   Stefan
> 
> Hi Stefan,
> 
> I tried compile it in gentoo 1.4 GCC 3.3.3 without problem. However, it refuse
> to run on ipcop box. The error message,
> ./elogd: /lib/libc.so.6: version `GLIBC_2.3' not found (required by ./elogd)
> 
> I guess the kernel and/or compiler version is not matching. Any simple way to
> fix it? Thanks for your help?

Looks like a weird Linux installation. Maybe try to link static:

gcc -O -static -o elogd elogd.c 

executable will be much bigger, but maybe work...

> Looks like a weird Linux installation. Maybe try to link static:
> 
> gcc -O -static -o elogd elogd.c 
> 
> executable will be much bigger, but maybe work...


Now I have more error. ;(

$ gcc -O -static -o elogd elogd.c
elogd.c:792: warning: conflicting types for built-in function `logf'
/tmp/ccysvxip.o(.text+0x12f3): In function `setgroup':
: warning: Using 'initgroups' in statically linked applications requires at runtime
the shared libraries from the glibc version used for linking
/tmp/ccysvxip.o(.text+0x12cd): In function `setgroup':
: warning: Using 'getgrnam' in statically linked applications requires at runtime
the shared libraries from the glibc version used for linking
/tmp/ccysvxip.o(.text+0x1351): In function `setuser':
: warning: Using 'getpwnam' in statically linked applications requires at runtime
the shared libraries from the glibc version used for linking
/tmp/ccysvxip.o(.text+0x2fe97): In function `server_loop':
: warning: Using 'gethostbyaddr' in statically linked applications requires at
runtime the shared libraries from the glibc version used for linking
/tmp/ccysvxip.o(.text+0x15ca): In function `sendmail':
: warning: Using 'gethostbyname' in statically linked applications requires at
runtime the shared libraries from the glibc version used for linking

Maybe you can post your elogd build.... just for me. :)

nait.

> Now I have more error. ;(
> 
> Maybe you can post your elogd build.... just for me. :)

I compiled one (just for you :))), available at

http://midas.psi.ch/elog/download/tar/elogd-snapshot.gz

Unzip it and rename it to "elogd". But if you have problems with missing shared C
libraries, I cannot guarantee that it works. In that case you have to wait for the next
official release.

> I compiled one (just for you :))), available at
> 
> http://midas.psi.ch/elog/download/tar/elogd-snapshot.gz
> 
> Unzip it and rename it to "elogd". But if you have problems with missing shared C
> libraries, I cannot guarantee that it works. In that case you have to wait for the next
> official release.

Thank you very much.... it work.  
nait.

> 
> Thank you very much.... it work.  
> nait.

Hi Stefan,

It has a bug. The filter will fail on the initial page of the logbook. 

example,

on http://10.10.10.10:10/mylogbook/  
when select category filter the system will return
      http://10.10.10.10:10/myylogbook/&category=hardware which is bad

on http://10.10.10.10:10/mylogbook/page or page1/page2 etc..other then the initial page,
when select category filter the system return the correct result.
      http://10.10.10.10:10/mylogbook/page?category=hardware.

I have not tested 2.5.3.

nait.   

> It has a bug. The filter will fail on the initial page of the logbook. 
> 
> example,
> 
> on http://10.10.10.10:10/mylogbook/  
> when select category filter the system will return
>       http://10.10.10.10:10/myylogbook/&category=hardware which is bad
> 
> on http://10.10.10.10:10/mylogbook/page or page1/page2 etc..other then the initial page,
> when select category filter the system return the correct result.
>       http://10.10.10.10:10/mylogbook/page?category=hardware.
> 
> I have not tested 2.5.3.

You should, it has been fixed in 2.5.3 :-)))

> 
> You should, it has been fixed in 2.5.3 :-)))

Usual problem for me. There is no elogd binary file in the tar.gz file. 
I remember you used to include it. :) 

nait.

I just noticed the problem of mail notification with big attachments. For a
files or photos exchange setup we could run into load and bandwidth problem
quickly. Any way to restrict mail notification by attributes or without
attachment?

Thanks,
nait.

> I just noticed the problem of mail notification with big attachments. For a
> files or photos exchange setup we could run into load and bandwidth problem
> quickly. Any way to restrict mail notification by attributes or without
> attachment?

Use

Email format = 6

to restrict email notifications to URL and attributes only (without
attachment). A size limit for email notifications is right now not implemented.

> Use
> 
> Email format = 6
> 
> to restrict email notifications to URL and attributes only (without
> attachment). A size limit for email notifications is right now not implemented.

Thanks... Email format = 6 works. It cut out the subject too.
Any documentation on Email Format = ??
Thanks,
nait.

> > Use
> > 
> > Email format = 6
> > 
> > to restrict email notifications to URL and attributes only (without
> > attachment). A size limit for email notifications is right now not implemented.
> 
> Thanks... Email format = 6 works. It cut out the subject too.
> Any documentation on Email Format = ??

This feature is normally documentd at http://midas.psi.ch/elog/config.html (search
for "Email Format" on this page). The Email subject is included, but the first line
of the email body is cut out with format = 6. Maybe you want format = 7 if you need
that line.

I'm trying to configure this thing to be able to filter on a set of 
criteria, choose select, choose toggle all, and then choose "Move to 
Complete Work Requests".

I've been able to select a specific logbook entry and move it, and I've 
been able to filter and select and toggle, but I can't figure out how to 
get the Move To option to show up on the main logbook menu....

what am I missing?

robin

> I've been able to select a specific logbook entry and move it, and I've 
> been able to filter and select and toggle, but I can't figure out how to 
> get the Move To option to show up on the main logbook menu....

To be able to move entries between logbooks, you have to enable the "move to"
command with the option "Menu commands" like:

Menu commands = Back, New, Edit, Delete, Reply, Find, Config, Move to, Help

Having done this, the menu "Move to xxx" should show up when you select an
individual entry, where xxx is the name of the other logbook(s). If you so a
"Select" on several entries, a new button should show up which lets you move
all selected entries to the other logbook(s). See elog:/1 for an example. If
you do not observer this behaviour, please let me know.

Hello,
Elogd crashing when "Resubmit as new entry" is executed.
Tried with demo config, same result, also tried with snapshot version.
After the first crash i restart elogd, then it crashes every time i enter 
the logbook containing the entry i tried to "Resubmit as new entry"
Anyone seen same behavior, on win2000 platform ?.

Miljan

> Elogd crashing when "Resubmit as new entry" is executed.
> Tried with demo config, same result, also tried with snapshot version.
> After the first crash i restart elogd, then it crashes every time i enter 
> the logbook containing the entry i tried to "Resubmit as new entry"
> Anyone seen same behavior, on win2000 platform ?.

I fixed this problem, was a stack overflow. New snapshot is available.

Hi,

the use of extendable options in the global section seem to "crash" elogd 
when creating a new entry.
My elogd.cfg is included
the problem attribute is "Client"
Should it be possible to have it extendable only in one specific logbook ?

Are extendable and conditionnal "compatible" on the same set of attributes ?

Cheers,
Marc

> the use of extendable options in the global section seem to "crash" elogd 
> when creating a new entry.
> My elogd.cfg is included
> the problem attribute is "Client"
> Should it be possible to have it extendable only in one specific logbook ?

Actually it was never foreseen to have extendable options in the [global]
section. I added now this functionality. The new windows version can be obtained
under

http://midas.psi.ch/elog/download/windows/elogd-snapshot.exe

Hi Stefan,

Many thanks, it works. I'm impressed by your reactivity ! thanks again.

Is it possible to have a conditionnal attribute depend on an extendanble one ?


> > the use of extendable options in the global section seem to "crash" elogd 
> > when creating a new entry.
> > My elogd.cfg is included
> > the problem attribute is "Client"
> > Should it be possible to have it extendable only in one specific logbook ?
> 
> Actually it was never foreseen to have extendable options in the [global]
> section. I added now this functionality. The new windows version can be obtained
> under
> 
> http://midas.psi.ch/elog/download/windows/elogd-snapshot.exe

> Is it possible to have a conditionnal attribute depend on an extendanble one ?

In principle yes, but I never tried it...

> > Is it possible to have a conditionnal attribute depend on an extendanble one ?
> 
> In principle yes, but I never tried it...

The snapshot version you sent me seems to be locked onto port 80 and does not honor 
the port directive in elog.cfg....

> The snapshot version you sent me seems to be locked onto port 80 and does not honor 
> the port directive in elog.cfg....

Thank you, I fixed that and updated the file.

> > The snapshot version you sent me seems to be locked onto port 80 and does not honor 
> > the port directive in elog.cfg....
> 
> Thank you, I fixed that and updated the file.

Tested and working, thx.

we've experienced a problem when using the safari browser to do a search in
our elog. whenever you do a search, the logbook returns an error and the
elog deamon crashes. when we first experienced this problem we were running
version 2.3.9. however, an upgrade to version 2.5.2 doesn't seem to fix the
problem. searches with other browsers (mozilla, internet explorer, ...) go
off without a hitch.
has anyone else observed a similar problem or have any ideas on how to
resolve this issue.
thanks for the help.

elog running on a redhat 9 box
safari running on panther

> we've experienced a problem when using the safari browser to do a search in
> our elog. whenever you do a search, the logbook returns an error and the
> elog deamon crashes. when we first experienced this problem we were running
> version 2.3.9. however, an upgrade to version 2.5.2 doesn't seem to fix the
> problem. searches with other browsers (mozilla, internet explorer, ...) go
> off without a hitch.
> has anyone else observed a similar problem or have any ideas on how to
> resolve this issue.
> thanks for the help.

I finally found some time to address this problem. It was related to the way I
do the page redirection. The "Location:" in the HTTP header used a relative
path, although the standard requires an absolute (full) path, which I just
discovered. Although most browsers accept a relative path, the safari browser
obviously does not. 

I changed the redirection to absolute paths, the new version can be obtained
via CVS.