Hi, I agree for the beta release. There are 2 repositories on BIT website: testing & release. We ca put the beta in testing.
On Tue, Dec 1, 2009 at 11:24 AM, Bart <bratdak...@gmail.com> wrote: > Hey all, > > I support a new release: the sooner the better, because a lot of bugs and > questions that are now appearing are already saved or implemented! But it > might still be a good idea to launch a beta first, for a couple of weeks. I > think we should do that not on our official repository but more as a > separate download, or a PPA in launchpad... > Just to see if we overlooked some bugs... > > However there are some things we might have to fix before launching to the > real 1.0: > - There is this KDE bug that causes backintime to freeze: it hangs in the > compare to phase... It only happens with KDE: https://bugs.launchpad.Bart > <bratdak...@gmail.com>net/backintime/+bug/441628<https://bugs.launchpad.net/backintime/+bug/441628>(and > duplicates) > I'll have a look > - If the config file is write blocked it should give a warning: > https://bugs.launchpad.net/backintime/+bug/480180 > It should show an error. I'm not sure this is a must for 1.0. > - I still have to add the .gvfs to the default excluded patterns: > https://bugs.launchpad.net/backintime/+bug/422132 ok > > - When a error in the plugins occur it should continue and not hang > forever: https://bugs.launchpad.net/backintime/+bug/446168 > This bug should be fixed. > - Add the ionice option: https://bugs.launchpad.net/backintime/+bug/378656, > as I also experience really performance loss when a BiT task is running, > what for example in case of watching a movie, becomes quite irritating. > > I'm not sure this is a must for 1.0. > Those are the most important bugs at the moment I guess. > A feature that I am also working on at the moment, however I do not know if > we can wait for that, as I am really restricted in my free time nowadays, is > a configuration wizard, that just asks the three questions: what, when and > where, and would offer a full restore option, as there quite many requests > for such a thing. But I have just started on that, and figured out that I > have no clue how to get the wizard GTK+ object to work properly, so I guess > I will go for separate dialogs that are interlinked.... > And a thing that I would like to see in 1.0 is to have a feedback mechanism > for restore, like we have already for doing backups (I think it could be > quite easy to implement, just hook it up to the message system and to the > plugins that we have already for the backups), but that is more an important > wish than a necessity for 1.0. > > I use the Included per Scheduled option, because my backup spans 100 Gb, > although it takes slightly more than 2 minutes to do a full incremental > backup, I only backup a subfraction of it every 10 minutes. The advantage > of this option is in respect to the profiles, that it shows all the > snapshots in the same view, and covers the excludes and includes > automatically (with profiles you should not forget to exclude your other > profiles). > On the other hand leaving it out will fix some issues: At the moment we > cannot use the --delete-excluded option, what leads to "ghost folders" ( > https://bugs.launchpad.net/backintime/+bug/406092), as that would cause > the need for a very complicated hardlinking procedure (as we have to link > the current snapshot to several older snapshots depending on the scheduled > tasks, or more easily to a permanent new-snapshot folder, that just updates > every cycle and would have to branch off the specific folders into the > snapshots for specific time-points). > To have the a complete view of the available snapshots we could implement a > show all profiles feature, what could be easy to implement using the > other-folders config entry. But that could be a version 2.0 feature... > Actually I think I support your removal, as it would definitely reduce the > complexity of the program... > > Then we are all OK: no more schedule per included directory. There should be 2 more points: 1. In <path to snapshots>/backintime there should be an info file with the structure version. 2. In settings for the shapshots path there should be "Advanced options" to force host/user/profile. For 2.0 we can add: - restore to - show all profiles snapshots ... Best regards, Dan > Cheers, > Bart > > 2009/11/30 Richard Bailey <r...@mail.com> > > Hi Dan, >> >> I looked at the ionice option when I first came to BiT, but I didn't work >> on it, no. >> >> I see where the schedule per included setting causes a lot of headache. >> Now that BiT has profiles support this option is most likely not needed any >> more so I support it's removal. >> >> The part I was working on is letting the user choose the hour of their >> backup if the backup is daily or greater; this will help those who don't >> leave their computers on all night since BiT runs these backups at midnight. >> Only root has access to anacron which will run missed cron jobs, regular >> users don't have this capability. >> >> I'm finished with the gnome side; KDE is the outstanding part and getting >> it to work properly with the schedule per include option, but if that is >> removed it's only KDE to complete. >> >> - Richard >> >> >> On Mon, Nov 30, 2009 at 7:03 AM, Dan <d...@le-web.org> wrote: >> >>> Hi, >>> >>> Richard, maybe I'm wrong, but didn't you worked on using ionice option ? >>> (I'm talking about https://bugs.launchpad.net/backintime/+bug/482931) >>> >>> Then I'm restarting the debate about schedule per included directory. >>> The implementation is tricky and it can break things. >>> There can be a snapshot consistency problem: you have a schedule every 5 >>> minutes for a folder and disabled for another. The the snapshot name may >>> look like it was take at a specific moment but is only true for scheduled >>> folder. This may lead to false bugs too. >>> Using profiles is a different story: everything is clear. >>> From my point of view there are more CONS than PROS for this feature. >>> What do you think ? >>> Do you have good reasons not to remove it ? >>> I'm ready to remove it for 1.0 but I'm not alone anymore on this project >>> ... :) >>> >>> Regards, >>> Dan >>> >>> >>> >>> On Mon, Nov 30, 2009 at 11:31 AM, Richard Bailey <r...@mail.com> wrote: >>> >>>> Hi guys, >>>> >>>> I agree, I think BiT is getting really close for a 1.0 release. I would >>>> like to finish my work on the Hour of Backup choice though to make it into >>>> 1.0. I haven't had a chance to finish it yet because of work and then my >>>> computer died. I should be back up on my feet by this week. >>>> >>>> - Richard >>>> >>>> On Mon, Nov 30, 2009 at 6:24 AM, Dan <d...@le-web.org> wrote: >>>> >>>>> Hi Bart & Richard, >>>>> >>>>> What do you think, are we ready for the release ? >>>>> Is there anything you want to change for this release ? >>>>> I think 1.0 can be a nice Christmas gift :) >>>>> >>>>> Best regards, >>>>> Dan >>>>> >>>>> >>>>> _______________________________________________ >>>>> Mailing list: >>>>> https://launchpad.net/~bit-team<https://launchpad.net/%7Ebit-team> >>>>> Post to : bit-team@lists.launchpad.net >>>>> Unsubscribe : >>>>> https://launchpad.net/~bit-team<https://launchpad.net/%7Ebit-team> >>>>> More help : https://help.launchpad.net/ListHelp >>>>> >>>>> >>>> >>>> >>>> -- >>>> "Asking the wrong questions is the leading cause of wrong answers." >>>> >>>> >>> >>> _______________________________________________ >>> Mailing list: >>> https://launchpad.net/~bit-team<https://launchpad.net/%7Ebit-team> >>> Post to : bit-team@lists.launchpad.net >>> Unsubscribe : >>> https://launchpad.net/~bit-team<https://launchpad.net/%7Ebit-team> >>> More help : https://help.launchpad.net/ListHelp >>> >>> >> >> >> -- >> "Asking the wrong questions is the leading cause of wrong answers." >> >> >> _______________________________________________ >> Mailing list: >> https://launchpad.net/~bit-team<https://launchpad.net/%7Ebit-team> >> Post to : bit-team@lists.launchpad.net >> Unsubscribe : >> https://launchpad.net/~bit-team<https://launchpad.net/%7Ebit-team> >> More help : https://help.launchpad.net/ListHelp >> >> >
_______________________________________________ Mailing list: https://launchpad.net/~bit-team Post to : bit-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~bit-team More help : https://help.launchpad.net/ListHelp
