On some Linux desktops, we get extra icons in the application dock.
This happens because the dock doesn't know the "class" of the
application. We need to add StartupWMClass=xxx lines, where xxx is
the name associated with the application.
This patch addresses the following issue:
https://gitlab.com/kicad/packaging/kicad-ubuntu-builder/kicad-daily-package/-/issues/30
While it was written against Ubuntu, it also affects Fedora, and
probably other Linux systems too.
This avoids conflict with existing kicad installations. Older version
files are preferentially opened by older KiCad installations while new
KiCad files get opened by version 6
The non-www https URL appears to redirect through a non-https URL before
reaching the www https URL, which triggers a warning in some appstream
validation tools. Instead, just go to the www https URL directly so
there are no redirects needed.
The X-AppStream-Ignore=true will signal to appstream generators that
these programs won't have their own appstream information, since we
provide these programs under the main KiCad appstream file.
This makes packaging scripts that have to modify the weights easier
to write. Also reduce the magic priority to 50 from 100 so everything
is the same priority/weight.
For some reason, the icon wasn't always being associated with the files,
so we can force an icon for the files instead. Note that we can't use
the <icon> tag for this, because that is user-space only, so we have
to make the icons be the generic icons to allow for system-level usage.
* Switch to using org.kicad.kicad as the main app ID
* Move the appstream file to a metainfo file
* Rename all metadata files to use the reverse DNS scheme
* Add header matching to mime type files where possible
* Add a mime type for gerber job files
* Add a QA test that verifies all the linux metadata files and
run it in CI
* Update the visible names in the launcher entries to be more
consistent with the internal visible names
* Update various strings and items in the metainfo file so they
are more descriptive and easier to read
This link is needed to ensure appstream-builder finds
the icon for the program and includes it in the appstream
metadata for distribution software centers.
Fixes https://gitlab.com/kicad/code/kicad/issues/6593
Removes the TTL triangulator in favor of the delaunator triangulator.
This removes the only AGPL code in the KiCad codebase and therefore
allows the full project to be licensed under the GPLv3.
CHANGED: Update the Linux appdata file to include new tags
* Include version tags (and others) in the appdata file
* Refactor the version string generation to clean it up
The extra field metadata is not really needed nor helpful as various
other additional licenses are used within the KiCad project.
All used licenses are documented with the file LICENSE.README within top
root folder of the source.
This will ensure KiCad will be easily installable from the app stores such
as GNOME Software.
The screenshots probably need a better home. Not that it would matter
too much -- the Linux distributions do cache them with their feeds, so
the app store applications don't access them from this source directly.
Screenshots from the web [1] can't be used since they are too large for
use in the app store application. :(
[1] http://kicad-pcb.org/discover/screenshots/
Fixes lp:1323789
https://bugs.launchpad.net/kicad/+bug/1323789
Put all keys in consistent order and remove/fix bogus mime types, some
assigned to programs that don't even open files. Those files could use
some TLC from translators to provide translated names and tooltips, I
preserved some of the french that was already in the files.
This renames (well, actually regenerates from the originals) all the
icons installed on Linux to match the correct mime type names, and
adds all the missing icons in some sizes.
This file registers the file extensions used by kicad and their
corresponding mimetypes. Before this change the file was refering to
the old .brd extension and the wrong mime type. The file was also
renamed to kicad-kicad.xml to conform to the XDG spec which expects a
vendor-product pair as the package name.