alioth/nixpkgs
3
0
Fork 0
forked from mirrors/nixpkgs
Code Releases Activity
nixpkgs/pkgs/applications/graphics/ideogram/default.nix

69 lines
1.1 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
ideogram: init at 1.2.2
2019-08-04 12:42:17 +01:00
, fetchFromGitHub
treewide: use nix-update updateScript for packages I maintain
2020-07-29 17:33:39 +01:00
, nix-update-script
ideogram: fix cassidyjames/ideogram#26
2019-08-07 17:22:55 +01:00
, fetchpatch
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
treewide: pkgs.pkgconfig -> pkgs.pkg-config, move pkgconfig to alias.nix continuation of #109595 pkgconfig was aliased in 2018, however, it remained in all-packages.nix due to its wide usage. This cleans up the remaining references to pkgs.pkgsconfig and moves the entry to aliases.nix. python3Packages.pkgconfig remained unchanged because it's the canonical name of the upstream package on pypi.
2021-01-19 06:50:56 +00:00
, pkg-config
ideogram: init at 1.2.2
2019-08-04 12:42:17 +01:00
, python3
, glib
, gtk3
, meson
, ninja
, libgee
, pantheon
, desktop-file-utils
, xorg
, wrapGAppsHook
}:
stdenv.mkDerivation rec {
pname = "ideogram";
ideogram: 1.3.2 -> 1.3.3 better icon https://github.com/cassidyjames/ideogram/releases/tag/1.3.3
2020-03-01 14:26:11 +00:00
version = "1.3.3";
ideogram: init at 1.2.2
2019-08-04 12:42:17 +01:00
src = fetchFromGitHub {
owner = "cassidyjames";
repo = pname;
rev = version;
ideogram: 1.3.2 -> 1.3.3 better icon https://github.com/cassidyjames/ideogram/releases/tag/1.3.3
2020-03-01 14:26:11 +00:00
sha256 = "1zkr7x022khn5g3sq2dkxzy1hiiz66vl81s3i5sb9qr88znh79p1";
ideogram: init at 1.2.2
2019-08-04 12:42:17 +01:00
};
nativeBuildInputs = [
desktop-file-utils
meson
ninja
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
treewide: pkgs.pkgconfig -> pkgs.pkg-config, move pkgconfig to alias.nix continuation of #109595 pkgconfig was aliased in 2018, however, it remained in all-packages.nix due to its wide usage. This cleans up the remaining references to pkgs.pkgsconfig and moves the entry to aliases.nix. python3Packages.pkgconfig remained unchanged because it's the canonical name of the upstream package on pypi.
2021-01-19 06:50:56 +00:00
pkg-config
ideogram: init at 1.2.2
2019-08-04 12:42:17 +01:00
python3
wrapGAppsHook
];
buildInputs = [
glib
gtk3
libgee
pantheon.granite
xorg.libX11
xorg.libXtst
];
postPatch = ''
chmod +x meson/post_install.py
patchShebangs meson/post_install.py
'';
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; {
ideogram: init at 1.2.2
2019-08-04 12:42:17 +01:00
description = "Insert emoji anywhere, even in non-native apps - designed for elementary OS";
treewide: Per RFC45, remove all unquoted URLs
2020-04-01 02:11:51 +01:00
homepage = "https://github.com/cassidyjames/ideogram";
ideogram: init at 1.2.2
2019-08-04 12:42:17 +01:00
license = licenses.gpl2Plus;
maintainers = pantheon.maintainers;
platforms = platforms.linux;
};
}
Copy permalink