Okular, Ark, and VLC. These should constitute enough to have a basic set
of apps necessary for normal people to use a computer.
Once Dragon Player is on Flathub, we can consider shipping that instead
of VLC.
Fixes#50
debugging wasn't very conclusive. the metadata is almost full and the
data itself is also almost full
let's try bumping the space a bit and see what happens
we currently use avahi for it by necessity. applications are generally
using libavahi so they implicitly force the use of avahi-daemon.
I do have a prototype that bridges the avahi-daemon dbus api to systemd
so we don't need the separate daemon, but it is far from finished
Right now our image is basically the prototype of the Testing edition,
and for this edition, asserts make sense since the goal is to find
issues early. So let's turn 'em on!
Fixes#61
this is slightly hacky because kde-builder doesn't support running
arbitrary targets.
we first override ninja with a special program that turns install
commands into install/strip commands
we then set -DCMAKE_STRIP to a special strip command that invokes
eu-strip with the right arguments to strip stuff to /tmp/debugroot
from there we then pick it up in the archive generator
This reverts commit 5d37d0a89f.
So, while trying to set this up on KDE infra I hit the rather awkward
problem that aurto doesn't really want to be automated. It's very much
meant to be operated by a human. That is really just a source for failure.
If we want to go down this route we'll want to use aurutils directly and
write some higher level tooling on top if necessary.
Undoing this for now so we can ponder it some more.
Realistically I'd rather explore factoring out the rootfs build
into its own job though. That way we can isolate all the binary builds
into a job that produces a tarball which can then be consumed to render
an image without having to build anything. Seems to me that should rock
the boat a bit less while moving in the general direction of splitting
things out.
It would appear that invent mangles files permissions so that we end up
with world writable files. Instead try to hold on to git. This may
ultimately cause trouble with docker but we'll have to try to know.
Relates to #27
Specifically this stuff:
- Qt5 dev tools not useful for the target audience (KDE devs)
- HP device management apps which don't work because we didn't include
PyQt5, and even if we did, no one wants that junk
- Qt V4L2 video capture utility; what even is this?
Fixes#41
