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

Feature request: Official portable build #1368

Closed
ilu33 opened this issue Feb 1, 2021 · 9 comments
Closed

Feature request: Official portable build #1368

ilu33 opened this issue Feb 1, 2021 · 9 comments

Comments

@ilu33
Copy link

ilu33 commented Feb 1, 2021

I'm not sure about the right place to put this feature request. Feel free to close the wrong one.

As somebody proposed in discussions having an official portable build to take and repackage in other distros would be nice. It would really help to spread this project. There's at least one distro considering this. Taking the unofficial binaries seems not like something a distro can do as you need to trust more and completely unknown users than just @Eloston.
Building chromium is a task only major distributions can tackle. Adding ungoogled-chromium-portablelinux to OBS would be perfect. It just needs to stay portable (which means /opt, obviously).

I came to understand that the OBS is operated by @braewoods and @jstkdng. Since Eloston obviously approves this, that would be trustworthy enough, I think.

@jstkdng
Copy link
Member

jstkdng commented Feb 4, 2021

Whilst the OBS could be used to build uc-portablelinux, it isn't able to ouput a regular .zip file, only files for each distribution , .deb for debian/ubuntu or .pkg.tar.zst for arch. Distribution of the resulting binary would require some tampering in order to create a zip file.

@ilu33
Copy link
Author

ilu33 commented Feb 5, 2021

We can't modify all paths in the existing deb. Distros don't need a zip anyway - we'd be really happy with a .deb. It just needs to be /opt only.

@jlj2
Copy link

jlj2 commented Feb 7, 2021

@ilu33's idea could be excellent - no need for .zip. Simply use .deb for all distros perhaps?

  1. Simply compile an OBS package to be unpackaged, say, to /opt in each Linux distribution (and hopefully most unix-like/BSD distributions) perhaps?
    Then, write wiki instructions on how to unpackage/install, say, a universal OBS .deb package for most specific distributions if users insist that the same individual compile the binary:-
  • Debian/Ubuntu (unportable) 64-bit
  • Arch Linux
  • Portable Linux 64-bit
  • Gentoo
  • Redhat

Compilations would need to continue to be separate for:-

  • Windows
  • macOS
  • Portable Linux 64-bit (for musl libc)

As users may know, a .deb package is roughly-speaking a type of archive and can be decompressed in unix-like environments.

  1. Or just package the OBS as a .tar.gz with a simple installer that might probe the OS type (calling uname?) and would install UC to /opt regardless of the distro.

  2. Maybe just add the AppImage version also.

  3. How about creating a /usr/bin/uc soft link launcher to be overwritten each time to point to the latest UC version in /opt? Check also that there is no unrelated uc package.

  4. By the way, re the Ungoogled Chromium name: rebrand it as UC and use the /usr/bin/uc soft link launcher, and therefore no need to rethink any perhaps proprietary-like Ungoogled Chromium branding argument anymore when just calling the browser UC? 'UC' could be presented as the preferred and short version name of the 'Unconnected-Chromiumlike' browser with 'the previous ungoogled-chromium name having been superseded and dropped'.
    Of course, some people may miss the previous name, but they would have to recognise that this arrangement would be to accommodate concerns that also need to be appreciated from:-
    (i) an originating company involved; and
    (ii) the packager who prepares and has offered this package to those users arguably for 'free' if that is the correct term.

@jlj2
Copy link

jlj2 commented Feb 7, 2021

UC: 'You see while restricting one company from seeing you'.

@jstkdng
Copy link
Member

jstkdng commented Feb 7, 2021

wow, that's a lot of proposals.
regarding 1 and 2, a portable build should be able to run wherever you extract it to, no need to create other files.
3 would be the best solution for portable but there's already a project for that
no need for 4 and 5 since it is portable, and there's already a browser called UC, could cause problems

@wchen342
Copy link
Contributor

wchen342 commented Feb 7, 2021

I will object using UC as an official name. It can be confused with UC Browser which has severe security and privacy problems as well as being banned in India.

@ilu33
Copy link
Author

ilu33 commented Feb 7, 2021

This issue is not about the name (although I think the brandname inside is a legitimate problem). It's about compiling the portable code base into something that can be easily redistributed. Since almost any distribution already has a chromium version, /opt is the ideal destination. Setting up OBS to also compile the portable version in a way that can be easily repackaged would be ideal because regularly pulling the package would be easy. deb would be a good candidate. Distros with other package managers could use alien for repackaging. Of course tar.gz would be fine too. No need for an installer and don't even start with OS-probing .... And we have no problem creating our own launcher. This is about redistribution, not about end users!

Using appimage itself is not an option. Repackaging the appimage is almost certainly a pain.

@karam72
Copy link

karam72 commented Mar 13, 2022

AppImage or a portable build (which has all dependencies inside) would be really great! So we can run multiple version of ungoogled-chromium on the same OS user without install/reinstall or the root password.

@PF4Public
Copy link
Contributor

This is an old issue, that didn't show much activity recently — closing.
If you have any more information to add, let us know.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

6 participants