1FLATPAK MANIFEST(5) flatpak manifest FLATPAK MANIFEST(5)
2
6 flatpak-manifest - Information for building an application
7
9 Flatpak uses manifest, or recipe, files in a json or yaml format to
10 describe how an application and its bundled dependencies can be built
11 from sources. The manifest gets used by flatpak-builder.
12
14 The top level of the manifest file describes global attributes of the
15 application, how it can be built, and the list of modules that need to
16 be built.
17 Toplevel properties
19 These are the properties that are accepted:
20 id or app-id (string)
22 A string defining the application id.
23 branch (string)
25 The branch to use when exporting the application. If this is unset
26 the defaults come from the default-branch option.
27 This key overrides both the default-branch key, and the
29 --default-branch commandline option. Unless you need a very
30 specific branchname (like for a runtime or an extension) it is
31 recommended to use the default-branch key instead, because you can
32 then override the default using --default-branch when building for
33 instance a test build.
34 default-branch (string)
36 The default branch to use when exporting the application. Defaults
37 to master.
38 This key can be overridden by the --default-branch commandline
40 option.
41 collection-id (string)
43 The collection ID of the repository, defaults to being unset.
44 Setting a globally unique collection ID allows the apps in the
45 repository to be shared over peer to peer systems without needing
46 further configuration. If building in an existing repository, the
47 collection ID must match the existing configured collection ID for
48 that repository.
49 extension-tag (string)
51 If building an extension, the tag for the extension point to use.
52 Since flatpak 0.11.4 a runtime may define multiple locations for
53 the same extension point with the intention that different branches
54 for the extension are mounted at each location. When building an
55 extension it is necessary to know what extension point to install
56 the extension to. This option resolves any ambiguity in which
57 extension point to choose. If not specified, the default choice is
58 to install into either the only location for the extension point or
59 into the location for the untagged extension point. If there are
60 multiple locations for the same extension point defined with
61 different tags then an error will occur.
62 token-type (integer)
64 The type of token needed to install this commit. Setting this to a
65 value greater than 0 implies that authentication will be needed to
66 install the flatpak.
67 runtime (string)
69 The name of the runtime that the application uses.
70 runtime-version (string)
72 The version of the runtime that the application uses, defaults to
73 master.
74 sdk (string)
76 The name of the development runtime that the application builds
77 with.
78 var (string)
80 Initialize the (otherwise empty) writable /var in the build with a
81 copy of this runtime.
82 metadata (string)
84 Use this file as the base metadata file when finishing.
85 command (string)
87 The filename or path to the main binary of the application. Note
88 that this is really just a single file, not a commandline. If you
89 want to pass arguments, install a shell script wrapper and use that
90 as the command.
91 Also note that the command is used when the application is run via
93 flatpak run, and does not affect what gets executed when the
94 application is run in other ways, e.g. via the desktop file or
95 D-Bus activation.
96 build-runtime (boolean)
98 Build a new runtime instead of an application.
99 build-extension (boolean)
101 Build an extension.
102 separate-locales (boolean)
104 Separate out locale files and translations to an extension runtime.
105 Defaults to true.
106 id-platform (string)
108 When building a runtime sdk, also create a platform based on it
109 with this id.
110 metadata-platform (string)
112 The metadata file to use for the platform we create.
113 writable-sdk (boolean)
115 If true, use a writable copy of the sdk for /usr. Defaults to true
116 if build-runtime is specified.
117 appstream-compose (boolean)
119 Run appstream-compose during cleanup phase. Defaults to true.
120 sdk-extensions (array of strings)
122 Install these extra sdk extensions in /usr.
123 platform-extensions (array of strings)
125 Install these extra sdk extensions when creating the platform.
126 base (string)
128 Start with the files from the specified application. This can be
129 used to create applications that extend another application.
130 base-version (string)
132 Use this specific version of the application specified in base. If
133 unspecified, this uses the value specified in branch
134 base-extensions (array of strings)
136 Install these extra extensions from the base application when
137 initializing the application directory.
138 inherit-extensions (array of strings)
140 Inherit these extra extension points from the base application or
141 sdk when finishing the build.
142 inherit-sdk-extensions (array of strings)
144 Inherit these extra extension points from the base application or
145 sdk when finishing the build, but do not inherit them into the
146 platform.
147 tags (array of strings)
149 Add these tags to the metadata file.
150 build-options (object)
152 Object specifying the build environment. See below for details.
153 modules (array of objects or strings)
155 An array of objects specifying the modules to be built in order.
156 String members in the array are interpreted as the name of a
157 separate json or yaml file that contains a module. See below for
158 details.
159 add-extensions (objects)
161 This is a dictionary of extension objects. The key is the name of
162 the extension. See below for details.
163 add-build-extensions (objects)
165 This is a dictionary of extension objects similar to
166 add-extensions. The main difference is that the extensions are
167 added early and are available for use during the build.
168 cleanup (array of strings)
170 An array of file patterns that should be removed at the end.
171 Patterns starting with / are taken to be full pathnames (without
172 the /app prefix), otherwise they just match the basename.
173 cleanup-commands (array of strings)
175 An array of commandlines that are run during the cleanup phase.
176 cleanup-platform (array of strings)
178 Extra files to clean up in the platform.
179 cleanup-platform-commands (array of strings)
181 An array of commandlines that are run during the cleanup phase of
182 the platform.
183 prepare-platform-commands (array of strings)
185 An array of commandlines that are run after importing the base
186 platform, but before applying the new files from the sdk. This is a
187 good place to e.g. delete things from the base that may conflict
188 with the files added in the sdk.
189 finish-args (array of strings)
191 An array of arguments passed to the flatpak build-finish command.
192 rename-desktop-file (string)
194 Any desktop file with this name will be renamed to a name based on
195 id during the cleanup phase.
196 rename-appdata-file (string)
198 Any appdata (metainfo) file with this name will be renamed to a
199 name based on id during the cleanup phase.
200 rename-icon (string)
202 Any icon with this name will be renamed to a name based on id
203 during the cleanup phase. Note that this is the icon name, not the
204 full filenames, so it should not include a filename extension.
205 appdata-license (string)
207 Replace the appdata (metainfo) project_license field with this
208 string. This is useful as the upstream license is typically only
209 about the application itself, whereas the bundled app can contain
210 other licenses too.
211 copy-icon (boolean)
213 If rename-icon is set, keep a copy of the old icon file.
214 desktop-file-name-prefix (string)
216 This string will be prefixed to the Name key in the main
217 application desktop file.
218 desktop-file-name-suffix (string)
220 This string will be suffixed to the Name key in the main
221 application desktop file.
222 Build Options
224 Build options specify the build environment of a module, and can be
225 specified globally as well as per-module. Options can also be specified
226 on a per-architecture basis using the arch property.
227 These are the properties that are accepted:
229 cflags (string)
231 This is set in the environment variable CFLAGS during the build.
232 Multiple specifications of this (in e.g. per-arch area) are
233 concatenated, separated by spaces.
234 cflags-override (boolean)
236 If this is true, clear cflags from previous build options before
237 adding it from these options.
238 cppflags (string)
240 This is set in the environment variable CPPFLAGS during the build.
241 Multiple specifications of this (in e.g. per-arch area) are
242 concatenated, separated by spaces.
243 cppflags-override (boolean)
245 If this is true, clear cppflags from previous build options before
246 adding it from these options.
247 cxxflags (string)
249 This is set in the environment variable CXXFLAGS during the build.
250 Multiple specifications of this (in e.g. per-arch area) are
251 concatenated, separated by spaces.
252 cxxflags-override (boolean)
254 If this is true, clear cxxflags from previous build options before
255 adding it from these options.
256 ldflags (string)
258 This is set in the environment variable LDFLAGS during the build.
259 Multiple specifications of this (in e.g. per-arch area) are
260 concatenated, separated by spaces.
261 ldflags-override (boolean)
263 If this is true, clear ldflags from previous build options before
264 adding it from these options.
265 prefix (string)
267 The build prefix for the modules (defaults to /app for applications
268 and /usr for runtimes).
269 libdir (string)
271 The build libdir for the modules (defaults to /app/lib for
272 applications and /usr/lib for runtimes).
273 append-path (string)
275 This will get appended to PATH in the build environment (with an
276 leading colon if needed).
277 prepend-path (string)
279 This will get prepended to PATH in the build environment (with an
280 trailing colon if needed).
281 append-ld-library-path (string)
283 This will get appended to LD_LIBRARY_PATH in the build environment
284 (with an leading colon if needed).
285 prepend-ld-library-path (string)
287 This will get prepended to LD_LIBRARY_PATH in the build environment
288 (with an trailing colon if needed).
289 append-pkg-config-path (string)
291 This will get appended to PKG_CONFIG_PATH in the build environment
292 (with an leading colon if needed).
293 prepend-pkg-config-path (string)
295 This will get prepended to PKG_CONFIG_PATH in the build environment
296 (with an trailing colon if needed).
297 env (object)
299 This is a dictionary defining environment variables to be set
300 during the build. Elements in this override the properties that set
301 the environment, like cflags and ldflags. Keys with a null value
302 unset the corresponding variable.
303 secret-env (array of strings)
305 This is a array defining which host environment variables is
306 transfered to build-commands or post-install environment.
307 build-args (array of strings)
309 This is an array containing extra options to pass to flatpak build.
310 test-args (array of strings)
312 Similar to build-args but affects the tests, not the normal build.
313 config-opts (array of strings)
315 This is an array containing extra options to pass to configure.
316 secret-opts (array of strings)
318 This is an array of options that will be passed to configure, meant
319 to be used to pass secrets through host environment variables. Put
320 the option with an environment variables and will be resolved
321 beforehand. '-DSECRET_ID=$CI_SECRET'
322 make-args (array of strings)
324 An array of extra arguments that will be passed to make
325 make-install-args (array of strings)
327 An array of extra arguments that will be passed to make install
328 strip (boolean)
330 If this is true (the default is false) then all ELF files will be
331 stripped after install.
332 no-debuginfo (boolean)
334 By default (if strip is not true) flatpak-builder extracts all
335 debug info in ELF files to a separate files and puts this in an
336 extension. If you want to disable this, set no-debuginfo to true.
337 no-debuginfo-compression (boolean)
339 By default when extracting debuginfo we compress the debug
340 sections. If you want to disable this, set no-debuginfo-compression
341 to true.
342 arch (object)
344 This is a dictionary defining for each arch a separate build
345 options object that override the main one.
346 Extension
348 Extension define extension points in the app/runtime that can be
349 implemented by extensions, supplying extra files which are available
350 during runtime..
351 These are the properties that are accepted:
353 directory (string)
355 The directory where the extension is mounted. If the extension
356 point is for an application, this path is relative to /app,
357 otherwise it is relative to /usr.
358 bundle (boolean)
360 If this is true, then the data created in the extension directory
361 is omitted from the result, and instead packaged in a separate
362 extension.
363 remove-after-build (boolean)
365 If this is true, the extension is removed during when finishing.
366 This is only interesting for extensions in the add-build-extensions
367 property.
368 Additionally the standard flatpak extension properties are supported,
370 and put directly into the metadata file: autodelete, no-autodownload,
371 subdirectories, add-ld-path, download-if, enable-if, merge-dirs,
372 subdirectory-suffix, locale-subset, version, versions. See the flatpak
373 metadata documentation for more information on these.
374 Module
376 Each module specifies a source that has to be separately built and
377 installed. It contains the build options and a list of sources to
378 download and extract before building.
379 Modules can be nested, in order to turn related modules on and off with
381 a single key.
382 These are the properties that are accepted:
384 name (string)
386 The name of the module, used in e.g. build logs. The name is also
387 used for constructing filenames and commandline arguments,
388 therefore using spaces or '/' in this string is a bad idea.
389 disabled (boolean)
391 If true, skip this module
392 sources (array of objects or strings)
394 An array of objects defining sources that will be downloaded and
395 extracted in order. String members in the array are interpreted as
396 the name of a separate json or yaml file that contains sources. See
397 below for details.
398 secret-env (array of strings)
400 An array defining which host environment variables is transfered to
401 build-commands or post-install environment.
402 config-opts (array of strings)
404 An array of options that will be passed to configure
405 secret-opts (array of strings)
407 An array of options that will be passed to configure, meant to be
408 used to pass secrets through host environment variables. Put the
409 option with an environment variables and will be resolved
410 beforehand. '-DSECRET_ID=$CI_SECRET'
411 make-args (array of strings)
413 An array of arguments that will be passed to make
414 make-install-args (array of strings)
416 An array of arguments that will be passed to make install
417 rm-configure (boolean)
419 If true, remove the configure script before starting build
420 no-autogen (boolean)
422 Ignore the existence of an autogen script
423 no-parallel-make (boolean)
425 Don't call make with arguments to build in parallel
426 install-rule (string)
428 Name of the rule passed to make for the install phase, default is
429 install
430 no-make-install (boolean)
432 Don't run the make install (or equivalent) stage
433 no-python-timestamp-fix (boolean)
435 Don't fix up the *.py[oc] header timestamps for ostree use.
436 cmake (boolean)
438 Use cmake instead of configure (deprecated: use buildsystem
439 instead)
440 buildsystem (string)
442 Build system to use: autotools, cmake, cmake-ninja, meson, simple,
443 qmake
444 builddir (boolean)
446 Use a build directory that is separate from the source directory
447 subdir (string)
449 Build inside this subdirectory of the extracted sources
450 build-options (object)
452 A build options object that can override global options
453 build-commands (array of strings)
455 An array of commands to run during build (between make and make
456 install if those are used). This is primarily useful when using the
457 "simple" buildsystem. Each command is run in /bin/sh -c, so it can
458 use standard POSIX shell syntax such as piping output.
459 post-install (array of strings)
461 An array of shell commands that are run after the install phase.
462 Can for example clean up the install dir, or install extra files.
463 cleanup (array of strings)
465 An array of file patterns that should be removed at the end.
466 Patterns starting with / are taken to be full pathnames (without
467 the /app prefix), otherwise they just match the basename. Note that
468 any patterns will only match files installed by this module.
469 ensure-writable (array of strings)
471 The way the builder works is that files in the install directory
472 are hard-links to the cached files, so you're not allowed to modify
473 them in-place. If you list a file in this then the hardlink will be
474 broken and you can modify it. This is a workaround, ideally
475 installing files should replace files, not modify existing ones.
476 only-arches (array of strings)
478 If non-empty, only build the module on the arches listed.
479 skip-arches (array of strings)
481 Don't build on any of the arches listed.
482 cleanup-platform (array of strings)
484 Extra files to clean up in the platform.
485 run-tests (boolean)
487 If true this will run the tests after installing.
488 test-rule (string)
490 The target to build when running the tests. Defaults to "check" for
491 make and "test" for ninja. Set to empty to disable.
492 test-commands (array of strings)
494 Array of commands to run during the tests.
495 modules (array of objects or strings)
497 An array of objects specifying nested modules to be built before
498 this one. String members in the array are interpreted as names of a
499 separate json or yaml file that contains a module.
500 Sources
502 These contain a pointer to the source that will be extracted into the
503 source directory before the build starts. They can be of several types,
504 distinguished by the type property.
505 Additionally, the sources list can contain a plain string, which is
507 interpreted as the name of a separate json or yaml file that is read
508 and inserted at this point. The file can contain a single source, or an
509 array of sources.
510 All sources
512 only-arches (array of strings)
513 If non-empty, only build the module on the arches listed.
514 skip-arches (array of strings)
516 Don't build on any of the arches listed.
517 dest (string)
519 Directory inside the source dir where this source will be
520 extracted.
521 Archive sources (tar, zip)
523 type
524 "archive"
525 path (string)
527 The path of the archive
528 url (string)
530 The URL of a remote archive that will be downloaded. This
531 overrides path if both are specified.
532 mirror-urls (array of strings)
534 A list of alternative urls that are used if the main url fails.
535 git-init (boolean)
537 Whether to initialise the repository as a git repository.
538 archive-type (string)
540 The type of archive if it cannot be guessed from the path.
541 Possible values are "rpm", "tar", "tar-gzip", "tar-compress",
542 "tar-bzip2", "tar-lzip", "tar-lzma", "tar-lzop", "tar-xz",
543 "tar-zst", "zip" and "7z".
544 md5 (string)
546 The md5 checksum of the file, verified after download
547 Note that md5 is no longer considered a safe checksum, we
549 recommend you use at least sha256.
550 sha1 (string)
552 The sha1 checksum of the file, verified after download
553 Note that sha1 is no longer considered a safe checksum, we
555 recommend you use at least sha256.
556 sha256 (string)
558 The sha256 checksum of the file, verified after download
559 sha512 (string)
561 The sha512 checksum of the file, verified after download
562 strip-components (integer)
564 The number of initial pathname components to strip during
565 extraction. Defaults to 1.
566 dest-filename (string)
568 Filename to for the downloaded file, defaults to the basename
569 of url.
570 Git sources
572 type
573 "git"
574 path (string)
576 The path to a local checkout of the git repository. Due to how
577 git-clone works, this will be much faster than specifying a URL
578 of file:///...
579 url (string)
581 URL of the git repository. This overrides path if both are
582 specified. When using git via SSH, the correct syntax is
583 ssh://user@domain/path/to/repo.git.
584 branch (string)
586 The branch to use from the git repository. As of 1.2.3 this
587 will try to auto-detect the upstream default branch. Previously
588 this defaulted to master.
589 tag (string)
591 The tag to use from the git repository
592 commit (string)
594 The commit to use from the git repository. If branch is also
595 specified, then it is verified that the branch/tag is at this
596 specific commit. This is a readable way to document that you're
597 using a particular tag, but verify that it does not change.
598 disable-fsckobjects (boolean)
600 Don't use transfer.fsckObjects=1 to mirror git repository. This
601 may be needed for some (broken) repositories.
602 disable-shallow-clone (boolean)
604 Don't optimize by making a shallow clone when downloading the
605 git repo.
606 disable-submodules (boolean)
608 Don't checkout the git submodules when cloning the repository.
609 Bzr sources
611 type
612 "bzr"
613 url (string)
615 URL of the bzr repository
616 revision (string)
618 A specific revision to use in the branch
619 Svn sources
621 type
622 "svn"
623 url (string)
625 URL of the svn repository, including branch/tag part
626 revision (string)
628 A specific revision number to use
629 Directory sources
631 type
632 "dir"
633 path (string)
635 The path of a local directory whose content will be copied into
636 the source dir. Note that directory sources don't currently
637 support caching, so they will be rebuilt each time.
638 skip (array of strings)
640 Source files to ignore in the directory.
641 File sources
643 type
644 "file"
645 path (string)
647 The path of a local file that will be copied into the source
648 dir
649 url (string)
651 The URL of a remote file that will be downloaded and copied
652 into the source dir. This overrides path if both are specified.
653 mirror-urls (array of strings)
655 A list of alternative urls that are used if the main url fails.
656 md5 (string)
658 The md5 checksum of the file, verified after download. This is
659 optional for local files.
660 Note that md5 is no longer considered a safe checksum, we
662 recommend you use at least sha256.
663 sha1 (string)
665 The sha1 checksum of the file, verified after download. This is
666 optional for local files.
667 Note that sha1 is no longer considered a safe checksum, we
669 recommend you use at least sha256.
670 sha256 (string)
672 The sha256 checksum of the file, verified after download. This
673 is optional for local files.
674 sha512 (string)
676 The sha512 checksum of the file, verified after download. This
677 is optional for local files.
678 dest-filename (string)
680 Filename to use inside the source dir, default to the basename
681 of path.
682 Script sources
684 This is a way to create a shell (/bin/sh) script from an inline set
685 of commands.
686 type
688 "script"
689 commands (array of strings)
691 An array of shell commands that will be put in a shellscript
692 file
693 dest-filename (string)
695 Filename to use inside the source dir, default to autogen.sh.
696 Inline data sources
698 This is a way to create a file with given contents.
699 type
701 "inline"
702 dest-filename (string)
704 Filename to use inside the source dir.
705 contents (string)
707 Text data that will be put in the file.
708 base64 (boolean)
710 Whether content is base64-encoded.
711 Shell sources
713 This is a way to create/modify the sources by running shell
714 commands.
715 type
717 "shell"
718 commands (array of strings)
720 An array of shell commands that will be run during source
721 extraction
722 Patch sources
724 type
725 "patch"
726 path (string)
728 The path of a patch file that will be applied in the source dir
729 paths (array of strings)
731 An list of paths to a patch files that will be applied in the
732 source dir, in order
733 strip-components (integer)
735 The value of the -p argument to patch, defaults to 1.
736 use-git (boolean)
738 Whether to use "git apply" rather than "patch" to apply the
739 patch, required when the patch file contains binary diffs.
740 use-git-am (boolean)
742 Whether to use "git am" rather than "patch" to apply the patch,
743 required when the patch file contains binary diffs. You cannot
744 use this at the same time as use-git.
745 options (array of strings)
747 Extra options to pass to the patch command.
748 Extra data sources
750 type
751 "extra-data"
752 filename (string)
754 The name to use for the downloaded extra data
755 url (string)
757 The url to the extra data.
758 sha256 (string)
760 The sha256 of the extra data.
761 size (number)
763 The size of the extra data in bytes.
764 installed-size (string)
766 The extra installed size this adds to the app (optional).
767
769 When building the application each command is run in a separate sandbox
770 with access to only the things required for it. This section describes
771 the details of the sandbox. Any options here can be overridden globally
772 or per-module with the build-args option (although such manifest will
773 not work if you start flatpak-builder with --sandbox).
774 Filesystem
776 Each module is built in its own build directory, stored in a sub
777 directory called build/$modulename-$count in the state dir (which is
778 typically .flatpak-builder/). Additionally there is a symlink
779 build/$modulename to the latest version. In order to generate
780 reproducible builds this directory is also mounted as
781 /run/build/$modulename in the sandbox (or
782 /run/build-runtime/$modulename when building runtimes). This is used as
783 current working directory for all build ops.
784 The destination directory for installation is accessible for writing at
786 the place it will seen at runtime. In the case of a regular application
787 this will be /app. If building a runtime it will instead be /usr, and
788 when building an extension it will be at the extensionpoint directory
789 somewhere below /app (for app extension) or /usr (for runtime
790 extensions).
791 Additionally the there will be (as needed, depending on what is
793 building) read-only mounts of the sdk at /usr, sdk extensions below
794 that, and the application at /app. No other filesystem access is
795 available.
796 Environment
798 The environment can be modified in several ways in the manifest, but
799 the default values are:
800 FLATPAK_ID
802 The id of the application currently building.
803 FLATPAK_ARCH
805 The architecture currently building.
806 FLATPAK_DEST
808 The path to where the current build should install into. This is
809 /app for application builds.
810 FLATPAK_BUILDER_N_JOBS
812 The number of jobs that flatpak-builder would normally use for make
813 -j. Defaults to ncpus unless the module disabled parallel make.
814 FLATPAK_BUILDER_BUILDDIR
816 The path to the build directory of the module currently building.
817 This is normally /run/build/$MODULE.
818 PATH
820 /app/bin:/usr/bin
821 LD_LIBRARY_PATH
823 /app/lib
824 PKG_CONFIG_PATH
826 /app/lib/pkgconfig:/app/share/pkgconfig:/usr/lib/pkgconfig:/usr/share/pkgconfig
827 ACLOCAL_PATH
829 /app/share/aclocal
830 C_INCLUDE_PATH
832 /app/include
833 CPLUS_INCLUDE_PATH
835 /app/include
836 LDFLAGS
838 -L/app/lib
839 LC_ALL
841 en_US.utf8
842 Permissions
844 Builds have the --allow=devel and --allow=multiarch permissions that
845 regular flatpak runs don't have by default. This limits the syscall
846 filtering that is normally done so development tools like debuggers
847 work. Otherwise the build sandbox is very limited, for example there is
848 no network access.
849
851 $ flatpak-builder my-app-dir manifest.json
852 Example manifest file:
854 {
856 "id": "org.test.TestApp",
857 "runtime": "org.freedesktop.Platform",
858 "runtime-version": "1.2",
859 "sdk": "org.freedesktop.Sdk",
860 "command": "test",
861 "clean": [ "/include", "*.la" ],
862 "build-options" : {
863 "cflags": "-O2 -g",
864 "cxxflags": "-O2 -g",
865 "env": {
866 "V": "1"
867 },
868 "arch": {
869 "x86_64": {
870 "cflags": "-O3 -g",
871 }
872 }
873 },
874 "modules": [
875 {
876 "name": "pygobject",
877 "config-opts": [ "--disable-introspection" ],
878 "sources": [
879 {
880 "type": "archive",
881 "url": "http://ftp.gnome.org/pub/GNOME/sources/pygobject/2.28/pygobject-2.28.6.tar.xz",
882 "sha256": "fb8a1d4f665130a125011659bd347c7339c944232163dbb9a34fd0686577adb8"
883 },
884 {
885 "type": "patch",
886 "path": "required-pygobject-fix.patch"
887 },
888 {
889 "type": "file",
890 "path": "pygobject-extra-file",
891 "dest-filename": "extra-file"
892 }
893 ]
894 },
895 {
896 "name": "babl",
897 "build-options" : { "cxxflags": "-O2 -g -std=c++11" },
898 "cleanup": [ "/bin" ],
899 "sources": [
900 {
901 "type": "git",
902 "url": "https://gitlab.gnome.org/GNOME/babl.git"
903 }
904 ]
905 },
906 {
907 "name": "testapp",
908 "sources": [
909 {
910 "type": "bzr",
911 "url": "lp:testapp"
912 }
913 ]
914 }
915 ]
916 }
917
919 flatpak-builder(1)
920flatpak FLATPAK MANIFEST(5)