Since commit e44038b, cairo-1.0.typelib contains an absolute
path to cairo in the nix store so that no $LD_LIBRARY_PATH hacks are
needed. However, this did not yet work for lgi, because lgi does
dlopen("libcairo.so.2") without a full path, too.

To make this work, this commit ensures that lgi first uses
gobject-introspection to load libcairo. This uses the full path provided
by the typelib. Afterwards, dlopen("libcairo.so.2") does not hit the
filesystem anymore since the library is already loaded.

This commit adds a patch that reorders some code in lgi's cairo
initialisation. Previously, this started with core.module('cairo', 2),
which is where the dlopen happens. Now, this code is moved down and
instead core.gi.cairo.resolve is used to load the definitions of some
enums first. This part of the code goes through gobject-introspection
and causes libcairo to be loaded.

Signed-off-by: Uli Schlachter <psychon@znc.in>

Since commit e44038b, cairo-1.0.typelib contains an absolute
path to cairo in the nix store so that no $LD_LIBRARY_PATH hacks are
needed. However, this did not yet work for lgi, because lgi does
dlopen("libcairo.so.2") without a full path, too.

To make this work, this commit ensures that lgi first uses
gobject-introspection to load libcairo. This uses the full path provided
by the typelib. Afterwards, dlopen("libcairo.so.2") does not hit the
filesystem anymore since the library is already loaded.

This commit adds a patch that reorders some code in lgi's cairo
initialisation. Previously, this started with core.module('cairo', 2),
which is where the dlopen happens. Now, this code is moved down and
instead core.gi.cairo.resolve is used to load the definitions of some
enums first. This part of the code goes through gobject-introspection
and causes libcairo to be loaded.

Signed-off-by: Uli Schlachter <psychon@znc.in>

This fixes awesome*.

In the end I merged different version than I wanted.
This reverts commit f25d21d, reversing
changes made to af884f5.

loccount: 1.1 -> 1.2

src: 1.13 -> 1.17

greybird: 3.22.5 -> 3.22.6

hwdata: 0.300 -> 0.308

python3Packages.luftdaten: init at 0.1.4

Python CAN support

[security] https://crbug.com/808163

Signed-off-by: Austin Seipp <aseipp@pobox.com>

Signed-off-by: Austin Seipp <aseipp@pobox.com>

Signed-off-by: Austin Seipp <aseipp@pobox.com>

Signed-off-by: Austin Seipp <aseipp@pobox.com>

pick: 1.9.0 -> 2.0.1

Since Qt 5.8, font style names are handled in a way that prevents alternate
styles (bold, italic, etc.) from being selected for user interface fonts.

See also: https://phabricator.kde.org/D9070

way-cooler: 0.6.2 -> 0.8.0

facter: 3.9.0 -> 3.9.3 and dependency libwhereami: 0.1.1 -> 0.1.3

…/font-style

plasma-integration: Fix font style name bug with Qt >= 5.8

…n-functional

also does not work on python3 even thought we provide it there…

Note on the upstream repo [1]:
> IMPORTANT: github-cli does not function anymore since API v2 has been
> replaced by API v3 A possible alternative for github-cli that addresses
> API v3 is Stephen Celis' [ghi](https://github.com/stephencelis/ghi)

[1] https://github.com/jsmits/github-cli

pythonPackages.github-cli: removed

matrix-synapse: create and connect to local postgresql db