Flatpak

cross-posted from: https://lemdro.id/post/13934699

Add a new «GetHostPaths» method to the Document portal, which allows mapping file descriptors to paths on the host system. This can be used by apps to show more meaningful file paths in the user interface.

Looking forward to this. If you’ve been bothered by /run file paths in Flatpak apps before, you should do so as well, because this finally enables apps to show the «real» path instead.

As https://github.com/orgs/PrismLauncher/discussions/2550#discussion-6847972 explains, I'm trying to debug https://discussion.fedoraproject.org/t/random-indefinite-system-hang-and-crash/110020/1#related-issues-3 using flatpak run --command=sh --devel org.prismlauncher.PrismLauncher and gdb /app/bin/prismrun. However, so that I can ensure that its environment matches mine, and so that I don't have to do an absurd amount of configuration each time I try to debug, I'd like to not have it create an entirely new userdata storage each time I debug.

As https://github.com/orgs/PrismLauncher/discussions/2550#discussion-6847972 explains, I'm trying to debug https://discussion.fedoraproject.org/t/random-indefinite-system-hang-and-crash/110020/1#related-issues-3 using flatpak run --command=sh --devel org.prismlauncher.PrismLauncher and gdb /app/bin/prismrun. However, so that I can ensure that its environment matches mine, and so that I don't have to do an absurd amount of configuration each time I try to debug, I'd like to not have it create an entirely new userdata storage each time I debug.

Hey all!

Something that I have been wanting to get working is having my browser and password manager both in flatpak. I really like being sandbox and having faster updates if the distro is on the slower side perhaps.

I have a set up with Firefox as a deb and keepassxc as a flat and that works find as one would expect. I did want to install Vivaldi as a flatpak and was not able to get it to talk with keepass.

In my reading I found this: installing KeePassXC natively, which you’d actually want for security reasons.

installing KeePassXC natively, which you’d actually want for security reasons

What is mean by that line of reasoning?

Is there a way to activate weekly updates into flatpak? In a way, which doesn't ask over the internet if any updates are available before scheduler goes off.

This isn't a big issue but my grandparents hates to get updates too often (because Windows used to break so often lol). They have LMDE6 in use, if that matters.

In Arch, I've modified the remote in numerous ways, but it always throws either a url wrong or no public key error.

There are numerous discussions, but I haven't found a url that works yet. Is the url for user different from system?

cross-posted from: https://lemmy.world/post/1890329

It's breaking the access to the website and not a good look for the "app store for Linux". A lesson in central points of failure?

Hi,

I sucessfully package Spyder as Flatpak. Spyder is a popular Python IDE for scientific computing similar to Matlab. https://www.spyder-ide.org/

I could maintain, but I got my hand rather full with other packages. I want a few people to help maintain the package. Mostly keeping the library update and make sure that it work.

The manifest file is here. https://github.com/kevinsmia1939/flathub/tree/org.spyder_ide.spyder

Upstream has consider this but decided not to support due to their limited resource. https://github.com/spyder-ide/spyder/issues/6898

I wrote a bash script which automatically generate Python dependencies.

If no one want to join then I will not submit it to Flathub. Let me know if anyone is interest.

I'd like to share a side-project that I finally got to a minimally-useful state this weekend, in case others find it useful

Repository: https://gitlab.com/jokeyrhyme/xdp-hook-rs

Features (as of 0.1.2):

• monitors Location, ScreenCast, and RemoteDesktop portal sessions
• triggers configured scripts/command when these sessions are created/closed

Example use case:

• I'm using eww as my status bar across the top of my screen
• I wanted to show/hide indicators whenever an application was using the ScreenCast portal (e.g. https://meet.jit.si/ or Zoom, or Teams, or whatever)
• so I'm using xdp-hook to detect when any application creates a ScreenCast session, and update the state in eww accordingly so that a blinking widget is displayed/removed

Suggestions and code contributions are welcome :)

Hello,

I tried to install pybind11 with development headers. I tried this, but does not work.

`

• name: pybind11
  buildsystem: simple build-commands:
  • python3.8 setup.py build
  • cmake -DPYBIND11_INSTALL=ON -DPYBIND11_TEST=OFF .
  • cmake --build .
  • python3.8 setup.py install --prefix=/app/ sources:
  • type: archive url: https://github.com/pybind/pybind11/archive/v2.6.2.tar.gz sha256: 8ff2fff22df038f5cd02cea8af56622bc67f5b64534f1b83b9f133b8366acff2`

The error is this. creating dist creating 'dist/pybind11-2.6.2-py3.8.egg' and adding 'build/bdist.linux-x86_64/egg' to it removing 'build/bdist.linux-x86_64/egg' (and everything under it) Processing pybind11-2.6.2-py3.8.egg creating /app/lib/python3.8/site-packages/pybind11-2.6.2-py3.8.egg Extracting pybind11-2.6.2-py3.8.egg to /app/lib/python3.8/site-packages Adding pybind11 2.6.2 to easy-install.pth file error: [Errno 30] Read-only file system: '/app/lib/python3.8/site-packages/easy-install.pth' Error: module pybind11: Child process exited with code 1

Any ideas? Thanks.

So, it's been some time since I've been having this issue but I'm not so sure on how to fix it because I'm not a super tech savvy person when it comes to Linux troubleshooting. Every time, when the moment comes, that I need to update my flatpak packages, this messages pop up in my terminal:

Looking for updates…

Info: org.gnome.Platform is end-of-life, with reason: The GNOME 3.34 runtime is no longer supported as of 14th August 2020. Please ask your application developer to migrate to a supported platform.

Info: org.gnome.Platform is end-of-life, with reason: The GNOME 3.32 runtime is no longer supported as of 11th March 2020. Please ask your application developer to migrate to a supported platform.

Info: org.gnome.Platform.Locale is end-of-life, with reason: The GNOME 3.34 runtime is no longer supported as of 14th August 2020. Please ask your application developer to migrate to a supported platform.

Info: org.gnome.Platform.Locale is end-of-life, with reason: The GNOME 3.32 runtime is no longer supported as of 11th March 2020. Please ask your application developer to migrate to a supported platform.

I would really appreciate your help, thanks!