jiebi/CodeConvo huggingface dataset:
Change:
<del> {lib, stdenv, fetchurl, libvorbis, libmad, pkg-config, libao}: </del> <ins> { lib, stdenv, fetchurl, fetchpatch, pkg-config, libiconv, libvorbis, libmad, libao, CoreServices, IOKit, }: </ins> <del> stdenv.mkDerivation rec { </del> <ins> stdenv.mkDerivation (finalAttrs: { </ins> pname = "cdrdao"; version = "1.2.5"; src = fetchurl { <del> url = "mirror://sourceforge/cdrdao/cdrdao-${version}.tar.bz2"; </del> <ins> url = "mirror://sourceforge/cdrdao/cdrdao-${finalAttrs.version}.tar.bz2"; </ins> hash = "sha256-0ZtnyFPF26JAavqrbNeI53817r5jTKxGeVKEd8e+AbY="; }; makeFlags = [ "RM=rm" "LN=ln" "MV=mv" ]; <del> nativeBuildInputs = [ pkg-config ]; buildInputs = [ libvorbis libmad libao ]; </del> <ins> nativeBuildInputs = [ pkg-config ]; buildInputs = [ libiconv libvorbis libmad libao ] ++ lib.optionals stdenv.isDarwin [ CoreServices IOKit ]; </ins> hardeningDisable = [ "format" ]; <ins> patches = [ # Fix build on macOS SDK < 12 # https://github.com/cdrdao/cdrdao/pull/19 (fetchpatch { url = "https://github.com/cdrdao/cdrdao/commit/105d72a61f510e3c47626476f9bbc9516f824ede.patch"; hash = "sha256-NVIw59CSrc/HcslhfbYQNK/qSmD4QbfuV8hWYhWelX4="; }) # Fix undefined behaviour caused by uninitialized variable # https://github.com/cdrdao/cdrdao/pull/21 (fetchpatch { url = "https://github.com/cdrdao/cdrdao/commit/251a40ab42305c412674c7c2d391374d91e91c95.patch"; hash = "sha256-+nGlWw5rgc5Ns2l+6fQ4Hp2LbhO4R/I95h9WGIh/Ebw="; }) ]; </ins> # we have glibc/include/linux as a symlink to the kernel headers, # and the magic '..' points to kernelheaders, and not back to the glibc/include postPatch = ''

Discussion:
Ripped CD The original issue: The fix linked in the issue: So the fix seems to be either downgrade to 1.2.4 or apply the patch listed in the arch repo. Please run and paste the result.
It's hard to imagine how this specific error could be related to an encoding issue... both of your links point to the same place, do you have a link to the fix you're talking about?
Ah, I found the one used in the Arch package. I'm not presently able to test the fix myself, however; if I give you an amended Nixpkgs branch and instructions to try it, would you be able to see if it works correctly?
I applied the downgrade and it works. If you can give me the patch I can test it as well.
Thanks; please try (patch: ). Sadly it seems like neither cdrdao nor whipper get very much upstream maintainer attention these days...
Gave it a try with the following in my home-manager config: I was able to successfully rip a CD so the patch seems to be effective. :partying_face:
Thanks for testing; opened
Change:
<del> { stdenv, fetchurl, mkDerivation, autoPatchelfHook </del> <ins> { stdenv, fetchurl, mkDerivation, autoPatchelfHook, bash </ins> , fetchFromGitHub # Dynamic libraries , dbus, glib, libGL, libX11, libXfixes, libuuid, libxcb, qtbase, qtdeclarative

Discussion:
Describe the bug SSO login in zoom just opens the default browser that loads the default homepage To Reproduce Steps to reproduce the behavior: zoom-us sign-in sign in with google Expected behavior A browser should open pointed at the Google SSO page Screenshots Additional context Seems like the argument isn't passed properly to the browser. Possibly wrapper issue or the default-browser-command-thing is somehow swallowing the parameter. Metadata system: host os: multi-user?: sandbox: version: channels(root): nixpkgs: Maintainer information:
Looks similar to cc
Also
FYI - from memory (as I also have this issue) I at least convinced zoom to launch the correct URL by symlinking the binary into the folder of the derivation. IIRC it uses that binary (alongside other means? can't remember) to launch the browser process but expects it to reside alongside the main binary and unless it's under it can't be found. That was unfortunately as far I got as upon signing it through the browser window the main zoom window would get stuck on "Connecting.." screen and I didn't have any luck getting past that :-/. EDIT: may have remembered wrong - zopen needs to sit in the current working directory (!).
indeed, confirmed that wtih : so zoom must be executed while sitting in directory. Now we have to find out how to pass this to ....
Yup, still launches one useless browser window for me (with - not sure why / what for) but eventually uses zopen to open the correct URL. And the "Connecting..." issue from my previous post seems to be due to using zoom from 19.09 - with zoom from unstable and making zopen available I can actually authenticate. Only tested with manual steps so I'm also not sure how to incorporate that into the derivation.
Also zopen seems to need some wrapping, because running directly causes qt5 to complain (so I assume it needs qt wrapping) Unless zopen will inherit the env of zoom I guess the fix could be to add --prefix PATH "$out/share/zoom-us" to wrapProgram, so it can find the binary
It seems to look specifically in $PWD so I'm not sure PATH would work.

Hmm, perhaps... :-D
If it looks in PWD, why not CD in the wrapper Another idea would be to move the zoom binary to share and symlink it to bin, so it would pick up share as it's PWD
Indeed, didn't realise there's argument to which could perhaps be used to switch to the correct directory before launching the executable?
Thanks for tne tip, now I know that, too (I'm literally just guessing all of this xD - but yeah, that's programming in a nutshell, except afterwards someone puts in on stackoverflow ^^)
okay, I've started on fixing this. I found also that our current .desktop file refers to incorrect mime schema ( but should ). This is necessary to make web URL to launch zoom app. EDIT: no, mime schema is fine, it is just me dumb reading...
Change:
mpy-utils = python3Packages.callPackage ../tools/misc/mpy-utils { }; <ins> mymcplus = python3Packages.callPackage ../tools/games/mymcplus { }; </ins> networkd-notify = python3Packages.callPackage ../tools/networking/networkd-notify { systemd = pkgs.systemd; };

Discussion:
Project description mymc+ is a PlayStation 2 memory card manager for to be used with .ps2 images. Metadata homepage URL: source URL: license: GPLv3 platforms: unix, linux
Change:
<del> diff --git a/server/php/R/r.php b/server/php/R/r.php --- a/server/php/R/r.php +++ b/server/php/R/r.php @@ -18,7 +18,7 @@ $r_debug = ''; $authUser = $client = $form = array(); $_server_protocol = (isset($_SERVER['HTTPS']) && $_SERVER['HTTPS'] != 'off') ? 'https' : 'http'; $_server_domain_url = $_server_protocol . '://' . $_SERVER['HTTP_HOST']; // http://localhost -header('x-response-url:' . $_SERVER[REQUEST_URI]); +header('x-response-url:' . $_SERVER['REQUEST_URI']); header('Access-Control-Allow-Origin: *'); header('Access-Control-Allow-Methods: *'); require_once '../config.inc.php'; </del>

Discussion:
fails when installing using a custom option; this is the service status: The issue is caused by the hardcoded database name in : the database name should be . I have not tested it directly but looking at the module source code I'm almost sure this also applies to and options. Use this service declaration:
thanks for reporting this. I've never used this service, but I would be willing to take a look and fix this if you were willing to test it for me. Sound good?
Hello Aaron, Aaron Andersen <: yes! thank you for your offer In the next couple of weeks I'll be pretty busy, but I should be able to test later on I'd also like to learn how to test local defined (i.e. in a git branch) changes to the packages/services: do you have a pointer to the relevant documentation please, just a pointer: I'll do my homework :-) Thanks! Gio' [...]
I've found a few issues. The package in nixpkgs hasn't been updated in over 2 years. It also looks like the module author has likely moved on, so the module hasn't seen any support or maintenance in the last 2 years either. Generally at this point if no one is willing to take over maintenance of at least the package we would want to remove this from nixpkgs because this is a web application and we shouldn't have users thinking they are using something up to date and secure when it is actually lagging 7 releases (2 years) behind upstream. That being said I really don't enjoy removing software from nixpkgs that people are using, or want to use... If you're really keen on using this software on NixOS I suggest we look for a new package/module maintainer. Please let me know if you want to pursue this.
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:
canto-daemon = callPackage ../applications/networking/feedreaders/canto-daemon { }; <ins> caprine-bin = callPackage ../applications/networking/instant-messengers/caprine-bin { }; </ins> carddav-util = callPackage ../tools/networking/carddav-util { }; carla = libsForQt5.callPackage ../applications/audio/carla { };

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:
substituteInPlace unittests/Support/CMakeLists.txt  --replace "add_subdirectory(DynamicLibrary)" "" rm unittests/Support/DynamicLibrary/DynamicLibraryTest.cpp <ins> '' + optionalString stdenv.hostPlatform.isAarch32 '' # skip failing X86 test cases on armv7l rm test/DebugInfo/X86/debug_addr.ll rm test/tools/llvm-dwarfdump/X86/debug_addr.s rm test/tools/llvm-dwarfdump/X86/debug_addr_address_size_mismatch.s rm test/tools/llvm-dwarfdump/X86/debug_addr_dwarf4.s rm test/tools/llvm-dwarfdump/X86/debug_addr_unsupported_version.s rm test/tools/llvm-dwarfdump/X86/debug_addr_version_mismatch.s </ins> '' + '' patchShebangs test/BugPoint/compile-custom.ll.py '';

Discussion:
When trying to build llvm-7.0.1 on my armv7 machine, I get the following error during the test phase: Looking around, I see quite a few changes to llvm recently (also the aarch64 failure in ). Ideas? Are these tests expected to fail?
just because I know you know about these things. I know armv7 isn't "really" supported, but this definitely used to work, so... FWIW, I have tried to disable DebugInfo tests, using the method already used to disable other tests, like this: But this didn't do anything. I do not know the test system for llvm though, I just tried to identify which cpp file to remove by grepping around. So maybe this is not even one of the right files, or maybe I disabled it wrong. I have not been able to find how to disable the llvm-dwarfdump tests, also. Hints welcome, if you have any!
I am also able to reproduce these failures. I get the same list of failing tests as what's shown above.
Oh - in case it's not obvious to everybody, I should point out that these are x86-specific tests. Obviously they're supposed to work from any host architecture, but since most developers' machines are x86, I think it's entirely possible that somebody upstream introduced an unintended dependency on the host architecture. I've looked around a bit for any upstream bug report, but so far I haven't found one.
If you're in the situation I was in, and are unable to rebuild your ARMv7 system because it has inexplicably decided it needs llvm 7.0.1 as part of that build when it didn't used to, you can add something along the lines of the following to your You will have to adapt it for whichever package is pulling in the unbuildable LLVM, which you can discover by looking at the list of unbuildable packages that nixos-rebuild spits out at the end and finding the one immediately after LLVM. You can verify that it's the right one by checking all- in the repo and seeing that its callPackage parameters specify llvmPackages_7.
Thanks for the helpful workaround,
Thanks!
Change:
ntfy-sh = handleTest ./ntfy-sh.nix {}; ntfy-sh-migration = handleTest ./ntfy-sh-migration.nix {}; ntpd-rs = handleTest ./ntpd-rs.nix {}; <ins> nvidia-container-toolkit = runTest ./nvidia-container-toolkit.nix; </ins> nvmetcfg = handleTest ./nvmetcfg.nix {}; nzbget = handleTest ./nzbget.nix {}; nzbhydra2 = handleTest ./nzbhydra2.nix {};

Discussion:
The service will ask docker to mount the binary which is not provided by the Nvidia driver v470. Using NixOS 24.05 with nixpkgs . Steps to reproduce the behavior: should not be mounted when the binary is missing. <img width="1234" alt="image" src=""<img width="854" alt="image" src="" Edited: a workaround Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Thank you for the report You can also set in the meantime. I'll open a PR as soon as possible.
Change:
{ lib , stdenv , fetchFromGitLab <del> , fetchurl </del> <ins> , fetchpatch </ins> , meson , ninja , pkg-config

Discussion:
Basically, it doesn't ever appear. Tabs or windows can be closed without giving any kind of confirmation. Steps to reproduce the behavior: htop for example tab or window just closes It should show a dialog to ask the user whether they want to close the window because there's running processes still Please run and paste the result.
cc
For some reason, the arrow function defined in is never called. I don't know why but changing it back to a named function solves this problem. I'll open a MR to the upstream shortly.
Change:
}; config = mkIf cfg.enable { <ins> environment.systemPackages = [ pkgs.uptimed ]; </ins> users.users.uptimed = { description = "Uptimed daemon user"; home        = stateDir; <del> createHome  = true; </del> uid         = config.ids.uids.uptimed; <ins> group       = "uptimed"; </ins> }; <ins> users.groups.uptimed = {}; </ins> systemd.services.uptimed = { unitConfig.Documentation = "man:uptimed(8) man:uprecords(1)";

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:
sed -i -e "s|/bin/sh|${stdenv.shell}|" configure ''; <del> configureFlags = "--disable-debug"; </del> <ins> configureFlags = "--disable-debug" + stdenv.lib.optionalString stdenv.isDarwin " --enable-rpath"; </ins> enableParallelBuilding = true;

Discussion:
also happens when I try to use the Haskell package. I tried setting to a number of things: , , and , where ICU data files are shipped with darwin.
With a vanilla precise64 installation on a VM, icuinfo instead returns .
Current master looks good on :
Looks like is harmless, so this is just broken on Darwin then.
Found the cause: This error doesn't happen with Homebrew, which has a number of differences: it uses OSX-installed and for the compiler. Currently investigating which of those (if either) is the culprit.
Change:
<ins> # prefer-remote-fetch overlay {#sec-prefer-remote-fetch} `prefer-remote-fetch` is an overlay that download sources on remote builder. This is useful when the evaluating machine has a slow upload while the builder can fetch faster directly from the source. To use it, put the following snippet as a new overlay: ```nix self: super: (super.prefer-remote-fetch self super) ``` A full configuration example for that sets the overlay up for your own account, could look like this ```ShellSession $ mkdir ~/.config/nixpkgs/overlays/ $ cat > ~/.config/nixpkgs/overlays/prefer-remote-fetch.nix <<EOF self: super: super.prefer-remote-fetch self super EOF ``` </ins>

Discussion:
This issue tracks the conversion of from Docbook to CommonMark per . If you intend to work on this conversion, please comment below! here that you intend to work on it. (Please also post if you stop working on it.) a new branch of nixpkgs master. : change to . to . the contents from Docbook to . Follow . Use existing sections for inspiration. from the folder to build the manual. the manual on your computer at after running from folder: it looks good, submit a PR and reference this issue.
I'll work on this.
Change:
tremc = callPackage ../applications/networking/p2p/tremc { }; <del> tribler = callPackage ../applications/networking/p2p/tribler { }; </del> trillian-im = callPackage ../applications/networking/instant-messengers/trillian-im { }; trojita = libsForQt5.callPackage ../applications/networking/mailreaders/trojita { };

Discussion:
Package name: Tribler Latest released version: <!-- Search your package here: --- Current version on the unstable channel: 7.13.0 Current version on the stable/release channel: 7.11.0 <!-- Type the name of your package and try to find an open pull request for the package If you find an open pull request, you can review it! There's a high chance that you'll have the new version right away while helping the community! --- Notify maintainers <!-- If the result shows no maintainers, tag the person that last updated the package. -- Note for maintainers: Please tag this issue in your PR. This may Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Tribler crashes. Error log: Traceback (most recent call last): File "/nix/store/nb3bhv4q7l4bh1b1j114slycs9z0x9yx-tribler-7.11.0/src/tribler-", line 248, in paint if not self.paintexact(painter, option, index): File "/nix/store/nb3bhv4q7l4bh1b1j114slycs9z0x9yx-tribler-7.11.0/src/tribler-", line 256, in paintexact return drawingaction(painter, option, index, dataitem) File "/nix/store/nb3bhv4q7l4bh1b1j114slycs9z0x9yx-tribler-7.11.0/src/tribler-", line 338, in drawsubscribedcontrol ( File "/nix/store/nb3bhv4q7l4bh1b1j114slycs9z0x9yx-tribler-7.11.0/src/tribler-", line 675, in paint font.setPixelSize(1.5 * self.thumbradius) TypeError: setPixelSize(self, int): argument 1 has unexpected type 'float' Steps to reproduce the behavior: Tribler error message. system: host os: multi-user?: sandbox: version: channels(root): channels(user): nixpkgs:
fixed by updating to tribler 7.12.1-unstable-2023-01-12 building from source is trivial, so there is no need to use the binary release <details</details
Change:
joystickwake = callPackage ../tools/games/joystickwake { }; <ins> juce = darwin.apple_sdk_11_0.callPackage ../development/misc/juce { }; </ins> jumppad = callPackage ../tools/virtualization/jumppad { }; jwt-cli = callPackage ../tools/security/jwt-cli {

Discussion:
Project description JUCE is an open-source cross-platform C++ application framework for creating high quality desktop and mobile applications, including VST, VST3, AU, AUv3, AAX and LV2 audio plug-ins and plug-in hosts. JUCE can be easily integrated with existing projects via CMake, or can be used as a project generation tool via the , which supports exporting projects for Xcode (macOS and iOS), Visual Studio, Android Studio, Code::Blocks and Linux Makefiles as well as containing a source code editor. Metadata homepage URL: source URL: license: See below platforms: unix, linux, darwin, windows, android... C++ Standard: 17+ macOS/iOS: Xcode 10.1 (macOS 10.13.6) Windows: Windows 8.1 and Visual Studio 2017 Linux: g++ 7.0 or Clang 6.0 (for a full list of dependencies, see ). Android: Android Studio on Windows, macOS or LinuxmacOS: macOS 10.9 Windows: Windows Vista Linux: Mainstream Linux distributions iOS: iOS 9.0 Android: Jelly Bean (API 16) The core JUCE modules (juceaudiobasics, juceaudiodevices, jucecore and juceevents) are permissively licensed under the terms of the . Other modules are covered by a /Commercial license. There are multiple commercial licensing tiers for JUCE, with different terms for each: JUCE Personal (developers or startup businesses with revenue under 50K USD) - free JUCE Indie (small businesses with revenue under 500K USD) - 800 perpetual JUCE Pro (no revenue limit) - 2600 perpetual JUCE Educational (no revenue limit) - free for bona fide educational institutes
.
Hey I've created a derivation that works but just wanted to check with you that it's outputting the correct binaries first. My derivation outputs: jucelv2helper jucevst3helper juceaide Is this correct? I'd tried using the releases upstream provides and noticed that they provide both a DemoRunner and a Projucer executable instead.
Super cool Having the (optional executable to bootstrap JUCE projects) and DemoRunner executable available would be very nice. . Will the derivation also expose the library headers when developing using the JUCE application framework?

At the moment I haven't had much luck getting Projucer running without core dumping less than a minute in. I've been able to get the DemoRunner to run though and could add that. At the moment it's just exposing , and the . A quick look looks like allows you to create modules by running . Do you have a link to documentation on the library headers?
Hi In the linked Pull Request I've now the library headers. You'll be able to access them via the and directories inside the package.
Change:
<del> { lib, stdenv, fetchFromGitHub, cmake, darwin, python3 }: </del> <ins> { lib, stdenv, fetchFromGitHub, cmake, python3, autoSignDarwinBinariesHook, cctools }: </ins> # Like many google projects, shaderc doesn't gracefully support separately compiled dependencies, so we can't easily use # the versions of glslang and spirv-tools used by vulkan-loader. Exact revisions are taken from # https://github.com/google/shaderc/blob/known-good/known_good.json

Discussion:
glslc binary in shaderc has invalid signature Steps to reproduce the behavior: to compile shader on aarch64-darwin to SPIR-V should not be killed