Adopting abandoned apps?

I think YTPlayer only needs an updated version of the youtube-dl. Also a feature to update it from the app would be good to make it "future proof". Haven't used other you listed, so no comments on those. ☺

to make ytplayer work you should open a terminal and update YouTube-dl via curl -L https://yt-dl.org/downloads/latest/youtube-dl -o /usr/share/harbour-ytplayer/bin/youtube-dl and then chmod a+rx /usr/share/harbour-ytplayer/bin/youtube-dl

but i perfectly agree, an option to have the update inside the app would be wonderful ...

Nice! Thanks for the tip @247!

@247 I think that could be done within YouTube-dl... I see what I can do :)

@LemD I think you need, because user nemo can't write to /usr/share/ or its subfolders. There may be a way to relocate the binary to user data path instead. If that is possible, then I can (try to) implement updating the component directly from the application.

Very sad :( I hope someone can keep it going ..

It stopped working for me a few weeks ago, maybe due to protocol changes... Anyway, very sad.

It is working by me but i hope anybody can adopt this great app. It has issues... i know but it is native.

A Signal Client is much needed for SailfishOS.

+1 pls adopt this app

I had completely forgotten about PhoneHook...

I am not going to have a look at Call Recorser, since I use the built-in functionality and I have no motivation to switch over, sorry. Well, perhaps later, but not anytime soon at least.

PhoneHook and CallRecorder seem to cause issues when upgrading SailfishOS (mentioned in each and every SailfishOS' release notes for years).
IMO, this is their primary flaw. If that cannot be solved, it may make sense to leave these two apps abandoned.

The author of PH claims it is no longer an issue.

I haven't done anything to PhoneHook on upgrade since developer said it is not needed. Never had any problem.

@olf: neither Phonehook nor Call Recorder have caused any issues for a very long time. In fact, Call Recorder had already received an update to fix the problem before the Sailfish update that broke it was released. I don't understand why Jolla keeps adding that tidbit to the release notes.

I submitted a (small) patch to it a while ago and never heard back, preferably it should be maintained inside the upstream project but we'll need to see how to get there.

I did a fork of the original project, added Keeper-of-the-Keys patch (thanks for that!) and translations support. I've builded RPM that include last commits (MPRIS support) from my github account.

@carmenfdezb Nice! Is it on Storeman or Jolla store?

@sunburnedpenguin, it's only on my github account atm. If you want to try it, here it is url: https://github.com/carmenfdezb/gpodder-sailfish/releases/download/4.7.0/harbour-org.gpodder.sailfish-4.7.0-1.noarch.rpm

@carmenfdezb Great, thanks! Any response from the original maintainer @thp?

i'll give it a try

@Edz : there is no code here: https://github.com/CepiPerez/flowplayer

do you think you can get it ? ask him to upload it ?

No and no.

tried to contact him on github, but nothing

he also has a TMO profile; http://talk.maemo.org/member.php?u=34540

Depesher is in development and one more telegram client is in active development too(http://gitlab.unique-conception.org/sailfish-app/telegra-me)

Telegra Me is looking very promising! Spoke to the developer and he told me it will be on OpenRepos soon!

Telegra Me is actually quite good!

And with SFOS 3.3.0 and new enough kernel, you can install flatpak and run the desktop version of Telegram :)

Most likely some API change. I don't use Instagram, so I likely won't pick this one up.

I'm checking it out!

It looks like I have to downgrade myself a Sailfish 1.x or 2.x, luckily I still have my Jolla 1 so I can see how it is supposed to work!

I do not see point of fork Daedalus, because we have unplayer, that's is basically same application.. Also unplayer is still under development.

Better idea would be help to enchance unplayer even more better, like add equalizer and so on.

And I know that even there is one application it doesn't mean it's waste of time to create alternative application. But I don't see it relevant idea until we have everything important applications. You know.

@Direc you chooses but reconsider first, there is many other more important applications.

I liked a lot the ability to download artist and album pictures automatically that Daedalus had; I don't think Unplayer supports it?

In my eyes, daedalus has a number of advantages over upnplayer:

• Able to use the SailfishOS trackerDB directly => it follows any change in the collection "automatically". Unplayer runs its own DB and requires you to update it each time you change something in your collection - I find that highly annoying.
  • I like the way daedalus handles play queues much better
  • I find the deadalus interface much easier to use, which is in part due to its similarity to SMPC, which I use frequently. The idea of having these two apps so similar was a really good one of the original author.
  • I like the handling of album and artist images much better in daedalus
  • daedalus supports plain-text playlists, which allows me to change them with a text editor, if I want to (does not happen often, but it does happen). Those playlists are even readable by the Sailfish-player...

I actually think that daedalus is much further in development than unplayer (as in: I do not remember missing any features) - it's only that something in the backend broke due to a SailfishOS change.

@Direc - I have not upgraded to 2.2.xxx or higher yet, but on 2.1.x, daedalus is running and you can add songs to the play queue and play them, but as all album information is missing, any sorting does not work, nor do album images and anything else related to that information. As mentioned above, SMPC works and looks very similar to daedalus, so if you happen to have an mpd running somewhere, you can use that for an impression as well. Also, I'm not much of a programmer, but I'd be very happy to help with testing should you need somebody to do so.

Daedalus is inspired by SMPC, which is a mpd client. Actually I did some work on SMPC and daedalus. The plan was unifiying the components used by both players.

But I guess it's too big for me beside my other projects...

@Direc maybe we could work together on SMPC and daedalus

Web-links, references and / or any information where to download / install them from?

Anyway, according to the names of these apps ("Doc Scanner and Scanner"), I suppose they have been superseded by Textractor from the Jolla Store.

textractor provides OCR functionality, the others offer a "photocopier" functionality, ie take photos and generate pdf documents.

Doc Scanner can be found in Jolla Store and on OpenRepos. It starts on my Jolla Phone with SFOS 3.0.1.11 but after taking picture and resizing I'm stuck. App seems to be in landscape mode although it shouldn't be and pull down and pull up menus are indicated but not usable cause they are at their portrait mode position.

Thanks for the info (due to their low number of installation, I never tried them).

So this is about Doc Scanner by mikel83 and Sailfish-Scanner by backpackjoe, right (the name "Sailfish-Scanner" was never mentioned before)?

P.S.: Source code of both applications is available at linked to at their OpenRepos pages.

There is now a new app Fotokopierer, although in alpha releases, that covers most of the functionality of Doc Scanner and Scanner.

This is actually quite cool! Logitech has discontinued the product line, it seems, but I guess I could have a quick look at it. Is there something broken currently? The devices don't seem to be available anymore... Another cool piece of tech I discovered too late :(

Edit: Okay, I stumbled upon this blog post and my interest jumped quite a bit, as I do have a RasPi in a very convenient location regarding music playback!

@Direc: it is all now open source and there is picoplayer that you can install on rasp. i am now running 3 orginal squeezeboxes and one picoplayer.

i had a deeper look on the control. the only thing that does not work for me is the volume control. the reason for this is: the ui is optimized for jolla 1, on intext and xperiax the slider overlays some buttons. so that would be all to do. the other thing is: there is no deployable for tablet .. (which i do not need, but there is an open issue)

the app does not follow the standard sdk build, so i am not sure if i can build it with my dummy knowledge, but what i could do is: i can fork it and bring it into my repo. i will try to build it. if i fails, if somebody can help me ....

Oh. That raises my interest significantly! Let's see if I can make it compile... Edit: Oh you already did! So I'll fork your repo and see how it goes :)

Okay, piCorePlayer eats a whole RasPi... I don't have one to spare just for that, so testing has to wait a bit. I'll look at this again next year. Nice work so far!

Is the layout issue still there?

i did adapt it a bit but do need a solution for all the different sizes.. need to find a solution yet