tickets #127304
opengtk-d: consider using master sources instead of (rather old) stable release
0%
Description
gtk-d builds (and install) just fine on s390x when:
- the (current)
master
sources are used (instead of the rather old stable release from 2021) gdmd
is used for compiling them
TODOs:
- Check if a
gtkd
package already exists for e.g.x86_64
(as the default architecture for the factory) => most likely, yes - add additions archs to prj meta info
- convince maintainer to consider using
gdmd
as "the loweset common denominator" for all supported archs (instead of the dmd/ldc combo) (intermediate solution until ldc becomes available on/for s390x) TODO: add link to ldc issue
Updated by hrauch over 1 year ago
Not sure what to put in the _service
file in order to "just" get the latest master
sources from GH
(rather than downloading a tarball of a tag). The current error msg I get:
[ 291s] + cd /home/abuild/rpmbuild/BUILD
[ 291s] + cd /home/abuild/rpmbuild/BUILD
[ 291s] + rm -rf GtkD-3.11.0pre
[ 291s] + /usr/lib/rpm/rpmuncompress -x /home/abuild/rpmbuild/SOURCES/gtkd-3.11.0pre.tar.gz
[ 291s] error: File /home/abuild/rpmbuild/SOURCES/gtkd-3.11.0pre.tar.gz: No such file or directory
My current _service
file:
<services>
<service name="obs_scm" mode="disabled">
<param name="scm">git</param>
<param name="url">https://github.com/gtkd-developers/GtkD</param>
<param name="revision">master</param>
</service>
</services>
(omitting mode="disabled"
yields
Building gtkd.spec for openSUSE_Factory_zSystems/s390x
*** Error: Package obs-service-obs_scm is required for this operation
Why use the latest sources at all (rationale):
- an interactive test on my LinuxONE instance (just
git clone
the "latest & greatest" and running/bin/env DC=gdmd make
) just works - the patch for the
GNUmakefile
(fix-build.patch
) is no longer needed - 3.10 is rather old (from 2021) and 3.11 based on the current commits to
master
has not been released yet
Updated by cboltz over 1 year ago
hrauch wrote:
*** Error: Package obs-service-obs_scm is required for this operation
zypper in obs-service-obs_scm
;-)
Updated by hrauch over 1 year ago
@cboltz: Thanks for the hint :-) I've now installed both obs-service-obs_scm and obs-service-tar_scm and removed the mode="disabled" attribute from the _service file.
(Intermediate) result:
git clone of master sources works as expected:
Run source service: /usr/lib/obs/service/obs_scm --scm git --url https://github.com/gtkd-developers/GtkD --outdir /home/linux1/home:hrauch/gtkd_build-with-gdmd-on-s390x/tmpbrq83ndj.obs_scm.service
Cloning into '/home/linux1/home:hrauch/gtkd_build-with-gdmd-on-s390x/GtkD'...
Updating files: 100% (1371/1371), done.
17d7dc25e1adc9b86aff381b950f21706118ebebBut creating a tarball from those checked out sources doesn't seem to work:
[ 244s] + /usr/lib/rpm/rpmuncompress -x /home/abuild/rpmbuild/SOURCES/gtkd-3.11.0pre.tar.gz
[ 244s] error: File /home/abuild/rpmbuild/SOURCES/gtkd-3.11.0pre.tar.gz: No such file or directory
(Probably obvious) questions:
- What's the openSUSE version number convention for using master sources?
- How to (re)use that convention in the .spec file?
- How to create a new (temporary) tarball from those checked out sources (alternatively, just download a master tarball directly from github and rename it)?
Updated by AdaLovelace over 1 year ago
Compare the name gtkd-3.11.0pre.tar.gz with the name of the tar ball you are using.
I have been using master as a version number, if I want to test master branch versions. The spec file is using the version number defined in the spec file and the tar name defined under source.
Updated by hrauch over 1 year ago
@AdaLovelace : I now found a way by using the download_url
module (part of obs-service); had to make a few
minor adjustments to gtkd.spec
=> gtkd compile initiated via osc build openSUSE_Factory_zSystems s390x --vm-type kvm
is currently in progress
Updated by hrauch over 1 year ago
Using --vm-type chroot
is way faster (at least for longer compile runs) compared to --vm-type kvm
(the latter wasn't even half way through from yesterday late in the evening...)
Apart from that, finally works as desired (the build as such had already worked, but version numbering needed some tweaking)
Now submitted as SR number 1078385
Full request link:
Updated by hrauch over 1 year ago
Haven't (yet) gotten a response since my request submission
Updated by hrauch over 1 year ago
- Related to tickets #127295: tilix: gtk-d not found added
Updated by hrauch over 1 year ago
Still waiting for review by the devel:languages:D maintainers...
Updated by hrauch over 1 year ago
The current status regarding gtkd is somewhat disappointing. Why/in what respect? Please see
https://github.com/gtkd-developers/GtkD/issues/351#issuecomment-1380693868
and
https://github.com/gtkd-developers/GtkD/issues/351#issuecomment-1414341145
for details.
Long story short: the official gtkd repo (the one that's part of the gtk-developers
org) is still
maintained "somehow" (in the sense that the last commit to master
has been Apr 8), but issues don't seem
te be taken care of.
Nevertheless, I still created a new issue inquiring a new 3.11 tag:
https://github.com/gtkd-developers/GtkD/issues/353
=> Let's wait and see whether I get a response...
Apart from that, I've also rewritten my gtkd.changes
file.
=> Not sure as to how to proceed with my (still pending) SR. Close at and open a new one?
Updated by hrauch over 1 year ago
Created a new SR (superseding the old one); new request ID is: 1093180
(I sincerely hope that I get a response this time.)