ID |
Date |
Icon |
Author |
Author Email |
Category |
OS |
ELOG Version |
Subject |
1630
|
Wed Jan 25 12:31:14 2006 |
| T. Ribbrock | emgaron@gmx.net | Request | Linux | 2.6.1 | Re: Suggestion additional ElCodes |
Stefan Ritt wrote: |
Yes, I missed tables myself already. The headings I just put into the current SVN version (see this forum for how it works).
|
Very nice, thanks! I'm a bit torn as to whether I like the way I have to enter the level by keyboard or whether I'd rather see something like with the smileys (i.e. some "level menu" opens once "H" is pressed). The former is faster, while the latter doesn't require moving between the mouse and the keyboard. But that's just a detail - not really that important.
Stefan Ritt wrote: | Tables are a bit harder to implement and will come later. Do you have a proposal for a possible syntax?
[...]
Maybe somehting like
| heading 1 | heading 2 | heading 3
|
| data 1 | data 2 | data 3
|
this looks a bit like the "pipe" mode from a Wiki
what do you think? |
Yup, I remember using that kind of "pipe" structure in Wikis and I actually liked it. I think it's a lot easier to read in the "source" as well - and it reminds me remotely of LaTeX... Also, it doesn't require much to just type it out instead of using buttons to make the cells. Definitely good enough for the simple type of tables I had in mind! |
1631
|
Thu Jan 26 15:04:32 2006 |
| Dimitrios Tsirigkas | dimitrios.tsirigkas@cern.ch | Bug report | Linux | 2.6.0 | Re: ELOG v2.6.0 (Linux) crashes while using " Forgot password?" | Hi,
-> Anybody click on "Forgot password?" in the login screen, to have the system
send him the forgotten password, and after a little while trying, (possibly doing
resolution) the ELOG application crashes.
I think I have the same problem with the Linux version (2.6.0). Is there going to be a fix for that version as well?
Cheers,
Dimitris |
1632
|
Thu Jan 26 15:07:11 2006 |
| Stefan Ritt | stefan.ritt@psi.ch | Bug report | Linux | 2.6.0 | Re: ELOG v2.6.0 (Linux) crashes while using " Forgot password?" |
Dimitrios Tsirigkas wrote: | Is there going to be a fix for that version as well? |
A fix is always for all versions, since I have a common code base. Have you tried Version 2.6.1? |
1633
|
Thu Jan 26 15:19:58 2006 |
| Dimitrios Tsirigkas | dimitrios.tsirigkas@cern.ch | Bug report | Linux | 2.6.0 | Re: ELOG v2.6.0 (Linux) crashes while using " Forgot password?" | A fix is always for all versions, since I have a common code base. Have you tried Version 2.6.1? |
I got the RPM last week, from the download page. When I run without the -D option it says that it is Version 2.6.0. Since a new version came out in the meantime, I'll give it a try and let you know.
Thanks,
Dimitris |
G. Vandemoortele wrote: | I've configured elog with some commands running a shell :
Preset R-Date = $shell(/usr/bin/date +"%Y/%m/%d %H:%S")
; for testing :
Preset $text = $shell(whoami && set)
Preset $text = Some fixed text
That worked well when elog was started by root (and falling to user elog),
but later, I moved all the elog tree to /home/my_name/.elog,
(I'd like to start it only when I'm logged, it's only for personnal data)
changed all the attributes/permissions ($chown -R my_name:my_group .elog)
and none of these commands still works ! I use the -x option to allow
shell substitution.
More surprisingly, even the fixed text doesn't work (???) |
First of all, you could use
Preset R-Date = $date
instead of the shell command. Secondly, the command
Preset $text = $shell(whoami && set)
is wrong. Replace it by
Preset text = $shell(whoami && set)
without the "$".
G. Vandemoortele wrote: | By the way, I also seen that it is necessary to set Usr and Grp to "elog"
via the config file even when it's started by root, because otherwise,
you always get the strings 'Falling back to default group "elog"' and
Falling back to default user "elog" in the output of the shell substitutions. |
There is a good reason for that. If you run elogd as root, this can open a dangerous hole into your system. If there would be any bug in elog, an attacker could gain root access easily. By falling back to a non-root user, the damage can be minimized. As a precaustion, elog falls back to Usr and Grp "elog" if that setting is missing in the config file.
When you run elog under your user name, this fallback is not necessary. Why you got the message 'Falling back' is a mystery to me. I tried to reproduce that, so I run under a non-root account with following config:
[global]
port = 1234
[demo]
Attributes = Subject
Preset Subject = $shell(date +"%Y/%m/%d %H:%S")
and correctly got the date in the "Subject" field with ELOG V2.6.1-1640. |
Stefan Ritt wrote: |
First of all, you could use
Preset R-Date = $date
instead of the shell command. Secondly, the command
Preset $text = $shell(whoami && set)
is wrong. Replace it by
Preset text = $shell(whoami && set)
without the "$".
|
I'm sorry ; even with this correction, none of the preset strings created with
a substitution mechanism (shell or built-in) works when elogd is started as
ordinnary user. I've tried the same config file /home/gv/.elog/elogd.cfg :
port = 8080
Language = french
Main Tab = Accueil
Usr = gv
Grp = users
Logbook dir = /home/gv/.elog/logbooks
[gauthier]
Self register = 1
Password file = passwd
Theme = default
Comment = Logbook personnel
Default encoding = 1
Time format = %a, %d/%m/%Y %H:%M
Attributes = Type, Statut, Priorité, Sujet, R-Date
Preset R-Date = $shell(/usr/bin/date +"%Y/%m/%d %H:%S")
Preset text = $shell(whoami && set)
;Preset text = Blablabla
;Preset text = $date
Start page = ?rsort=Record date
List display = R-Date, Type, Statut, Priorité, Sujet
Options Type = Divers, Lectures, Musique, Aca, Finances, Santé
Options Statut = A faire, Exécuté, Journal
Options Priorité = 0, 1, 2, 3
Preset Priorité = 0
Extendable Options = Type
Thread display = $sujet ($entry time)
Required Attributes = Type, Sujet
Page Title = ELOG - $subject
Reverse sort = 1
Quick filter = R-Date, Statut, Type
Sort Attributes = Priorité, R-Date
Started via root (# /usr/sbin/elogd -c /home/gv/.elog/elogd.cfg -x), it works,
but via "gv" ($ /usr/sbin/elogd -c /home/gv/.elog/elogd.cfg -x), it doesn't.
Regards,
Gauthier |