Viewing posts for the category sbackup
The development of SBackup was very stale for most of this year, mostly because many of the bug/feature that user were requesting required a significant rewrite of the codebase and at the same time I saw how messy the code has become over time. A few people came up and offered some help, but out of that only new icons and a command-line parameter parser were fully developed - other developers just took a task or a an idea and disappeared.
13 years, 1 month ago
I have long understood that to make a good free software project, having multiple authors/contributors is essential. To that end, while I am fixing bugs and writing a few new features into the main SBackup codebase (see Changelog), I am inviting new people to contribute to SBackup development.
Many users have a need for an essential feature - backup to removable media. With current architecture of SBackup this goal is quite easy to achieve, but it would take a lot of time away from bugfixing and some other important features that I plan to do before 1.0. Also this feature is very independent of the rest of code, so I think it would be great way for somebody else to help the development of SBackup to become the ultimate simple backup system for desktops and servers alike. I have written a specification of how the new functionality (codenamed BackupBurner) should function and there is already a half-ready Glade interface in the source code.
So - volunteers, please step forward out of the cosy confines of the lazyweb :)
Just finished recovering from a cold that I got on New Years eve while taking a bunch of pictures. Sadly, the one on the right is the best :(
Also just finished writing a summary
of what I want to have completed/fixed before the 1.0 release of SBackup
. ~20 entries. Of them at least 3 are marked as "hard" - i.e. non-trivial or in other words: several tens or even hundreds of lines of code added and changed all over the codebase. This will take a while :( Assistance would be very welcome :)
One more day without taking a shot, but with a bit of productivity :) While on the topic of photography, I must say - if you work with photos in Linux, use UFRaw and that other thing. The other thing doesn't even have a preview when converting, but the UFRaw can autodetect a white balance in this photo in such way to turn those clouds white and blue - i.e. remove any color influence from the sunset.
Now to the geeky stuff - today I made the community web site for SBackup, you can find it here
. After evaluating the options I went with Wikka Wiki as it is much simpler codewise then MediaWiki or Trac and at this point I mainly want simplicity there. Finally there is a bit of documentation for the SBackup project and a way for users to contribute to it.
About media players - I still use AmaroK, despite being a hardcore Gnome user. I like the command line control interface, automatic lyrics downloads and a dynamic mode of stream of "suggested" songs.
The photo is from yesterday, but it is still new for most of you so the photo-a-day is still going strong for me :)
Today was spend in a very productive fashion - bugfixing. I had a lot of feedback for SBackup
over last couple of months - it was time to fix some of the bugs
people were reporting. Therefore version 0.9
of SBackup will be hitting you nearest mirror as we speak (I mean, I am uploading it now :)).
This realease is mostly a hey-this-thing-is-still-alive-and-kicking-ouch release and it also includes a TODO file with my plans for its future. I expect more feedback both on features and bugfixes for the stable 1.0 branch and for the planned 2.0 rewrite.
Also I spent couple of hours reviewing Wiki engines with an idea to put one on SourceForge to provide documentation for SBackup - I found no good candidates. I wanted a simple wiki, preferably in python, with MySQL database (SourceForge mounts web directories read-only). Not good. Now I am considering making a page in Wikipedia and using that as a documentation page. Scream at me violently if have any other solutions :)
Remote restore fixed. Full planned functionality reached.
All that I planned to do for Simple Backup is done as of version 0.7.
Now I only need to wait for the evaluation from my mentors at Ubuntu and to fix all bugs they and all other users find :D
I also did a bit of refactoring in this release oriented towards less memory usage. Results:
- Memory usage while restoring dropped by 30-50%
- Memory usage while making a new backup reduced ... tenfold?!?!
I like it :D
What I do not like is the performance of GnomeVFS over ssh (Bug #155872
) and also a need to download all the backup image *twice* to restore anything (in the worst case). Sadly I can not do much in either case :(
( Of course I could fix the GnomeVFS ssh module and write a new tar implementation with an external file positioning cache, but I fear that it is somewhat beyond my capabilities :) )
Ok, now the 0.5 release of my Simple Backup suite can now actually restore something from your backups! (both command-line and Gnome interfaces) It now even does automatic backups (and not just claims that it does). It even doesn't store empty folders in the backup. Oh and some usability fixes are also thrown in for no extra charge. :)
Note: due to a small, tiny bug in gnomevfs, restoring files from remote backup locations doesn't work yet. I'll have to do a lot of hacking to get that working :P