jiebi/CodeConvo huggingface dataset:
Change:
{ stdenv, lib, fetchurl, makeWrapper, which, zlib, libGL, glib, xorg, libxkbcommon , xdg-utils, libXrender, fontconfig, freetype, systemd, libpulseaudio <ins> , cairo, gdk-pixbuf, gtk3, pixman </ins> # For glewinfo , libXmu, libXi, libXext }:

Discussion:
Can't start virtual device: qemu libpixmin not found. Steps to reproduce the behavior: Genymotion any Android device it An android VM is started Here is log: Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
<del> elinks/0.13.2-1 03_459467_ui.leds.enable_0.diff 04_436817_nostrip.diff 07_617713_cache_control.diff 10-reproducible-build.diff 14_debug_disable_Werror.diff 16_POST_BUFFER_SIZE.diff 11-reproducible-build.diff </del>

Discussion:
Describe the bug elinks, although built with spidermonkey / JavaScript support enabled, fails to detect spidermonkey during its configure phase. This is not fatal to the configure phase, so the build continues without issue, resulting in elinks without javascript support To Reproduce Steps to reproduce the behavior: This shows during build that Spidermonkey is enable via : But later ... shows no JavaScript support; same from within elinks Expected behavior elinks should have JavaScript support enabled Metadata Output of (please note that nixpkgs below is not relevant; 19.09 release used): system: host os: multi-user?: sandbox: version: channels(musteresel): channels(root): nixpkgs: Maintainer information:
is not the cause of this; building with nixpkgs set to the parent commit yields the same result. This seems to be broken since a long time ...
of that elinks version searches for libraries , or . The libraries of spidermonkey are named , or for later versions (38, 52, 60 are on my system). Patching to use the correct lib and using Spidermonkey 1.8.5 again ... ... fails then during built; with errors like ... ... and lots of warnings. Other Spidermonkey versions (38, 52, 60) seem to have a different API; there the configure checks fail to compile their test programs.
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 .
Change:
<ins> { lib, callPackage, stdenvNoCC }: let pname = "caprine"; version = "2.55.2"; metaCommon = with lib; { description = "An elegant Facebook Messenger desktop app"; homepage = "https://sindresorhus.com/caprine"; license = licenses.mit; maintainers = with maintainers; [ ShamrockLee ]; }; x86_64-appimage = callPackage ./build-from-appimage.nix { inherit pname version metaCommon; sha256 = "J7eHVXjWSIcTpLMM8FlGKZzVh6XgpQ0d82kxfMbPyZ4="; }; x86_64-dmg = callPackage ./build-from-dmg.nix { inherit pname version metaCommon; sha256 = "du/9N1BFq1s7spPiEDgDbjjcnkA0x1ExhAEpQvmO3aA="; }; in (if stdenvNoCC.isDarwin then x86_64-dmg else x86_64-appimage).overrideAttrs (oldAttrs: { passthru = (oldAttrs.passthru or { }) // { inherit x86_64-appimage x86_64-dmg; }; meta = oldAttrs.meta // { platforms = x86_64-appimage.meta.platforms ++ x86_64-dmg.meta.platforms; }; }) </ins>

Discussion:
Project description Caprine is an unofficial and privacy-focused Facebook Messenger app with many useful features. Metadata homepage URL: URL: mit platforms: linux, darwin
I marked this as stale due to inactivity. &rarr;
I'd love to have this, too. I tried to take a stab at it a while back (using Atom and other Electron apps as a base) but it kept core dumping. I'm going to have to give it another try soon.
I have a binary package PR ( ) dangling for a long time. You may want to take a look.
Change:
kerberos = callPackage ../development/python-modules/kerberos { }; <ins> keyboard = callPackage ../development/python-modules/keyboard { }; </ins> keyring = callPackage ../development/python-modules/keyring { }; keyrings-cryptfile = callPackage ../development/python-modules/keyrings-cryptfile { };

Discussion:
Project description Take full control of your keyboard with this small Python library. Hook global events, register hotkeys, simulate key presses and much more. Metadata homepage URL: source URL: license: mit platforms: linux, darwin (experimental)
Change:
#include <sys/types.h> #include <stdint.h> diff --git a/include/bsd/stdio.h b/include/bsd/stdio.h <del> index 4b69983..8e2ac75 100644 </del> <ins> index 4b69983..c75151b 100644 </ins> --- a/include/bsd/stdio.h +++ b/include/bsd/stdio.h @@ -48,12 +48,16 @@

Discussion:
cc system: host os: multi-user?: sandbox: version: channels(davidak): channels(root): nixpkgs:
Thanks!

Not sure how difficult it'd be to fix this, but thought I'd note it somewhere. We recently bumped to 0.8.5 but I don't see any reason that would make the patch apply again (although I can't confirm this myself :)). If it can't be resolved reasonably perhaps the patch should be dropped and "darwin" removed from ? EDIT: Looks like libbsd has a separate "port" for OSX: which I've filed an issue on (like was done previously, apparently): Try to build libbsd on Darwin; look at Hydra/Travis build failures. System: (NixOS: , Ubuntu/Fedora: , ...) Nix version: (run ) Nixpkgs version: (run ) Sandboxing enabled: (run )
Yeah, I have just been manually updating the patch since v0.8.3. The "correct" thing to do would be to get the patch applied upstream in libbsd. Perhaps freedesktop doesn't want it though. /cc
Change:
hash = "sha256-iUmnzrItTFM98w3mpadzrmtI3t0fucpSujAg/6qxCGk="; stripLen = 2; }) <del> (fetchpatch { # https://github.com/apache/beam/pull/24573 name = "relax-httplib2-version.patch"; url = "https://github.com/apache/beam/commit/4045503575ae5ccef3de8d7b868c54e37fef658b.patch"; hash = "sha256-YqT+sHaa1R9vLQnEQN2K0lYoCdnGoPY9qduGBpXPaek="; stripLen = 2; }) </del> ]; pythonRelaxDeps = [ # See https://github.com/NixOS/nixpkgs/issues/156957 "dill" "numpy" <del> "pyarrow" </del> "pymongo" # See https://github.com/NixOS/nixpkgs/issues/193613 "protobuf" <ins> # As of apache-beam v2.44.0, the requirement is httplib2>=0.8,<0.21.0, but # the current (2023-02-08) nixpkgs's httplib2 version is 0.21.0. This can be # removed once beam is upgraded since the current requirement on master is # for httplib2>=0.8,<0.22.0. "httplib2" </ins> ]; sourceRoot = "source/sdks/python";

Discussion:
Build of failed on x86_64-linux as of . This is currently breaking . python39Packages.tensorflow-datasets maintainers cc: maintainers cc: Other cc: n/a nixpkgs at commit This issue was automatically generated by . that created this issue. Internal tags: - -
huh this is a weird failure to me since fasteners==0.18 at the time of this commit which should be working... building locally on this commit i get a different failure: very peculiar...
Change:
rm -f /nix-path-registration fi ''; <ins> # the installation media is also the installation target, # so we don't want to provide the installation configuration.nix. installer.cloneConfig = false; </ins> }; }

Discussion:
When downloading the aarch64 sdcard image, the provided there imports , which imports , which (among others) enables the nixos manual on tty8, force-enables the documentation, disabes sudo and udisks, disables sshd on bootup and enables automatic login as root without password. We probably want to provide a different in not importing installer-related things (or at least make it easy to disable them). Download the aarch64 sdcard image flash it to a raspberry pi3 edit (add for example) call wonder why it's not started cc
The idea here is that a using that would be identical from the first generation, since it's expected that a system is installed in-place. The end-user should as one would from the installation media. Though, I guess that shipping no configuration might be better in that optic; would not make it likely that users consider that line as being needed for their system to work. Probably, also, the motd should better explain that is already installed, merely disabled by default. That would be an improvement for the installer iso too. Thoughts?
I agree not shipping the configuration in that case might be better, if is sufficient. Is it for aarch64 already, and generates all the magic options properly, like extlinux etc.? Motd can be a bit more helpful, yeah. Also, we should probably add the information about the manual on tty8, if we don't already do.
. The just as . Looks like we're not far off :).

1: 2: 3: Create virtual machine and run with nixos iso. SSH Daemon doesn't work. It's loaded, but not active. 4: But it's working with ... and show this warnings: System: (Hummingbird) Nix version: nix-env (Nix) 1.11.11 Nixpkgs version: Sandboxing enabled: build-use-sandbox = false
And why is it wrong? It's even documented: (7.)
He provided , so it should work without setting a root password. We even have doing exactly that, but without the installer CD , so I'm guessing the real issue here could be the latter.
The actual problem here is , so adding the following line in your configuration should fix that: For the installer image it makes sense to remove from , because it allows the user to optionally enable at runtime via .
To be clear, I meant the fact that you have to start sshd manually on an installation system. I can see nothing wrong about that. (Perhaps I misunderstood.)
No, I was wrong about that, I only read point 7 regarding setting the root passwd.
This example should work:
The warnings when using can be ignored. I would say it is not a bug, but intended behavior.
, maybe not a bug, but an error.
, thank you. work very well without any problems.
Close as answered?
I don't know. is it fixed in documentation?
Probably not.
works flawlessly.
A fix for this is in progress at .
Change:
poetry = self.callPackage ./unwrapped.nix { }; # version overrides required by poetry and its plugins <ins> deepdiff = super.deepdiff.overridePythonAttrs (old: rec { doCheck = false; }); </ins> poetry-core = super.poetry-core.overridePythonAttrs (old: rec { version = "1.7.0"; src = fetchFromGitHub {

Discussion:
Only happened to me on Darwin (x86_64). <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- Please run and paste the result.
Can confirm that I the same issue, with essentially identical output, on x86_64-darwin.
Change:
hash = "sha256-EcAp7KyqXdBACEbPgkM1INoKeGVo7hMDUx97y2RcX+k="; }; <ins> # sips is unavailable in sandbox, replacing with imagemagick breaks build due to wrong Foundation propagation(?) so don't generate resolution variants # iconutil is unavailable, replace with png2icns from libicns # Patch bad hardcoded compiler # Don't mess with codesign, doesn't seem to work? postPatch = '' substituteInPlace Makefile.am  --replace-fail 'sips' '## sips'  --replace-fail 'iconutil -c icns -o contrib/macos/dosbox.icns src/dosbox.iconset' 'png2icns contrib/macos/dosbox.icns contrib/macos/dosbox-x.png'  --replace-fail 'g++' "$CXX"  --replace-fail 'codesign' '## codesign' '' + lib.optionalString stdenv.hostPlatform.isDarwin '' patchShebangs appbundledeps.py ''; </ins> strictDeps = true; nativeBuildInputs = [ autoreconfHook makeWrapper pkg-config <ins> ] ++ lib.optionals stdenv.hostPlatform.isDarwin [ libicns python3 </ins> ]; buildInputs = [

Discussion:
An empty icon is displayed in the dock when I launch dosbox-x built with Nix.
Thanks, all good now
Change:
deps = [ python ]; substitutions = { inherit waf; <del> crossFlags = lib.optionalString (stdenv.hostPlatform != stdenv.targetPlatform) </del> <ins> crossFlags = lib.optionalString (stdenv.hostPlatform.system != stdenv.targetPlatform.system) </ins> ''--cross-compile "--cross-execute=${stdenv.targetPlatform.emulator pkgs}"''; }; } ../development/tools/build-managers/waf/setup-hook.sh;

