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