Commit graph

19 commits

Author SHA1 Message Date
Ben Siraphob 5d566c43b4 pkgs/applications: pkgconfig -> pkg-config 2021-01-16 23:49:59 -08:00
Profpatsch 4a7f99d55d 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 10:38:22 +01:00
worldofpeace d12c11e30c treewide: use nix-update updateScript for packages I maintain 2020-07-29 12:33:39 -04:00
xiorcale ccfe14cb3b github username: kjuvi -> xiorcale 2020-05-09 09:08:18 +02:00
Michael Reilly 84cf00f980
treewide: Per RFC45, remove all unquoted URLs 2020-04-10 17:54:53 +01:00
worldofpeace 2dd7d4dd44 treewide: pantheon updateScript 2019-12-22 18:20:55 -05:00
worldofpeace f0e5192fe2 spice-up: fix build with vala 0.46
See: https://github.com/Philip-Scott/Spice-up/pull/288
2019-10-14 16:49:39 -04:00
worldofpeace bdb851ee2d 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-09 22:47:37 -04:00
worldofpeace b1bc0645ea gdk-pixbuf: rename from gdk_pixbuf 2019-07-22 18:50:57 -04:00
R. RyanTM 3803b5d714 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-02 22:00:46 -07:00
worldofpeace d004fc65bb spice-up: 1.8.0 -> 1.8.1
https://github.com/Philip-Scott/Spice-up/releases/tag/1.8.1
2019-05-02 15:01:38 -04:00
Kjuvi f271f943e0 spice-up: 1.7.0 -> 1.8.0 2019-03-05 22:57:51 +01:00
worldofpeace 78da8d668b pantheon: init a 5.0 2019-01-24 20:54:14 +00:00
Jan Tojnar a51a99c690
gobject-introspection: rename package
camelCase package name was a huge inconsistency in GNOME package set.
2018-12-02 12:42:29 +01:00
worldofpeace 144c7267dd spice-up: 1.3.2 -> 1.6.0 2018-10-31 19:05:37 -04:00
Jan Tojnar 9de4363fb4
spice-up: clean up 2018-03-23 13:18:35 +01:00
Jan Tojnar a31d98f312
tree-wide: autorename gnome packages to use dashes 2018-02-25 17:41:16 +01:00
Sam Parkinson a3e9f49746
spice-up: 1.2.1 -> 1.3.2 2018-02-21 17:11:23 +11:00
Sam Parkinson 8a7fd9d41f
spice-up: init at 1.2.1 2018-02-09 22:30:09 +11:00