| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
| |
|
|
|
|
| |
Now that we're not threaded we can provide a sane error.
|
| |
|
|
|
|
|
|
|
|
|
| |
The results when using the partial update were not always the same as doing a
fresh run (some components depend on other components) and even I'm not using
this functionality anymore when running appstream-builder on the whole Fedora,
achive, even across on all branches.
Resolves: https://bugzilla.redhat.com/show_bug.cgi?id=1426166
|
| |
|
|
|
|
|
| |
Otherwise we may end up inadvertently marking an app as ModernToolkit
when all it does is require zenity.
|
|
|
|
|
|
|
| |
Commit 49749de0bd597e5e9fe5e4b92875d6730a7b6968 fixed this in a more general
way.
This reverts commit b04fb193dad0e6e977d9bda2487bd50075f8f61c.
|
|
|
|
|
|
|
| |
This led to ModernToolkit kudos being skipped for apps where a
subpackage links with a modern toolkit library (gtk+ 3 or Qt 5).
This reverts commit e7f14579d1f9ab6f0f016caf81c34bb576c9ea92.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
This fixes appstream data generation for packages that have long dep
chains and icons are at a deeper level than in the immediate child
package. e.g. in Fedora, 'marble' package depends on 'marble-widget-qt5'
which depends on 'marble-astro' which depends on 'marble-common' where
we can finally find the app's icon.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
Applications depending on yast2 have an implicit dependency
on yast2-branding-openSUSE, which brings required icons in this case.
|
| |
|
|
|
|
|
| |
In doing so, we found a number of invalid AppData files, so fix up the values
the best we can.
|
|
|
|
| |
There's no point having two implementations of the same thing.
|
|
|
|
|
|
| |
This changes the default processing element from the desktop file to an AppData
(or MetaInfo) file, and the other sources now refine the base object rather
than the other way around. This matches what Debian is doing.
|
| |
|
| |
|
|
|
|
|
|
|
| |
We still have a few types that don't support g_autoptr(), but very very
close to having everything ported over.
This also bumps gdk-pixbuf dep to 2.31.5 for the cleanup macro support.
|
| |
|
|
|
|
|
|
| |
Using the length of -1 for 'unknown' breaks the GIR-generated bindings.
This breaks API and ABI and the soname has been updated to reflect this.
|
|
|
|
|
| |
This removes the panel, which does not work well when the console is not a real
onsole, which is typical in most cases where the builder is being run.
|
|
|
|
| |
Do not load the filelist if we're just checking for a common srpm name
|
| |
|
|
|
|
| |
This typically halves the amount of RSS when the context is unloaded.
|
|
|
|
| |
This is a simple way to further decrease the peak RSS value by a few hundred MB.
|
|
|
|
|
|
|
|
|
| |
This means we have to re-open the files for the few packages used as
extra-packages to other packages, but means we keep the RSS value to a sane
value for a large number of packages. We can't go above 4GB RSS for Fedora...
This also means we spend less time 'shutting down' as the packages have
typically been released as part of the task, rather when the context exits.
|
|
|
|
|
|
| |
This means if X depends on X-libs, and X-libs depends on GTK-3, then X should
have the modern toolkit kudo. This means switching around the API a bit so that
we can add deps after the AsbPackage has been created.
|
|
|
|
|
|
|
| |
Also, clean up a lot of booleans into one sane bitfield.
The libappstream-builder library isn't API stable and has no external users,
so we can move things around a bit without worrying.
|
| |
|
|
|
|
| |
Resolves: https://github.com/hughsie/appstream-glib/issues/27
|
|
|
|
|
| |
It seems that the compiler really does require an initializer when using the
_cleanup_ macros.
|
|
|
|
|
|
|
| |
We don't want to store +4Gb of pixbuf data for the lifetime of the builder.
We can make the assuption that any application shipping screenshots also ships
a valid AppData file, and dump the screenshots to disk immediatly after the
task has completed. This means we can process Fedora rawhide with <2Gb RAM.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
This allows us to specify when building the AppStream metadata that we want
icons embedded into the output XML. This is going to be slow and lead to a
giant XML file when used for whole-archive operations, but makes things simpler
for smaller repos or single packages.
|
|
|
|
|
|
|
|
| |
The assumption that each application had just one icon, of a single type is
much too restrictive. We need to support stock fallbacks of missing cached icons
and also need to support multiple sizes of embedded icon.
This breaks API.
|
|
|
|
| |
This speeds up reading a large number of packages.
|
|
|
|
| |
There's no more non-full ID, to better match the AppStream specification.
|
| |
|
| |
|