multiple crontab entries added

Bug #666680 reported by Michele
This bug report is a duplicate of:  Bug #664783: old crontab entries not removed. Edit Remove
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Back In Time
New
Undecided
Unassigned

Bug Description

Using version 1.0.2.
I noticed that at the scheduled backup time multiple instances of BIT were launched.
After some investigation I found out that multiple instances of the BIT cron job were present in /var/spool/cron/crontabs/$USER.
It seems that every time I open the preferences dialog and click OK, a new instance is added to crontabs, and the only way to get rid of those multiple entries is to remove them manually.

BTW, thanks for developing BIT, it's the first GUI backup tool I didn't abandon after a couple of times usage.
It does just what has to be done, no more, no less. Version 1.0.x is a real improvement over the previous one, only there are a few glitches to be fixed.

Revision history for this message
Dan (danleweb) wrote :

What distribution / version are you using ?
Did you use profiles ?

Revision history for this message
Michele (mikelito) wrote :

I am using 1.0.2 from Maverick. I updated from 0.9.something/lucid, and I am not using profiles.

I realized that the same bug had already been posted, and the bug #664783 pointed me to the relevant python code....

It seems that on my system grep -Pv '(?s)%s.*?backintime' is not able to single out the two lines....

would using awk be an option? in that case
awk 'BEGIN{ll=-1} /#Back In Time system entry, this will be edited by the gui:/{ll=NR}{if ((NR-1)!=ll && NR!=ll) print $0}'
works for me.

thanks!

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.