cafkafk/nixpkgs
cafkafk/nixpkgs
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions 2
nixpkgs/pkgs/tools/misc/lbdb/default.nix

52 lines
1.6 KiB
Nix
Raw Normal View History

treewide: use perl.withPackages when possible Since 03eaa48 added perl.withPackages, there is a canonical way to create a perl interpreter from a list of libraries, for use in script shebangs or generic build inputs. This method is declarative (what we are doing is clear), produces short shebangs[1] and needs not to wrap existing scripts. Unfortunately there are a few exceptions that I've found: 1. Scripts that are calling perl with the -T switch. This makes perl ignore PERL5LIB, which is what perl.withPackages is using to inform the interpreter of the library paths. 2. Perl packages that depends on libraries in their own path. This is not possible because perl.withPackages works at build time. The workaround is to add `-I $out/${perl.libPrefix}` to the shebang. In all other cases I propose to switch to perl.withPackages. [1]: https://lwn.net/Articles/779997/
2021-02-24 20:53:45 +01:00
{ lib, stdenv, fetchurl, fetchpatch, perl, finger_bsd
lbdb: 0.38 -> 0.44
2017-10-14 21:47:13 +02:00
, abook ? null
, gnupg ? null
, goobook ? null
, khard ? null
lbdb: 0.45.3 -> 0.46
2018-01-20 08:55:00 +01:00
, mu ? null
lbdb: 0.38 -> 0.44
2017-10-14 21:47:13 +02:00
}:
Add The Little Brother's Database (lbdb) package
2013-08-27 09:28:36 +02:00
let
treewide: use perl.withPackages when possible Since 03eaa48 added perl.withPackages, there is a canonical way to create a perl interpreter from a list of libraries, for use in script shebangs or generic build inputs. This method is declarative (what we are doing is clear), produces short shebangs[1] and needs not to wrap existing scripts. Unfortunately there are a few exceptions that I've found: 1. Scripts that are calling perl with the -T switch. This makes perl ignore PERL5LIB, which is what perl.withPackages is using to inform the interpreter of the library paths. 2. Perl packages that depends on libraries in their own path. This is not possible because perl.withPackages works at build time. The workaround is to add `-I $out/${perl.libPrefix}` to the shebang. In all other cases I propose to switch to perl.withPackages. [1]: https://lwn.net/Articles/779997/
2021-02-24 20:53:45 +01:00
perl' = perl.withPackages (p: with p; [ ConvertASN1 perlldap AuthenSASL ]);
Add The Little Brother's Database (lbdb) package
2013-08-27 09:28:36 +02:00
in
various: cleanup of 'inherit version;'
2021-07-14 17:10:11 +02:00
stdenv.mkDerivation rec {
treewide: name -> pname
2019-08-13 23:52:01 +02:00
pname = "lbdb";
various: cleanup of 'inherit version;'
2021-07-14 17:10:11 +02:00
version = "0.48.1";
lbdb: fix formatting
2013-08-28 09:56:08 +02:00
src = fetchurl {
treewide: fix redirected urls (run 3) Related: - 9fc5e7e473874762fdb1b49d17dcf703d48352c3 - 593e11fd944ce961ecf5425c3540df09e4f52265 - 508ae42a0f64c350036d722b84c2e2905bbc5418 Since the last time I ran this script, the Repology API changed, so I had to adapt the script used in the previous PR. The new API should be more robust, so overall this is a positive (no more grepping the error messages for our relevant data but just a nice json structure). Here's the new script I used: ```sh curl https://repology.org/api/v1/repository/nix_unstable/problems \ | jq -r '.[] | select(.type == "homepage_permanent_https_redirect") | .data | "s@\(.url)@\(.target)@"' \ | sort | uniq | tee script.sed find -name '*.nix' | xargs -P4 -- sed -f script.sed -i ``` I will also add this script to `maintainers/scripts`.
2020-10-02 09:58:50 +02:00
url = "https://www.spinnaker.de/lbdb/download/lbdb_${version}.tar.gz";
lbdb: 0.48 -> 0.48.1 Semi-automatic update generated by https://github.com/ryantm/nixpkgs-update tools. This update was made based on information from https://repology.org/metapackage/lbdb/versions
2019-01-28 13:28:10 +01:00
sha256 = "1gr5l2fr9qbdccga8bhsrpvz6jxigvfkdxrln9wyf2xpps5cdjxh";
lbdb: fix formatting
2013-08-28 09:56:08 +02:00
};
Add The Little Brother's Database (lbdb) package
2013-08-27 09:28:36 +02:00
treewide: use perl.withPackages when possible Since 03eaa48 added perl.withPackages, there is a canonical way to create a perl interpreter from a list of libraries, for use in script shebangs or generic build inputs. This method is declarative (what we are doing is clear), produces short shebangs[1] and needs not to wrap existing scripts. Unfortunately there are a few exceptions that I've found: 1. Scripts that are calling perl with the -T switch. This makes perl ignore PERL5LIB, which is what perl.withPackages is using to inform the interpreter of the library paths. 2. Perl packages that depends on libraries in their own path. This is not possible because perl.withPackages works at build time. The workaround is to add `-I $out/${perl.libPrefix}` to the shebang. In all other cases I propose to switch to perl.withPackages. [1]: https://lwn.net/Articles/779997/
2021-02-24 20:53:45 +01:00
buildInputs = [ goobook perl' ]
++ lib.optional (!stdenv.isDarwin) finger_bsd
++ lib.optional (abook != null) abook
++ lib.optional (gnupg != null) gnupg
++ lib.optional (goobook != null) goobook
++ lib.optional (khard != null) khard
++ lib.optional (mu != null) mu;
lbdb: 0.38 -> 0.44
2017-10-14 21:47:13 +02:00
configureFlags = [ ]
treewide: use perl.withPackages when possible Since 03eaa48 added perl.withPackages, there is a canonical way to create a perl interpreter from a list of libraries, for use in script shebangs or generic build inputs. This method is declarative (what we are doing is clear), produces short shebangs[1] and needs not to wrap existing scripts. Unfortunately there are a few exceptions that I've found: 1. Scripts that are calling perl with the -T switch. This makes perl ignore PERL5LIB, which is what perl.withPackages is using to inform the interpreter of the library paths. 2. Perl packages that depends on libraries in their own path. This is not possible because perl.withPackages works at build time. The workaround is to add `-I $out/${perl.libPrefix}` to the shebang. In all other cases I propose to switch to perl.withPackages. [1]: https://lwn.net/Articles/779997/
2021-02-24 20:53:45 +01:00
++ lib.optional (abook != null) "--with-abook"
++ lib.optional (gnupg != null) "--with-gpg"
++ lib.optional (goobook != null) "--with-goobook"
++ lib.optional (khard != null) "--with-khard"
++ lib.optional (mu != null) "--with-mu";
lbdb: 0.38 -> 0.44
2017-10-14 21:47:13 +02:00
lbdb: fix build
2019-05-22 08:00:56 +02:00
patches = [ ./add-methods-to-rc.patch
# fix undefined exec_prefix. Remove with the next release
(fetchpatch {
url = "https://github.com/RolandRosenfeld/lbdb/commit/60b7bae255011f59212d96adfbded459d6a27129.patch";
sha256 = "129zg086glmlalrg395jq8ljcp787dl3rxjf9v7apsd8mqfdkl2v";
excludes = [ "debian/changelog" ];
})
];
Add The Little Brother's Database (lbdb) package
2013-08-27 09:28:36 +02:00
treewide: use perl.withPackages when possible Since 03eaa48 added perl.withPackages, there is a canonical way to create a perl interpreter from a list of libraries, for use in script shebangs or generic build inputs. This method is declarative (what we are doing is clear), produces short shebangs[1] and needs not to wrap existing scripts. Unfortunately there are a few exceptions that I've found: 1. Scripts that are calling perl with the -T switch. This makes perl ignore PERL5LIB, which is what perl.withPackages is using to inform the interpreter of the library paths. 2. Perl packages that depends on libraries in their own path. This is not possible because perl.withPackages works at build time. The workaround is to add `-I $out/${perl.libPrefix}` to the shebang. In all other cases I propose to switch to perl.withPackages. [1]: https://lwn.net/Articles/779997/
2021-02-24 20:53:45 +01:00
meta = with lib; {
treewide: fix redirected urls (run 3) Related: - 9fc5e7e473874762fdb1b49d17dcf703d48352c3 - 593e11fd944ce961ecf5425c3540df09e4f52265 - 508ae42a0f64c350036d722b84c2e2905bbc5418 Since the last time I ran this script, the Repology API changed, so I had to adapt the script used in the previous PR. The new API should be more robust, so overall this is a positive (no more grepping the error messages for our relevant data but just a nice json structure). Here's the new script I used: ```sh curl https://repology.org/api/v1/repository/nix_unstable/problems \ | jq -r '.[] | select(.type == "homepage_permanent_https_redirect") | .data | "s@\(.url)@\(.target)@"' \ | sort | uniq | tee script.sed find -name '*.nix' | xargs -P4 -- sed -f script.sed -i ``` I will also add this script to `maintainers/scripts`.
2020-10-02 09:58:50 +02:00
homepage = "https://www.spinnaker.de/lbdb/";
lbdb: 0.44 -> 0.45.3
2017-11-12 16:03:06 +01:00
license = licenses.gpl2;
platforms = platforms.all;
Fix many package descriptions (My OCD kicked in today...) Remove repeated package names, capitalize first word, remove trailing periods and move overlong descriptions to longDescription. I also simplified some descriptions as well, when they were particularly long or technical, often based on Arch Linux' package descriptions. I've tried to stay away from generated expressions (and I think I succeeded). Some specifics worth mentioning: * cron, has "Vixie Cron" in its description. The "Vixie" part is not mentioned anywhere else. I kept it in a parenthesis at the end of the description. * ctags description started with "Exuberant Ctags ...", and the "exuberant" part is not mentioned elsewhere. Kept it in a parenthesis at the end of description. * nix has the description "The Nix Deployment System". Since that doesn't really say much what it is/does (especially after removing the package name!), I changed that to "Powerful package manager that makes package management reliable and reproducible" (borrowed from nixos.org). * Tons of "GNU Foo, Foo is a [the important bits]" descriptions is changed to just [the important bits]. If the package name doesn't contain GNU I don't think it's needed to say it in the description either.
2014-08-24 16:21:08 +02:00
description = "The Little Brother's Database";
lbdb: fix build
2019-05-22 08:00:56 +02:00
maintainers = [ maintainers.kaiha maintainers.bfortz ];
lbdb: fix formatting
2013-08-28 09:56:08 +02:00
};
Add The Little Brother's Database (lbdb) package
2013-08-27 09:28:36 +02:00
}
Reference in a new issue Copy permalink