Commit Graph

14 Commits

Author SHA1 Message Date
Jonathan Ringer
9bb3fccb5b 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 01:16:25 -08:00
Michael Reilly
84cf00f980
treewide: Per RFC45, remove all unquoted URLs 2020-04-10 17:54:53 +01:00
Vladimír Čunát
2e6bf42a22
Merge branch 'master' into staging-next
There ver very many conflicts, basically all due to
name -> pname+version.  Fortunately, almost everything was auto-resolved
by kdiff3, and for now I just fixed up a couple evaluation problems,
as verified by the tarball job.  There might be some fallback to these
conflicts, but I believe it should be minimal.

Hydra nixpkgs: ?compare=1538299
2019-08-24 08:55:37 +02:00
Will Dietz
8ded2cf440
libvisio: 0.1.6 -> 0.1.7
https://gerrit.libreoffice.org/plugins/gitiles/libvisio/+/libvisio-0.1.7/NEWS
2019-08-19 14:49:17 -05:00
volth
46420bbaa3 treewide: name -> pname (easy cases) (#66585)
treewide replacement of

stdenv.mkDerivation rec {
  name = "*-${version}";
  version = "*";

to pname
2019-08-15 13:41:18 +01:00
Jan Tojnar
c4e848197f
libvisio: fix license 2018-03-31 00:24:44 +02:00
Ryan Mulligan
99e0722657
libvisio: 0.1.3 -> 0.1.6
Semi-automatic update generated by https://github.com/ryantm/nix-update tools.

This update was made based on information from https://repology.org/metapackage/libvisio/versions.

These checks were done:

- built on NixOS
- ran `/nix/store/bm8rhp6ljq7n0iqhpn4f1j3p013ps704-libvisio-0.1.6/bin/vsd2raw --version` and found version 0.1.6
- ran `/nix/store/bm8rhp6ljq7n0iqhpn4f1j3p013ps704-libvisio-0.1.6/bin/vss2raw --version` and found version 0.1.6
- ran `/nix/store/bm8rhp6ljq7n0iqhpn4f1j3p013ps704-libvisio-0.1.6/bin/vsd2xhtml --version` and found version 0.1.6
- ran `/nix/store/bm8rhp6ljq7n0iqhpn4f1j3p013ps704-libvisio-0.1.6/bin/vss2xhtml --version` and found version 0.1.6
- ran `/nix/store/bm8rhp6ljq7n0iqhpn4f1j3p013ps704-libvisio-0.1.6/bin/vsd2text --version` and found version 0.1.6
- ran `/nix/store/bm8rhp6ljq7n0iqhpn4f1j3p013ps704-libvisio-0.1.6/bin/vss2text --version` and found version 0.1.6
- found 0.1.6 with grep in /nix/store/bm8rhp6ljq7n0iqhpn4f1j3p013ps704-libvisio-0.1.6
- directory tree listing: https://gist.github.com/a7d83a73b3560d8cfa739ca582d98dcd

Manually cleaned up & split outputs.
2018-03-31 00:09:10 +02:00
William A. Kennington III
6fc70d6b2e libvisio: Boost 1.59 compat 2015-09-03 13:26:03 -07:00
William A. Kennington III
6bdb5b90ca libvisio: 0.1.0 -> 0.1.3 2015-09-03 13:26:02 -07:00
Spencer Whitt
5920d68f2e libvisio: build on Darwin 2015-04-08 01:05:50 -04:00
Michael Raskin
d06eef88c9 Update libreoffice to the version 4.3.0.4
Also update its dependencies.

Update libcdr to 0.1.0
Update libmwaw to 0.3.2 from 0.3.1
Update libvisio to 0.1.0
Update libwpd to 0.10.0
Update libwpg to 0.3.0

These updates are require by LO update and also require each other.

Note that many of these libraries now require librevenge.

In LibreOffice expression per se:

- Note that liborcus is built separately because it wants Boost to be
  specified in a way that main LO build doesn't ensure.

- libixion from 0.7.0 tarball has libixion-0.8 package version.

- libgltf is in src/libgltf but listed in download.lst without any
  comments.

- Make variable with the name libreoffice-translations-${version}.tar.xz
  and the same value is inserted; the same for -help-. Fetching gives
  a strange error without that. Apparently everyone just builds git
  checkouts.

- There are some conditionals in download.lst that require manual
  handling. I am not sure there is a simple way to process them in
  generate-libreoffice-srcs.sh.
2014-08-12 01:49:54 +04:00
Domen Kožar
ef8a149b6f libreoffice: 3.6.6.2 -> 4.0.5.2 2013-09-01 01:57:58 +02:00
Eelco Dolstra
ab3eeabfed Rename buildNativeInputs -> nativeBuildInputs
Likewise for propagatedBuildNativeInputs, etc.  "buildNativeInputs"
sounds like an imperative rather than a noun phrase.
2012-12-28 19:20:09 +01:00
Yury G. Kudryashov
30ba367d5a Add libvisio (libreoffice dependency) 2012-08-31 12:03:24 +04:00