#3 Use f30 everywhere instead of f29
Merged 4 years ago by otaylor. Opened 4 years ago by kalev.
fedora-docs/ kalev/flatpak f30  into  master

@@ -22,7 +22,7 @@ 

  Packaging flatpaks in Fedora makes use of https://docs.fedoraproject.org/en-US/modularity/[Modularity]. The application and bundled libraries are built in a module - this gives a couple of advantages:

  

   * The module has a different buildroot configuration with macros that result in RPMs in the module being built with a prefix of `/app`.

-  * The application author is in control of the particular versions of libraries that are included. Even if your application is built on the f29 runtime, you can use libraries from a newer or older version of Fedora, if required by your application.

+  * The application author is in control of the particular versions of libraries that are included. Even if your application is built on the f30 runtime, you can use libraries from a newer or older version of Fedora, if required by your application.

  

  Note that Flatpak modules will not work outside the Flatpak context, since they contain RPMs rebuilt with a prefix of `/app` with the same name as system ibraries - you cannot use `dnf module enable` to install them.

  

@@ -20,7 +20,7 @@ 

  Applications can only export resources under their application ID, so the desktop file and icon for the application need the appropriate name. The best place to implement this is upstream. The second best place is in the Fedora application package. But if this isn’t possible, you can do this in your container.yaml. See the <<Renames>> section below.

  

  == Versioning

- Flatpaks in Fedora are different from packages in that there isn’t a separate application version for F28, F29, rawhide, etc. Instead there is a single version that is the latest stable version for all versions of Fedora.

+ Flatpaks in Fedora are different from packages in that there isn’t a separate application version for F29, F30, rawhide, etc. Instead there is a single version that is the latest stable version for all versions of Fedora.

  

  A flatpak targets a particular runtime. Your stable version should ideally target the runtime corresponding to the latest released version of Fedora. If the released upstream stable version of the application has dependencies that are not available in a released version of Fedora and that can’t be bundled in your application module (e.g. it requires a newer version of the C compiler) then it’s acceptable to use the next version of the Fedora runtime, but this should be an unusual case. Your application might be based on the flatpak-runtime:f28 module, for example.

  

@@ -29,7 +29,7 @@ 

        libpeas:

          repository: file:///<path to checkouts>/libpeas

          rationale: Runtime dependency

-         ref: f29

+         ref: f30

  ----

  

  * Use `fedpkg switch-branch` to switch to the rfe from `<application.yaml>` (or change the `ref:` in `<application.yaml`> to be `master`)
@@ -39,7 +39,7 @@ 

  === Quickly debugging prefix=/app builds

  If you hit a problem where a component fails to build with prefix=/app and you need to debug in detail,

  as a shortcut, you can *temporarily*

- `dnf install ~/modulebuild/cache/koji_tags/module-flatpak-runtime-f29-<latest-version>/flatpak-rpm-macros-*.x86_64.rpm`,

+ `dnf install ~/modulebuild/cache/koji_tags/module-flatpak-runtime-f30-<latest-version>/flatpak-rpm-macros-*.x86_64.rpm`,

  try rebuilding the package with `fedpkg local`,

  fix problems,

  then uninstall flatpak-rpm-macros.

@@ -51,13 +51,13 @@ 

      - MIT

    dependencies:

    - buildrequires:

-       flatpak-common: [f29]

-       flatpak-runtime: [f29]

-       platform: [f29]

+       flatpak-common: [f30]

+       flatpak-runtime: [f30]

+       platform: [f30]

      requires:

-       flatpak-common: [f29]

-       flatpak-runtime: [f29]

-       platform: [f29]

+       flatpak-common: [f30]

+       flatpak-runtime: [f30]

+       platform: [f30]

    profiles: <2>

      default:

        rpms:
@@ -67,16 +67,16 @@ 

        feedreader: <3>

          buildorder: 10

          rationale: Application package

-         ref: f29 <4>

+         ref: f30 <4>

        gnome-online-accounts: <5>

          rationale: Runtime dependency

-         ref: f29

+         ref: f30

        gumbo-parser: <5>

          rationale: Runtime dependency

-         ref: f29

+         ref: f30

        libpeas: <5>

          rationale: Runtime dependency

-         ref: f29

+         ref: f30

  ...

  ----

  <1> Source and description come from RPM metadata
@@ -159,9 +159,9 @@ 

  https://pagure.io/releng as follows:

  

  ....

- Please add <application> to the f29-flatpak tag.

+ Please add <application> to the f30-flatpak tag.

  

-    $ koji add-pkg --owner=releng f29-flatpak <application>

+    $ koji add-pkg --owner=releng f30-flatpak <application>

  ....

  

  (https://lists.fedorahosted.org/archives/list/devel@lists.fedoraproject.org/thread/ANZRNH75N7MHRO6VEUNT4WOMHO5PNXGW/[devel@lists.fedoraproject.org thread about automating])