Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Prepare Lawnchair 11 for F-Droid support #1473

Open
divadsn opened this issue Apr 8, 2019 · 50 comments
Open

Prepare Lawnchair 11 for F-Droid support #1473

divadsn opened this issue Apr 8, 2019 · 50 comments

Comments

@divadsn
Copy link
Member

divadsn commented Apr 8, 2019

Before someone else opens it.

Continuing the discussion from #240 and #1157.

@divadsn
Copy link
Member Author

divadsn commented Apr 9, 2019

Leaving this here as a note:

paphonb, [09.04.19 11:28]
The thing is that quickstep thing requires an open source prebuilt
That we can’t inline because it literally takes hours to build

Will probably contact someone from F-Droid to ask if they are willing to do that.

@licaon-kter
Copy link

What is a "an open source prebuilt" ?

Also, no Tags?

@nyancrimew
Copy link
Contributor

nyancrimew commented Apr 9, 2019

@licaon-kter The framework.jar and SystemUIShared.jar in the repository are built from AOSP sources (the modifications can be found in our organization) a build of the framework jar takes multiple hours and the SystemUI Shared library also at least 30 minutes, thus they are included as jars here

Tags will be created again for stable releases and possibly also for betas, though we'll have to first discuss this internally

@divadsn
Copy link
Member Author

divadsn commented Apr 9, 2019

@licaon-kter Tags are for Play Store releases planned.

@licaon-kter
Copy link

