Age | Commit message (Collapse) | Author | Files | Lines |
|
Another step in further separating python2 from python3.
|
|
|
|
https://gitlab.gnome.org/GNOME/pygobject/-/blob/3.42.0/NEWS
|
|
Since GNOME version is now 40, it no longer makes sense to use the old attribute name.
|
|
|
|
https://discourse.gnome.org/t/new-gnome-versioning-scheme/4235
|
|
|
|
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.
|
|
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
|
|
|
|
|
|
This no longer supports python3.
We should mark projects that use python2 pygobject3
as broken.
https://gitlab.gnome.org/GNOME/pygobject/-/blob/3.38.0/NEWS
|
|
https://ftp.gnome.org/pub/GNOME/sources/pygobject/3.36/pygobject-3.36.1.news
|
|
|
|
|
|
https://ftp.gnome.org/pub/GNOME/sources/pygobject/3.36/pygobject-3.36.0.news
|
|
https://gitlab.gnome.org/GNOME/pygobject/blob/3.34.0/NEWS
|
|
2.28.7 no longer installs codegen for Python 3:
https://gitlab.gnome.org/GNOME/pygobject/commit/2940d0c45c592c19196d4ab0d345ab27fca0f0a0
so our postInstall broke.
No need to rename the pth file either, as pygtk does not work on Python 3.
|
|
https://download.gnome.org/sources/pygobject/2.28/pygobject-2.28.7.news
|
|
treewide replacement of
stdenv.mkDerivation rec {
name = "*-${version}";
version = "*";
to pname
|
|
https://gitlab.gnome.org/GNOME/pygobject/blob/3.32.1/NEWS
|
|
|
|
Comments on conflicts:
- llvm: d6f401e1 vs. 469ecc70 - docs for 6 and 7 say the default is
to build all targets, so we should be fine
- some pypi hashes: they were equivalent, just base16 vs. base32
|
|
|
|
|
|
|
|
camelCase package name was a huge inconsistency in GNOME package set.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Only acts on one-line dependency lists.
|
|
This is a squash commit of the joint work from:
* Jan Tojnar (@jtojnar)
* Linus Heckemann (@lheckemann)
* Ryan Mulligan (@ryantm)
* romildo (@romildo)
* Tom Hunger (@teh)
|
|
|
|
This way all Python packages use the same function,
`buildPythonPackage`.
|
|
|
|
|
|
python3.5-jupyter: Fix build issue #17902
|
|
The packages "which" and "ncurses" are needed for building pygobject3
(on darwin) during the checkPhase. The ncurses library is necessary only
because python3.5 is currently built using "-lncurses" and pygobject3
wants the same libraries that python3.5 was compiled with. (Because it
uses "python3.5-config --ldflags" during the build)
|
|
${pygobject.name} now contains a python2- prefix resulting
in a broken symlink. this breaks pygtk and every depending application
|
|
This one was already merged into release-16.09, so let's not have the
stable branch is ahead of master and confuse things. In addition to
that, currently we have an odd situation that master has less things
actually finished building than in staging.
Conflicts:
pkgs/data/documentation/man-pages/default.nix
|
|
In the pygobject package of pythonPackages the codegen python files are
executable and get wrapped, which causes pygtk to not build because it
uses the python program to execute them. The attached patch makes them
not executable so they do not get wrapped and cause pygtk to fail its
build.
From 931b7998658fa72323c9a76e7b336fe726a9cc61 Mon Sep 17 00:00:00 2001
From: Karn Kallio <kkallio@skami.org>
Date: Fri, 2 Sep 2016 15:30:42 -0400
Subject: [PATCH] pygobject: prevent wrapping of codegen/*.py files.
|
|
|
|
It's "developer documentation", not "documentation developer" after
all.
|
|
Build-tested on x86_64 Linux & Mac.
|
|
|
|
Compare to Hydra nixpkgs job 1260021.
|
|
|