Discussion:
So today I tried to build on unstable as described in the . This fails on the dependency . Thanks for your information in that guide! I tried to build according to the guide on and (with slight modifications for compatibility) on they both fail in at this point. Do you have any insights as to how you managed to get it to build? e.g. a nixpkgs commit?
Fix in
Change:
broken = !(cudaSupport || rocmSupport) # At least one back-end enabled || (cudaSupport && rocmSupport) # Mutually exclusive <del> || (cudaSupport && cudaOlder "9.0"); </del> <ins> || (cudaSupport && cudaOlder "9.0") || (cudaSupport && strings.versionOlder version "2.7.1" && cudaPackages_11 == null); </ins> }; }

Discussion:
Build of failed on x86_64-linux as of . This is currently breaking . python3Packages.torchvision maintainers cc: magma maintainers cc: Other cc: n/a nixpkgs at commit Contents of : This issue was automatically generated by . that created this issue. Internal tags: - -
Will be closed by
Change:
experience, while offering full customization and a growing collection of extensions and themes to make the browser truly your own. ''; <del> homepage    = https://www.palemoon.org/; </del> <ins> homepage    = "https://www.palemoon.org/"; </ins> license     = licenses.mpl20; <del> maintainers = with maintainers; [ rnhmjoj AndersonTorres ]; platforms   = platforms.linux; </del> <ins> maintainers = with maintainers; [ rnhmjoj AndersonTorres OPNA2608 ]; platforms   = [ "i686-linux" "x86_64-linux" ]; </ins> }; }

