Over zealous removal of crontab entries

Bug #451811 reported by Richard Bailey
18
This bug affects 3 people
Affects Status Importance Assigned to Milestone
Back In Time
Fix Released
Undecided
Richard Bailey

Bug Description

When the settings dialogue is opened/closed BackInTime deletes manually created entries with valid syntax.

Related branches

Revision history for this message
Richard Bailey (rmjb) wrote :

Fix is in the linked branch

Changed in backintime:
assignee: nobody → Richard Bailey (rmjb)
status: New → Fix Committed
Revision history for this message
Ryan Ahearn (ryan-c-ahearn) wrote :

I am still seeing this issue on a debian lenny/testing server while trying to test the command line interface.

I am not able to reproduce on the Ubuntu laptop that I used to develop the cli feature.

Changed in backintime:
status: Fix Committed → Confirmed
Revision history for this message
Ryan Ahearn (ryan-c-ahearn) wrote :

The problem is this line:
os.system( "crontab -l | grep -Pv '(?s)%s.*?backintime' | crontab -" % system_entry_message )

Running just
$ crontab -l | grep -Pv '(?s)#Back In Time system entry, this will be edited by the gui:.*?backintime'
on the command line returns:
grep: Support for the -P option is not compiled into this --disable-perl-regexp binary
on stderr and nothing on stdout, which feeds into crontab - and wipes out everything in the crontab.

Upgrading grep to version 2.5.4-4 from the testing repository adds support for the -P option, but a lot of people will probably be using debian stable for a while still.

Dan (danleweb)
Changed in backintime:
status: Confirmed → Fix Committed
Dan (danleweb)
Changed in backintime:
status: Fix Committed → Fix Released
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.