Is 5.1.4 going to be released soon?

If 5.2 is still slated for April, are we going to have a 5.1.4 release soon?

[Version 5.1.4 maintenance package was released 26 Jul 2021. installers have been updated]

It seems like it would be good to have all the bug fixes get a month of widespread testing so any tweaks can be added before 5.2 goes into lockdown. Then all the issue reports are more likely to be focused on new features instead of mixed with bug fix tweaks.

Looks like we have about a dozen non-translation commits, and another dozen PRs open against 5.1.3.

So another maintenance release may well be in order.

At the current rate of work (lack of work) being done on 5.2, I would NOT expect it to be released in April. At least not with the still outstanding PRs for places, UIDs etc.


@prculley I’m having troubles getting an overview of what is planned for next releases (5.1.4 and 5.2) and what work is still open. Where can I look that up? :smiley:
There are several places, but they seem to differ in the issues listed:

  1. open GitHub PRs & Milestones
  2. Mantis issues & Roadmap
  3. Wiki GEPS & Roadmap

In theory, the wiki Roadmap is supposed to indicate plans for the next major version. But this is often not kept up to date, and there are many PRs for enhancements that are never put up on the roadmap.

Maintenance releases have no overview of plans for what is included (other than the general policy to only fix bugs or enhance translations). But it isn’t too hard to count (manually) the number of commits since last release and bug PRs that might apply to the maintenance release.

I’ve never payed any attention to Mantis roadmap, and issues only get attention as some developer sees fit. For myself, I try to attend to bugs that I can actually solve, and that appear to be more or less likely to affect the user.

I’ve grown tired of trying to get major enhancements into place in the mainline Gramps, as several I have done are still pending after years of work. Which is kind of a disincentive.


I’ve grown tired of trying to get major enhancements into place in the mainline Gramps, as several I have done are still pending after years of work.

This is a little disheartening to hear. Has the development cadence always been slow?

The Developer Maillist has a thread coordinating packager resources for a 5.1.4 release during the 1st weekend of next month.

The core packages listed on the Gramps download will be coordinated.
Perhaps we can think of others where we might want to get on their ToDo schedule?

Re Gramps on MacPorts, a couple of random observations:

  1. The title of the wiki page “Build from source” [1] is rather unfortunate. I believe the vast majority of Gramps support libraries and modules are delivered as pre-compiled binaries for most users.

  2. The MacPorts project has been (slowly) working on a new web-based information system on the software we bring to the Mac. The pages for Gramps are at:

Note that our “Installation stats” are strictly opt-in and therefore we believe the number of actual users is seriously undercounted. Nonetheless, the page does give some information on user configurations. IE, range of operating system versions, python versions in use, etc.

I’m happy to help if I can even though Dave Evans is the official maintainer on MacPorts.


[1] https://www.gramps-

1 Like

I wonder if there is any kind of reporting on files downloaded from GitHub? On some of my sites. I can get a count of time a file was transferred, broken down by agent, its version & OS.

If that is available for GitHub, we could get a regular report of the times that the Plugin Manager polled the Updated Add-Ons list. I suspect that it is only downloaded when it is newer than the timestamp of the cached file.

Updating the list could get us a better & fresher count of active users than installer downloads. Naturally, it wouldn’t count users who don’t check for Add-ons but it would give a better idea of those installed from distros.

If it IS possible to breakdown by agent & OS, it might be possible to give distinction to Gramps as an agent with a versioning identifier for each installer type.

We could have a real idea of whether Gramps is in widespread use.

This shows dowload for the different exe/dmg/deb dowloads from github:

At least that is the site that is linked on a page on the gramps wiki.
Only shows for releases tho, People on the internet says its not possible to get the statistic for indevidual files.

@emyoulation Thanks for the ping! As long as there are no Gramps XML schema changes, Betty will be fine. I’m hoping to introduce more API-level integration between Betty and Gramps sometime soon (which will make it easier to run some automated tests against upcoming Gramps versions), but I’m currently swamped with building automatic package releases and the GUI, so it’ll be later this summer before I get around to that.

1 Like

Don’t forget homebrew.

1 Like

