.deb for Gramps ver6

Any sign of a .deb file for GRAMPS ver 6 or are there still problems
phil

1 Like

A deb file for Ubuntu 24.10 is now available on the v6.0.0 release page.

2 Likes

Tried to install this under Linux Mint 22.1 Cinnamon. Because there ist an “all” in the filename. In the past, that signs an possible installfile for many different version levels.
This time i couldn’t install it. Now i know it’s only for 24.10 :wink:

The Linux Mint 22.1 Cinnamon packages are based on Ubuntu 24.04, which doesn’t include the python3-orjson dependency. I’ll try to backport it for you.

Update: It isn’t easy to backport because 24.04 is missing the build dependency “librust-itoap-dev”.

Thank you for your efforts. Too bad it doesn’t work. Is there any hope Gramps 6 can also be used under older operating systems?
OK, Mint 22.1is not really old now :wink: Ubuntu 24.10 is simply to new :wink:

Previously, the native .deb installation was the use of my choice and worked optimally. I really don’t like to install flatpacks. On the other hand, I’m not a programmer or console user.

Regardless of these problems, a very warm thank you to all involved developers and the excellent work!!!

A Flatpak would be a good alternative but I don’t see v6.0.0 on FlatHub yet.

It’s not. Just as little as snap.
With AppImage, on the other hand, I had little problems so far.

Are you able to build a Gramps AppImage for us?

Oh, no, sorry. I think that’s where I was misunderstood. I only use AppImages of some software. And so far without any problems. They are easily installed and usable with AppImagLauncher. If you don’t need them anymore, they’re quickly removed. So ideal from simple user point of view if there is no native way to install.

I have but rudimentary experience of debian-based distros, but: Python-orjson is dependent on python-maturin (which in turn has dependencies). There seems to be a python-maturin package available for ubuntu-24.04.2 and with this package installed, maybe it’s possible to compile python-orjson (there might be other dependencies, e.g. python.setuptools-rust)?

We would welcome any volunteers that would like to build either Debian packages or AppImages.

I’m not volunteering but is training available? What level of programmimg knowledge is required. I’m sure there may be people who would be interested if it wasn’t too complicated.

Hi

Whilst AppImage is good it is not a panacea (just supply AppImages for all OS’s) the last update for AppImage Launcher was 2020 and a lot has moved on since then Bookworm and LMDE6 certainly have some issues with this although you can get an AppImage to work via an alternate route

phil

I installed a version of 2023 from Launchpad and it worked for me til now so far.

In some cases, however, a question to the developers was successful when the installation worked problem-free (example Digikam, where there were problems).You’re right when this version isn’t up to all AppImages right now.
In another place, I had read that the development was active and that a version 3 was in work.

And of course you can use AppImages differently. The easiest way to mark them as executable and perform a double click :wink:

And there is also GearLever. Very good and modern AppImage integration tool.

Looks good, no question. Thanks for the hint. This would be just a real alternative with a native .deb installation. I’m sure I don’t want have a flatpack install to manage AppImages easily :wink:

No programming skills are required. Packaging requires knowledge of tools and procedures.

I know nothing about App Images, and my Debian packaging experience is limited to Gramps and simple backports. So a volunteer would either need to learn from scratch or perhaps already package another application.

There are a surprising number of YouTube videos on AppImage

@Nick-Hall Perhaps I misunderstood, but I thought you wanted a week to review major flatpak updates at the Gramps-Project github before any push to flathub. I made a PR for 6.0.0 a week ago, then waited a week before pushing to flathub. Gramps update to 6.0.0-0 by OzarkShepherd · Pull Request #47 · gramps-project/flatpak · GitHub It wasn’t just a version update, but most dependencies and the Gnome Runtime also got updated, along with the addition of orjson. So I figured it was in the major update category that should get a week review. Let me know if I misunderstood.

Anyways, I get that people have their packaging preferences. I personally hated the early versions of snap so much that it was the final straw that led me to abandoning Ubuntu altogether. I also have been dissatisfied by every Appimage I tried personally, for reasons I won’t go into now. But even though I prefer flatpaks for my own use and refuse to use Snaps, I understand that other people have their own reasons for disliking flatpaks and having their own preferences. Linux is all about more choices. So I can honestly say it is too bad for the debian ecosystem that a deb for the 24.04 LTS can’t be compiled until they add orjson to the repository. It isn’t in debian stable either yet, just testing and unstable. https://packages.debian.org/search?keywords=python3-orjson However, the current debian testing (Debian 13 Trixie) will become Debian stable in summer 2025. Perhaps a .deb file could be made for the latest Gramps release for Debian 13 once it becomes the stable version this summer, since Trixie has python3-orjson. Linux Mint’s LMDE 7 will be based on Debian 13, so LMDE 7 will be released several months after Debian 13 becomes the Debian stable version. So a Gramps 6 .deb for Debian 13 and therefore Linux Mint LMDE 7 should be feasible by the end of this year.

Since Gramps is a volunteer project, it would be nice if someone came along who is willing to make an Appimage or Snap. Still, I appreciate that the linux world gives a choice between rock solid distros (like Debian Stable, LM, etc) with older but very stable packages, and the testing distros with the latest packages that don’t have all the bugs worked out (like debian testing and Fedora).

Thanks for that comprehensive explanation of the current debian/orjson
position.
I think I will now forget ver 6 until the end of this year beginning
next and concentrate on cleaning and sorting my family tree on ver 5.2.4
phil