ID |
Date |
Icon |
Author |
Author Email |
Category |
OS |
ELOG Version |
Subject |
|
2145
|
Wed Feb 28 21:04:59 2007 |
 | Stefan Ritt | stefan.ritt@psi.ch | Info | All | 2.6.4-1801 | Simple table implemented in ELCode |
Starting from SVN revision 1801, simple tables are supported in ELCode tags. One can now embed tables in elog entries like this:
[table border=3 cellpadding=10]
One | Two
|-
Three | Four
[/table]
which produces following table:
The syntax is explained in the ELCode help page. |
|
2144
|
Tue Feb 20 21:10:28 2007 |
 | Stefan Ritt | stefan.ritt@psi.ch | Comment | Linux | 2.6.4 | Re: Hardcoded Path in Makefile |
| Martin Killenberg wrote: | I tried to compile ELOG on Scientific Linux Cern 4.4 and found that make quits because uname is not located in /usr/bin (like it is hardcoded in the makefile) but in /bin.
Later I found that this is only the case in the svn version, in the "latest.tar.gz" from 2007/02/20 the path is /bin.
Why do you have the absolute path in the Makefile? uname should be in the default path on any system. (The same applies to "rm")
I also was confused that you only provide one rpm Package (except for debian) without mentioning for which distribution. You try to avoid dependencies, but the elogd is linked against the basic libraries libc and ld-linux, which might vary. |
Ups. The hard-coded /usr/uname somehow sneaked in from some temporary test. I removed it in the current SVN.
Indeed the RPM package I provide is built under Scientific Linux. The Debian port is done by someone else. Unfortunately I don't have ten boxes with all possible distributions laying around, so my possibilities are quite limited and I depend on third party help. If you want to contribute additional RPMs you are welcome. |
|
2143
|
Tue Feb 20 18:41:31 2007 |
 | Martin Killenberg | martin.killenberg@web.de | Comment | Linux | 2.6.4 | Hardcoded Path in Makefile |
I tried to compile ELOG on Scientific Linux Cern 4.4 and found that make quits because uname is not located in /usr/bin (like it is hardcoded in the makefile) but in /bin.
Later I found that this is only the case in the svn version, in the "latest.tar.gz" from 2007/02/20 the path is /bin.
Why do you have the absolute path in the Makefile? uname should be in the default path on any system. (The same applies to "rm")
I also was confused that you only provide one rpm Package (except for debian) without mentioning for which distribution. You try to avoid dependencies, but the elogd is linked against the basic libraries libc and ld-linux, which might vary. |
|
2142
|
Mon Feb 19 20:46:39 2007 |
| bob | bobgrang@yahoo.fr | Question | Linux | Windows | V2.6.3-177 | Re: Required and {} |
| Stefan Ritt wrote: |
| bob wrote: | | generally, can one handle "Required" and "{}" or "{ , }", ... |
For simple configuration files, that should work. If I have for example:
Attributes = Author, Type, Category, Subject
Options Type = Routine{r}, Software Installation{s}, Problem Fixed{p}, Configuration, Other
{r} Required Attributes = Author
Then the attributes "Author" is only required if "Type" equals "Routine". |
you are right, I try to re-examine my configuration and I will say to you |
|
2141
|
Mon Feb 19 11:29:03 2007 |
| Stefan Ritt | stefan.ritt@psi.ch | Question | Linux | 2.6.3-1762 | Re: Preset of a drop-down box entry with a "%" character |
| Tobias Bagger wrote: | | How do I preset a drop-down box entry which contains a % character? |
The problem was that '%' is used in auto-generated preset tags like XYZ-%Y-%b-### (see documentation). I made the auto-generation a bit more clever such that it only tries to interprete any '%' if there is any '#'. The fix is in elog version 2.6.4. |
|
2140
|
Sun Feb 18 10:51:13 2007 |
 | Tobias Bagger | tobiasb@trashmail.net | Question | Linux | 2.6.3-1762 | Preset of a drop-down box entry with a "%" character |
How do I preset a drop-down box entry which contains a % character?
I use following lines in the elogd.cfg:
Options list->ta = K - 0%, S - 10% (text a1), F - 20% (text a2)
Preset list->ta = K - 0%
The documentation says:
If a preset value is given for an attribute which has an options list, the preset value is selected in the drop down box by default.
But this doesn't work for me. I also tried
Preset list->ta = "K - 0%"
Preset list->ta = K - 0%%
Preset list->ta = K - 0\%
without success. What's the right way to do this?
Best regards
Tobias |
|
2139
|
Fri Feb 16 17:19:30 2007 |
| Stefan Ritt | stefan.ritt@psi.ch | Question | Linux | Windows | V2.6.3-177 | Re: Required and {} |
| bob wrote: | | generally, can one handle "Required" and "{}" or "{ , }", ... |
For simple configuration files, that should work. If I have for example:
Attributes = Author, Type, Category, Subject
Options Type = Routine{r}, Software Installation{s}, Problem Fixed{p}, Configuration, Other
{r} Required Attributes = Author
Then the attributes "Author" is only required if "Type" equals "Routine". |
|
2138
|
Fri Feb 16 17:14:53 2007 |
| Stefan Ritt | stefan.ritt@psi.ch | Question | Linux | 2.6.3-1762 | Re: Setting From: for registration/password e-mails |
| Stefan Ritt wrote: | | Right. The logic in the program and the documentation disagreed. The program uses the "Use Email From" address always if it's there, while the documentation gives preference to the user's email address. I change that in the program so that it agrees with the documentation. The modification is in SVN revision 1789 and will be contained in the upcoming next release. |
Actually I had to change it once more. Some installations do want to have always a pre-defined email address, such as this forum, which uses noreply@psi.ch. So I added a new option Default Email From. The precedence is now in decreasing order
- Use Email from
- user's email address
- Default Email from
So only when a user is not logged in, the Default Email from setting is used if present. |