It wasn’t forgotten but the Homebrew note on the Download page seemed to be entirely unintelligible.

I was hoping some Homebrew user would object … then I could try to entice them into writing a clarification. And hoping that person would have a contact to share from the Homebrew team!

Any chance that you’re that person, @John ?

I have no contacts at homebrew. Just a happy user. :slight_smile:

I’m not sure what’s unintelligible (assuming you mean this). The note is pretty short…in contrast to the spellcheck info box!

I find them unintelligible because the sections on MacPorts and Homebrew don’t actually tell anyone how to install nor point towards a Gramps download. They just point towards the generic sites and leave the user fumbling around, looking for something labeled ‘Gramps’.

If you look at the PortableApps section for Windows, that section also describes the PortableApps project with a link to the generic site. But the majority of the text instructs how to use the installer and hyperlinks to the downloadable file directly.

(And I am not fond of superscript footnotes links inside webpage. It has the reader jumping around the page and undermines confidence.)

The MacPorts page does need simple install instructions. An update was started some months ago but with 20 people contributing ideas, the initiative bogged down.

Note that the Gramps wiki has a brief summary of installing Gramps via MacPorts:

Just to clarify, MacPorts and Homebrew are systems for finding, installing and upgrading software packages. Thus, neither will “point towards a Gramps download”. For MacPorts, if any of the 200 or so support libraries or modules required by Gramps are updated, MacPorts will update just that package. The user does not have to download a complete Gramps dmg and reinstall. (Homebrew is different for packages like Gramps.)

The advantage of a system like MacPorts is when you have a bunch of software packages installed that way. With a couple of commands, you can find if any of the packages have been updated and install them all at once.


1 Like

Ah, ok. My own feeling is that since there’s already a DMG to download, the MacPorts and homebrew links are just there for users (like me) who already know what those things are and how to use them. It’s a lot to ask for support for a third-party set-up like those. People who know them will know what to do.

1 Like

I only looked at the macOS section when multiple users on Facebook said they could not get Gramps to install on their macs. They reported no problem with the process restated more simply.

The nature of MacPorts & Homebrew should be made more evident. The Download page is serving two masters poorly in this case. There are 2 categories of users: experienced who just need the links; and, new users who need hand-holding.

There’s too much newbie-oriented clutter for the experienced users. And the amount of unrelated information to the newbie’s OS causes confusion and anxiety.

We’re well passed the point where there should just be a 1-screen-full downloads page (offering the files) with branches to separate OS specific tutorial pages. (Those pages could funnel back to a ‘Gramps for first time explorers’ or, alternately, the Reference Manual wiki.)

That sounds… risky… to me.

I can see updating the post-install dependencies – like GraphViz. Those are less tightly integrated.

But since Gramps is a Linux project that is ported to macOS and Windoze, it seems likely that there are tweaks & workarounds that were needed. And the entire project lags behind the “bleeding edge” because (even in the unlikely event the newest libraries were bug-free) the Gramps code or dependencies are not fully compatible. There is code that would have to be reworked.

Was this part directed to me? The MacPorts Gramps page has links that fully explain the MacPorts system. Or are you referring to the MacPorts page on the Gramps wiki?

At the moment, MacPorts only applies one patch (actually a single line [1]) when building Gramps from source. Gramps is really a wonderful model for cross-platform open-source software!

[1] macports-ports/ at master · macports/macports-ports · GitHub


1 Like

I was referring to the Gramps wiki. All my tweaks on that download page have been for the Windoze. (It’s been almost 2 decades since my years of supporting Macs & writing tutorials.) But the wiki needs to improve clarity…

Take the Download footnote for MacPorts:

[5] The MacPorts Project is an open-source community initiative to design an easy-to-use system for compiling, installing, and upgrading open-source software on the Mac operating system. In order to do that run the following command: port install gramps see: Mac OS X:Build from source:MacPorts

The generic stuff about the MacPorts Project is fine in the footnote. It is merely background information.

But the specific command line & link to the Build page are actionable. They should be up in the body of the Mac section.

I’ve edited the Downloads page on the wiki to just link to the MacPorts page.

1 Like