Discussion:
On November 13th Palemoon 28.2.0 was released with very important security updates: This browser has an integrated update checker which is complaining repeatedly about the security update (which is good!) Install palemoon, wait a few minutes, a pop-up window raises asking to update palemoon. system: host os: multi-user?: sandbox: version: channels(user): nixpkgs:
Change:
{ lib , buildPythonApplication , fetchFromGitHub <del> , fetchpatch </del> <ins> , filetype </ins> , jsonschema <ins> , lib4sbom , packageurl-python , python-gnupg </ins> , plotly , beautifulsoup4 , pyyaml

Discussion:
Project description A Python library to create SBOM files in several formats including SPDX and CycloneDX. Metadata homepage URL: source URL: license: Apache-2.0 platforms: Python
The expression for this can probably be automatically generated with a tool like nix-init, would you be down to maintain this package if I add it to nixpkgs?
Here's a generated expression, I can't get the test to pass though.
Change:
cntr = handleTestOn ["aarch64-linux" "x86_64-linux"] ./cntr.nix {}; cockpit = handleTest ./cockpit.nix {}; cockroachdb = handleTestOn ["x86_64-linux"] ./cockroachdb.nix {}; <ins> code-server = handleTest ./code-server.nix {}; </ins> coder = handleTest ./coder.nix {}; collectd = handleTest ./collectd.nix {}; connman = handleTest ./connman.nix {};

Discussion:
Currently, code-server (and openvscode-server) depends on 16 in nixpkgs, for the upcoming release of NixOS 23.11, this dependency must be dropped, and all upgrades must be performed to 18. From what I see on — 18 is supported as an engine. Otherwise, those programs are to be dropped. Please pick up the pieces cc
Drop will be performed in
Change:
target = machine.succeed("incus exec container readlink -- -f /run/systemd/system/systemd-binfmt.service").strip() assert target == "/dev/null", "lxc generator did not correctly mask /run/systemd/system/systemd-binfmt.service" <ins> check_sysctl("container") </ins> with subtest("lxc-container generator configures privileged container"): machine.execute("incus delete --force container") machine.succeed("incus launch nixos container --config security.privileged=true")

Discussion:
not working in lxc containers. But sysctl command works fine and /proc/sys/ is writable. This nix option seems to finally take effect via . And the look like this: This looks fine, So I tried to manually run the command in , and it takes effect! But this looks even weirder. Through , I got: There is an unusual . It looks like this: Obviously, there is not is NixOS. So won't run at all. I looked it up on the internet and found out it's from distrobuilder: So maybe we should just patch it? Steps to reproduce the behavior: a privilege container with NixOS in it. something to and rebuild the system , and there is no effect should run and takes effect. <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Are you able to you reproduce this with unstable? There are some improvements post 23.11 to the use of the lxc generator.
Yes, I'm already on latest unstable channel. The channel information in metadata tab is incorrect because I'm using flakes. There are many hard-coded FHS paths in distrobuilder. Such as this line, that causes this problem:
can you test this change?
It works fine for me. But I don’t know if there are any problems caused by other hard-coded paths in distrobuilder. And I don’t know whether using sysctl on an unprivileged container will cause the service to fail to start, and whether the startup failure will cause problems. But it seems that sets , so there should be no problem?
Thanks for testing! There shouldn't be, since we patch and wrap the distrobuilder lxc generator. I audited it again after updating the patch for this fix. You can always see the resulting file by building . The PR has tests which should cover unprivileged containers. I've just updated them to add a check verifying systemd-sysctl successfully started.
Change:
stdenv.mkDerivation rec { pname = "simavr"; <del> version = "1.5"; </del> <ins> version = "1.7"; </ins> src = fetchFromGitHub { owner = "buserror"; repo = "simavr"; <del> rev = "e0d4de41a72520491a4076b3ed87beb997a395c0"; sha256 = "0b2lh6l2niv80dmbm9xkamvnivkbmqw6v97sy29afalrwfxylxla"; </del> <ins> rev = "v${version}"; sha256 = "0njz03lkw5374x1lxrq08irz4b86lzj2hibx46ssp7zv712pq55q"; </ins> }; makeFlags = [

Discussion:
Just updating git revision and sha256 seems to work (some example fails due to missing ncurses but the build succeeds). name: simavr current version: 1.5 desired version: 1.7 maintainers: Please tag this issue in your PR.
Change:
let cfg = config.services.uptimed; <del> stateDir = "/var/spool/uptimed"; </del> <ins> stateDir = "/var/lib/uptimed"; </ins> in { options = {

Discussion:
Despite beeing installed for a few days now: it seems like the uptimed service does not find its database properly and prints just the current uptime. I guess this is because the database file gets recreated every boot. But that's only a shot into the blue guess. System: 17.03pre99626. (Gorilla) Nix version: nix-env (Nix) 1.11.6 Nixpkgs version: "17.03pre99626."
Some logs from the journal: Pinging maintainers of the service (there is no maintainer in the pkg):
Probably a permission problem or the said directory does not exists.
Yep, looks like it,... though I have no time to investigate, so I'll just leave this here and hope it gets fixed.
In the meantime you can use this one instead:
:smile:
Still no love for this?
Still no love for this?
Does the following (untested) code help?
Tried yours and but fails with: tested on System: 18.03pre124015. (Impala) Nix version: nix-env (Nix) 1.11.16 Nixpkgs version: "18.03pre124015." Sandboxing enabled: build-use-sandbox = true (diff applied on )
It seems that it did not saved my updated change (I forgot to prefix first)
I know nothing about , sorry.
close as unresolved?
Closed as unresolved.
The issue is still present under 18.09 and (I presume) as  does not seem to contain any of the changes proposed here. Why is this issue closed?
Because I do not care anymore and nobody else seems to care either. Do you want me to reopen?
I probably do. I have some extra details on the issue: So it seems that the user cannot write to the directory even though it owns it.
It seems that is a workaround. Not sure about its safety though.
So now it works, but in a roundabout way: The next steps are making the directory world-readable and bringing into user scope.
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 . on the on .
As people seemed to interested in this and it is a bug: still important to me
Should be made a tmpfiles rule or if possible changed to /var/lib/uptime, in which case we can set .
I marked this as stale due to inactivity. &rarr;
Change:
<ins> { lib, stdenvNoCC, fetchFromGitHub, makeWrapper, fzf, gawk }: stdenvNoCC.mkDerivation rec { pname = "sysz"; version = "1.3.0"; src = fetchFromGitHub { owner = "joehillen"; repo = pname; rev = version; sha256 = "HNwsYE1Cv90IDi3A5PmRv3uHANR3ya+VOGBQ3+zkBLM="; }; nativeBuildInputs = [ makeWrapper ]; dontBuild = true; installPhase = '' runHook preInstall install -Dm755 sysz $out/libexec/sysz makeWrapper $out/libexec/sysz $out/bin/sysz  --prefix PATH : ${lib.makeBinPath [ fzf gawk ]} runHook postInstall ''; meta = with lib; { homepage = "https://github.com/joehillen/sysz"; description = "A fzf terminal UI for systemctl"; license = licenses.unlicense; maintainers = with maintainers; [ hleboulanger ]; platforms = platforms.unix; changelog = "https://github.com/joehillen/sysz/blob/${version}/CHANGELOG.md"; }; } </ins>

Discussion:
Project description A terminal UI utility for using systemctl interactively via fzf. Metadata homepage URL: source URL: license: Unlicense platforms: linux, darwin
Submitted a PR
Change:
<del> { mkDerivation, base, pcre-light, QuickCheck, random, stdenv , tagged, tasty, tasty-hunit }: mkDerivation { pname = "tasty-quickcheck"; version = "0.9.2"; sha256 = "c5920adeab6e283d5e3ab45f3c80a1b011bedfbe4a3246a52606da2e1da95873"; libraryHaskellDepends = [ base QuickCheck random tagged tasty ]; testHaskellDepends = [ base pcre-light tasty tasty-hunit ]; doCheck = false; homepage = "https://github.com/feuerbach/tasty"; description = "QuickCheck support for the Tasty test framework"; license = stdenv.lib.licenses.mit; } </del>

Discussion:
Not sure whether this is darwin-specific. I cannot install next to , because both want link . It seems wrong for either of the packages to link shared libraries. I suspect this is because e.g. sets . I'd be happy to submit a patch to change this, but there seems to be a stack of scripts that's meant to generate this that's too deep for me. nix-env -iA nix-env -iA system: host os: multi-user?: sandbox: version: channels(rob): nixpkgs:
Usually we need a for these to work currently. Not sure if that is currently possible? You can also set meta.priority to a different number for each (default is 5). /cc
I think this must be darwin-specific; I have these packages happily coexisting alongside each other in on NixOS:
Yes, looks darwin-specific, via
Fixed in
Change:
, pkg-config , python3 , python39 <ins> , python311 </ins> , rustc , which , zip

Discussion:
Steps to reproduce the behavior: couchdb3 Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Error from dependency: Relevant commit from fedora (where previous patch for it comes from): suggests that it does not work with python 3.12 and should probably pin to python 3.11.