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

FOSS build with non-free stuff on top? #758

Closed
4 tasks done
opusforlife2 opened this issue May 3, 2024 · 9 comments
Closed
4 tasks done

FOSS build with non-free stuff on top? #758

opusforlife2 opened this issue May 3, 2024 · 9 comments
Labels
Feature request New feature or request

Comments

@opusforlife2
Copy link

Describe your suggested feature

Hi. There are many apps, such as Librera, which have a completely FOSS build to start out, and then add stuff like Play Services integration and ads for the Play Store version on top.

This allows F-Droid to package the app easily, and the developer is free to change the non-free/proprietary code to suit their purposes, whether it's for ads, tracking or analytics.

Is it possible for Mihon to go the same route? Or is the code too complicated and infeasible to adjust for this? Since there are real world examples of this, it should be possible theoretically, at least.

Other details

No response

Acknowledgements

  • I have searched the existing issues and this is a new ticket, NOT a duplicate or related to another open or closed issue.
  • I have written a short but informative title.
  • I have updated the app to version 0.16.5.
  • I will fill out all of the requested information in this form.
@opusforlife2 opusforlife2 added the Feature request New feature or request label May 3, 2024
@AntsyLich
Copy link
Member

No intention to support F-Droid builds so I see no point to this

@opusforlife2
Copy link
Author

Is there a reason for that? With reproducible builds, Tachiyomi's justification is no longer applicable.

You could always leave this task up to an interested external contributor, instead of investing effort personally if you don't want to.

@AntsyLich
Copy link
Member

F-Droid support will require the removal of junrar. junrar is needed to support RAR files. Being able to read from rar or cbr files a core feature of the app

@FooIbar
Copy link
Contributor

FooIbar commented May 3, 2024

Maybe rewrite the archive part with https://github.com/zhanghai/libarchive-android in the future
Better performance, RAR5 support, and FOSS

@opusforlife2
Copy link
Author

F-Droid support will require the removal of junrar.

@AntsyLich You don't need to remove anything. That is the entire reason why I opened this issue. The proprietary stuff can exist as a layer on top of the FOSS code, and simply not be built for the FOSS flavour. Again, please refer to https://github.com/foobnix/LibreraReader as an example. Its Play Store version has ads, and yet it's available on F-Droid as a fully FOSS app.

@MajorTanya
Copy link
Contributor

F-Droid support will require the removal of junrar.

@AntsyLich You don't need to remove anything. That is the entire reason why I opened this issue. The proprietary stuff can exist as a layer on top of the FOSS code, and simply not be built for the FOSS flavour. Again, please refer to https://github.com/foobnix/LibreraReader as an example. Its Play Store version has ads, and yet it's available on F-Droid as a fully FOSS app.

From my incomplete knowledge of the codebase, I believe junrar is used to handle RAR compressed files of chapters, particularly for the local source. Using Librera's approach (again, from my cursory look through their Gradle scripts) would mean Mihon has to somehow flag the handling of RAR archives as non-fdroid, most likely making that unavailable on those releases.

At that point it would in fact be a lot easier to do what Foolbar suggested and replace it, assuming that linked library above can be slotted into Mihon with reasonably minimal effort.

I personally don't fully understand the perceived urgency of the matter either, since anyone can fork Mihon if they desire to change something about it that Mihon does not currently want to/have the time/ability to change.

I understand that you and others care about an Fdroid release even if others don't, but if push came to shove, that fork option would be on the table.

@AntsyLich
Copy link
Member

@AntsyLich You don't need to remove anything. That is the entire reason why I opened this issue. The proprietary stuff can exist as a layer on top of the FOSS code, and simply not be built for the FOSS flavour.

That's a fancy way to say I need to remove a core feature to support F-Droid

@BrutuZ
Copy link

BrutuZ commented May 4, 2024

Honest question: what would be the point of having it on F-Droid? More visibility, automatic updates? The current model has both of those covered.

@AntsyLich
Copy link
Member

Regardless no intention to support a F-Droid build. If someone wants to they can make a build themselves

@AntsyLich AntsyLich closed this as not planned Won't fix, can't repro, duplicate, stale May 4, 2024
@github-actions github-actions bot locked as resolved and limited conversation to collaborators May 7, 2024
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
Feature request New feature or request
Projects
None yet
Development

No branches or pull requests

5 participants