tickets #127304
open
gtk-d: consider using master sources instead of (rather old) stable release
Added by hrauch over 1 year ago.
Updated over 1 year ago.
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
Related issues
1 (1 open — 0 closed)
- Status changed from New to Blocked
- Status changed from Blocked to In Progress
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
hrauch wrote:
*** Error: Package obs-service-obs_scm is required for this operation
zypper in obs-service-obs_scm
;-)
@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.
17d7dc25e1adc9b86aff381b950f21706118ebeb
But 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)?
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.
@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
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:
https://build.opensuse.org/request/show/1078385
Haven't (yet) gotten a response since my request submission
Still waiting for review by the devel:languages:D maintainers...
Created a new SR (superseding the old one); new request ID is: 1093180
(I sincerely hope that I get a response this time.)
Also available in: Atom
PDF