Ok, right, so no F-Droid build anytime soon, if ever :(

@divadsn
Copy link
Member Author

divadsn commented Apr 9, 2019

Why that? If F-Droid allows to use a prebuilt library like any other dependency?

@licaon-kter
Copy link

licaon-kter commented Apr 10, 2019

@divadsn All the other deps are either straight build from source at build time, or taken from a maven repo where only open-source artefacts are published.

What case is this?

@nyancrimew
Copy link
Contributor

@licaon-kter We could obviously also push these Jars to a Maven repo if that somehow changes anything about the trust in them

@licaon-kter
Copy link

@deletescape Yes, that would be fine.

It needs to be one of these allowed maven repos: https://gitlab.com/fdroid/fdroidserver/blob/master/fdroidserver/scanner.py#L99

@nyancrimew
Copy link
Contributor

@licaon-kter Alright, we'll look into it on the weekend

@licaon-kter
Copy link

@divadsn Tags allow F-Droid to autoupdate on each release.

@thw0rted
Copy link

This is probably the wrong place to ask but when should we expect to see a v2 build on the Play Store? I was going to ask on #1462 but that's been locked. (If this is documented somewhere, or if there's a more appropriate forum to ask questions like this, I'd appreciate being pointed in the right direction.)

@divadsn
Copy link
Member Author

divadsn commented Apr 10, 2019

@thw0rted Use the search, we already gave a approximate ETA, probably this weekend.

@thw0rted
Copy link

Thanks for the prompt response @divadsn!

I searched for "v2", "google play", "play store", "schedule", and haven't found any issues whose titles suggest they'd be a good place to find information about the Play Store release schedule. The README does not address the build/release process or schedule, nor does the FAQ on the wiki. I'm not complaining! I just wanted to try to answer my own question without bugging the devs about it.

@TacoTheDank
Copy link

Perhaps an exception can be made for Lawnchair? Dunno what else to do in this scenario...

@thw0rted
Copy link

Taco, it looks like licoan posted a solution already. The custom built JARs need to be published as a first class artifact in a trusted Maven repo. Basically, I think they need to be their own "project", then Lawnchair can depend on lawnchair-framework or whatever they decide to call it.

@licaon-kter
Copy link

@TacoTheDank Eh... all devs would then want exceptions...

@TacoTheDank
Copy link

@licaon-kter Mmm, that could happen...

@thw0rted Well that's good.

@nikolowry
Copy link

Hosting your own F-Droid repo is an alternative if certain build deps are preventing a release in the official repo -- microG, The Guardian and bromite have all taken this route

@ClockGen
Copy link

@deletescape @divadsn Hello, any progress on releasing jars to maven repos?

@divadsn
Copy link
Member Author

divadsn commented Jun 16, 2019 via email

@RichyHBM
Copy link

Has there been any progress with this?

@losuler
Copy link

losuler commented Jul 11, 2019

Someone recently created a fork called Librechair which may be helpful.

@suphon-t
Copy link
Member

@losuler The main problem (the framework jar) still can’t be solved yet.

@RichyHBM
Copy link

Sounds like that would also have the same issues getting onto FDroid, plus I'd quite like the sesame integration!

@ghost
Copy link

ghost commented Jul 16, 2019

@paphonb you can go the barbarian way of uploading the platform jars to MvnCentral

@rugk
Copy link

rugk commented Nov 8, 2019

Any news?

@suphon-t
Copy link
Member

suphon-t commented Nov 9, 2019

Any news?

There's been no progress on this as it is not a priority

@rugk
Copy link

rugk commented Nov 9, 2019

Well… based on the upvotes of the issues in this repo this actually should be top priority 1…
It seems this is what most of your users actually want. 🤔
Given that, I hope this could influence your priorities a little. 😃

@Roy-Orbison
Copy link

Alright, we'll look into it on the weekend

@deletescape Which one?

@IzzySoft
Copy link

IzzySoft commented Jan 9, 2020

@deletescape @divadsn if you could attach the (signed release-) APK to releases/ here, I could take it into my repo until a solution for the official repo is found. What do you think?

@ClockGen
Copy link

ClockGen commented Jan 22, 2020

@divadsn @deletescape Please publish the jars in one of f-droid supported maven repos https://gitlab.com/fdroid/fdroidserver/blob/master/fdroidserver/scanner.py#L99

UPD: Unfortunately the librechair fork seems to be not be maintained anymore, and it still didn't achieve its goal (to be fully libre and f-droid compatible).

@jrtberlin
Copy link

Has there been any progress since November?

@ildar
Copy link

ildar commented Feb 12, 2020 via email

@rradar
Copy link

rradar commented Apr 22, 2020

unstale this 🤖

@RanceJustice
Copy link

Adding my support and interest in getting the latest builds of Lawnchair onto F-Droid! I'm to understand that Lawnchair is one of the most modern and powerful libre/open source launchers for Android at current, offering Pixel Launcher on Android 10 features and then going beyond. On top of it, it compares favorably to proprietary ones. While its good to see a launcher like that on the Play Store, it would be nice to see it in FDroid for both those who prioritize FLOSS solutions when possible and for newcomers wondering what libre/open source apps can serve their needs.

So at the moment, what are the main blockers preventing official FDroid release? Is it still the .jar issue? If so, is the idea of putting it into a libre FDroid supported Maven repo still an acceptable / the best solution for allowing Lawnchair to be carried by the official FDroid repo?

Alternatively, would it be helpful to offer Lawnchair's latest and full featured builds via another FDroid compatible 3rd party repo? As others have mentioned, the Guardian Project , MicroG, Bitwarden and others utilize these, and it could be either a new one specifically hosted for Lawnchair or if you find another one that is bother technically and ideologically compatible, perhaps that would also work. A 3rd party repo could be a temporary asset while inclusion in main FDroid is being sorted, or if necessary a compromise if the aforementioned doesn't work out for one reason or another.

Thank you.

@issu-shooter
Copy link

The Librechair fork was migrated from gitlab to sourcehut, it's a rather unpopular platform. According to a issue at gitlab repo the author left gitlab because it has trackers.

@ildar
Copy link

ildar commented Apr 1, 2021 via email

@msfjarvis
Copy link
Contributor

Yet is seems to lose FOSS compatibility, see details : gitlab.com/fdroid/rfp/-/issues/1025#note_540337923 @PatrykMichalik , can you fix this? thanks in advance !

The GMS dependency can potentially be dropped, but the prebuilt JARs are included in that form because it is impossible to build them alongside the app.

@ildar
Copy link

ildar commented Apr 1, 2021 via email

@msfjarvis
Copy link
Contributor

The GMS dependency can potentially be dropped

That's great! possible to make (or restore) the foss / fdroid flavor ?

It's not a priority but yes it can be done.

but the prebuilt JARs are included in that form because it is impossible to build them alongside the app.

Are all of the jars' sources available?

They are, F-Droid does not care for that. They want dependencies to only originate from a set of repositories they trust and enforce the use of.

@ildar
Copy link

ildar commented Apr 1, 2021 via email

@msfjarvis
Copy link
Contributor

On Thu, Apr 1, 2021 at 3:28 PM Harsh Shandilya wrote: The GMS dependency can potentially be dropped That's great! possible to make (or restore) the foss / fdroid flavor ? It's not a priority but yes it can be done.
That would be mandatory (required by F-Droid maintainers)

Yes, mandatory for them, and not a priority for us. We have a laundry list of features to work on before we start prioritising distribution on F-Droid.

but the prebuilt JARs are included in that form because it is impossible to build them alongside the app. Are all of the jars' sources available? They are, F-Droid does not care for that. They want dependencies to only originate from a set of repositories they trust and enforce the use of.
Not exactly. Some jars / components for the target project can be built with the project itself. So this part is solvable allright. We just need all the source URLs. Should I open a separate FR for foss flavor?

The source for the sysui_shared.jar and sysui_statslog.jar dependencies is available here, plugin_core.jar is built from here, and framework.jar is built from here. I would love for you to open a PR that builds these inline.

@divadsn
Copy link
Member Author

divadsn commented Apr 1, 2021

As I wrote on GitLab, we'll see how it will go. As for development side of things, we will this time try to implement new features with F-Droid build flavor in mind, so in case we add some proprietary feature, we will have an alternative for that.

@divadsn divadsn changed the title Prepare Lawnchair v2 for F-Droid support Prepare Lawnchair 11 for F-Droid support Apr 1, 2021
@ClockGen
Copy link

ClockGen commented Apr 4, 2021

@divadsn as mentioned before, the dirty workaround of uploading these (open source) jars to any of the supported maven repos (https://gitlab.com/fdroid/fdroidserver/-/blob/master/fdroidserver/scanner.py#L152) will allow us to use them.

@divadsn divadsn pinned this issue Apr 11, 2021
@Shayan-To
Copy link

Any estimate on when Lawnchair will be available on F-Droid?

@julianfairfax
Copy link

Given that Lawnchair 1 was on F-Droid, and you've mentioned implementing a prebuilt copy of the Android system framework from AOSP source as being a solution, isn't it time Lawnchair 2 gets added to F-Droid? This is, after all, an (/the best) open source launcher and one of the only applications on my phone that still isn't in F-Droid, which is disappointing to say the least. Thank you for all the work you've done on this application and hopefully I'll see this application on F-Droid soon! (For anyone still wanting to download it, you can get it from https://www.apkmirror.com/apk/deletescape/lawnchair-launcher)

@licaon-kter
Copy link

licaon-kter commented May 15, 2021

@julianfairfax why use some random site instead of https://github.com/LawnchairLauncher/lawnchair/releases ?

@julianfairfax
Copy link

@julianfairfax why use some random site instead of https://github.com/LawnchairLauncher/lawnchair/releases ?

Well I'm specifically looking to download Lawnchair 2, which is the latest version in the Google Play Store (and Lawnchair 1 is the latest version in F-Droid). Lawnchair 11 (is that what they're calling it now) also don't work on my device since it requires Android 11 and is also a pre-release (nothing wrong with that, I just want a stable version). And I wouldn't consider it a random site a random site since https://lawnchair.app/ links to another page on that site as an official download method (although the link on their website brings me to the pre-release versions, not the stable versions).

@msfjarvis
Copy link
Contributor

Given that Lawnchair 1 was on F-Droid, and you've mentioned implementing a prebuilt copy of the Android system framework from AOSP source as being a solution, isn't it time Lawnchair 2 gets added to F-Droid? This is, after all, an (/the best) open source launcher and one of the only applications on my phone that still isn't in F-Droid, which is disappointing to say the least. Thank you for all the work you've done on this application and hopefully I'll see this application on F-Droid soon! (For anyone still wanting to download it, you can get it from apkmirror.com/apk/deletescape/lawnchair-launcher)

We use prebuilts because we can't be building all of AOSP within the Lawnchair build system. F-Droid is against prebuilt binaries, which is why this issue is still open.

As a general note, repeatedly going "ETA pls" does not have the effect you might think it does, so cutting down on that spam would be appreciated.

@LawnchairLauncher LawnchairLauncher locked as spam and limited conversation to collaborators May 15, 2021
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests