JakeHillion/nixpkgs
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
da63eb10bb
nixpkgs/pkgs/applications/office/notes-up/default.nix

70 lines
1.3 KiB
Nix
Raw Normal View History

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
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
, fetchFromGitHub
treewide: use nix-update updateScript for packages I maintain
2020-07-29 17:33:39 +01:00
, nix-update-script
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
, pantheon
pkgs/applications: pkgconfig -> pkg-config
2021-01-17 02:09:27 +00:00
, pkg-config
notes-up: use older vala to fix build Looks unresolved upstream: https://github.com/Philip-Scott/Notes-up/issues/349
2020-03-19 14:43:32 +00:00
, vala_0_46
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
, cmake
, ninja
, gtk3
, gtksourceview3
, webkitgtk
, gtkspell3
, glib
, libgee
, sqlite
, discount
, wrapGAppsHook
notes-up: default without pantheon support This adds pantheon.notes-up which will only work in pantheon.
2019-02-22 18:45:57 +00:00
, withPantheon ? false }:
notes-up: init at 1.6.3
2019-02-05 20:34:54 +00:00
stdenv.mkDerivation rec {
pname = "notes-up";
notes-up: 2.0.1 -> 2.0.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/notes-up/versions
2019-06-17 10:49:41 +01:00
version = "2.0.2";
notes-up: init at 1.6.3
2019-02-05 20:34:54 +00:00
src = fetchFromGitHub {
owner = "Philip-Scott";
repo = "Notes-up";
rev = version;
notes-up: 2.0.1 -> 2.0.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/notes-up/versions
2019-06-17 10:49:41 +01:00
sha256 = "0bklgp8qrrj9y5m77xqbpy1ld2d9ya3rlxklgzx3alffq5312i4s";
notes-up: init at 1.6.3
2019-02-05 20:34:54 +00:00
};
nativeBuildInputs = [
cmake
ninja
notes-up: use older vala to fix build Looks unresolved upstream: https://github.com/Philip-Scott/Notes-up/issues/349
2020-03-19 14:43:32 +00:00
# fails with newer vala: https://github.com/Philip-Scott/Notes-up/issues/349
vala_0_46
pkgs/applications: pkgconfig -> pkg-config
2021-01-17 02:09:27 +00:00
pkg-config
notes-up: init at 1.6.3
2019-02-05 20:34:54 +00:00
wrapGAppsHook
];
buildInputs = [
discount
glib
gtk3
gtksourceview3
gtkspell3
libgee
pantheon.granite
sqlite
webkitgtk
];
notes-up: default without pantheon support This adds pantheon.notes-up which will only work in pantheon.
2019-02-22 18:45:57 +00:00
# Whether to build with contractor support (Pantheon specific)
pkgs/applications: stdenv.lib -> lib
2021-01-15 05:42:41 +00:00
cmakeFlags = lib.optional (!withPantheon) "-Dnoele=yes";
notes-up: default without pantheon support This adds pantheon.notes-up which will only work in pantheon.
2019-02-22 18:45:57 +00:00
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; {
notes-up: default without pantheon support This adds pantheon.notes-up which will only work in pantheon.
2019-02-22 18:45:57 +00:00
description = "Markdown notes editor and manager designed for elementary OS"
pkgs/applications: stdenv.lib -> lib
2021-01-15 05:42:41 +00:00
+ lib.optionalString withPantheon " - built with Contractor support";
notes-up: use older vala to fix build Looks unresolved upstream: https://github.com/Philip-Scott/Notes-up/issues/349
2020-03-19 14:43:32 +00:00
homepage = "https://github.com/Philip-Scott/Notes-up";
notes-up: init at 1.6.3
2019-02-05 20:34:54 +00:00
license = licenses.gpl2;
maintainers = with maintainers; [ davidak worldofpeace ];
platforms = platforms.linux;
};
}
Reference in New Issue Copy Permalink