ID |
Date |
Icon |
Author |
Author Email |
Category |
OS |
ELOG Version |
Subject |
1016
|
Thu Mar 24 12:26:46 2005 |
| Emiliano Gabrielli | AlberT@SuperAlberT.it | Info | Linux | | Re: New Debian package (2.5.8+r1592) -- needs testing | > > It seems to work nice to me.
> > Just another suggestion: I think it would be better to insert a commented out
> > example for all allowed parameters in the distributed /etc/default/elog
>
> Thanks for the test. Please note that, /etc/default/elog is partially auto
> created during the installation. All options except PIDFILE and CONFFILE are
> currently listed (as configured or commented out). If you didn't see these
> options (after the update), there must be a problem. Did you mean the lack of
> PIDFILE and CONFFILE in the default file?
no, my bad (it seems :-P) .. I re-installed the package now on my laptop and seems
to work fine... maybe I have swapped the diff result when installed yesterday.
Making tests I found another problem, her is the report:
####
root@emc2:/home/albert# apt-get remove elog
Lettura della lista dei pacchetti in corso... Fatto
Generazione dell'albero delle dipendenze in corso... Fatto
I seguenti pacchetti saranno RIMOSSI:
elog
0 aggiornati, 0 installati, 1 da rimuovere e 0 non aggiornati.
È necessario prendere 0B di archivi.
Dopo l'estrazione, verranno liberati 2444kB di spazio su disco.
Continuare? [S/n]
(Lettura del database ... 152033 file e directory attualmente installati.)
Rimuovo elog ...
Stopping ELOG daemon: elogd.
root@emc2:/home/albert# rm /etc/default/elog
rm: rimuovere regular file `/etc/default/elog'? y
root@emc2:/home/albert# apt-get install elog
Lettura della lista dei pacchetti in corso... Fatto
Generazione dell'albero delle dipendenze in corso... Fatto
I seguenti pacchetti NUOVI (NEW) saranno installati:
elog
0 aggiornati, 1 installati, 0 da rimuovere e 0 non aggiornati.
È necessario prendere 0B/530kB di archivi.
Dopo l'estrazione, verranno occupati 2444kB di spazio su disco.
Selezionato il pacchetto elog, che non lo era.
(Lettura del database ... 151926 file e directory attualmente installati.)
Spacchetto elog (da .../elog_2.5.8+r1592-1_i386.deb) ...
Configuro elog (2.5.8+r1592-1) ...
cat: /etc/default/elog: No such file or directory
Starting ELOG daemon: elogd.
####
So, removing an existing elog (not purging) and installing again raise the error.
Why installation creates the default/elog file only the first time ? I think it
shoud do the job everytime (and everytime ask the user is there is a diff to be
checked) |
1015
|
Thu Mar 24 12:09:55 2005 |
| Stephen A. Wood | saw@jlab.org | Bug report | Linux | | Re: Crash with Protect Selection page = 1 | > > Logins work OK if the username/password is valid. However, if I try to login
> > with invalid authentication, the server crashes. If I turn off the protect
> > selection page, then invalid authentication does not crash elogd.
>
> Ok, it's me, Speedy Gonzales again (as Emiliano says... (;-))
>
> I fixed that as well and committed the changes.
That seems to do the trick! Thanks, Steve |
1014
|
Thu Mar 24 11:47:58 2005 |
| Stefan Ritt | stefan.ritt@psi.ch | Bug report | Linux | | Re: Crash with Protect Selection page = 1 | > Logins work OK if the username/password is valid. However, if I try to login
> with invalid authentication, the server crashes. If I turn off the protect
> selection page, then invalid authentication does not crash elogd.
Ok, it's me, Speedy Gonzales again (as Emiliano says... (;-))
I fixed that as well and committed the changes.
Greetings to JLab (I once worked at UVa in Charlottesville...). Is David Abbott
still there?
- Stefan |
1013
|
Thu Mar 24 11:28:13 2005 |
| Stephen A. Wood | saw@jlab.org | Bug report | Linux | | Re: Crash with Protect Selection page = 1 | > > Using 2.5.8, if I set "Protect Selection page" to 1, then elogd seg faults
> > as soon as it is accessed.
>
> Thanks for reporting this bug. I fixed it and committed the change to CVS.
>
> - Stefan
That was fast! I put the elogd.c from the cvs on top of 2.5.8 and now I can run
the server with Protect Selection page=1 again.
Logins work OK if the username/password is valid. However, if I try to login
with invalid authentication, the server crashes. If I turn off the protect
selection page, then invalid authentication does not crash elogd.
Thanks, Steve |
1012
|
Thu Mar 24 11:01:06 2005 |
| Emiliano Gabrielli | AlberT@SuperAlberT.it | Bug report | Linux | | Re: Crash with Protect Selection page = 1 | > > Using 2.5.8, if I set "Protect Selection page" to 1, then elogd seg faults
> > as soon as it is accessed.
>
> Thanks for reporting this bug. I fixed it and committed the change to CVS.
>
> - Stefan
wow, who's Speedy Gonzales ?!? :-P |
1011
|
Thu Mar 24 11:00:59 2005 |
| Emiliano Gabrielli | AlberT@SuperAlberT.it | Bug report | Linux | | Re: Crash with Protect Selection page = 1 | > > Using 2.5.8, if I set "Protect Selection page" to 1, then elogd seg faults
> > as soon as it is accessed.
>
> Thanks for reporting this bug. I fixed it and committed the change to CVS.
>
> - Stefan
wow, who's Speedy Gonzales ?!? :-P |
1010
|
Thu Mar 24 10:51:10 2005 |
| Emiliano Gabrielli | AlberT@SuperAlberT.it | Bug report | Linux | r1592 | Re: wrong handling of attachment names | > > When an attached image name contains a space in its filename and attachment
> > display is enabled elog builds a wrong url to the image:
> >
> > http://arcolog.roma2.infn.it:8080/ARCO/050309_170709/peeling+002.jpg
> >
> > instead of the correct one:
> >
> > http://arcolog.roma2.infn.it:8080/ARCO/050309_170709_peeling+002.jpg
>
> This is on purpose. If you want to save an attachment locally and right click on
> the attachment, and select "Save link as..." in your browser, then the default
> file name is taken from the link. If your original file namw was "peeling
> 002.jpg", then you want again the same name, and not "050309_170709_peeling
> 002.jpg, because you would have to delete the date/time part of the file name
> each time which would be annoying. That's why I have chosen to put an artificial
> "/" between the date/time and the original file name. On the elog side, it's
> converted correctly back to the file name.
>
yes I notice this after posting :-) sorry
> The problem with blanks in attachment names I could not reproduce. See this
> post, which contains an attachment with a blank in it. As you can see, this does
> not crash the server.
Ok I can confirm this.
The problem arises, for me, when upgrading to the new version of elog having yes
some old entries with attached filenames containing spaces and/or uppercase extensions.
It seems that uploading files with spaces in the name *now* works well... so the
problem should be somewhere in the handling of existing attachments, not rised when
the attachment is uploaded with the current version of elog ... it's quite strange |
1009
|
Thu Mar 24 10:39:00 2005 |
| Stefan Ritt | stefan.ritt@psi.ch | Bug report | Linux | | Re: Crash with Protect Selection page = 1 | > Using 2.5.8, if I set "Protect Selection page" to 1, then elogd seg faults
> as soon as it is accessed.
Thanks for reporting this bug. I fixed it and committed the change to CVS.
- Stefan |
|