Question:
Describe the bug on a NixOS configuration with systemd-boot as bootloader (the default for NixOS installs on UEFI systems) fails with this error: I checked that the file exists, so what's missing in the kernel since it reports "No such device"? Steps to reproduce This happens with nixos-20.09 and nixos-unstable, but not nixos-20.03. (Just change the command above.) Expected behavior The build succeeds, like it did before (on nixos-20.03). Screenshots If applicable, add screenshots to help explain your problem. Additional context Add any other context about the problem here. Notify maintainers <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --Metadata Please run and paste the result. Maintainer information:
Disabling ~systemd-boot~ efi settings from results in So the insmod error is the same, but now the init script doesn't die on
Ah, the default value of is , and with that value it actually succeeds. So it's not really the systemd-boot part of the config that is broken.
Oh, this comment recommends NOT to set , because it can wear out the NVRAM:
Ah, the default value of is false, [...] Well, except that sets it to true, so it is enabled by default for NixOS EFI installs.
Interestingly, the uses . That results in success!
Now the question is, where to set (or )? I see at least these places where conditionally adding it could make sense: Call site: Option declaration, in qemu- Implementation, in qemu- In the systemd- module:

virtualisation.bootDevice = mkDefault (driveDeviceName 1); <ins> virtualisation.useEFIBoot = mkDefault (config.boot.loader.systemd-boot.enable || config.boot.loader.efi.canTouchEfiVariables); </ins> virtualisation.pathsInNixDB = [ config.system.build.toplevel ]; # FIXME: Consolidate this one day.


Question:
Describe the bug on a NixOS configuration with systemd-boot as bootloader (the default for NixOS installs on UEFI systems) fails with this error: I checked that the file exists, so what's missing in the kernel since it reports "No such device"? Steps to reproduce This happens with nixos-20.09 and nixos-unstable, but not nixos-20.03. (Just change the command above.) Expected behavior The build succeeds, like it did before (on nixos-20.03). Screenshots If applicable, add screenshots to help explain your problem. Additional context Add any other context about the problem here. Notify maintainers <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --Metadata Please run and paste the result. Maintainer information:
Disabling ~systemd-boot~ efi settings from results in So the insmod error is the same, but now the init script doesn't die on
Ah, the default value of is , and with that value it actually succeeds. So it's not really the systemd-boot part of the config that is broken.
Oh, this comment recommends NOT to set , because it can wear out the NVRAM:
Ah, the default value of is false, [...] Well, except that sets it to true, so it is enabled by default for NixOS EFI installs.
Interestingly, the uses . That results in success!
Now the question is, where to set (or )? I see at least these places where conditionally adding it could make sense: Call site: Option declaration, in qemu- Implementation, in qemu- In the systemd- module:

let common = { virtualisation.useBootLoader = true; <del> virtualisation.useEFIBoot = true; </del> boot.loader.systemd-boot.enable = true; boot.loader.efi.canTouchEfiVariables = true; environment.systemPackages = [ pkgs.efibootmgr ];


Question:
current version: unstable-2017-10-06 desired version: 0.2.0 maintainers:
An option in the service definition to overwrite the package would be nice, too! :smile:
Why is this needed? -options are usually implemented if modifying the package in question with an overlay is a bad idea because it would mean that a lot of leaf-packages would require a rebuild as well. An example for that would be .
Ah, okay.
could you please update this package?
Oh sure, thank you for the ping :)

Based on <xref linkend="opt-system.stateVersion" />, existing installations will continue to work. </para> </listitem> <ins> <listitem> <para> The prometheus json exporter is now managed by the prometheus community. Together with additional features some backwards incompatibilities were introduced. Most importantly the exporter no longer accepts a fixed command-line parameter to specify the URL of the endpoint serving JSON. It now expects this URL to be passed as an URL parameter, when scraping the exporter's <literal>/probe</literal> endpoint. In the prometheus scrape configuration the scrape target might look like this: <programlisting> http://some.json-exporter.host:7979/probe?target=https://example.com/some/json/endpoint </programlisting> </para> <para> Existing configuration for the exporter needs to be updated, but can partially be re-used. Documentation is available in the upstream repository and a small example for NixOS is available in the corresponding NixOS test. </para> <para> These changes also affect <xref linkend="opt-services.prometheus.exporters.rspamd.enable" />, which is just a preconfigured instance of the json exporter. </para> <para> For more information, take a look at the <link xlink:href="https://github.com/prometheus-community/json_exporter"> official documentation</link> of the json_exporter. </para> </listitem> </ins> </itemizedlist> </section>


Question:
current version: unstable-2017-10-06 desired version: 0.2.0 maintainers:
An option in the service definition to overwrite the package would be nice, too! :smile:
Why is this needed? -options are usually implemented if modifying the package in question with an overlay is a bad idea because it would mean that a lot of leaf-packages would require a rebuild as well. An example for that would be .
Ah, okay.
could you please update this package?
Oh sure, thank you for the ping :)

