jiebi/CodeConvo huggingface dataset:
Code change:
Describe the bug is broken on Darwin. git bisect shows (part of ) as the first failing commit To Reproduce Try to build on Darwin at <details<summarynix-build -A gobject-introspection </summary</detailsExpected behavior Able to build on Darwin Additional context <!-- There is a 10 years old bug report with the same error message --Metadata Maintainer information: cc:
Looks like this upstream issue: . It's fixed on master so we should probably pick the patches.
Our jobset needs to be building on the darwin platform if we don't want things breaking like this.

Related discussion:
text: sha256 = "046sqfmr84blxh4vkipmh8ff7wd19fxmh6lnr5ibchx3l02p49bc"; }; <del> patches = optional stdenv.isDarwin ./darwin-compilation.patch ++ optional doCheck ./skip-timer-test.patch ++ optionals stdenv.hostPlatform.isMusl [ ./quark_init_on_demand.patch ./gobject_init_on_demand.patch ] ++ [ ./schema-override-variable.patch # Require substituteInPlace in postPatch ./fix-gio-launch-desktop-path.patch # GLib contains many binaries used for different purposes; # we will install them to different outputs: # 1. Tools for desktop environment ($bin) #    * gapplication (non-darwin) #    * gdbus #    * gio #    * gio-launch-desktop (symlink to $out) #    * gsettings # 2. Development/build tools ($dev) #    * gdbus-codegen #    * gio-querymodules #    * glib-compile-resources #    * glib-compile-schemas #    * glib-genmarshal #    * glib-gettextize #    * glib-mkenums #    * gobject-query #    * gresource #    * gtester #    * gtester-report # 3. Tools for desktop environment that cannot go to $bin due to $out depending on them ($out) #    * gio-launch-desktop ./split-dev-programs.patch ]; </del> <ins> patches = optionals stdenv.isDarwin [ ./darwin-compilation.patch # fix loading dylibs on darwin # Remove on 2.62.1 (fetchpatch { url = "https://gitlab.gnome.org/GNOME/glib/commit/e2409e5e180f1fa369d0e87e38e4d646d9f68791.patch"; sha256 = "1dhjwlsqdgnn8fr8pzfrnd63m7pdgf7mizdyn8lwg17ggvq6qsqf"; }) ] ++ optionals stdenv.hostPlatform.isMusl [ ./quark_init_on_demand.patch ./gobject_init_on_demand.patch ] ++ [ ./schema-override-variable.patch # Require substituteInPlace in postPatch ./fix-gio-launch-desktop-path.patch # GLib contains many binaries used for different purposes; # we will install them to different outputs: # 1. Tools for desktop environment ($bin) #    * gapplication (non-darwin) #    * gdbus #    * gio #    * gio-launch-desktop (symlink to $out) #    * gsettings # 2. Development/build tools ($dev) #    * gdbus-codegen #    * gio-querymodules #    * glib-compile-resources #    * glib-compile-schemas #    * glib-genmarshal #    * glib-gettextize #    * glib-mkenums #    * gobject-query #    * gresource #    * gtester #    * gtester-report # 3. Tools for desktop environment that cannot go to $bin due to $out depending on them ($out) #    * gio-launch-desktop ./split-dev-programs.patch ] ++ optional doCheck ./skip-timer-test.patch; </ins> outputs = [ "bin" "out" "dev" "devdoc" ];
Code change:
Describe the bug Build fails when trying to install . I get: To Reproduce Expected behavior The package should install without error. Metadata Maintainer information:
cc
Related to
Tried the following: It doesn't even bother about the C-core Version 6 that I asked: What am I doing wrong ?
Thank you for your contributions. This has been automatically marked as stale because it has had no activity for 180 days. If this is still important to you, we ask that you leave a comment below. Your comment can be as simple as "still important to me". This lets people see that at least one person still cares about this. Someone will have to do this at most twice a year if there is no other activity. Here are suggestions that might help resolve this more quickly: for maintainers and people that previously touched the related code and @ mention them in a comment. on the . 3. Ask on the on .
Refreshed. My PR will fix this issue. Thanks for your patience.

Related discussion:
text: stdenv.mkDerivation rec { pname = "igraph"; <del> version = "0.7.1"; </del> <ins> version = "0.8.2"; </ins> src = fetchFromGitHub { owner = "igraph"; repo = pname; rev = version; <del> sha256 = "1wsy0r511gk069il6iqjs27q8cjvqz20gf0a7inybx1bw84845z8"; </del> <ins> sha256 = "015yh9s19lmxm7l1ld8adlsqh1lrmzicl801saixdwl9w05hfva4"; </ins> }; nativeBuildInputs = [ pkgconfig autoreconfHook ]; buildInputs = [ flex yacc zlib libxml2 ]; <del> # This file is normally generated by igraph's bootstrap.sh, but we can do it # ourselves. ~ C. </del> <ins> # Normally, igraph wants us to call bootstrap.sh, which will call # tools/getversion.sh. Instead, we're going to put the version directly # where igraph wants, and then let autoreconfHook do the rest of the # bootstrap. ~ C. </ins> postPatch = '' <del> echo "${version}" > VERSION </del> <ins> echo "${version}" > IGRAPH_VERSION </ins> ''; <ins> doCheck = true; </ins> meta = { description = "The network analysis package"; homepage = "https://igraph.org/"; license = lib.licenses.gpl2; <ins> # NB: Known to fail tests on aarch64. platforms = [ "x86_64-linux" ]; </ins> maintainers = [ lib.maintainers.MostAwesomeDude ]; }; }
Code change:
Describe the bug Build fails when trying to install . I get: To Reproduce Expected behavior The package should install without error. Metadata Maintainer information:
cc
Related to
Tried the following: It doesn't even bother about the C-core Version 6 that I asked: What am I doing wrong ?
Thank you for your contributions. This has been automatically marked as stale because it has had no activity for 180 days. If this is still important to you, we ask that you leave a comment below. Your comment can be as simple as "still important to me". This lets people see that at least one person still cares about this. Someone will have to do this at most twice a year if there is no other activity. Here are suggestions that might help resolve this more quickly: for maintainers and people that previously touched the related code and @ mention them in a comment. on the . 3. Ask on the on .
Refreshed. My PR will fix this issue. Thanks for your patience.

Related discussion:
text: { buildPythonPackage, fetchPypi, lib, isPy3k <del> , pkgconfig, igraph }: </del> <ins> , pkgconfig, igraph , texttable }: </ins> buildPythonPackage rec { pname = "python-igraph";
Code change:
Describe the bug Build fails when trying to install . I get: To Reproduce Expected behavior The package should install without error. Metadata Maintainer information:
cc
Related to
Tried the following: It doesn't even bother about the C-core Version 6 that I asked: What am I doing wrong ?
Thank you for your contributions. This has been automatically marked as stale because it has had no activity for 180 days. If this is still important to you, we ask that you leave a comment below. Your comment can be as simple as "still important to me". This lets people see that at least one person still cares about this. Someone will have to do this at most twice a year if there is no other activity. Here are suggestions that might help resolve this more quickly: for maintainers and people that previously touched the related code and @ mention them in a comment. on the . 3. Ask on the on .
Refreshed. My PR will fix this issue. Thanks for your patience.

Related discussion:
text: nativeBuildInputs = [ pkgconfig ]; buildInputs = [ igraph ]; <ins> propagatedBuildInputs = [ texttable ]; </ins> src = fetchPypi { inherit pname version; sha256 = "4601638d7d22eae7608cdf793efac75e6c039770ec4bd2cecf76378c84ce7d72"; }; <ins> # NB: We want to use our igraph, not vendored igraph, but even with # pkg-config on the PATH, their custom setup.py still needs to be explicitly # told to do it. ~ C. setupPyGlobalFlags = [ "--use-pkg-config" ]; </ins> doCheck = !isPy3k; meta = {
Code change:
Describe the bug Metadata Please run and paste the result. system: host os: multi-user?: sandbox: version: channels(hyper): channels(root): nixpkgs: Maintainer information:
I've also encountered this. I bisected it to . says there's a newer version (1.) whose release notes say "Fix two test failures on newer versions of gtk+/gnome-shell/mutter". However, updating to it does not fix this test failure. :( With 1., the exact failure I'm getting is:
When updating to GNOME 3.34 I did indeed notice this and tried the exact things did. We probably need to report it so it can be fixed, I just didn't have the time to do this. Guess the testsuite could be disabled.
Disabling tests got it to build for me. I'll try to find some time to open a PR for that, and to report it upstream.
Reported upstream:
Thank you for your contributions. This has been automatically marked as stale because it has had no activity for 180 days. If this is still important to you, we ask that you leave a comment below. Your comment can be as simple as "still important to me". This lets people see that at least one person still cares about this. Someone will have to do this at most twice a year if there is no other activity. Here are suggestions that might help resolve this more quickly: for maintainers and people that previously touched the related code and @ mention them in a comment. on the . 3. Ask on the on .

Related discussion:
text: sha256 = "1044rj3wbfmgaif2jb0k28m2aczli6ai2n5yvn6pr7zjyw16kvd2"; }; buildInputs = [ pkgs.gtk2 Cairo ExtUtilsDepends ExtUtilsPkgConfig Glib Pango ]; <del> doCheck = !stdenv.isDarwin; </del> <ins> # https://rt.cpan.org/Public/Bug/Display.html?id=130742 # doCheck = !stdenv.isDarwin; doCheck = false; </ins> meta = { homepage = http://gtk2-perl.sourceforge.net/; description = "Perl interface to the 2.x series of the Gimp Toolkit library";
Code change:
Describe the bug sane-backends provides a configuration file, which is also produced by To Reproduce Steps to reproduce the behavior: Expected behavior No file conflict Additional context Add any other context about the problem here. Metadata Maintainer information:
Something isn't right there. I have in my , but I have no whatsoever:
The sane config is not written to /etc but only pointed at by the environment variable.
This is really just us being noisy about collisions, this one is harmless.
Even if it's harmless, what would be the preferred way of getting rid of this warning?
It doesn't really serve any purpose for nixos users, so it was fine to remove.

Related discussion:
text: substituteInPlace $out/lib/libsane.la  --replace "-ljpeg" "-L${libjpeg.out}/lib -ljpeg" <ins> # net.conf conflicts with the file generated by the nixos module rm -f $out/etc/sane.d/net.conf </ins> '' + stdenv.lib.concatStrings (builtins.map installFirmware compatFirmware); meta = with stdenv.lib; {
Code change:
Describe the bug To Reproduce Metadata
In darwin building graalvm results in:
Which version of Nixpkgs is this? Please use the template...
sorry I overlooked the metadata; updated it now;

Related discussion:
text: # gfortran readline bzip2 lzma pcre.dev curl ed ## WIP: fastr dependencies ]; postUnpack = '' <del> cp ${stdenv.cc.cc}/include/c++/${stdenv.cc.cc.version}/stdlib.h  </del> <ins> cp ${stdenv.cc.cc}/include/c++/${lib.getVersion stdenv.cc.cc}/stdlib.h  </ins> $sourceRoot/sulong/projects/com.oracle.truffle.llvm.libraries.bitcode/include cp ${truffleMake} $TMP && mv *truffle.make truffle.make rm $sourceRoot/truffle/src/libffi/patches/others/0001-Add-mx-bootstrap-Makefile.patch
Code change:
Describe the bug To Reproduce Metadata
In darwin building graalvm results in:
Which version of Nixpkgs is this? Please use the template...
sorry I overlooked the metadata; updated it now;

Related discussion:
text: --replace 'protected String compilerCommand = "cc";' 'protected String compilerCommand = "${stdenv.cc}/bin/cc";' # prevent cyclical imports caused by identical <include> names substituteInPlace sulong/projects/com.oracle.truffle.llvm.libraries.bitcode/include/stdlib.h  <del> --replace '# include <cstdlib>' '# include "${stdenv.cc.cc}/include/c++/${stdenv.cc.cc.version}/cstdlib"' </del> <ins> --replace '# include <cstdlib>' '# include "${stdenv.cc.cc}/include/c++/${lib.getVersion stdenv.cc.cc}/cstdlib"' </ins> # dragonegg can't seem to compile on nix, so let's not require it substituteInPlace sulong/mx.sulong/suite.py  --replace '"requireDragonegg" : True,' '"requireDragonegg" : False,'
Code change:
Running reports: To Reproduce on NixOS 19.09. . Metadata I ran but got .
Hello, I'm a bot and I thank you in the name of the community for opening this issue. To help our human contributors focus on the most-relevant reports, I check up on old issues to see if they're still relevant. This issue has had no activity for 180 days, and so I marked it as stale, but you can rest assured it will never be closed by a non-human. The community would appreciate your effort in checking if the issue is still valid. If it isn't, please close it. If the issue persists, and you'd like to remove the stale label, you simply need to leave a comment. Your comment can be as simple as "still important to me". If you'd like it to get more attention, you can ask for help by searching for maintainers and people that previously touched related code and @ mention them in a comment. You can use or on the relevant files to find them. Lastly, you can always ask for help at or at .
I had this same problem today.
I marked this as stale due to inactivity. &rarr;
Not stale; this is still a problem on a flakes based NixOS system using

Related discussion:
text: <del> { lib, stdenv, pixie, fetchFromGitHub }: </del> <ins> { lib, stdenv, fetchFromGitHub , pixie, rlwrap }: </ins> stdenv.mkDerivation rec { pname = "dust";
Code change:
Running reports: To Reproduce on NixOS 19.09. . Metadata I ran but got .
Hello, I'm a bot and I thank you in the name of the community for opening this issue. To help our human contributors focus on the most-relevant reports, I check up on old issues to see if they're still relevant. This issue has had no activity for 180 days, and so I marked it as stale, but you can rest assured it will never be closed by a non-human. The community would appreciate your effort in checking if the issue is still valid. If it isn't, please close it. If the issue persists, and you'd like to remove the stale label, you simply need to leave a comment. Your comment can be as simple as "still important to me". If you'd like it to get more attention, you can ask for help by searching for maintainers and people that previously touched related code and @ mention them in a comment. You can use or on the relevant files to find them. Lastly, you can always ask for help at or at .
I had this same problem today.
I marked this as stale due to inactivity. &rarr;
Not stale; this is still a problem on a flakes based NixOS system using

Related discussion:
text: patches = [ ./make-paths-configurable.patch ]; configurePhase = '' <del> pixiePath="${pixie}/bin/pixie-vm"  </del> <ins> pixiePath="${pixie}/bin/pixie"  </ins> basePath="$out/share/dust"  <ins> rlwrapPath="${rlwrap}/bin/rlwrap"  </ins> substituteAll dust.in dust chmod +x dust '';
Code change:
Running reports: To Reproduce on NixOS 19.09. . Metadata I ran but got .
Hello, I'm a bot and I thank you in the name of the community for opening this issue. To help our human contributors focus on the most-relevant reports, I check up on old issues to see if they're still relevant. This issue has had no activity for 180 days, and so I marked it as stale, but you can rest assured it will never be closed by a non-human. The community would appreciate your effort in checking if the issue is still valid. If it isn't, please close it. If the issue persists, and you'd like to remove the stale label, you simply need to leave a comment. Your comment can be as simple as "still important to me". If you'd like it to get more attention, you can ask for help by searching for maintainers and people that previously touched related code and @ mention them in a comment. You can use or on the relevant files to find them. Lastly, you can always ask for help at or at .
I had this same problem today.
I marked this as stale due to inactivity. &rarr;
Not stale; this is still a problem on a flakes based NixOS system using

Related discussion:
text: index 0000000..44a7fbd --- /dev/null +++ b/dust.in <del> @@ -0,0 +1,43 @@ </del> <ins> @@ -0,0 +1,40 @@ </ins> +#!/usr/bin/env bash + +base_path=@basePath@ +pixie_path=@pixiePath@ <ins> +rlwrap_cmd=@rlwrapPath@ </ins> + +function set_load_path() { +    load_path=""
Code change:
Running reports: To Reproduce on NixOS 19.09. . Metadata I ran but got .
Hello, I'm a bot and I thank you in the name of the community for opening this issue. To help our human contributors focus on the most-relevant reports, I check up on old issues to see if they're still relevant. This issue has had no activity for 180 days, and so I marked it as stale, but you can rest assured it will never be closed by a non-human. The community would appreciate your effort in checking if the issue is still valid. If it isn't, please close it. If the issue persists, and you'd like to remove the stale label, you simply need to leave a comment. Your comment can be as simple as "still important to me". If you'd like it to get more attention, you can ask for help by searching for maintainers and people that previously touched related code and @ mention them in a comment. You can use or on the relevant files to find them. Lastly, you can always ask for help at or at .
I had this same problem today.
I marked this as stale due to inactivity. &rarr;
Not stale; this is still a problem on a flakes based NixOS system using

Related discussion:
text: + +case $1 in +    ""|"repl") <del> +        rlwrap_cmd="" +        if [ -n "`which rlwrap`" ]; then +            rlwrap_cmd="rlwrap -aignored -n" +        fi +        $rlwrap_cmd $pixie_path $load_path </del> <ins> +        $rlwrap_cmd -aignored -n $pixie_path $load_path </ins> +        ;; +    "run") +        shift
Code change:
Describe the bug As of 19.09, dolphin can't connect to smb network drives becasue kpasswdserver is unable to start up but chrashes kiod5. To Reproduce Steps to reproduce the behavior: dolphin in the address bar, or any other smb share in your network displays a timeout or access denied, check for the actual error Expected behavior Dolphin shows the smb share's content, using stored passwords if available. Screenshots : Additional context I guess this is caused by but I don't know enough about where kpasswdserver actually lives and comes from to fix this myself. Metadata system: host os: multi-user?: sandbox: version: channels(root): nixpkgs: Maintainer information: cc
This does not only happen when trying to connect to samba shares, in my case this issue is triggered by the baloofileextractor indexer running in background, frequently causing kiod5 to dump core.
This is the backtrace of in my case:
We need to wrap in .
What exactly needs to be wrapped there?

Related discussion:
text: kbookmarks kcompletion kconfig kcoreaddons kitemviews kjobwidgets kservice kxmlgui qtbase qttools solid ]; <ins> outputs = [ "out" "dev" ]; </ins> patches = (copyPathsToStore (lib.readPathsFromFile ./. ./series)); }
Code change:
I've tried the following: which should assign an alias ( happily accepts the colon syntax in NixOS). Instead it tells me: "invalid character ‘:’ in name ‘unit-network-addresses-lo:metadata.service'" I also tried: which doesn't throw an error but also doesn't get me an alias. Is it not currently possible to alias the loopback interface via NixOS configuration, or am I missing something?
(triage) any leads?
More than question I think it's a bug that it doesn't work. any thoughts?
Resolved in
Sorry, is this actually resolved? I try this in my config: And I get this: If I run the setup script by hand, it works fine. is this working for you now?
use instead: we cannot support arbitrary device names here due limitation of the script generator. Should be fine with though.
I finally had a chance to follow up on this. Using the config that suggested above, I still get these errors: does actually get the address. However, boot-up and NixOps takes a lot longer, presumably because of the timeouts. So something is still not quite right here.
That device dependency should be not according to this source code: Are you running the latest NixOS 17.09?
Ahh, no, I’m running but from a few weeks ago. I’ll try again once I’ve updated.
I still recommend to people to switch to since the scripted module is just a hack... well.
So with a recent , assigning an IP address to still causes timeouts. However, the IP address does successfully get assigned.
if the service file assign ip addresses contains a dependency, something went wrong.
I see the same:
The bug appears to be here: compared to this:
Testing this patch:

