- Feb 16, 2023
-
-
Simon McVittie authored
This will add the packages required for Toolbx to the Platform Docker-style -sysroot.tar.gz, but remove them before building the Flatpak-style -runtime.tar.gz. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
- Jan 19, 2022
-
-
Simon McVittie authored
Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
- Jul 02, 2021
-
-
Simon McVittie authored
tl;dr: it's MIT-licensed, except where derived from other projects. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
- Mar 02, 2020
-
-
Frédéric Danis authored
Extract giant shell command line used to retrieve source code of the application and its dependencies, and convert it to Pyhton3. This change requests that the SDK embeds Pyhton3 to be able to use `./run.py app` subcommand. Signed-off-by:
Frédéric Danis <frederic.danis@collabora.com>
-
- Nov 30, 2017
-
-
Simon McVittie authored
Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
- Nov 28, 2017
-
-
Simon McVittie authored
It wasn't multiarch-friendly as of stretch. This means we can't have i386 ioquake3, iortcw or quakespasm on an x86_64 runtime, but other interesting packages (notably Wine) can benefit from the library stack being multiarch. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
This is really just to prove that we can follow Built-Using. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
- Oct 09, 2017
-
-
Simon McVittie authored
Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
- Oct 06, 2017
-
-
Simon McVittie authored
We don't break out a Debug runtime yet, so the debug symbols for libc will just go into the SDK. This seems fine for now. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
- Oct 02, 2017
-
-
Simon McVittie authored
Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
- Sep 18, 2017
-
-
Simon McVittie authored
Development files for libgles2, libglu1-mesa are indirectly pulled in by development files for SDL2. Development files for libxcb-randr0, libxcb-render0 are indirectly pulled in by development files for Mesa, via libxcb-present-dev. It's misleading if we have development files for something in the Sdk (so we can link against it at build time) but then don't ship the corresponding shared library in the Platform.
-
- Sep 15, 2017
-
-
Simon McVittie authored
-
- Sep 07, 2017
-
-
Simon McVittie authored
-
Simon McVittie authored
-