services.prometheus.exporters.minio.minioAddress  = mkDefault "http://localhost:9000"; services.prometheus.exporters.minio.minioAccessKey = mkDefault config.services.minio.accessKey; services.prometheus.exporters.minio.minioAccessSecret = mkDefault config.services.minio.secretKey; <del> })] ++ [(mkIf config.services.rspamd.enable { services.prometheus.exporters.rspamd.url = mkDefault "http://localhost:11334/stat"; </del> })] ++ [(mkIf config.services.prometheus.exporters.rtl_433.enable { hardware.rtl-sdr.enable = mkDefault true; })] ++ [(mkIf config.services.nginx.enable {


Question:
current version: unstable-2017-10-06 desired version: 0.2.0 maintainers:
An option in the service definition to overwrite the package would be nice, too! :smile:
Why is this needed? -options are usually implemented if modifying the package in question with an overlay is a bad idea because it would mean that a lot of leaf-packages would require a rebuild as well. An example for that would be .
Ah, okay.
could you please update this package?
Oh sure, thank you for the ping :)

{ port = 7979; extraOpts = { <del> url = mkOption { type = types.str; description = '' URL to scrape JSON from. ''; }; </del> configFile = mkOption { type = types.path; description = '' Path to configuration file. ''; }; <del> listenAddress = {}; # not used </del> }; serviceOpts = { serviceConfig = { ExecStart = '' <del> ${pkgs.prometheus-json-exporter}/bin/prometheus-json-exporter  --port ${toString cfg.port}  ${cfg.url} ${escapeShellArg cfg.configFile}  </del> <ins> ${pkgs.prometheus-json-exporter}/bin/json_exporter  --config.file ${escapeShellArg cfg.configFile}  --web.listen-address="${cfg.listenAddress}:${toString cfg.port}"  </ins> ${concatStringsSep " n  " cfg.extraFlags} ''; }; }; <ins> imports = [ (mkRemovedOptionModule [ "url" ] '' This option was removed. The URL of the endpoint serving JSON must now be provided to the exporter by prometheus via the url parameter `target'. In prometheus a scrape URL would look like this: http://some.json-exporter.host:7979/probe?target=https://example.com/some/json/endpoint For more information, take a look at the official documentation (https://github.com/prometheus-community/json_exporter) of the json_exporter. '') ({ options.warnings = options.warnings; options.assertions = options.assertions; }) ]; </ins> }


Question:
current version: unstable-2017-10-06 desired version: 0.2.0 maintainers:
An option in the service definition to overwrite the package would be nice, too! :smile:
Why is this needed? -options are usually implemented if modifying the package in question with an overlay is a bad idea because it would mean that a lot of leaf-packages would require a rebuild as well. An example for that would be .
Ah, okay.
could you please update this package?
Oh sure, thank you for the ping :)

echo '${builtins.toJSON conf}' | ${pkgs.buildPackages.jq}/bin/jq '.' > $out ''; <del> generateConfig = extraLabels: (map (path: { name = "rspamd_${replaceStrings [ "." " " ] [ "_" "_" ] path}"; path = "$.${path}"; labels = extraLabels; }) [ "actions.'add header'" "actions.'no action'" "actions.'rewrite subject'" "actions.'soft reject'" "actions.greylist" "actions.reject" "bytes_allocated" "chunks_allocated" "chunks_freed" "chunks_oversized" "connections" "control_connections" "ham_count" "learned" "pools_allocated" "pools_freed" "read_only" "scanned" "shared_chunks_allocated" "spam_count" "total_learns" ]) ++ [{ name = "rspamd_statfiles"; type = "object"; path = "$.statfiles[*]"; labels = recursiveUpdate { symbol = "$.symbol"; type = "$.type"; } extraLabels; values = { revision = "$.revision"; size = "$.size"; total = "$.total"; used = "$.used"; languages = "$.languages"; users = "$.users"; }; }]; </del> <ins> generateConfig = extraLabels: { metrics = (map (path: { name = "rspamd_${replaceStrings [ "." " " ] [ "_" "_" ] path}"; path = "$.${path}"; labels = extraLabels; }) [ "actions.'add header'" "actions.'no action'" "actions.'rewrite subject'" "actions.'soft reject'" "actions.greylist" "actions.reject" "bytes_allocated" "chunks_allocated" "chunks_freed" "chunks_oversized" "connections" "control_connections" "ham_count" "learned" "pools_allocated" "pools_freed" "read_only" "scanned" "shared_chunks_allocated" "spam_count" "total_learns" ]) ++ [{ name = "rspamd_statfiles"; type = "object"; path = "$.statfiles[*]"; labels = recursiveUpdate { symbol = "$.symbol"; type = "$.type"; } extraLabels; values = { revision = "$.revision"; size = "$.size"; total = "$.total"; used = "$.used"; languages = "$.languages"; users = "$.users"; }; }]; }; </ins> in { port = 7980; extraOpts = { <del> listenAddress = {}; # not used url = mkOption { type = types.str; description = '' URL to the rspamd metrics endpoint. Defaults to http://localhost:11334/stat when <option>services.rspamd.enable</option> is true. ''; }; </del> extraLabels = mkOption { type = types.attrsOf types.str; default = {


Question:
current version: unstable-2017-10-06 desired version: 0.2.0 maintainers:
An option in the service definition to overwrite the package would be nice, too! :smile:
Why is this needed? -options are usually implemented if modifying the package in question with an overlay is a bad idea because it would mean that a lot of leaf-packages would require a rebuild as well. An example for that would be .
Ah, okay.
could you please update this package?
Oh sure, thank you for the ping :)

}; }; serviceOpts.serviceConfig.ExecStart = '' <del> ${pkgs.prometheus-json-exporter}/bin/prometheus-json-exporter  --port ${toString cfg.port}  ${cfg.url} ${prettyJSON (generateConfig cfg.extraLabels)}  </del> <ins> ${pkgs.prometheus-json-exporter}/bin/json_exporter  --config.file ${prettyJSON (generateConfig cfg.extraLabels)}  --web.listen-address "${cfg.listenAddress}:${toString cfg.port}"  </ins> ${concatStringsSep " n  " cfg.extraFlags} ''; <ins> imports = [ (mkRemovedOptionModule [ "url" ] '' This option was removed. The URL of the rspamd metrics endpoint must now be provided to the exporter by prometheus via the url parameter `target'. In prometheus a scrape URL would look like this: http://some.rspamd-exporter.host:7980/probe?target=http://some.rspamd.host:11334/stat For more information, take a look at the official documentation (https://github.com/prometheus-community/json_exporter) of the json_exporter. '') ({ options.warnings = options.warnings; options.assertions = options.assertions; }) ]; </ins> }


Question:
current version: unstable-2017-10-06 desired version: 0.2.0 maintainers:
An option in the service definition to overwrite the package would be nice, too! :smile:
Why is this needed? -options are usually implemented if modifying the package in question with an overlay is a bad idea because it would mean that a lot of leaf-packages would require a rebuild as well. An example for that would be .
Ah, okay.
could you please update this package?
Oh sure, thank you for the ping :)

exporterConfig = { enable = true; url = "http://localhost"; <del> configFile = pkgs.writeText "json-exporter-conf.json" (builtins.toJSON [{ name = "json_test_metric"; path = "$.test"; }]); </del> <ins> configFile = pkgs.writeText "json-exporter-conf.json" (builtins.toJSON { metrics = [ { name = "json_test_metric"; path = "$.test"; } ]; }); </ins> }; metricProvider = { systemd.services.prometheus-json-exporter.after = [ "nginx.service" ];


Question:
current version: unstable-2017-10-06 desired version: 0.2.0 maintainers:
An option in the service definition to overwrite the package would be nice, too! :smile:
Why is this needed? -options are usually implemented if modifying the package in question with an overlay is a bad idea because it would mean that a lot of leaf-packages would require a rebuild as well. An example for that would be .
Ah, okay.
could you please update this package?
Oh sure, thank you for the ping :)

wait_for_open_port(80) wait_for_unit("prometheus-json-exporter.service") wait_for_open_port(7979) <del> succeed("curl -sSf localhost:7979/metrics | grep -q 'json_test_metric 1'") </del> <ins> succeed( "curl -sSf 'localhost:7979/probe?target=http://localhost' | grep -q 'json_test_metric 1'" ) </ins> ''; };


Question:
current version: unstable-2017-10-06 desired version: 0.2.0 maintainers:
An option in the service definition to overwrite the package would be nice, too! :smile:
Why is this needed? -options are usually implemented if modifying the package in question with an overlay is a bad idea because it would mean that a lot of leaf-packages would require a rebuild as well. An example for that would be .
Ah, okay.
could you please update this package?
Oh sure, thank you for the ping :)

wait_for_open_port(11334) wait_for_open_port(7980) wait_until_succeeds( <del> "curl -sSf localhost:7980/metrics | grep -q 'rspamd_scanned{host="rspamd"} 0'" </del> <ins> "curl -sSf 'localhost:7980/probe?target=http://localhost:11334/stat' | grep -q 'rspamd_scanned{host="rspamd"} 0'" </ins> ) ''; };


Question:
current version: unstable-2017-10-06 desired version: 0.2.0 maintainers:
An option in the service definition to overwrite the package would be nice, too! :smile:
Why is this needed? -options are usually implemented if modifying the package in question with an overlay is a bad idea because it would mean that a lot of leaf-packages would require a rebuild as well. An example for that would be .
Ah, okay.
could you please update this package?
Oh sure, thank you for the ping :)

<del> # This file was generated by go2nix. { buildGoPackage, fetchFromGitHub, fetchpatch, lib, nixosTests }: </del> <ins> { lib, buildGoModule, fetchFromGitHub, nixosTests }: </ins> <del> buildGoPackage { </del> <ins> buildGoModule rec { </ins> pname = "prometheus-json-exporter"; <del> version = "unstable-2017-10-06"; goPackagePath = "github.com/kawamuray/prometheus-json-exporter"; </del> <ins> version = "0.2.0"; </ins> src = fetchFromGitHub { <del> owner = "kawamuray"; repo = "prometheus-json-exporter"; rev = "51e3dc02a30ab818bb73e5c98c3853231c2dbb5f"; sha256 = "1v1p4zcqnb3d3rm55r695ydn61h6gz95f55cpa22hzw18dasahdh"; </del> <ins> owner = "prometheus-community"; repo = "json_exporter"; rev = "v${version}"; sha256 = "1aabvd75a2223x5wnbyryigj7grw6l05jhr3g3s97b1f1hfigz6d"; </ins> }; <del> goDeps = ./json-exporter_deps.nix; patches = [(fetchpatch { # adds bool support url = "https://patch-diff.githubusercontent.com/raw/kawamuray/prometheus-json-exporter/pull/17.patch"; sha256 = "0mc5axhd2bykci41dgswl4r1552d70jsmb17lbih7czhsy6rgmrm"; })]; </del> <ins> vendorSha256 = "03kb0gklq08krl7qnvs7267siw1pkyy346b42dsk1d9gr5302wsw"; </ins> passthru.tests = { inherit (nixosTests.prometheus-exporters) json; }; meta = with lib; { description = "A prometheus exporter which scrapes remote JSON by JSONPath"; <del> homepage = "https://github.com/kawamuray/prometheus-json-exporter"; </del> <ins> homepage = "https://github.com/prometheus-community/json_exporter"; </ins> license = licenses.asl20; maintainers = with maintainers; [ willibutz ]; };


Question:
current version: unstable-2017-10-06 desired version: 0.2.0 maintainers:
An option in the service definition to overwrite the package would be nice, too! :smile:
Why is this needed? -options are usually implemented if modifying the package in question with an overlay is a bad idea because it would mean that a lot of leaf-packages would require a rebuild as well. An example for that would be .
Ah, okay.
could you please update this package?
Oh sure, thank you for the ping :)

<del> # This file was generated by go2nix. [ { goPackagePath = "github.com/Sirupsen/logrus"; fetch = { type = "git"; url = "https://github.com/Sirupsen/logrus"; rev = "a437dfd2463eaedbec3dfe443e477d3b0a810b3f"; sha256 = "1904s2bbc7p88anzjp6fyj3jrbm5p6wbb8j4490674dq10kkcfbj"; }; } { goPackagePath = "github.com/beorn7/perks"; fetch = { type = "git"; url = "https://github.com/beorn7/perks"; rev = "4c0e84591b9aa9e6dcfdf3e020114cd81f89d5f9"; sha256 = "1hrybsql68xw57brzj805xx2mghydpdiysv3gbhr7f5wlxj2514y"; }; } { goPackagePath = "github.com/golang/protobuf"; fetch = { type = "git"; url = "https://github.com/golang/protobuf"; rev = "8ee79997227bf9b34611aee7946ae64735e6fd93"; sha256 = "0qm1lpdhf97k2hxgivq2cpjgawhlmmz39y230kgxijhm96xijxb8"; }; } { goPackagePath = "github.com/kawamuray/jsonpath"; fetch = { type = "git"; url = "https://github.com/kawamuray/jsonpath"; rev = "5c448ebf973557834ef870e788b0b2d95ac68d12"; sha256 = "1i1id1i85rf09rldp03h0ibyi6zg0fz9p9l5qj7i8dfs6h6y8f0a"; }; } { goPackagePath = "github.com/kawamuray/prometheus-exporter-harness"; fetch = { type = "git"; url = "https://github.com/kawamuray/prometheus-exporter-harness"; rev = "97eeea7b8b0619ea2a065d75c0f0f5909327afa6"; sha256 = "12al8irf8jb6p2xmm4wbh0wjqsyrdywynr4w122wxxnsx2n56xyv"; }; } { goPackagePath = "github.com/matttproud/golang_protobuf_extensions"; fetch = { type = "git"; url = "https://github.com/matttproud/golang_protobuf_extensions"; rev = "c12348ce28de40eed0136aa2b644d0ee0650e56c"; sha256 = "1d0c1isd2lk9pnfq2nk0aih356j30k3h1gi2w0ixsivi5csl7jya"; }; } { goPackagePath = "github.com/prometheus/client_golang"; fetch = { type = "git"; url = "https://github.com/prometheus/client_golang"; rev = "575f371f7862609249a1be4c9145f429fe065e32"; sha256 = "0hyvszjv5m6i40k2fn21c3bjr8jhlfdqavk1r6g2v5dybyj47vps"; }; } { goPackagePath = "github.com/prometheus/client_model"; fetch = { type = "git"; url = "https://github.com/prometheus/client_model"; rev = "fa8ad6fec33561be4280a8f0514318c79d7f6cb6"; sha256 = "11a7v1fjzhhwsl128znjcf5v7v6129xjgkdpym2lial4lac1dhm9"; }; } { goPackagePath = "github.com/prometheus/common"; fetch = { type = "git"; url = "https://github.com/prometheus/common"; rev = "0d5de9d6d8629cb8bee6d4674da4127cd8b615a3"; sha256 = "1zlvvgw67p66fz9nswkydq15j4a5z5kkiskl0jxps8i27ya1baq0"; }; } { goPackagePath = "github.com/prometheus/procfs"; fetch = { type = "git"; url = "https://github.com/prometheus/procfs"; rev = "abf152e5f3e97f2fafac028d2cc06c1feb87ffa5"; sha256 = "0cp8lznv1b4zhi3wnbjkfxwzhkqd3wbmiy6mwgjanip8l9l3ykws"; }; } { goPackagePath = "github.com/urfave/cli"; fetch = { type = "git"; url = "https://github.com/urfave/cli"; rev = "0bdeddeeb0f650497d603c4ad7b20cfe685682f6"; sha256 = "1ny63c7bfwfrsp7vfkvb4i0xhq4v7yxqnwxa52y4xlfxs4r6v6fg"; }; } { goPackagePath = "gopkg.in/yaml.v2"; fetch = { type = "git"; url = "https://gopkg.in/yaml.v2"; rev = "a5b47d31c556af34a302ce5d659e6fea44d90de0"; sha256 = "0v6l48fshdjrqzyq1kwn22gy7vy434xdr1i0lm3prsf6jbln9fam"; }; } ] </del>


Question:
Describe the bug Firefox crashed because my disk was full. I wanted to submit a crash report, but the site the documentation mentions don't exist. To Reproduce Steps to reproduce the behavior: in firefox Expected behavior firefox works like an official release Screenshots ! Additional context Add any other context about the problem here. Notify maintainers Metadata system: host os: multi-user?: sandbox: version: channels(root): nixpkgs: Maintainer information:
Firefox is compiled without crash reporting support by default: I don't know why, though.
Probably because it could be considered tracking. But i think it's optional to actually send the crash reports and they don't contain personal data and are very useful to fix crashes. We would need clear guidelines which kind of tracking is OK.
I don't have time to open a discussion about that. Since it crashed again, i tried with a workaround: rebuild fails with this error. i guess it's due to the structure of the firefox packaging. the option is in the while the package is defined in any idea?
Looking at the definition quickly, I'd try
The build starts with that, but fails exactly at the crashreporter. I guess no one has tested that in a while. It took 33 minutes to get to that point with a i9 cpu (16x 4GHz). 32 GB RAM would be good, 16 will SWAP.
I got it to build, on a second attempt Anyway, I don't think it will be that easy to actually use the reporter. For example, I don't think our default build keeps debugging symbols, and I don't expect it can really report anything useful without them.
I marked this as stale due to inactivity. →
I just built with crash-reporting enabled and everything seems to be working perfectly. Is there any reason we can't turn this on. In my case the reports are not even sending without asking first. If tracking is a concern may we can change the default from to .
Since I don't hear any clear objections I have opened to hopefully push this issue along.

# WARNING: NEVER set any of the options below to `true` by default. # Set to `!privacySupport` or `false`. <ins> , crashreporterSupport ? !privacySupport </ins> , geolocationSupport ? !privacySupport , googleAPISupport ? geolocationSupport , webrtcSupport ? !privacySupport


Question:
Describe the bug Firefox crashed because my disk was full. I wanted to submit a crash report, but the site the documentation mentions don't exist. To Reproduce Steps to reproduce the behavior: in firefox Expected behavior firefox works like an official release Screenshots ! Additional context Add any other context about the problem here. Notify maintainers Metadata system: host os: multi-user?: sandbox: version: channels(root): nixpkgs: Maintainer information:
Firefox is compiled without crash reporting support by default: I don't know why, though.
Probably because it could be considered tracking. But i think it's optional to actually send the crash reports and they don't contain personal data and are very useful to fix crashes. We would need clear guidelines which kind of tracking is OK.
I don't have time to open a discussion about that. Since it crashed again, i tried with a workaround: rebuild fails with this error. i guess it's due to the structure of the firefox packaging. the option is in the while the package is defined in any idea?
Looking at the definition quickly, I'd try
The build starts with that, but fails exactly at the crashreporter. I guess no one has tested that in a while. It took 33 minutes to get to that point with a i9 cpu (16x 4GHz). 32 GB RAM would be good, 16 will SWAP.
I got it to build, on a second attempt Anyway, I don't think it will be that easy to actually use the reporter. For example, I don't think our default build keeps debugging symbols, and I don't expect it can really report anything useful without them.
I marked this as stale due to inactivity. →
I just built with crash-reporting enabled and everything seems to be working perfectly. Is there any reason we can't turn this on. In my case the reports are not even sending without asking first. If tracking is a concern may we can change the default from to .
Since I don't hear any clear objections I have opened to hopefully push this issue along.

# `browser.eme.ui.enabled` and `media.gmp-widevinecdm.enabled` accordingly , drmSupport ? true <del> ## other , crashreporterSupport ? false </del> # As stated by Sylvestre Ledru (@sylvestre) on Nov 22, 2017 at # https://github.com/NixOS/nixpkgs/issues/31843#issuecomment-346372756 we # have permission to use the official firefox branding.


Question:
Describe the bug The Emacs packages for don't successfully load. To Reproduce Run a from the following : After opening Emacs from inside the and running , we get the following: Expected behavior The packages should be properly loaded, and they should offer syntax-highlighting for select languages. Notify maintainers No one has any particular responsibility for this package. But might be interested in this. Metadata Please run and paste the result.
I'm currently using this, but it stills need some work. Languages grammar are downloaded instead of being built (each language should have it's own separate nix package), and I'm not happy about the but if the grammar bins are in directory will put them in the .
I marked this as stale due to inactivity. →
Unstale
facing the same issue
Same. What's going on with this issue?
So, I've been looking into this a bit and kind of understand what should be done, but haven't been able to create enough code for a working PR yet. So, basically what you want is to build a rust package from here: The result of the build is and this needs to be built as a dependency for so the file is available for it as . I think it should be enough to link whatever file gets compiled from to the if I read the code correctly. Then, the next is to link all the compiled tree-sitter grammars for the emacs package to find, something copied from how the neovim plugin does this: I'm not completely sure where to build all these packages and I'm running out of my personal time to get this working together. What I see in the current state is many packages linking as a dependency, but is just building the emacs package, not using to build whatever is in the directory and linking the resulting library for the lisp libraries. And the grammars are already in the nixpkgs, you just need to link them to a place where the emacs tree-sitter plugin can find them.
Hey all. I'm still working on fixing this due to me needing tree-sitter for my emacs setup and wanting to understand nix more. Here's the work so far: It now compiles the rust module correctly, and uses the linking strategy from for the languages. It still tries to download files from github, so I either don't link the files to the correct location, or I should patch a method to prevent the download process. I think the best solution would be to use the grammars already available in the monorepo the same way as does. My first try with them was with , but some of them won't work together with the emacs library due to licensing issues. And I also got myself to the download problem, but I think this is not due to files not being the pre-compiled ones from github, but again about some linking issues. If somebody wants to try this out and give me feedback, I'm all ears. I will probably spend some Christmas holiday spare time to make the PR happen. It is very close already.
I made a PR and now it works at least on my NixOS laptop. It would still be nice if we could either utilize the grammars already available in nix, or at least we'd be able to compile them in the derivation instead of just downloading the binaries. I'd be happy if you could try this out and see if it works for you.

sv-kalender = callPackage ./sv-kalender { }; <ins> tree-sitter-langs = callPackage ./tree-sitter-langs { final = self; }; tsc = callPackage ./tsc { }; </ins> youtube-dl = callPackage ./youtube-dl { }; # From old emacsPackages (pre emacsPackagesNg)


Question:
Describe the bug The Emacs packages for don't successfully load. To Reproduce Run a from the following : After opening Emacs from inside the and running , we get the following: Expected behavior The packages should be properly loaded, and they should offer syntax-highlighting for select languages. Notify maintainers No one has any particular responsibility for this package. But might be interested in this. Metadata Please run and paste the result.
I'm currently using this, but it stills need some work. Languages grammar are downloaded instead of being built (each language should have it's own separate nix package), and I'm not happy about the but if the grammar bins are in directory will put them in the .
I marked this as stale due to inactivity. →
Unstale
facing the same issue
Same. What's going on with this issue?
So, I've been looking into this a bit and kind of understand what should be done, but haven't been able to create enough code for a working PR yet. So, basically what you want is to build a rust package from here: The result of the build is and this needs to be built as a dependency for so the file is available for it as . I think it should be enough to link whatever file gets compiled from to the if I read the code correctly. Then, the next is to link all the compiled tree-sitter grammars for the emacs package to find, something copied from how the neovim plugin does this: I'm not completely sure where to build all these packages and I'm running out of my personal time to get this working together. What I see in the current state is many packages linking as a dependency, but is just building the emacs package, not using to build whatever is in the directory and linking the resulting library for the lisp libraries. And the grammars are already in the nixpkgs, you just need to link them to a place where the emacs tree-sitter plugin can find them.
Hey all. I'm still working on fixing this due to me needing tree-sitter for my emacs setup and wanting to understand nix more. Here's the work so far: It now compiles the rust module correctly, and uses the linking strategy from for the languages. It still tries to download files from github, so I either don't link the files to the correct location, or I should patch a method to prevent the download process. I think the best solution would be to use the grammars already available in the monorepo the same way as does. My first try with them was with , but some of them won't work together with the emacs library due to licensing issues. And I also got myself to the download problem, but I think this is not due to files not being the pre-compiled ones from github, but again about some linking issues. If somebody wants to try this out and give me feedback, I'm all ears. I will probably spend some Christmas holiday spare time to make the PR happen. It is very close already.
I made a PR and now it works at least on my NixOS laptop. It would still be nice if we could either utilize the grammars already available in nix, or at least we'd be able to compile them in the derivation instead of just downloading the binaries. I'd be happy if you could try this out and see if it works for you.

<ins> [ "tree-sitter-agda", "tree-sitter-bash", "tree-sitter-c", "tree-sitter-c-sharp", "tree-sitter-cpp", "tree-sitter-css", "tree-sitter-elixir", "tree-sitter-elm", "tree-sitter-fluent", "tree-sitter-go", "tree-sitter-haskell", "tree-sitter-hcl", "tree-sitter-html", "tree-sitter-java", "tree-sitter-javascript", "tree-sitter-jsdoc", "tree-sitter-json", "tree-sitter-julia", "tree-sitter-nix", "tree-sitter-ocaml", "tree-sitter-php", "tree-sitter-prisma", "tree-sitter-python", "tree-sitter-ruby", "tree-sitter-rust", "tree-sitter-scala", "tree-sitter-swift", "tree-sitter-typescript", "tree-sitter-verilog", "tree-sitter-zig" ] </ins>


Question:
Describe the bug The Emacs packages for don't successfully load. To Reproduce Run a from the following : After opening Emacs from inside the and running , we get the following: Expected behavior The packages should be properly loaded, and they should offer syntax-highlighting for select languages. Notify maintainers No one has any particular responsibility for this package. But might be interested in this. Metadata Please run and paste the result.
I'm currently using this, but it stills need some work. Languages grammar are downloaded instead of being built (each language should have it's own separate nix package), and I'm not happy about the but if the grammar bins are in directory will put them in the .
I marked this as stale due to inactivity. →
Unstale
facing the same issue
Same. What's going on with this issue?
So, I've been looking into this a bit and kind of understand what should be done, but haven't been able to create enough code for a working PR yet. So, basically what you want is to build a rust package from here: The result of the build is and this needs to be built as a dependency for so the file is available for it as . I think it should be enough to link whatever file gets compiled from to the if I read the code correctly. Then, the next is to link all the compiled tree-sitter grammars for the emacs package to find, something copied from how the neovim plugin does this: I'm not completely sure where to build all these packages and I'm running out of my personal time to get this working together. What I see in the current state is many packages linking as a dependency, but is just building the emacs package, not using to build whatever is in the directory and linking the resulting library for the lisp libraries. And the grammars are already in the nixpkgs, you just need to link them to a place where the emacs tree-sitter plugin can find them.
Hey all. I'm still working on fixing this due to me needing tree-sitter for my emacs setup and wanting to understand nix more. Here's the work so far: It now compiles the rust module correctly, and uses the linking strategy from for the languages. It still tries to download files from github, so I either don't link the files to the correct location, or I should patch a method to prevent the download process. I think the best solution would be to use the grammars already available in the monorepo the same way as does. My first try with them was with , but some of them won't work together with the emacs library due to licensing issues. And I also got myself to the download problem, but I think this is not due to files not being the pre-compiled ones from github, but again about some linking issues. If somebody wants to try this out and give me feedback, I'm all ears. I will probably spend some Christmas holiday spare time to make the PR happen. It is very close already.
I made a PR and now it works at least on my NixOS laptop. It would still be nice if we could either utilize the grammars already available in nix, or at least we'd be able to compile them in the derivation instead of just downloading the binaries. I'd be happy if you could try this out and see if it works for you.

<ins> { lib , pkgs , symlinkJoin , fetchzip , melpaBuild , stdenv , fetchFromGitHub , writeText , melpaStablePackages , runCommand , tree-sitter-grammars , plugins ? map (g: tree-sitter-grammars.${g}) (lib.importJSON ./default-grammars.json) , final }: let inherit (melpaStablePackages) tree-sitter-langs; libSuffix = if stdenv.isDarwin then "dylib" else "so"; soName = g: lib.removeSuffix "-grammar" (lib.removePrefix "tree-sitter-" g.pname) + "." + libSuffix; grammarDir = runCommand "emacs-tree-sitter-grammars" { # Fake same version number as upstream language bundle to prevent triggering runtime downloads inherit (tree-sitter-langs) version; } ('' install -d $out/langs/bin echo -n $version > $out/langs/bin/BUNDLE-VERSION '' + lib.concatStringsSep "n" (map ( g: "ln -s ${g}/parser $out/langs/bin/${soName g}") plugins )); in melpaStablePackages.tree-sitter-langs.overrideAttrs(old: { postPatch = old.postPatch or "" + '' substituteInPlace ./tree-sitter-langs-build.el  --replace "tree-sitter-langs-grammar-dir tree-sitter-langs--dir"  "tree-sitter-langs-grammar-dir "${grammarDir}/langs"" ''; passthru = old.passthru or {} // { inherit plugins; withPlugins = fn: final.tree-sitter-langs.override { plugins = fn tree-sitter-grammars; }; }; }) </ins>


Question:
Describe the bug The Emacs packages for don't successfully load. To Reproduce Run a from the following : After opening Emacs from inside the and running , we get the following: Expected behavior The packages should be properly loaded, and they should offer syntax-highlighting for select languages. Notify maintainers No one has any particular responsibility for this package. But might be interested in this. Metadata Please run and paste the result.
I'm currently using this, but it stills need some work. Languages grammar are downloaded instead of being built (each language should have it's own separate nix package), and I'm not happy about the but if the grammar bins are in directory will put them in the .
I marked this as stale due to inactivity. →
Unstale
facing the same issue
Same. What's going on with this issue?
So, I've been looking into this a bit and kind of understand what should be done, but haven't been able to create enough code for a working PR yet. So, basically what you want is to build a rust package from here: The result of the build is and this needs to be built as a dependency for so the file is available for it as . I think it should be enough to link whatever file gets compiled from to the if I read the code correctly. Then, the next is to link all the compiled tree-sitter grammars for the emacs package to find, something copied from how the neovim plugin does this: I'm not completely sure where to build all these packages and I'm running out of my personal time to get this working together. What I see in the current state is many packages linking as a dependency, but is just building the emacs package, not using to build whatever is in the directory and linking the resulting library for the lisp libraries. And the grammars are already in the nixpkgs, you just need to link them to a place where the emacs tree-sitter plugin can find them.
Hey all. I'm still working on fixing this due to me needing tree-sitter for my emacs setup and wanting to understand nix more. Here's the work so far: It now compiles the rust module correctly, and uses the linking strategy from for the languages. It still tries to download files from github, so I either don't link the files to the correct location, or I should patch a method to prevent the download process. I think the best solution would be to use the grammars already available in the monorepo the same way as does. My first try with them was with , but some of them won't work together with the emacs library due to licensing issues. And I also got myself to the download problem, but I think this is not due to files not being the pre-compiled ones from github, but again about some linking issues. If somebody wants to try this out and give me feedback, I'm all ears. I will probably spend some Christmas holiday spare time to make the PR happen. It is very close already.
I made a PR and now it works at least on my NixOS laptop. It would still be nice if we could either utilize the grammars already available in nix, or at least we'd be able to compile them in the derivation instead of just downloading the binaries. I'd be happy if you could try this out and see if it works for you.

<ins> #!/usr/bin/env nix-shell #! nix-shell ../../../../../../. -i python3 -p python3 -p nix from os.path import ( dirname, abspath, join, ) from typing import ( List, Any, ) import subprocess import json import sys import os def fmt_grammar(grammar: str) -> str: return "tree-sitter-" + grammar def eval_expr(nixpkgs: str, expr: str) -> Any: p = subprocess.run( [ "nix-instantiate", "--json", "--eval", "--expr", ("with import %s {}; %s" % (nixpkgs, expr)), ], check=True, stdout=subprocess.PIPE, ) return json.loads(p.stdout) def check_grammar_exists(nixpkgs: str, grammar: str) -> bool: return eval_expr( nixpkgs, f'lib.hasAttr "{fmt_grammar(grammar)}" tree-sitter-grammars' ) def build_attr(nixpkgs, attr: str) -> str: return ( subprocess.run( ["nix-build", "--no-out-link", nixpkgs, "-A", attr], check=True, stdout=subprocess.PIPE, ) .stdout.decode() .strip() ) if __name__ == "__main__": cwd = dirname(abspath(__file__)) nixpkgs = abspath(join(cwd, "../../../../../..")) src_dir = build_attr(nixpkgs, "emacs.pkgs.tree-sitter-langs.src") existing: List[str] = [] grammars = os.listdir(join(src_dir, "repos")) for g in grammars: exists = check_grammar_exists(nixpkgs, g) if exists: existing.append(fmt_grammar(g)) else: sys.stderr.write("Missing grammar: " + fmt_grammar(g) + "n") sys.stderr.flush() with open(join(cwd, "default-grammars.json"), mode="w") as f: json.dump(sorted(existing), f, indent=2) f.write("n") </ins>


Question:
Describe the bug The Emacs packages for don't successfully load. To Reproduce Run a from the following : After opening Emacs from inside the and running , we get the following: Expected behavior The packages should be properly loaded, and they should offer syntax-highlighting for select languages. Notify maintainers No one has any particular responsibility for this package. But might be interested in this. Metadata Please run and paste the result.
I'm currently using this, but it stills need some work. Languages grammar are downloaded instead of being built (each language should have it's own separate nix package), and I'm not happy about the but if the grammar bins are in directory will put them in the .
I marked this as stale due to inactivity. →
Unstale
facing the same issue
Same. What's going on with this issue?
So, I've been looking into this a bit and kind of understand what should be done, but haven't been able to create enough code for a working PR yet. So, basically what you want is to build a rust package from here: The result of the build is and this needs to be built as a dependency for so the file is available for it as . I think it should be enough to link whatever file gets compiled from to the if I read the code correctly. Then, the next is to link all the compiled tree-sitter grammars for the emacs package to find, something copied from how the neovim plugin does this: I'm not completely sure where to build all these packages and I'm running out of my personal time to get this working together. What I see in the current state is many packages linking as a dependency, but is just building the emacs package, not using to build whatever is in the directory and linking the resulting library for the lisp libraries. And the grammars are already in the nixpkgs, you just need to link them to a place where the emacs tree-sitter plugin can find them.
Hey all. I'm still working on fixing this due to me needing tree-sitter for my emacs setup and wanting to understand nix more. Here's the work so far: It now compiles the rust module correctly, and uses the linking strategy from for the languages. It still tries to download files from github, so I either don't link the files to the correct location, or I should patch a method to prevent the download process. I think the best solution would be to use the grammars already available in the monorepo the same way as does. My first try with them was with , but some of them won't work together with the emacs library due to licensing issues. And I also got myself to the download problem, but I think this is not due to files not being the pre-compiled ones from github, but again about some linking issues. If somebody wants to try this out and give me feedback, I'm all ears. I will probably spend some Christmas holiday spare time to make the PR happen. It is very close already.
I made a PR and now it works at least on my NixOS laptop. It would still be nice if we could either utilize the grammars already available in nix, or at least we'd be able to compile them in the derivation instead of just downloading the binaries. I'd be happy if you could try this out and see if it works for you.

<ins> { lib , symlinkJoin , melpaBuild , fetchFromGitHub , rustPlatform , writeText , clang , llvmPackages , runtimeShell , writeScript , python3 , nix-prefetch-github , nix }: let srcMeta = lib.importJSON ./src.json; inherit (srcMeta) version; src = fetchFromGitHub srcMeta.src; tsc = melpaBuild { inherit src; inherit version; pname = "tsc"; commit = version; sourceRoot = "source/core"; recipe = writeText "recipe" '' (tsc :repo "emacs-tree-sitter/elisp-tree-sitter" :fetcher github) ''; }; tsc-dyn = rustPlatform.buildRustPackage { inherit version; inherit src; pname = "tsc-dyn"; nativeBuildInputs = [ clang ]; sourceRoot = "source/core"; configurePhase = '' export LIBCLANG_PATH="${llvmPackages.libclang.lib}/lib" ''; postInstall = '' LIB=($out/lib/libtsc_dyn.*) TSC_PATH=$out/share/emacs/site-lisp/elpa/tsc-${version} install -d $TSC_PATH install -m444 $out/lib/libtsc_dyn.* $TSC_PATH/''${LIB/*libtsc_/tsc-} echo -n $version > $TSC_PATH/DYN-VERSION rm -r $out/lib ''; inherit (srcMeta) cargoSha256; }; in symlinkJoin { name = "tsc-${version}"; paths = [ tsc tsc-dyn ]; passthru = { updateScript = let pythonEnv = python3.withPackages(ps: [ ps.requests ]); in writeScript "tsc-update" '' #!${runtimeShell} set -euo pipefail export PATH=${lib.makeBinPath [ nix-prefetch-github nix pythonEnv ]}:$PATH exec python3 ${builtins.toString ./update.py} ${builtins.toString ./.} ''; }; meta = { description = "The core APIs of the Emacs binding for tree-sitter."; license = lib.licenses.mit; maintainers = with lib.maintainers; [ pimeys ]; }; } </ins>


Question:
Describe the bug The Emacs packages for don't successfully load. To Reproduce Run a from the following : After opening Emacs from inside the and running , we get the following: Expected behavior The packages should be properly loaded, and they should offer syntax-highlighting for select languages. Notify maintainers No one has any particular responsibility for this package. But might be interested in this. Metadata Please run and paste the result.
I'm currently using this, but it stills need some work. Languages grammar are downloaded instead of being built (each language should have it's own separate nix package), and I'm not happy about the but if the grammar bins are in directory will put them in the .
I marked this as stale due to inactivity. →
Unstale
facing the same issue
Same. What's going on with this issue?
So, I've been looking into this a bit and kind of understand what should be done, but haven't been able to create enough code for a working PR yet. So, basically what you want is to build a rust package from here: The result of the build is and this needs to be built as a dependency for so the file is available for it as . I think it should be enough to link whatever file gets compiled from to the if I read the code correctly. Then, the next is to link all the compiled tree-sitter grammars for the emacs package to find, something copied from how the neovim plugin does this: I'm not completely sure where to build all these packages and I'm running out of my personal time to get this working together. What I see in the current state is many packages linking as a dependency, but is just building the emacs package, not using to build whatever is in the directory and linking the resulting library for the lisp libraries. And the grammars are already in the nixpkgs, you just need to link them to a place where the emacs tree-sitter plugin can find them.
Hey all. I'm still working on fixing this due to me needing tree-sitter for my emacs setup and wanting to understand nix more. Here's the work so far: It now compiles the rust module correctly, and uses the linking strategy from for the languages. It still tries to download files from github, so I either don't link the files to the correct location, or I should patch a method to prevent the download process. I think the best solution would be to use the grammars already available in the monorepo the same way as does. My first try with them was with , but some of them won't work together with the emacs library due to licensing issues. And I also got myself to the download problem, but I think this is not due to files not being the pre-compiled ones from github, but again about some linking issues. If somebody wants to try this out and give me feedback, I'm all ears. I will probably spend some Christmas holiday spare time to make the PR happen. It is very close already.
I made a PR and now it works at least on my NixOS laptop. It would still be nice if we could either utilize the grammars already available in nix, or at least we'd be able to compile them in the derivation instead of just downloading the binaries. I'd be happy if you could try this out and see if it works for you.

<ins> { "src": { "owner": "emacs-tree-sitter", "repo": "elisp-tree-sitter", "rev": "909717c685ff5a2327fa2ca8fb8a25216129361c", "sha256": "LrakDpP3ZhRQqz47dPcyoQnu5lROdaNlxGaQfQT6u+k=" }, "version": "0.18.0", "cargoSha256": "sha256-IRCZqszBkGF8anF/kpcPOzHdOP4lAtJBAp6FS5tAOx8=" } </ins>


Question:
Describe the bug The Emacs packages for don't successfully load. To Reproduce Run a from the following : After opening Emacs from inside the and running , we get the following: Expected behavior The packages should be properly loaded, and they should offer syntax-highlighting for select languages. Notify maintainers No one has any particular responsibility for this package. But might be interested in this. Metadata Please run and paste the result.
I'm currently using this, but it stills need some work. Languages grammar are downloaded instead of being built (each language should have it's own separate nix package), and I'm not happy about the but if the grammar bins are in directory will put them in the .
I marked this as stale due to inactivity. →
Unstale
facing the same issue
Same. What's going on with this issue?
So, I've been looking into this a bit and kind of understand what should be done, but haven't been able to create enough code for a working PR yet. So, basically what you want is to build a rust package from here: The result of the build is and this needs to be built as a dependency for so the file is available for it as . I think it should be enough to link whatever file gets compiled from to the if I read the code correctly. Then, the next is to link all the compiled tree-sitter grammars for the emacs package to find, something copied from how the neovim plugin does this: I'm not completely sure where to build all these packages and I'm running out of my personal time to get this working together. What I see in the current state is many packages linking as a dependency, but is just building the emacs package, not using to build whatever is in the directory and linking the resulting library for the lisp libraries. And the grammars are already in the nixpkgs, you just need to link them to a place where the emacs tree-sitter plugin can find them.
Hey all. I'm still working on fixing this due to me needing tree-sitter for my emacs setup and wanting to understand nix more. Here's the work so far: It now compiles the rust module correctly, and uses the linking strategy from for the languages. It still tries to download files from github, so I either don't link the files to the correct location, or I should patch a method to prevent the download process. I think the best solution would be to use the grammars already available in the monorepo the same way as does. My first try with them was with , but some of them won't work together with the emacs library due to licensing issues. And I also got myself to the download problem, but I think this is not due to files not being the pre-compiled ones from github, but again about some linking issues. If somebody wants to try this out and give me feedback, I'm all ears. I will probably spend some Christmas holiday spare time to make the PR happen. It is very close already.
I made a PR and now it works at least on my NixOS laptop. It would still be nice if we could either utilize the grammars already available in nix, or at least we'd be able to compile them in the derivation instead of just downloading the binaries. I'd be happy if you could try this out and see if it works for you.

<ins> #!/usr/bin/env python3 from textwrap import dedent from os.path import ( abspath, dirname, join, ) from typing import ( Dict, Any, ) import subprocess import tempfile import json import sys import re import requests def eval_drv(nixpkgs: str, expr: str) -> Any: expr = "n".join( ( "with (import %s {});" % nixpkgs, expr, ) ) with tempfile.NamedTemporaryFile(mode="w") as f: f.write(dedent(expr)) f.flush() p = subprocess.run( ["nix-instantiate", "--json", f.name], stdout=subprocess.PIPE, check=True ) return p.stdout.decode().strip() def get_src(tag_name: str) -> Dict[str, str]: p = subprocess.run( [ "nix-prefetch-github", "--rev", tag_name, "--json", "emacs-tree-sitter", "elisp-tree-sitter", ], stdout=subprocess.PIPE, check=True, ) src = json.loads(p.stdout) fields = ["owner", "repo", "rev", "sha256"] return {f: src[f] for f in fields} def get_cargo_sha256(drv_path: str): # Note: No check=True since we expect this command to fail p = subprocess.run(["nix-store", "-r", drv_path], stderr=subprocess.PIPE) stderr = p.stderr.decode() lines = iter(stderr.split("n")) for l in lines: if l.startswith("error: hash mismatch in fixed-output derivation"): break else: raise ValueError("Did not find expected hash mismatch message") for l in lines: m = re.match(r"s+got:s+(.+)$", l) if m: return m.group(1) raise ValueError("Could not extract actual sha256 hash: ", stderr) if __name__ == "__main__": cwd = sys.argv[1] nixpkgs = abspath(join(cwd, "../../../../../..")) tag_name = requests.get( "https://api.github.com/repos/emacs-tree-sitter/elisp-tree-sitter/releases/latest" ).json()["tag_name"] src = get_src(tag_name) with tempfile.NamedTemporaryFile(mode="w") as f: json.dump(src, f) f.flush() drv_path = eval_drv( nixpkgs, """ rustPlatform.buildRustPackage { pname = "tsc-dyn"; version = "%s"; nativeBuildInputs = [ clang ]; src = fetchFromGitHub (lib.importJSON %s); sourceRoot = "source/core"; cargoSha256 = lib.fakeSha256; } """ % (tag_name, f.name), ) cargo_sha256 = get_cargo_sha256(drv_path) with open(join(cwd, "src.json"), mode="w") as f: json.dump( { "src": src, "version": tag_name, "cargoSha256": cargo_sha256, }, f, indent=2, ) f.write("n") </ins>


Question: Describe the bug gpgme fails to build on macOS To Reproduce <details<summary<codenix-build . -A gpgme</code(<iexpand to see the output</i)</summary<prewarning: Nix search path entry '/nix/var/nix/profiles/per-user/root/channels' does not exist, ignoring this derivation will be built: /nix/store/zwf2jgy24qs7b69n1rb5pg9ywwmi82f0-gpgme- building '/nix/store/zwf2jgy24qs7b69n1rb5pg9ywwmi82f0-gpgme-'... unpacking sources unpacking source archive /nix/store/sq6ypkha64hcskq8qqw8rv40d9k4y94f-gpgme- source root is gpgme-1.15.0 setting SOURCEDATEEPOCH to timestamp of file gpgme- patching sources applying patch /nix/store/d5svj9vzmvfvlfh67chy0yliwjk50wb5- patching file src/engine-gpg.c Hunk succeeded at 2989 (offset 28 lines). applying patch /nix/store/v28z94l2z3669df0vzwgsi4y53rvv5rc-0001-Fix-python-tests-on-non- patching file patching file applying patch /nix/store/k3dx8r5bp3pqd4dzrydj4yywg6c9p6ja-disable-python- patching file autoreconfPhase autoreconf: export WARNINGS= autoreconf: Entering directory '.' autoreconf: not using Gettext autoreconf: running: aclocal --force -I m4 autoreconf: tracing autoreconf: running: libtoolize --copy --force libtoolize: putting auxiliary files in ACCONFIGAUXDIR, 'build-aux'. libtoolize: copying file 'build-' libtoolize: putting macros in ACCONFIGMACRODIRS, 'm4'. libtoolize: copying file 'm4/libtool.m4' libtoolize: copying file 'm4/ltoptions.m4' libtoolize: copying file 'm4/ltsugar.m4' libtoolize: copying file 'm4/ltversion.m4' libtoolize: copying file 'm4/lt~obsolete.m4' autoreconf: not using Intltool autoreconf: not using Gtkdoc autoreconf: running: aclocal --force -I m4 autoreconf: running: /nix/store/ymq2bmizcmzffq8qwi11lpm2sfl0d9r2-autoconf-2.70/bin/autoconf --force warning: The macro ACCONFIGHEADER' is obsolete. You should run autoupdate. ./lib/autoconf/status.m4:719: ACCONFIGHEADER is expanded from... the top level warning: The macroACGNUSOURCE' is obsolete. You should run autoupdate. ./lib/autoconf/specific.m4:312: ACGNUSOURCE is expanded from... the top level warning: The macro ACTRYRUN' is obsolete. You should run autoupdate. ./lib/autoconf/general.m4:2996: ACTRYRUN is expanded from... m4/glib-2.0.m4:8: AMPATHGLIB20 is expanded from... the top level warning: The macroACTRYLINK' is obsolete. You should run autoupdate. ./lib/autoconf/general.m4:2919: ACTRYLINK is expanded from... m4/glib-2.0.m4:8: AMPATHGLIB20 is expanded from... the top level warning: The macro ACHELPSTRING' is obsolete. You should run autoupdate. ./lib/autoconf/general.m4:203: ACHELPSTRING is expanded from... the top level warning: The macroACHELPSTRING' is obsolete. You should run autoupdate. ./lib/autoconf/general.m4:203: ACHELPSTRING is expanded from... the top level warning: The macro ACHELPSTRING' is obsolete. You should run autoupdate. ./lib/autoconf/general.m4:203: ACHELPSTRING is expanded from... the top level warning: The macroACHELPSTRING' is obsolete. You should run autoupdate. ./lib/autoconf/general.m4:203: ACHELPSTRING is expanded from... the top level warning: The macro ACHELPSTRING' is obsolete. You should run autoupdate. ./lib/autoconf/general.m4:203: ACHELPSTRING is expanded from... the top level warning: The macroACHELPSTRING' is obsolete. You should run autoupdate. ./lib/autoconf/general.m4:203: ACHELPSTRING is expanded from... the top level warning: The macro ACHELPSTRING' is obsolete. You should run autoupdate. ./lib/autoconf/general.m4:203: ACHELPSTRING is expanded from... the top level warning: The macroACHELPSTRING' is obsolete. You should run autoupdate. ./lib/autoconf/general.m4:203: ACHELPSTRING is expanded from... the top level warning: The macro ACHELPSTRING' is obsolete. You should run autoupdate. ./lib/autoconf/general.m4:203: ACHELPSTRING is expanded from... m4/gpg-error.m4:27: AMPATHGPGERROR is expanded from... the top level warning: The macroACHELPSTRING' is obsolete. You should run autoupdate. ./lib/autoconf/general.m4:203: ACHELPSTRING is expanded from... m4/libassuan.m4:17: AMPATHLIBASSUANCOMMON is expanded from... m4/libassuan.m4:158: AMPATHLIBASSUAN is expanded from... the top level warning: The macro ACHELPSTRING' is obsolete. You should run autoupdate. ./lib/autoconf/general.m4:203: ACHELPSTRING is expanded from... the top level warning: The macroACHELPSTRING' is obsolete. You should run autoupdate. ./lib/autoconf/general.m4:203: ACHELPSTRING is expanded from... the top level autoreconf: running: /nix/store/ymq2bmizcmzffq8qwi11lpm2sfl0d9r2-autoconf-2.70/bin/autoheader --force autoreconf: running: automake --add-missing --copy --force-missing installing 'build-aux/compile' installing 'build-aux/missing' installing 'build-aux/depcomp' autoreconf: 'build-' is updated autoreconf: 'build-' is updated autoreconf: Leaving directory '.' configuring fixing libtool script ./build- configure flags: --disable-static --disable-dependency-tracking --prefix=/nix/store/9357hqrwqm6wnvl6qnp1hw2h045nw2rf-gpgme-1.15.0 --bindir=/nix/store/r9355cgd5y62qh03h68b4a6lj3w3kcap-gpgme-1.15.0-dev/bin --sbindir=/nix/store/r9355cgd5y62qh03h68b4a6lj3w3kcap-gpgme-1.15.0-dev/sbin --includedir=/nix/store/r9355cgd5y62qh03h68b4a6lj3w3kcap-gpgme-1.15.0-dev/include --oldincludedir=/nix/store/r9355cgd5y62qh03h68b4a6lj3w3kcap-gpgme-1.15.0-dev/include --mandir=/nix/store/r9355cgd5y62qh03h68b4a6lj3w3kcap-gpgme-1.15.0-dev/share/man --infodir=/nix/store/a7im3pbpc9aa0v37wlclqnas2j5cx5kv-gpgme-1.15.0-info/share/info --docdir=/nix/store/9357hqrwqm6wnvl6qnp1hw2h045nw2rf-gpgme-1.15.0/share/doc/gpgme --libdir=/nix/store/9357hqrwqm6wnvl6qnp1hw2h045nw2rf-gpgme-1.15.0/lib --libexecdir=/nix/store/9357hqrwqm6wnvl6qnp1hw2h045nw2rf-gpgme-1.15.0/libexec --localedir=/nix/store/9357hqrwqm6wnvl6qnp1hw2h045nw2rf-gpgme-1.15.0/share/locale --enable-fixed-path=/nix/store/x5v8m4xf9sf07675db7cfi19g9qjp4y1-gnupg-2.2.24/bin --with-libgpg-error-prefix=/nix/store/4sdr1n9fvhpry7410jfyd87sdsvh5422-libgpg-error-1.38-dev --with-libassuan-prefix=/nix/store/c0pfl1d4dw61i3mwzc52akb9vbx223vf-libassuan-2.5.4-dev --disable-gpg-test checking for a BSD-compatible install... /nix/store/5m4875pw1zcd588n7a6j88vwsilvnm7j-coreutils-8.32/bin/install -c checking whether build environment is sane... yes checking for a race-free mkdir -p... /nix/store/5m4875pw1zcd588n7a6j88vwsilvnm7j-coreutils-8.32/bin/mkdir -p checking for gawk... gawk checking whether make sets $(MAKE)... yes checking whether make supports nested variables... yes checking whether to enable maintainer-specific portions of Makefiles... no checking build system type... x8664-apple-darwin20.2.0 checking host system type... x8664-apple-darwin20.2.0 checking whether make supports nested variables... (cached) yes checking whether make supports the include directive... yes (GNU style) checking for gcc... clang checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether the compiler supports GNU C... yes checking whether clang accepts -g... yes checking for clang option to enable C11 features... none needed checking whether clang understands -c and -o together... yes checking dependency style of clang... none checking for stdio.h... yes checking for stdlib.h... yes checking for string.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for strings.h... yes checking for sys/stat.h... yes checking for sys/types.h... yes checking for unistd.h... yes checking for wchar.h... yes checking for minix/config.h... no checking for locale.h... yes checking for sys/select.h... yes checking for sys/uio.h... yes checking for argp.h... no checking for sys/time.h... yes checking whether it is safe to define EXTENSIONS... yes checking whether XOPENSOURCE should be defined... no checking for gcc... (cached) clang checking whether the compiler supports GNU C... (cached) yes checking whether clang accepts -g... (cached) yes checking for clang option to enable C11 features... (cached) none needed checking whether clang understands -c and -o together... (cached) yes checking dependency style of clang... (cached) none checking how to run the C preprocessor... clang -E checking whether the compiler supports GNU C++... yes checking whether clang++ accepts -g... yes checking for clang++ option to enable C++11 features... none needed checking dependency style of clang++... none checking for gitlog-to-changelog... no checking for cc for build... clang checking how to print strings... printf checking for a sed that does not truncate output... /nix/store/n0zyx5b5s1grq0jrcy2xvf7apvh25wry-gnused-4.8/bin/sed checking for grep that handles long lines and -e... /nix/store/pmbv3czhsa816msq51ngb2db61crjqw0-gnugrep-3.6/bin/grep checking for egrep... /nix/store/pmbv3czhsa816msq51ngb2db61crjqw0-gnugrep-3.6/bin/grep -E checking for fgrep... /nix/store/pmbv3czhsa816msq51ngb2db61crjqw0-gnugrep-3.6/bin/grep -F checking for ld used by clang... ld checking if the linker (ld) is GNU ld... no checking for BSD- or MS-compatible name lister (nm)... nm checking the name lister (nm) interface... BSD nm checking whether ln -s works... yes checking the maximum length of command line arguments... checking how to convert x8664-apple-darwin20.2.0 file names to x8664-apple-darwin20.2.0 format... funcconvertfilenoop checking how to convert x8664-apple-darwin20.2.0 file names to toolchain format... funcconvertfilenoop checking for ld option to reload object files... -r checking for objdump... no checking how to recognize dependent libraries... passall checking for dlltool... no checking how to associate runtime and link libraries... printf %sn checking for archiver support... no checking for strip... strip checking for ranlib... ranlib checking command to parse nm output from clang object... ok checking for sysroot... no checking for a working dd... /nix/store/5m4875pw1zcd588n7a6j88vwsilvnm7j-coreutils-8.32/bin/dd checking how to truncate binary pipes... /nix/store/5m4875pw1zcd588n7a6j88vwsilvnm7j-coreutils-8.32/bin/dd bs=4096 count=1 checking for mt... no checking if : is a manifest tool... no checking for dsymutil... dsymutil checking for nmedit... no checking for lipo... lipo checking for otool... otool checking for otool64... no checking for -singlemodule linker flag... yes checking for -exportedsymbolslist linker flag... yes checking for -forceload linker flag... yes checking for dlfcn.h... yes checking for objdir... .libs checking if clang supports -fno-rtti -fno-exceptions... yes checking for clang option to produce PIC... -fno-common -DPIC checking if clang PIC flag -fno-common -DPIC works... yes checking if clang static flag -static works... no checking if clang supports -c -o file.o... yes checking if clang supports -c -o file.o... (cached) yes checking whether the clang linker (ld) supports shared libraries... yes checking dynamic linker characteristics... darwin20.2.0 dyld checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... no checking how to run the C++ preprocessor... clang++ -E checking for ld used by clang++... ld checking if the linker (ld) is GNU ld... no checking whether the clang++ linker (ld) supports shared libraries... yes checking for clang++ option to produce PIC... -fno-common -DPIC checking if clang++ PIC flag -fno-common -DPIC works... yes checking if clang++ static flag -static works... no checking if clang++ supports -c -o file.o... yes checking if clang++ supports -c -o file.o... (cached) yes checking whether the clang++ linker (ld) supports shared libraries... yes checking dynamic linker characteristics... darwin20.2.0 dyld checking how to hardcode library paths into programs... immediate checking for windres... no checking whether clang++ supports C++11 features by default... yes checking pkg-config is at least version 0.9.0... yes checking for GPGMEQT... no checking for GPGMEQTTEST... no Package Qt5Core was not found in the pkg-config search path. Perhaps you should add the directory containing ' to the PKGCONFIGPATH environment variable No package 'Qt5Core' found configure: WARNING: Qt5 (Qt5Core) not found Qt Binding will be disabled. checking for swig... no checking for swig2.0... no checking for inline... inline checking size of unsigned int... 4 checking for special C compiler options needed for large files... no checking for FILEOFFSETBITS value needed for large files... no checking for offt... yes checking for uintptrt... yes checking if gcc supports -Wno-missing-field-initializers... yes checking for _thread... yes configure: checking for libraries checking for LARGEFILE_SOURCE value needed for large files... no checking how clang reports undeclared, standard C functions... configure: error: in/private/tmp/nix-build-gpgme-': configure: error: cannot detect from compiler exit status or warnings See `' for more details error: --- Error --- nix-build builder for '/nix/store/zwf2jgy24qs7b69n1rb5pg9ywwmi82f0-gpgme-' failed with exit code 1 </pre</detailsExpected behavior To build successfully. Additional context I'm working on my flake based config with nix, home-manager & nix-darwin. I updated my inputs today & after that, I couldn't build anymore. I cloned this repo & ran which failed with the same error from I also tried this workaround but it didn't help. Notify maintainers <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- Metadata*

sha256 = "00d4sxq63601lzdp2ha1i8fvybh7dzih4531jh8bx07fab3sw65g"; }) # Disable python tests on Darwin as they use gpg (see configureFlags below) <del> ] ++ lib.optional stdenv.isDarwin ./disable-python-tests.patch; </del> <ins> ] ++ lib.optional stdenv.isDarwin ./disable-python-tests.patch # Fix _AC_UNDECLARED_WARNING for autoconf≥2.70. See https://lists.gnupg.org/pipermail/gnupg-devel/2020-November/034643.html ++ lib.optional stdenv.cc.isClang ./fix-clang-autoconf-undeclared-warning.patch; </ins> outputs = [ "out" "dev" "info" ]; outputBin = "dev"; # gpgme-config; not so sure about gpgme-tool


Question: Describe the bug gpgme fails to build on macOS To Reproduce <details<summary<codenix-build . -A gpgme</code(<iexpand to see the output</i)</summary<prewarning: Nix search path entry '/nix/var/nix/profiles/per-user/root/channels' does not exist, ignoring this derivation will be built: /nix/store/zwf2jgy24qs7b69n1rb5pg9ywwmi82f0-gpgme- building '/nix/store/zwf2jgy24qs7b69n1rb5pg9ywwmi82f0-gpgme-'... unpacking sources unpacking source archive /nix/store/sq6ypkha64hcskq8qqw8rv40d9k4y94f-gpgme- source root is gpgme-1.15.0 setting SOURCEDATEEPOCH to timestamp of file gpgme- patching sources applying patch /nix/store/d5svj9vzmvfvlfh67chy0yliwjk50wb5- patching file src/engine-gpg.c Hunk succeeded at 2989 (offset 28 lines). applying patch /nix/store/v28z94l2z3669df0vzwgsi4y53rvv5rc-0001-Fix-python-tests-on-non- patching file patching file applying patch /nix/store/k3dx8r5bp3pqd4dzrydj4yywg6c9p6ja-disable-python- patching file autoreconfPhase autoreconf: export WARNINGS= autoreconf: Entering directory '.' autoreconf: not using Gettext autoreconf: running: aclocal --force -I m4 autoreconf: tracing autoreconf: running: libtoolize --copy --force libtoolize: putting auxiliary files in ACCONFIGAUXDIR, 'build-aux'. libtoolize: copying file 'build-' libtoolize: putting macros in ACCONFIGMACRODIRS, 'm4'. libtoolize: copying file 'm4/libtool.m4' libtoolize: copying file 'm4/ltoptions.m4' libtoolize: copying file 'm4/ltsugar.m4' libtoolize: copying file 'm4/ltversion.m4' libtoolize: copying file 'm4/lt~obsolete.m4' autoreconf: not using Intltool autoreconf: not using Gtkdoc autoreconf: running: aclocal --force -I m4 autoreconf: running: /nix/store/ymq2bmizcmzffq8qwi11lpm2sfl0d9r2-autoconf-2.70/bin/autoconf --force warning: The macro ACCONFIGHEADER' is obsolete. You should run autoupdate. ./lib/autoconf/status.m4:719: ACCONFIGHEADER is expanded from... the top level warning: The macroACGNUSOURCE' is obsolete. You should run autoupdate. ./lib/autoconf/specific.m4:312: ACGNUSOURCE is expanded from... the top level warning: The macro ACTRYRUN' is obsolete. You should run autoupdate. ./lib/autoconf/general.m4:2996: ACTRYRUN is expanded from... m4/glib-2.0.m4:8: AMPATHGLIB20 is expanded from... the top level warning: The macroACTRYLINK' is obsolete. You should run autoupdate. ./lib/autoconf/general.m4:2919: ACTRYLINK is expanded from... m4/glib-2.0.m4:8: AMPATHGLIB20 is expanded from... the top level warning: The macro ACHELPSTRING' is obsolete. You should run autoupdate. ./lib/autoconf/general.m4:203: ACHELPSTRING is expanded from... the top level warning: The macroACHELPSTRING' is obsolete. You should run autoupdate. ./lib/autoconf/general.m4:203: ACHELPSTRING is expanded from... the top level warning: The macro ACHELPSTRING' is obsolete. You should run autoupdate. ./lib/autoconf/general.m4:203: ACHELPSTRING is expanded from... the top level warning: The macroACHELPSTRING' is obsolete. You should run autoupdate. ./lib/autoconf/general.m4:203: ACHELPSTRING is expanded from... the top level warning: The macro ACHELPSTRING' is obsolete. You should run autoupdate. ./lib/autoconf/general.m4:203: ACHELPSTRING is expanded from... the top level warning: The macroACHELPSTRING' is obsolete. You should run autoupdate. ./lib/autoconf/general.m4:203: ACHELPSTRING is expanded from... the top level warning: The macro ACHELPSTRING' is obsolete. You should run autoupdate. ./lib/autoconf/general.m4:203: ACHELPSTRING is expanded from... the top level warning: The macroACHELPSTRING' is obsolete. You should run autoupdate. ./lib/autoconf/general.m4:203: ACHELPSTRING is expanded from... the top level warning: The macro ACHELPSTRING' is obsolete. You should run autoupdate. ./lib/autoconf/general.m4:203: ACHELPSTRING is expanded from... m4/gpg-error.m4:27: AMPATHGPGERROR is expanded from... the top level warning: The macroACHELPSTRING' is obsolete. You should run autoupdate. ./lib/autoconf/general.m4:203: ACHELPSTRING is expanded from... m4/libassuan.m4:17: AMPATHLIBASSUANCOMMON is expanded from... m4/libassuan.m4:158: AMPATHLIBASSUAN is expanded from... the top level warning: The macro ACHELPSTRING' is obsolete. You should run autoupdate. ./lib/autoconf/general.m4:203: ACHELPSTRING is expanded from... the top level warning: The macroACHELPSTRING' is obsolete. You should run autoupdate. ./lib/autoconf/general.m4:203: ACHELPSTRING is expanded from... the top level autoreconf: running: /nix/store/ymq2bmizcmzffq8qwi11lpm2sfl0d9r2-autoconf-2.70/bin/autoheader --force autoreconf: running: automake --add-missing --copy --force-missing installing 'build-aux/compile' installing 'build-aux/missing' installing 'build-aux/depcomp' autoreconf: 'build-' is updated autoreconf: 'build-' is updated autoreconf: Leaving directory '.' configuring fixing libtool script ./build- configure flags: --disable-static --disable-dependency-tracking --prefix=/nix/store/9357hqrwqm6wnvl6qnp1hw2h045nw2rf-gpgme-1.15.0 --bindir=/nix/store/r9355cgd5y62qh03h68b4a6lj3w3kcap-gpgme-1.15.0-dev/bin --sbindir=/nix/store/r9355cgd5y62qh03h68b4a6lj3w3kcap-gpgme-1.15.0-dev/sbin --includedir=/nix/store/r9355cgd5y62qh03h68b4a6lj3w3kcap-gpgme-1.15.0-dev/include --oldincludedir=/nix/store/r9355cgd5y62qh03h68b4a6lj3w3kcap-gpgme-1.15.0-dev/include --mandir=/nix/store/r9355cgd5y62qh03h68b4a6lj3w3kcap-gpgme-1.15.0-dev/share/man --infodir=/nix/store/a7im3pbpc9aa0v37wlclqnas2j5cx5kv-gpgme-1.15.0-info/share/info --docdir=/nix/store/9357hqrwqm6wnvl6qnp1hw2h045nw2rf-gpgme-1.15.0/share/doc/gpgme --libdir=/nix/store/9357hqrwqm6wnvl6qnp1hw2h045nw2rf-gpgme-1.15.0/lib --libexecdir=/nix/store/9357hqrwqm6wnvl6qnp1hw2h045nw2rf-gpgme-1.15.0/libexec --localedir=/nix/store/9357hqrwqm6wnvl6qnp1hw2h045nw2rf-gpgme-1.15.0/share/locale --enable-fixed-path=/nix/store/x5v8m4xf9sf07675db7cfi19g9qjp4y1-gnupg-2.2.24/bin --with-libgpg-error-prefix=/nix/store/4sdr1n9fvhpry7410jfyd87sdsvh5422-libgpg-error-1.38-dev --with-libassuan-prefix=/nix/store/c0pfl1d4dw61i3mwzc52akb9vbx223vf-libassuan-2.5.4-dev --disable-gpg-test checking for a BSD-compatible install... /nix/store/5m4875pw1zcd588n7a6j88vwsilvnm7j-coreutils-8.32/bin/install -c checking whether build environment is sane... yes checking for a race-free mkdir -p... /nix/store/5m4875pw1zcd588n7a6j88vwsilvnm7j-coreutils-8.32/bin/mkdir -p checking for gawk... gawk checking whether make sets $(MAKE)... yes checking whether make supports nested variables... yes checking whether to enable maintainer-specific portions of Makefiles... no checking build system type... x8664-apple-darwin20.2.0 checking host system type... x8664-apple-darwin20.2.0 checking whether make supports nested variables... (cached) yes checking whether make supports the include directive... yes (GNU style) checking for gcc... clang checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether the compiler supports GNU C... yes checking whether clang accepts -g... yes checking for clang option to enable C11 features... none needed checking whether clang understands -c and -o together... yes checking dependency style of clang... none checking for stdio.h... yes checking for stdlib.h... yes checking for string.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for strings.h... yes checking for sys/stat.h... yes checking for sys/types.h... yes checking for unistd.h... yes checking for wchar.h... yes checking for minix/config.h... no checking for locale.h... yes checking for sys/select.h... yes checking for sys/uio.h... yes checking for argp.h... no checking for sys/time.h... yes checking whether it is safe to define EXTENSIONS... yes checking whether XOPENSOURCE should be defined... no checking for gcc... (cached) clang checking whether the compiler supports GNU C... (cached) yes checking whether clang accepts -g... (cached) yes checking for clang option to enable C11 features... (cached) none needed checking whether clang understands -c and -o together... (cached) yes checking dependency style of clang... (cached) none checking how to run the C preprocessor... clang -E checking whether the compiler supports GNU C++... yes checking whether clang++ accepts -g... yes checking for clang++ option to enable C++11 features... none needed checking dependency style of clang++... none checking for gitlog-to-changelog... no checking for cc for build... clang checking how to print strings... printf checking for a sed that does not truncate output... /nix/store/n0zyx5b5s1grq0jrcy2xvf7apvh25wry-gnused-4.8/bin/sed checking for grep that handles long lines and -e... /nix/store/pmbv3czhsa816msq51ngb2db61crjqw0-gnugrep-3.6/bin/grep checking for egrep... /nix/store/pmbv3czhsa816msq51ngb2db61crjqw0-gnugrep-3.6/bin/grep -E checking for fgrep... /nix/store/pmbv3czhsa816msq51ngb2db61crjqw0-gnugrep-3.6/bin/grep -F checking for ld used by clang... ld checking if the linker (ld) is GNU ld... no checking for BSD- or MS-compatible name lister (nm)... nm checking the name lister (nm) interface... BSD nm checking whether ln -s works... yes checking the maximum length of command line arguments... checking how to convert x8664-apple-darwin20.2.0 file names to x8664-apple-darwin20.2.0 format... funcconvertfilenoop checking how to convert x8664-apple-darwin20.2.0 file names to toolchain format... funcconvertfilenoop checking for ld option to reload object files... -r checking for objdump... no checking how to recognize dependent libraries... passall checking for dlltool... no checking how to associate runtime and link libraries... printf %sn checking for archiver support... no checking for strip... strip checking for ranlib... ranlib checking command to parse nm output from clang object... ok checking for sysroot... no checking for a working dd... /nix/store/5m4875pw1zcd588n7a6j88vwsilvnm7j-coreutils-8.32/bin/dd checking how to truncate binary pipes... /nix/store/5m4875pw1zcd588n7a6j88vwsilvnm7j-coreutils-8.32/bin/dd bs=4096 count=1 checking for mt... no checking if : is a manifest tool... no checking for dsymutil... dsymutil checking for nmedit... no checking for lipo... lipo checking for otool... otool checking for otool64... no checking for -singlemodule linker flag... yes checking for -exportedsymbolslist linker flag... yes checking for -forceload linker flag... yes checking for dlfcn.h... yes checking for objdir... .libs checking if clang supports -fno-rtti -fno-exceptions... yes checking for clang option to produce PIC... -fno-common -DPIC checking if clang PIC flag -fno-common -DPIC works... yes checking if clang static flag -static works... no checking if clang supports -c -o file.o... yes checking if clang supports -c -o file.o... (cached) yes checking whether the clang linker (ld) supports shared libraries... yes checking dynamic linker characteristics... darwin20.2.0 dyld checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... no checking how to run the C++ preprocessor... clang++ -E checking for ld used by clang++... ld checking if the linker (ld) is GNU ld... no checking whether the clang++ linker (ld) supports shared libraries... yes checking for clang++ option to produce PIC... -fno-common -DPIC checking if clang++ PIC flag -fno-common -DPIC works... yes checking if clang++ static flag -static works... no checking if clang++ supports -c -o file.o... yes checking if clang++ supports -c -o file.o... (cached) yes checking whether the clang++ linker (ld) supports shared libraries... yes checking dynamic linker characteristics... darwin20.2.0 dyld checking how to hardcode library paths into programs... immediate checking for windres... no checking whether clang++ supports C++11 features by default... yes checking pkg-config is at least version 0.9.0... yes checking for GPGMEQT... no checking for GPGMEQTTEST... no Package Qt5Core was not found in the pkg-config search path. Perhaps you should add the directory containing ' to the PKGCONFIGPATH environment variable No package 'Qt5Core' found configure: WARNING: Qt5 (Qt5Core) not found Qt Binding will be disabled. checking for swig... no checking for swig2.0... no checking for inline... inline checking size of unsigned int... 4 checking for special C compiler options needed for large files... no checking for FILEOFFSETBITS value needed for large files... no checking for offt... yes checking for uintptrt... yes checking if gcc supports -Wno-missing-field-initializers... yes checking for _thread... yes configure: checking for libraries checking for LARGEFILE_SOURCE value needed for large files... no checking how clang reports undeclared, standard C functions... configure: error: in/private/tmp/nix-build-gpgme-': configure: error: cannot detect from compiler exit status or warnings See `' for more details error: --- Error --- nix-build builder for '/nix/store/zwf2jgy24qs7b69n1rb5pg9ywwmi82f0-gpgme-' failed with exit code 1 </pre</detailsExpected behavior To build successfully. Additional context I'm working on my flake based config with nix, home-manager & nix-darwin. I updated my inputs today & after that, I couldn't build anymore. I cloned this repo & ran which failed with the same error from I also tried this workaround but it didn't help. Notify maintainers <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- Metadata*

<ins> diff -Naur gpgme.old/configure.ac gpgme.new/configure.ac --- gpgme.old/configure.ac	2020-11-12 04:19:50.000000000 -0500 +++ gpgme.new/configure.ac	2021-01-08 03:04:38.000000000 -0500 @@ -166,6 +166,16 @@ mym4_minor mym4_micro) AC_SUBST(VERSION_NUMBER) +# Try to find a thread-safe version of ttyname(). +gnupg_REPLACE_TTYNAME_R +if test "$ac_cv_func_ttyname_r" != yes; then +  AC_MSG_WARN([ +*** +*** ttyname() is not thread-safe and ttyname_r() does not exist +***]) +fi + + # We need to compile and run a program on the build machine.  A # comment in libgpg-error says that the AC_PROG_CC_FOR_BUILD macro in # the AC archive is broken for autoconf 2.57.  Given that there is no @@ -658,15 +668,6 @@ AC_FUNC_FSEEKO -# Try to find a thread-safe version of ttyname(). -gnupg_REPLACE_TTYNAME_R -if test "$ac_cv_func_ttyname_r" != yes; then -  AC_MSG_WARN([ -*** -*** ttyname() is not thread-safe and ttyname_r() does not exist -***]) -fi - # Try to find a thread-safe version of getenv(). have_thread_safe_getenv=no jm_GLIBC21 </ins>


Question:
At: This should also add as per Gitea's docs. ( ) Without this tag sqlite will frequently report that the database is locked and cause multiple internal server errors. See
If someone needs a quick fix in `:

preBuild = let tags = optional pamSupport "pam" <del> ++ optional sqliteSupport "sqlite"; </del> <ins> ++ optional sqliteSupport "sqlite sqlite_unlock_notify"; </ins> tagsString = concatStringsSep " " tags; in '' export buildFlagsArray=(


Question: , CVSSv3=7.5 (nixos-20.09, nixos-unstable) CVSSv3=7.5 (nixos-20.09, nixos-unstable) Scanned versions: nixos-20.09: ; nixos-unstable: . Cc

<del> { lib, stdenv, fetchurl, makeWrapper, jre , version ? "1.6" }: let versionMap = { "1.5" = { flinkVersion = "1.5.5"; sha256 = "18wqcqi3gyqd40nspih99gq7ylfs20b35f4dcrspffagwkfp2l4z"; }; "1.6" = { flinkVersion = "1.11.1"; sha256 = "0338bg2sb427c1rrf2cmsz63sz0yk6gclpli2lskq0mpx72wxpl0"; }; }; in with versionMap.${version}; </del> <ins> { lib, stdenv, fetchurl, makeWrapper, jre }: </ins> stdenv.mkDerivation rec { <del> name = "flink-${flinkVersion}"; </del> <ins> pname = "flink"; version = "1.12.1"; </ins> src = fetchurl { <del> url = "mirror://apache/flink/${name}/${name}-bin-scala_2.11.tgz"; inherit sha256; </del> <ins> url = "mirror://apache/flink/${pname}-${version}/${pname}-${version}-bin-scala_2.11.tgz"; sha256 = "146azc5wg1xby3nqz8mha959qy99z2h8032rfgs2mcl3d5rrsm2l"; </ins> }; nativeBuildInputs = [ makeWrapper ];


Question: , CVSSv3=7.5 (nixos-20.09, nixos-unstable) CVSSv3=7.5 (nixos-20.09, nixos-unstable) Scanned versions: nixos-20.09: ; nixos-unstable: . Cc

firestr = throw "firestr has been removed."; # added 2019-12-08 fish-foreign-env = throw "fish-foreign-env has been replaced with fishPlugins.foreign-env"; # added 2020-12-29, modified 2021-01-10 flameGraph = flamegraph; # added 2018-04-25 <ins> flink_1_5 = throw "flink_1_5 was removed, use flink instead"; # added 2021-01-25 </ins> flvtool2 = throw "flvtool2 has been removed."; # added 2020-11-03 foldingathome = fahclient; # added 2020-09-03 font-awesome-ttf = font-awesome; # 2018-02-25


Question: , CVSSv3=7.5 (nixos-20.09, nixos-unstable) CVSSv3=7.5 (nixos-20.09, nixos-unstable) Scanned versions: nixos-20.09: ; nixos-unstable: . Cc

fldigi = callPackage ../applications/radio/fldigi { }; flink = callPackage ../applications/networking/cluster/flink { }; <del> flink_1_5 = flink.override { version = "1.5"; }; </del> fllog = callPackage ../applications/radio/fllog { };


Question: , CVSSv3=9.8 (nixos-20.09, nixos-unstable) Scanned versions: nixos-20.09: ; nixos-unstable: . Cc

license = licenses.lgpl21Plus; platforms = lib.platforms.linux; maintainers = [ ]; <ins> knownVulnerabilities = [ "CVE-2020-35476" # https://github.com/OpenTSDB/opentsdb/issues/2051 ]; </ins> }; }


Question:
For this patch I to CudaText the global variable which you can change to False. to disable "Help / Check for updates".
OK, I will use it with next release.

in stdenv.mkDerivation rec { pname = "cudatext"; <del> version = "1.118.2"; </del> <ins> version = "1.122.3"; </ins> src = fetchFromGitHub { owner = "Alexey-T"; repo = "CudaText"; rev = version; <del> sha256 = "0d6f4qfs7vifz7qkw2vkdjgd5w717wfpnxbc4qa4hs4g6y86ywmm"; </del> <ins> sha256 = "1h56hj433z0n4l97zl1cwkjv0qvz4qmvf469zzjzf1nj4zj8px2b"; </ins> }; <del> patches = [ # Don't check for update ./dont-check-update.patch ]; </del> postPatch = '' substituteInPlace app/proc_globdata.pas  --replace "/usr/share/cudatext" "$out/share/cudatext"  <del> --replace "libpython3.so" "${python3}/lib/libpython3.so" </del> <ins> --replace "libpython3.so" "${python3}/lib/libpython${python3.pythonVersion}.so"  --replace "AllowProgramUpdates:= true;" "AllowProgramUpdates:= false;" </ins> ''; nativeBuildInputs = [ lazarus fpc ]


Question:
For this patch I to CudaText the global variable which you can change to False. to disable "Help / Check for updates".
OK, I will use it with next release.

{ "EncConv": { "owner": "Alexey-T", <del> "rev": "2020.06.15", "sha256": "07dpvq3ppfq3b70i1smkf7vwdlzq8qnxs3fk94hi9h1z36bz2rw3" </del> <ins> "rev": "2021.01.01", "sha256": "18fp7yz2rl80a6xw7v4bgc4092l74fb6p6z4yf312r7gw7b8naq6" </ins> }, "ATBinHex-Lazarus": { "owner": "Alexey-T", <del> "rev": "2020.09.05", "sha256": "022yx5vic4hnc9lz53wvr4h7hf0h71801dzlilj55x5mf8p59072" </del> <ins> "rev": "2020.11.22", "sha256": "0dkvzm32ls03pfp40fxvsyrkfmyznc5yrj65cp4a8pp9kpkvzlz7" </ins> }, "ATFlatControls": { "owner": "Alexey-T", <del> "rev": "2020.11.02", "sha256": "0shihlm1hg74m04qyrj2iic2ik0x7qggihmnylvvdry3y79d07fy" </del> <ins> "rev": "2021.01.12", "sha256": "1mavv3krs4srdp362prf4sncssxjh11la5j4lkx0wk5csrmd1pc9" </ins> }, "ATSynEdit": { "owner": "Alexey-T", <del> "rev": "6560bc35a2cf31399be8713ac189216afabf9f01", "sha256": "1bjnd6pcd9ddkvl7ma05z7f8svq609kljwc7gvbszc76hdb8d54x" </del> <ins> "rev": "2021.01.19", "sha256": "0lpgfwljwh9mypscbpj5c7fivhza0hizjgqypval3v0209cx38d1" </ins> }, "ATSynEdit_Cmp": { "owner": "Alexey-T", <del> "rev": "2459ea2a2e50050f7e6ee59a17a52aae05ca4433", "sha256": "155cwcmr9f23j4x13pidvb3vcgglawkxxpizjw90ajwhmg831acr" </del> <ins> "rev": "2021.01.17", "sha256": "14i4jdpbmh6sjpvbwipdvvmmqqw8wg592b34a9wdf2f9qxq2p4ly" </ins> }, "EControl": { "owner": "Alexey-T", <del> "rev": "2020.10.04", "sha256": "0ypbaca3y5biw2207yh3x5p28gm8g51qf7glm5622w3cgbrf9mdq" </del> <ins> "rev": "2021.01.12", "sha256": "107zyd65vc72fl4mvyirhv2a9m47l9bs6gwqiwar7hrn02zns6bq" </ins> }, "ATSynEdit_Ex": { "owner": "Alexey-T",


Question:
For this patch I to CudaText the global variable which you can change to False. to disable "Help / Check for updates".
OK, I will use it with next release.

}, "Python-for-Lazarus": { "owner": "Alexey-T", <del> "rev": "2020.10.23", "sha256": "1lljldqnixlh0j05fh594gccwzkgcxa50byq8wr9ld5ik5sf8khn" </del> <ins> "rev": "2021.01.16", "sha256": "07qv3x1cm3r12gxfnqzxly6nff39bghwwgxzl2lxi1qbpqhcs2l5" </ins> }, "Emmet-Pascal": { "owner": "Alexey-T",


Question:
For this patch I to CudaText the global variable which you can change to False. to disable "Help / Check for updates".
OK, I will use it with next release.

}, "CudaText-lexers": { "owner": "Alexey-T", <del> "rev": "2020.08.10", "sha256": "1gzs2psyfhb9si1qyacxzfjb3dz2v255hv7y4jlkbxdxv0kckqr6" </del> <ins> "rev": "2021.01.16", "sha256": "13zyg0cm1c1662l3f7sy462pbc39l1cwm5214nx8ijngf8kgn2zh" </ins> }, "bgrabitmap": { "owner": "bgrabitmap",


Question:
For this patch I to CudaText the global variable which you can change to False. to disable "Help / Check for updates".
OK, I will use it with next release.

<del> diff --git i/app/formmain.pas w/app/formmain.pas index f6f37febb..cf993d75e 100644 --- i/app/formmain.pas +++ w/app/formmain.pas @@ -2156,6 +2156,7 @@ begin false {$endif}; *) +  mnuHelpCheckUpd.Enabled:=false; with AppPanels[cPaneSide] do begin </del>


Question: Describe the bug sysklogd fails to build when built against musl-libc To Reproduce Steps to reproduce the behavior: Expected behavior Package should build. Notify maintainers no maintainers, because apparently this is ancient. Metadata Maintainer information:

sha256 = "00f2wy6f0qng7qzga4iicyzl9j8b7mp6mrpfky5jxj93ms2w2rji"; }; <del> patches = [ ./systemd.patch ./union-wait.patch ]; </del> <ins> patches = [ ./systemd.patch ./union-wait.patch ./fix-includes-for-musl.patch ]; </ins> NIX_CFLAGS_COMPILE = "-DSYSV";


Question: Describe the bug sysklogd fails to build when built against musl-libc To Reproduce Steps to reproduce the behavior: Expected behavior Package should build. Notify maintainers no maintainers, because apparently this is ancient. Metadata Maintainer information:

<ins> # this patch both fixes some include paths as well as removes glibc # gates around defines that musl-libc also depends on. diff -u sysklogd-1.5.1.orig/klogd.c sysklogd-1.5.1/klogd.c --- sysklogd-1.5.1.orig/klogd.c	2014-10-04 15:47:18.000000000 -0400 +++ sysklogd-1.5.1/klogd.c	2021-01-18 23:09:23.000000000 -0500 @@ -260,11 +260,8 @@ #include <unistd.h> #include <signal.h> #include <errno.h> -#include <sys/fcntl.h> +#include <fcntl.h> #include <sys/stat.h> -#if !defined(__GLIBC__) -#include <linux/time.h> -#endif /* __GLIBC__ */ #include <stdarg.h> #include <paths.h> #include <stdlib.h> @@ -277,13 +274,8 @@ #define __LIBRARY__ #include <linux/unistd.h> -#if !defined(__GLIBC__) -# define __NR_ksyslog __NR_syslog -_syscall3(int,ksyslog,int, type, char *, buf, int, len); -#else #include <sys/klog.h> #define ksyslog klogctl -#endif #define LOG_BUFFER_SIZE 4096 #define LOG_LINE_LENGTH 1000 diff -u sysklogd-1.5.1.orig/ksym_mod.c sysklogd-1.5.1/ksym_mod.c --- sysklogd-1.5.1.orig/ksym_mod.c	2014-10-04 15:47:18.000000000 -0400 +++ sysklogd-1.5.1/ksym_mod.c	2021-01-18 23:09:57.000000000 -0500 @@ -113,12 +113,9 @@ #include <unistd.h> #include <signal.h> #include <errno.h> -#include <sys/fcntl.h> +#include <fcntl.h> #include <sys/stat.h> #include "module.h" -#if !defined(__GLIBC__) -#include <linux/time.h> -#endif /* __GLIBC__ */ #include <stdarg.h> #include <paths.h> #include <linux/version.h> diff -u sysklogd-1.5.1.orig/pidfile.c sysklogd-1.5.1/pidfile.c --- sysklogd-1.5.1.orig/pidfile.c	2014-10-04 15:47:18.000000000 -0400 +++ sysklogd-1.5.1/pidfile.c	2021-01-18 23:23:55.000000000 -0500 @@ -25,6 +25,7 @@ */ #include <stdio.h> +#include <fcntl.h> #include <unistd.h> #include <sys/stat.h> #include <sys/file.h> diff -u sysklogd-1.5.1.orig/syslog.c sysklogd-1.5.1/syslog.c --- sysklogd-1.5.1.orig/syslog.c	2014-10-04 15:47:18.000000000 -0400 +++ sysklogd-1.5.1/syslog.c	2021-01-18 23:11:45.000000000 -0500 @@ -55,7 +55,6 @@ #include <sys/types.h> #include <sys/socket.h> #include <sys/file.h> -#include <sys/signal.h> #include <sys/syslog.h> #if 0 #include "syslog.h" @@ -64,6 +63,8 @@ #include <sys/uio.h> #include <sys/wait.h> +#include <signal.h> +#include <fcntl.h> #include <netdb.h> #include <string.h> #include <time.h> diff -u sysklogd-1.5.1.orig/syslogd.c sysklogd-1.5.1/syslogd.c --- sysklogd-1.5.1.orig/syslogd.c	2014-10-04 15:47:18.000000000 -0400 +++ sysklogd-1.5.1/syslogd.c	2021-01-18 23:13:25.000000000 -0500 @@ -519,9 +519,9 @@ #include <time.h> #define SYSLOG_NAMES +#include <errno.h> #include <sys/syslog.h> #include <sys/param.h> -#include <sys/errno.h> #include <sys/ioctl.h> #include <sys/stat.h> #include <sys/wait.h> @@ -818,9 +818,7 @@ void init(); void cfline(char *line, register struct filed *f); int decode(char *name, struct code *codetab); -#if defined(__GLIBC__) #define dprintf mydprintf -#endif /* __GLIBC__ */ static void dprintf(char *, ...); static void allocate_log(void); void sighup_handler(); @@ -840,15 +838,9 @@ register char *p; #ifndef TESTING ssize_t msglen; -#endif -#if !defined(__GLIBC__) -	int len, num_fds; -#else /* __GLIBC__ */ -#ifndef TESTING socklen_t len; #endif int num_fds; -#endif /* __GLIBC__ */ /* * It took me quite some time to figure out how this is * supposed to work so I guess I should better write it down. </ins>


Question: Describe the bug sysklogd fails to build when built against musl-libc To Reproduce Steps to reproduce the behavior: Expected behavior Package should build. Notify maintainers no maintainers, because apparently this is ancient. Metadata Maintainer information:

+#include <sys/stat.h> +#include <sys/socket.h> +#include <sys/un.h> <del> +#include <sys/fcntl.h> </del> +#include <netinet/in.h> +#include <stdlib.h> <ins> +#include <fcntl.h> </ins> +#include <errno.h> +#include <unistd.h> +#include <string.h>


Question:
I tried adding to , then running and noticed in the diff this still uses , and non-string URLs. To Reproduce Steps to reproduce the behavior: Expected behavior The diff shouldn't contain non-string URLs, and not use via . Notify maintainers
luarocks-nix needs to be updated. Its current state is messy (not clear which branch to use), I will update it.

binaryheap,,,,,vcunat bit32,,,,lua5_1,lblasc busted,,,,, <del> cassowary,,,,,marsam </del> <ins> cassowary,,,,,marsam alerque </ins> cjson,lua-cjson,,,, compat53,,,,,vcunat cosmo,,,,,marsam


Question:
I tried adding to , then running and noticed in the diff this still uses , and non-string URLs. To Reproduce Steps to reproduce the behavior: Expected behavior The diff shouldn't contain non-string URLs, and not use via . Notify maintainers
luarocks-nix needs to be updated. Its current state is messy (not clear which branch to use), I will update it.

These packages are manually refined in lua-overrides.nix */ <del> { self, stdenv, fetchurl, fetchgit, pkgs, ... } @ args: </del> <ins> { self, stdenv, lib, fetchurl, fetchgit, pkgs, ... } @ args: </ins> self: super: with self; {


Question:
I tried adding to , then running and noticed in the diff this still uses , and non-string URLs. To Reproduce Steps to reproduce the behavior: Expected behavior The diff shouldn't contain non-string URLs, and not use via . Notify maintainers
luarocks-nix needs to be updated. Its current state is messy (not clear which branch to use), I will update it.

These packages are manually refined in lua-overrides.nix */ <del> { self, lib, stdenv, fetchurl, fetchgit, pkgs, ... } @ args: </del> <ins> { self, stdenv, lib, fetchurl, fetchgit, pkgs, ... } @ args: </ins> self: super: with self; {


Question:
I tried adding to , then running and noticed in the diff this still uses , and non-string URLs. To Reproduce Steps to reproduce the behavior: Expected behavior The diff shouldn't contain non-string URLs, and not use via . Notify maintainers
luarocks-nix needs to be updated. Its current state is messy (not clear which branch to use), I will update it.

{ luarocks, fetchFromGitHub }: luarocks.overrideAttrs(old: { pname = "luarocks-nix"; <del> version = "2019-09-07"; </del> <ins> version = "2021-01-22"; </ins> src = fetchFromGitHub { owner = "nix-community"; repo = "luarocks-nix"; <del> rev = "73b8772e56fd39dfffda9e3b13e9eb31e93d5cde"; sha256 = "00jgshygw439pbaxg7yph3ijia6nid9r1br416wdbyl5wqhlhm1y"; </del> <ins> rev = "v3.5.0_nix"; sha256 = "sha256-Ea3PVkCaUPO/mvVZtHtD1G9T/Yom28M9oN6duY4ovHk="; </ins> }; <del> patches = [ ./darwin-3.1.3.patch ]; </del> })