harbour-foilpics-1.1.4-1.aarch64.rpm | 306.38 KB | 13/10/2024 - 19:25 |
harbour-foilpics-1.1.4-1.armv7hl.rpm | 260.56 KB | 13/10/2024 - 19:25 |
harbour-foilpics-1.1.4-1.i486.rpm | 319.39 KB | 13/10/2024 - 19:25 |
harbour-foilpics-1.1.3-1.aarch64.rpm | 286.02 KB | 20/08/2022 - 05:59 |
harbour-foilpics-1.1.3-1.armv7hl.rpm | 260.73 KB | 20/08/2022 - 05:59 |
harbour-foilpics-1.1.3-1.i486.rpm | 297.22 KB | 20/08/2022 - 05:59 |
harbour-foilpics-1.1.2-1.aarch64.rpm | 285.68 KB | 24/06/2022 - 01:30 |
harbour-foilpics-1.1.2-1.armv7hl.rpm | 260.96 KB | 24/06/2022 - 01:30 |
harbour-foilpics-1.1.2-1.i486.rpm | 296.73 KB | 24/06/2022 - 01:30 |
harbour-foilpics-1.1.1-1.aarch64.rpm | 284.46 KB | 18/06/2022 - 21:57 |
harbour-foilpics-1.1.1-1.armv7hl.rpm | 260.04 KB | 18/06/2022 - 21:57 |
harbour-foilpics-1.1.1-1.i486.rpm | 295.98 KB | 18/06/2022 - 21:57 |
harbour-foilpics-1.1.0-1.aarch64.rpm | 280.97 KB | 22/03/2022 - 06:49 |
harbour-foilpics-1.1.0-1.armv7hl.rpm | 256.35 KB | 22/03/2022 - 06:49 |
harbour-foilpics-1.1.0-1.i486.rpm | 292.52 KB | 22/03/2022 - 06:49 |
harbour-foilpics-1.0.23-1.aarch64.rpm | 282.91 KB | 27/11/2021 - 22:36 |
harbour-foilpics-1.0.23-1.armv7hl.rpm | 258.45 KB | 27/11/2021 - 22:36 |
harbour-foilpics-1.0.23-1.i486.rpm | 294.54 KB | 27/11/2021 - 22:36 |
harbour-foilpics-1.0.22-1.aarch64.rpm | 279.56 KB | 14/11/2021 - 07:49 |
harbour-foilpics-1.0.22-1.armv7hl.rpm | 254.92 KB | 14/11/2021 - 07:49 |
harbour-foilpics-1.0.22-1.i486.rpm | 290.69 KB | 14/11/2021 - 07:49 |
harbour-foilpics-1.0.21-1.armv7hl.rpm | 648.76 KB | 06/11/2021 - 20:40 |
harbour-foilpics-1.0.21-1.i486.rpm | 761.57 KB | 06/11/2021 - 20:40 |
harbour-foilpics-1.0.20-1.aarch64.rpm | 279.71 KB | 24/10/2021 - 19:14 |
harbour-foilpics-1.0.20-1.armv7hl.rpm | 253.99 KB | 24/10/2021 - 19:14 |
harbour-foilpics-1.0.20-1.i486.rpm | 289.05 KB | 24/10/2021 - 19:14 |
harbour-foilpics-1.0.19-1.aarch64.rpm | 279.95 KB | 24/10/2021 - 04:13 |
harbour-foilpics-1.0.19-1.armv7hl.rpm | 253.97 KB | 24/10/2021 - 04:13 |
harbour-foilpics-1.0.19-1.i486.rpm | 289.16 KB | 24/10/2021 - 04:13 |
harbour-foilpics-1.0.18-1.aarch64.rpm | 278.03 KB | 08/09/2021 - 04:58 |
harbour-foilpics-1.0.18-1.armv7hl.rpm | 253.12 KB | 08/09/2021 - 04:58 |
harbour-foilpics-1.0.18-1.i486.rpm | 287.11 KB | 08/09/2021 - 04:58 |
harbour-foilpics-1.0.17-1.aarch64.rpm | 272.51 KB | 25/07/2021 - 06:43 |
harbour-foilpics-1.0.17-1.armv7hl.rpm | 247.35 KB | 25/07/2021 - 06:43 |
harbour-foilpics-1.0.17-1.i486.rpm | 281.85 KB | 25/07/2021 - 06:43 |
harbour-foilpics-1.0.16-22.1.aarch64.rpm | 257.38 KB | 27/03/2021 - 22:32 |
harbour-foilpics-1.0.16-22.1.armv7hl.rpm | 224.74 KB | 27/03/2021 - 22:32 |
harbour-foilpics-1.0.16-22.1.i486.rpm | 277.01 KB | 27/03/2021 - 22:32 |
harbour-foilpics-1.0.15-21.1.armv7hl.rpm | 222 KB | 19/02/2021 - 14:31 |
harbour-foilpics-1.0.15-21.1.i486.rpm | 274.2 KB | 19/02/2021 - 14:31 |
harbour-foilpics-1.0.14-20.1.armv7hl.rpm | 224.79 KB | 21/11/2020 - 22:42 |
harbour-foilpics-1.0.14-20.1.i486.rpm | 277.25 KB | 21/11/2020 - 22:42 |
harbour-foilpics-1.0.13-19.1.armv7hl.rpm | 220.23 KB | 05/01/2020 - 04:38 |
harbour-foilpics-1.0.13-19.1.i486.rpm | 272.15 KB | 05/01/2020 - 04:38 |
harbour-foilpics-1.0.12-18.1.armv7hl.rpm | 220.2 KB | 04/12/2019 - 05:11 |
harbour-foilpics-1.0.12-18.1.i486.rpm | 272.52 KB | 04/12/2019 - 05:11 |
harbour-foilpics-1.0.11-17.1.armv7hl.rpm | 219.24 KB | 04/12/2019 - 02:33 |
harbour-foilpics-1.0.11-17.1.i486.rpm | 271.24 KB | 04/12/2019 - 02:33 |
harbour-foilpics-1.0.10-16.1.armv7hl.rpm | 218.93 KB | 09/11/2019 - 19:22 |
harbour-foilpics-1.0.10-16.1.i486.rpm | 270.56 KB | 09/11/2019 - 19:22 |
harbour-foilpics-1.0.8-11.1.armv7hl.rpm | 201.69 KB | 11/11/2018 - 23:03 |
harbour-foilpics-1.0.8-11.1.i486.rpm | 250.99 KB | 11/11/2018 - 23:03 |
harbour-foilpics-1.0.7-10.1.armv7hl.rpm | 198.85 KB | 25/06/2018 - 12:32 |
harbour-foilpics-1.0.7-10.1.i486.rpm | 248.06 KB | 25/06/2018 - 12:32 |
harbour-foilpics-1.0.6-9.1.armv7hl.rpm | 196.17 KB | 04/03/2018 - 13:23 |
harbour-foilpics-1.0.6-9.1.i486.rpm | 242.49 KB | 04/03/2018 - 13:23 |
harbour-foilpics-1.0.5-8.1.armv7hl.rpm | 190.51 KB | 16/02/2018 - 23:02 |
harbour-foilpics-1.0.5-8.1.i486.rpm | 237.62 KB | 16/02/2018 - 23:02 |
harbour-foilpics-1.0.4-7.1.armv7hl.rpm | 188.99 KB | 15/02/2018 - 02:03 |
harbour-foilpics-1.0.4-7.1.i486.rpm | 234.6 KB | 15/02/2018 - 02:03 |
harbour-foilpics-1.0.2-5.1.armv7hl.rpm | 147.54 KB | 11/12/2017 - 20:26 |
harbour-foilpics-1.0.2-5.1.i486.rpm | 181.81 KB | 11/12/2017 - 20:26 |
harbour-foilpics-1.0.1-4.1.armv7hl.rpm | 144.45 KB | 10/12/2017 - 14:58 |
harbour-foilpics-1.0.1-4.1.i486.rpm | 178.56 KB | 10/12/2017 - 14:58 |
harbour-foilpics-1.0.0-3.1.armv7hl.rpm | 132.5 KB | 02/12/2017 - 19:54 |
harbour-foilpics-1.0.0-3.1.i486.rpm | 165.84 KB | 02/12/2017 - 19:54 |
Comments
Pemek
Tue, 2021/11/16 - 22:50
Permalink
Hi,
Found a bug/design flaw for decoding pictures. I have an old pictures encrypted taken originally from sd card. I the meantime I have changed sd, so id (and path) of an sd card contents has changed. Now, to decrypt those old pictures I had to make a temporary symbolic link with old path (saw an error in the logs). My proposal is to decrypt to standard pictures directory if old, original path does not exist.
slava
Wed, 2021/11/17 - 03:28
Permalink
Thank you for the report, the app does indeed try to restore the file in its original form (path, time stamp and so on) but apparently some corner cases like then one you have described, are not handled properly. Will do something about it when I have time!
Pemek
Wed, 2021/11/17 - 19:27
Permalink
Excellent. Looking forward to test it:)
slava
Sat, 2021/11/27 - 22:37
Permalink
I have fixed all the corner cases that I could think of in version 1.0.23
TMavica
Sun, 2021/11/07 - 08:21
Permalink
No 64 bit package find
slava
Sun, 2021/11/07 - 15:32
Permalink
Only 32-bit packages were affected by this change because only those are being linked with OpenSSL 1.0 (previously dynamically, now statically - at the expense of a noticeable size change) for compatibility with the older releases of the OS which didn't have OpenSSL 1.1. 64-bit packages have been linked against OpenSSL 1.1 from the very beginning. I can provide a 64-bit build 1.0.21 too but it's going to be absolutely identical to the 1.0.20.
BTW if you have a 32-bit device and prefer to install a smaller package dynamically linked with OpenSSL 1.1 you can pick one from Chum area of the public Sailfish OS OBS.
lpr
Wed, 2021/11/10 - 16:16
Permalink
https://openrepos.net/comment/39253#comment-39253
where are your sources of openssl1.0.2 ? You simply include the library statically and we should believe that things are all right?
all we know is: https://github.com/monich/harbour-foilpics/blob/master/rpm/harbour-foilp... "BuildRequires: openssl-static"
slava
Thu, 2021/11/11 - 02:01
Permalink
Downloading a Chum build more or less guarantees that the statically linked version is the original one provided by Jolla. If you choose to download rpm from OpenRepos - yes, you have to trust me that I actually built it in OBS, the rpm is not signed or anything.
lpr
Sun, 2021/11/07 - 21:42
Permalink
don't do that. Don't link openssl1.0 anymore and in no way statically. There is 1.1.1l available here (Jolla1 aka JollaPhone too): https://openrepos.net/content/lpr/curl
All other devices can update to at least SFOS4.0.
slava
Sun, 2021/11/07 - 22:01
Permalink
What's wrong with openssl1.0, really. My apps only use MD5, SHA, AES and RSA, are there any known critical bugs in openssl1.0 wrt those algorithms? I highly doubt that. IMO bending over backwards in order to always link against the most recent version of openssl isn't worth the trouble, at least in my case.
lpr
Sun, 2021/11/07 - 22:05
Permalink
don't link security-critical stuff statically. And why? Everyone can install openssl1.1
slava
Sun, 2021/11/07 - 22:20
Permalink
It's the only way to build an rpm compatible with both systems that don't have openssl1.0 and those that don't have openssl1.1. That's why.
It doesn't matter how you link openssl1.0, dynamically or statically, since it's no longer being maintained.
And if everyone can install openssl1.1 then everyone can rebuild my apps and link them with whatever they like!
lpr
Mon, 2021/11/08 - 02:25
Permalink
those who don't have it (Jolla1) can install it, I don't see the point.
The only requirement is Glibc 2.17 which is really quite old... (before SFOS2.0 I think)
TMavica
Sat, 2021/05/22 - 07:45
Permalink
Is it possible to hide the video too?
slava
Sat, 2021/05/22 - 20:17
Permalink
That's much harder than an image. The entire image can be decrypted in memory, you can't do that with a video. Keep your videos on an encrypted SD-card))
dfstorm
Thu, 2020/03/26 - 10:19
Permalink
Hi :) feature request ^^' : would it be possible to integrate the video too ?
usernamenotavailable
Sat, 2021/05/22 - 02:14
Permalink
I want this too please
vrn99
Fri, 2018/02/23 - 08:26
Permalink
I'm using an Intex Aqua fish converted to Jolla C. Just to clarify, I have only encrypted ~200 pictures but for some reason while decrypting, it goes beyong 900 pictures and crashes.
vrn99
Thu, 2018/02/22 - 07:22
Permalink
Hi, for some reason I'm unable to decrypt the encrypted pictures. I've encrypted around 200 pictures but while decrypting it goes beyong 900 pics and then crashes (I'm guessing due to OOM). Any idea how I can get around this?
slava
Thu, 2018/02/22 - 18:22
Permalink
Let me try to reproduce it. Sounds like a bug. I have to admit that I never tried to encrypt or decrypt that many pictures at once. What kind of device do you have?
minitreintje
Fri, 2018/02/16 - 14:39
Permalink
Does this app has any kind of logging?
slava
Fri, 2018/02/16 - 15:08
Permalink
It's all taken out in the release build. Debug build - yes.
minitreintje
Fri, 2018/02/16 - 10:21
Permalink
I still encounter crashes when selecting multiple pictures and try to delete them.
slava
Fri, 2018/02/16 - 13:25
Permalink
So far I haven't been able to reproduce the crash but there's clearly something wrong with deletion of multiple encrypted images. I'll check it out. If you come up with a reliable way to reproduce the crash, pelase let me know.
TMavica
Wed, 2018/02/14 - 13:31
Permalink
It keeps crashing when I decrypt or encrypt...
and the photo in encrypt is doubled...
slava
Wed, 2018/02/14 - 13:56
Permalink
Double picture must be the consequence of the crash (one of images is most likely the thumbnail). Apparently, the app is crashing when it's trying to write the info file, the one that maps encrypted images to thumbnails and groups.
Can you provide step-by-step instructions on how to reproduce the crash?
TMavica
Wed, 2018/02/14 - 14:37
Permalink
cant...because it happened suddenly. I tried decrypt all image (keep crashing), after encrypt again, crashed and relaunch the app, i saw they are doubled again
slava
Wed, 2018/02/14 - 15:25
Permalink
Yes, I was able to crash it with "Select all" -> "Decrypt"! Thank you, will fix it.
TMavica
Wed, 2018/02/14 - 16:37
Permalink
Thanks
slava
Thu, 2018/02/15 - 02:05
Permalink
The crashes should be fixed in 1.0.4, let me know if something is still wrong!
Pages