nixpkgs/pkgs/applications/office/spice-up/default.nix

{ lib, stdenv
, fetchFromGitHub
, nix-update-script
, fetchpatch
, cmake
, gdk-pixbuf
, gtk3
, vala
, gettext
, ninja
, pantheon
, pkg-config
, json-glib
, libgudev
, libevdev
, libgee
, libsoup
, wrapGAppsHook
}:

stdenv.mkDerivation rec {
  pname = "spice-up";
  version = "1.8.2";

  src = fetchFromGitHub {
    owner = "Philip-Scott";
    repo = "Spice-up";
    rev = version;
    sha256 = "1pix911l4ddn50026a5sbpqfzba6fmw40m1yzbknmkgd2ny28f0m";
  };

  USER = "pbuilder";

  nativeBuildInputs = [
    cmake
    gettext
    ninja
    pkg-config
    vala
    wrapGAppsHook
  ];

  buildInputs = [
    pantheon.elementary-icon-theme
    pantheon.granite
    gdk-pixbuf
    gtk3
    json-glib
    libevdev
    libgee
    libgudev
    libsoup
  ];

  patches = [
    # Fix build with Vala 0.46
    # https://github.com/Philip-Scott/Spice-up/pull/288
    (fetchpatch {
      url = "https://patch-diff.githubusercontent.com/raw/Philip-Scott/Spice-up/pull/288.patch";
      sha256 = "0kyfd8v2sk4cvcq1j8ysp64snfjhnpr3iz7l04lx7if7h372xj39";
    })
  ];

  passthru = {
    updateScript = nix-update-script {
      attrPath = pname;
    };
  };

  meta = with lib; {
    description = "Create simple and beautiful presentations";
    homepage = "https://github.com/Philip-Scott/Spice-up";
    maintainers = with maintainers; [ samdroid-apps xiorcale ] ++ pantheon.maintainers;
    platforms = platforms.linux;
    # The COPYING file has GPLv3; some files have GPLv2+ and some have GPLv3+
    license = licenses.gpl3Plus;
  };
}
treewide: with stdenv.lib; in meta -> with lib; Part of: https://github.com/NixOS/nixpkgs/issues/108938 meta = with stdenv.lib; is a widely used pattern. We want to slowly remove the `stdenv.lib` indirection and encourage people to use `lib` directly. Thus let’s start with the meta field. This used a rewriting script to mostly automatically replace all occurances of this pattern, and add the `lib` argument to the package header if it doesn’t exist yet. The script in its current form is available at https://cs.tvl.fyi/depot@2f807d7f141068d2d60676a89213eaa5353ca6e0/-/blob/users/Profpatsch/nixpkgs-rewriter/default.nix 2021-01-11 07:54:33 +00:00			`{ lib, stdenv`
spice-up: init at 1.2.1 2018-02-09 11:30:09 +00:00			`, fetchFromGitHub`
treewide: use nix-update updateScript for packages I maintain 2020-07-29 17:33:39 +01:00			`, nix-update-script`
spice-up: fix build with vala 0.46 See: https://github.com/Philip-Scott/Spice-up/pull/288 2019-10-14 21:33:03 +01:00			`, fetchpatch`
spice-up: 1.7.0 -> 1.8.0 2019-03-05 21:57:51 +00:00			`, cmake`
gdk-pixbuf: rename from gdk_pixbuf 2019-05-22 12:03:39 +01:00			`, gdk-pixbuf`
spice-up: 1.7.0 -> 1.8.0 2019-03-05 21:57:51 +00:00			`, gtk3`
pantheon: use latest vala elementary OS's ecosystem is curated around Ubuntu's LTS releases. This means the development platform for their curated applications always includes a LTS version of vala (in 18.04 it's 0.40). Because of how vala development works it suspect some of these applications to have serious issues if complied with the latest vala. However in the past year or so, for Pantheon at least, I don't think their applications will have much issues with latest vala, and if there is I don't think they'd be difficult to fix. In this single regard they've become more responsive since their preferred language is vala. As for the curated applications I have less of this confidence in. So I'd have to be accept less applications, but that's something I'm willing to compromise on. And this is easily reversible or could be done on a per-application basis. And nix already makes this trivial. 2019-10-10 03:47:37 +01:00			`, vala`
spice-up: init at 1.2.1 2018-02-09 11:30:09 +00:00			`, gettext`
spice-up: 1.7.0 -> 1.8.0 2019-03-05 21:57:51 +00:00			`, ninja`
			`, pantheon`
pkgs/applications: pkgconfig -> pkg-config 2021-01-17 02:09:27 +00:00			`, pkg-config`
tree-wide: autorename gnome packages to use dashes 2018-02-25 02:23:58 +00:00			`, json-glib`
spice-up: init at 1.2.1 2018-02-09 11:30:09 +00:00			`, libgudev`
			`, libevdev`
spice-up: 1.7.0 -> 1.8.0 2019-03-05 21:57:51 +00:00			`, libgee`
spice-up: 1.3.2 -> 1.6.0 2018-10-31 22:25:22 +00:00			`, libsoup`
pantheon: use latest vala elementary OS's ecosystem is curated around Ubuntu's LTS releases. This means the development platform for their curated applications always includes a LTS version of vala (in 18.04 it's 0.40). Because of how vala development works it suspect some of these applications to have serious issues if complied with the latest vala. However in the past year or so, for Pantheon at least, I don't think their applications will have much issues with latest vala, and if there is I don't think they'd be difficult to fix. In this single regard they've become more responsive since their preferred language is vala. As for the curated applications I have less of this confidence in. So I'd have to be accept less applications, but that's something I'm willing to compromise on. And this is easily reversible or could be done on a per-application basis. And nix already makes this trivial. 2019-10-10 03:47:37 +01:00			`, wrapGAppsHook`
			`}:`
spice-up: init at 1.2.1 2018-02-09 11:30:09 +00:00
			`stdenv.mkDerivation rec {`
spice-up: 1.7.0 -> 1.8.0 2019-03-05 21:57:51 +00:00			`pname = "spice-up";`
spice-up: 1.8.1 -> 1.8.2 Semi-automatic update generated by https://github.com/ryantm/nixpkgs-update tools. This update was made based on information from https://repology.org/metapackage/spice-up/versions 2019-06-03 06:00:46 +01:00			`version = "1.8.2";`
spice-up: init at 1.2.1 2018-02-09 11:30:09 +00:00
			`src = fetchFromGitHub {`
			`owner = "Philip-Scott";`
			`repo = "Spice-up";`
			`rev = version;`
spice-up: 1.8.1 -> 1.8.2 Semi-automatic update generated by https://github.com/ryantm/nixpkgs-update tools. This update was made based on information from https://repology.org/metapackage/spice-up/versions 2019-06-03 06:00:46 +01:00			`sha256 = "1pix911l4ddn50026a5sbpqfzba6fmw40m1yzbknmkgd2ny28f0m";`
spice-up: init at 1.2.1 2018-02-09 11:30:09 +00:00			`};`
spice-up: 1.3.2 -> 1.6.0 2018-10-31 22:25:22 +00:00
spice-up: 1.7.0 -> 1.8.0 2019-03-05 21:57:51 +00:00			`USER = "pbuilder";`
spice-up: init at 1.2.1 2018-02-09 11:30:09 +00:00
			`nativeBuildInputs = [`
			`cmake`
			`gettext`
pantheon: init a 5.0 2018-08-20 21:31:18 +01:00			`ninja`
pkgs/applications: pkgconfig -> pkg-config 2021-01-17 02:09:27 +00:00			`pkg-config`
pantheon: use latest vala elementary OS's ecosystem is curated around Ubuntu's LTS releases. This means the development platform for their curated applications always includes a LTS version of vala (in 18.04 it's 0.40). Because of how vala development works it suspect some of these applications to have serious issues if complied with the latest vala. However in the past year or so, for Pantheon at least, I don't think their applications will have much issues with latest vala, and if there is I don't think they'd be difficult to fix. In this single regard they've become more responsive since their preferred language is vala. As for the curated applications I have less of this confidence in. So I'd have to be accept less applications, but that's something I'm willing to compromise on. And this is easily reversible or could be done on a per-application basis. And nix already makes this trivial. 2019-10-10 03:47:37 +01:00			`vala`
pantheon: init a 5.0 2018-08-20 21:31:18 +01:00			`wrapGAppsHook`
spice-up: init at 1.2.1 2018-02-09 11:30:09 +00:00			`];`
spice-up: fix build with vala 0.46 See: https://github.com/Philip-Scott/Spice-up/pull/288 2019-10-14 21:33:03 +01:00
spice-up: init at 1.2.1 2018-02-09 11:30:09 +00:00			`buildInputs = [`
pantheon: init a 5.0 2018-08-20 21:31:18 +01:00			`pantheon.elementary-icon-theme`
			`pantheon.granite`
gdk-pixbuf: rename from gdk_pixbuf 2019-05-22 12:03:39 +01:00			`gdk-pixbuf`
spice-up: 1.3.2 -> 1.6.0 2018-10-31 22:25:22 +00:00			`gtk3`
tree-wide: autorename gnome packages to use dashes 2018-02-25 02:23:58 +00:00			`json-glib`
spice-up: init at 1.2.1 2018-02-09 11:30:09 +00:00			`libevdev`
spice-up: 1.7.0 -> 1.8.0 2019-03-05 21:57:51 +00:00			`libgee`
spice-up: 1.3.2 -> 1.6.0 2018-10-31 22:25:22 +00:00			`libgudev`
			`libsoup`
spice-up: init at 1.2.1 2018-02-09 11:30:09 +00:00			`];`

spice-up: fix build with vala 0.46 See: https://github.com/Philip-Scott/Spice-up/pull/288 2019-10-14 21:33:03 +01:00			`patches = [`
			`# Fix build with Vala 0.46`
			`# https://github.com/Philip-Scott/Spice-up/pull/288`
			`(fetchpatch {`
			`url = "https://patch-diff.githubusercontent.com/raw/Philip-Scott/Spice-up/pull/288.patch";`
			`sha256 = "0kyfd8v2sk4cvcq1j8ysp64snfjhnpr3iz7l04lx7if7h372xj39";`
			`})`
			`];`

treewide: pantheon updateScript 2019-12-22 23:19:30 +00:00			`passthru = {`
treewide: use nix-update updateScript for packages I maintain 2020-07-29 17:33:39 +01:00			`updateScript = nix-update-script {`
treewide: pantheon updateScript 2019-12-22 23:19:30 +00:00			`attrPath = pname;`
			`};`
			`};`

treewide: with stdenv.lib; in meta -> with lib; Part of: https://github.com/NixOS/nixpkgs/issues/108938 meta = with stdenv.lib; is a widely used pattern. We want to slowly remove the `stdenv.lib` indirection and encourage people to use `lib` directly. Thus let’s start with the meta field. This used a rewriting script to mostly automatically replace all occurances of this pattern, and add the `lib` argument to the package header if it doesn’t exist yet. The script in its current form is available at https://cs.tvl.fyi/depot@2f807d7f141068d2d60676a89213eaa5353ca6e0/-/blob/users/Profpatsch/nixpkgs-rewriter/default.nix 2021-01-11 07:54:33 +00:00			`meta = with lib; {`
spice-up: 1.7.0 -> 1.8.0 2019-03-05 21:57:51 +00:00			`description = "Create simple and beautiful presentations";`
treewide: Per RFC45, remove all unquoted URLs 2020-04-01 02:11:51 +01:00			`homepage = "https://github.com/Philip-Scott/Spice-up";`
github username: kjuvi -> xiorcale 2020-05-08 08:08:53 +01:00			`maintainers = with maintainers; [ samdroid-apps xiorcale ] ++ pantheon.maintainers;`
spice-up: init at 1.2.1 2018-02-09 11:30:09 +00:00			`platforms = platforms.linux;`
			`# The COPYING file has GPLv3; some files have GPLv2+ and some have GPLv3+`
			`license = licenses.gpl3Plus;`
			`};`
			`}`