abrt / gnome-abrt

ABRT oopses list designed according to https://live.gnome.org/Design/Apps/Oops
GNU General Public License v3.0
18 stars 21 forks source link

Improve the build scripts #248

Closed rluzynski closed 4 years ago

rluzynski commented 4 years ago

I believe 1.2.10 release is just around the corner. There were problems building the downstream RPM during two recent releases because of some files missing in the upstream tarball. Some of them were fixed, for example in the past the current version number was read from the git tags which were missing from the tarball (this was fixed in the commit f7ca818132307a6529179f17aa0d3d23da059454). Other problems are still there. See also: a downstream workaround forcing the *.gmo files to be rebuilt.

Let's consider this problem fixed if one can download a tarball automatically created by GitHub (not by make release script) and build the release from it, including building the RPM using the unmodified *.spec script (with patches and workarounds removed).

ernestask commented 4 years ago

This will only happen if we start using autoreconf downstream, which is against the Fedora guidelines. Until then, we need to minimize translation patching and make sure to upload release tarballs generated from the release target.

rluzynski commented 4 years ago

This will only happen if we start using autoreconf downstream, which is against the Fedora guidelines.

Is there anything wrong with the *.spec file? Would you mind improving it, maybe here upstream?

Until then, we need to minimize translation patching

I think it's nice if translators provide or improve their translations even after the release and can see their contributions in the released versions ASAP.

and make sure to upload release tarballs generated from the release target.

If you mean "change the scripts so it's impossible to skip uploading the release tarball" then this is exactly what I mean. If you mean "tell all the developers not to make the same mistake ever in the future" then as you can see it did not work in the past. Even if you do not make this mistake, what if you quit the project and new people come and have no idea about these additional steps?

ernestask commented 4 years ago

Nothing wrong with the spec file, just the entire setup makes for some manual work. I’d like to move to Meson, which would make things simpler, if I’m not overlooking something.

As for including translation updates, I’m thinking of branching for each release of Fedora, so that we don’t get unwanted features in older releases and so that we get translation updates upstream and all you need is to just build from a git commit/tag.

The idea about improving release scripts is great, I might just look into doing that.

ernestask commented 4 years ago

I think this is obsoleted by the switch to Meson.