From: swedebugia <swedebugia@riseup.net>
To: guix-devel <guix-devel@gnu.org>
Subject: 500+ Gnome-shell-extensions - how to handle?
Date: Thu, 13 Dec 2018 13:15:34 +0100 [thread overview]
Message-ID: <4cb5668a-8d76-dcb4-87b9-ccb7d14f509d@riseup.net> (raw)
[-- Attachment #1: Type: text/plain, Size: 2355 bytes --]
Hi people
How do we best handle gnome-shell-extensions?
They seem needing to be registered via gsettings (see example in the
install.sh attached) so a service for exporting the installed extensions
seems necessary.
So in a config we would specify:
(shell-extension-service-type =>
(inherit config)
(extensions
(list (cpufreq-konkor
...)))))
Things to ponder:
- what naming scheme?
- new importer for extensions?
- new build-system parsing the metadata.json?
Sum up of findings:
- 90% of the extensions had a link to a github repository and had a
license clearly specified there.
- No license information on https://extensions.gnome.org (not suitable
for import in my view)
- No dependencies found for extensions (they don't depend on each other)
- No need to support gnome-shell-js install via browser
- gse (gnome-shell-extensions) proposed as a prefix for these packages.
- author as they appear on https://extensions.gnome.org proposed as suffix.
------
NAMING:
What do we call them?
e.g. https://extensions.gnome.org/extension/1082/cpufreq/ "by konkor"
https://github.com/konkor/cpufreq -> gse-cpufreq-konkor?
as opposed to this one
https://extensions.gnome.org/extension/47/cpu-frequency/ "by ojo"
https://github.com/azdyb/gnome-shell-extension-cpufreq/tree/master/cpufreq%40zdyb.tk
-> gst-cpufreq-ojo?
In the attached install.sh. There gse-cpufreq-konkor is listed with a
UUID as "cpufreq@konkor" (from
https://github.com/konkor/cpufreq/blob/master/install.sh)
-----------------
Here is an example without an install script (which seems to be a common
case):
cpupower:
https://github.com/martin31821/cpupower
There is a
https://github.com/martin31821/cpupower/blob/master/metadata.json with
the following information:
{
"localedir":"/usr/local/share/locale",
"shell-version": [
"3.10", "3.12", "3.14", "3.16", "3.18", "3.20", "3.22", "3.24", "3.26"
],
"uuid": "cpupower@mko-sl.de",
"name": "CPU Power Manager",
"url": "https://github.com/martin31821/cpupower",
"description": "Manage Intel_pstate CPU Frequency scaling driver",
"schema": "org.gnome.shell.extensions.cpupower"
}
Based on this I guess we could import gnome-shell-extensions by pointing
to the git-repository of them. Those without a git repository are not
free because the source is not available...
Any thoughts?
--
Cheers
Swedebugia
[-- Attachment #2: install.sh --]
[-- Type: application/x-shellscript, Size: 1767 bytes --]
reply other threads:[~2018-12-13 12:15 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4cb5668a-8d76-dcb4-87b9-ccb7d14f509d@riseup.net \
--to=swedebugia@riseup.net \
--cc=guix-devel@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/guix.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.