[fedora-dotnet] Meeting minutes 2019-04-04

[Radka Janekova]

Hi Team! =)

Below you can find minutes from the last meeting, please go through that if
you missed the meeting.

Log:
https://meetbot.fedoraproject.org/fedora-dotnet/2019-04-04/dotnet.2019-04...

Thank you,
Radka

------------------------------
*Radka Janeková*
.NET Core QE Lead, Red Hat
*radka.janek(a)redhat.com <radka.janek(a)redhat.com&gt;*
IRC: radka | Freenode: Rhea

[Omair Majid]

* Radka Janekova <radka.janek(a)redhat.com&gt; [2019-04-04 11:08]:
>  Below you can find minutes from the last meeting, please go through
> that if
>  you missed the meeting. 
Sorry I missed it. I (mistakenly) thought it was cancelled due to DST
changes.

>  Log:
>
> https://meetbot.fedoraproject.org/fedora-dotnet/2019-04-04/dotnet.2019-04...
I wanted to elaborate on 

>  14:32:59 <Rhea> Well, I'll start by the little issue we
> have with
>  build system on Fedora, we can't build anything non-native. Meaning,
>  that if we build on F29, we can not build dotnet for F28, F30, ...
>  only the F29 build passes. 
Let me try and explain the issue:

- I am working on Fedora 29

- So far, with all the 2.x releases, I generally build source-build once
  on my machine using build-source-tarball.sh [1]

- This creates a compilation of sources and buildtools (including a
  bootstrap sdk, ilasm and other binaries) that can be used to compile
  the sources. I zip this up into a source tarball.

- I then build a source rpm containing the source tarball (sources,
  buildtools) and the RPM spec file and build it in copr (Fedora's build
  system for packages which are not yet included with Fedora proper).

- Copr builds this source rpm (using the buildtools in the source
  tarball) on multiple Fedora versions, each with a different version of
  glibc.

This process has worked fine with .NET Core 2.x.

Starting with .NET Core 3.0 previews, something seems to have changed.
It looks like we are building tools like ilasm on Fedora too (rather
than using the prebuilt versions from nuget). Since these tools are
built on Fedora 29, they end up depending on newer glibc (GLIBC_2.28)
features, which ware not available on older versions like Fedora 28.

(Aside: Fedora 30 and Rawhide failures look unrelated; we hit them - and
worked around them - in .NET Core 2.x too.)

As far as I can tell, this problem should go away when we are no longer
including build tools in our source archives.

In the meantime, I suppose I can work around this by building the .NET
Core source tarball on the oldest Fedora version and then let copr build
it on newer versions too.

[1] The actual script is at
https://pagure.io/dotnet-sig/dotnet-2-1/blob/master/f/build-dotnet-tarball

Thanks,
Omair

-- 
PGP Key: B157A9F0 (http://pgp.mit.edu/)
Fingerprint = 9DB5 2F0B FD3E C239 E108  E7BD DF99 7AF8 B157 A9F0