[KPhotoAlbum] Automatic database backup feature out of order ?

[Baptiste MATHUS]

I'm sorry I didn't send an email saying I had already found about
this. The thing is : even if the feature was not "really" broken, I
could not use it with the graphical tools. I was using the graphical
archive manager of gnome (fille roller) and this one did open another
instance of FileRoller when trying to open the backup created by kpa.
So, if you corrected it, giving the right extension inside the
archive, that's better anyway. I'm gonna have a look at how you
changed it to give you my opinion :-).

However, thinking about it, I think there's still a problem that's not
the one of KPA anymore : in term of coherence, I'd find interesting
that the behaviour of "file roller" would act like Nautilus. In fact,
it should use some kind of bin like "file" (say, the lib behind,
obviously) that do not care about the extension :

Example :
baptiste at pumte:~/Perso/Photos$ file index.xml~0017~.zip
index.xml~0017~.zip: Zip archive data, at least v2.0 to extract
baptiste at pumte:~/Perso/Photos$ mv  index.xml~0017~.zip  index.xml~0017~.pof
baptiste at pumte:~/Perso/Photos$ file index.xml~0017~.pof
index.xml~0017~.pof: Zip archive data, at least v2.0 to extract

I think I'm gonna do a bug report, or at least improvement proposal
for FileRoller.

See you space cowboy :).
-- Baptiste

2006/10/22, Jesper K. Pedersen <blackie at blackie.dk>:
> Phew, you gave me a chock there :-o
> It does indeed seem broken, the broken part - fortunately - is that I name the
> index.xml file in the zip file the same as the zipfile, so if you have a look
> at your mail below, you will actually see that you unpacked
> index.xml~0002~.zip out of the zip file with the same name. Second time
> around you ran unzip, it of course failed, as it was not a zip file anymore.
> This is now fixed. Thanks for reporting.
>
> On Sunday 08 October 2006 17:51, Baptiste MATHUS wrote:
> | Hi,
> |
> | I set the number of backup files to 5, because I wanted some chances
> | to recover in case of problems. I just tried to see if these backups
> | would be usable if needed, well it does not seem so :-/. Maybe it's
> | because of my conf, so that's why I used the interrogative form in the
> | subject :-).
> |
> | Here is what I get if I try to open the zip backup file :
> | > baptiste at pumte:~$ unzip Perso/Photos/index.xml~0002~.zip
> | > Archive:  Perso/Photos/index.xml~0002~.zip
> | >   inflating: index.xml~0002~.zip
> | > baptiste at pumte:~$ unzip index.xml~0002~.zip
> | > Archive:  index.xml~0002~.zip
> | >   End-of-central-directory signature not found.  Either this file is not
> | >   a zipfile, or it constitutes one disk of a multi-part archive.  In the
> | >   latter case the central directory and zipfile comment will be found on
> | >   the last disk(s) of this archive.
> | > unzip:  cannot find zipfile directory in one of index.xml~0002~.zip or
> | >         index.xml~0002~.zip.zip, and cannot find index.xml~0002~.zip.ZIP,
> | > period.
> |
> | Could this  be caused by my conf ? Does anybody manage to open the zip
> | backup files ?
> |
> | Cheers,
>
> --
> Having trouble finding a given image in your collection containing
> thousands of images?
>
> http://www.kphotoalbum.org might be the answer.
>


-- 
Baptiste <Batmat> Mathus
BMathus at Batmat point net - http://batmat.net
---------
Si chacun de nous a une idée et que nous les partageons, nous
repartirons tous les deux avec deux idées... C'est ça le Libre.