Related discussion:
text: }; } // (listToAttrs (flip map interfaces (i: let <del> deviceDependency = if config.boot.isContainer </del> <ins> deviceDependency = if (config.boot.isContainer || i.name == "lo") </ins> then [] else [ (subsystemDevice i.name) ]; in
Code change:
Describe the bug Packages with potentially newer versions available inside Emacs will be overriden by ELPA packages. I am running an overlay with Emacs (27) built from master. On Emacs (27) master the package has the built-in version . The package provided by ELPA is . This is currently not an issue since Emacs has not been upgraded to 27. But when it does, this is going to cause a nasty "issue": To Reproduce Steps to reproduce the behavior: the load-path and notice that it includes the seq-2.20 elpa package. Expected behavior Perhaps not not included in the load-path... This is kind of the expected behavior, but I am raising this issue as from next version if not a new seq package is released to ELPA, people will end up in an infinite loop. Additional context Add any other context about the problem here. Metadata system: host os: multi-user?: sandbox: version: nixpkgs:
Any ideas what to do about this case, is there any other packages where there potentially is a later version contained within Emacs and an older one available in ELPA?
already contains a few things mapping builtins that used to be separate packages to . This ensures that anything depending on will get the correct dependency graph while actually using the emacs builtins. The correct fix here is to map to , maybe with a conditional checking the emacs version.
I've been using a locally patched nixpkgs to remove those seq dependencies, but the solution suggested here by is so much better that I went ahead and implemented it. Please can you also take a look at the PR to see if it resolves things for you? For me the breakage was pretty severe, so easy to notice (the package did not work; so I saw the problem at startup).
Thank you, I can verify that this is working for me as well. I am sorry to let more people experience this and not patching it earlier. I already spent some initial time finding the issue and then I made a patch within my own overlay like you. Glad to see it fixed, thanks :+1:
I just discovered we have the same case for . Should that perhaps also be under a conditional? I guess if you are on an older version of Emacs you want to use the ELPA version, but if you are on the latest version you want the one bundled with Emacs as the version is more recent.
Could you make a PR to nixpkgs?

Related discussion:
text: cl-lib = null; # builtin tle = null; # builtin advice = null; # builtin <ins> seq = if lib.versionAtLeast self.emacs.version "27" then null else super.seq; </ins> }; elpaPackages = super // overrides;