jiebi/CodeConvo huggingface dataset:
Code change:
export inhibit_libc=true '' <del> # Trick to build a gcc that is capable of emitting shared libraries *without* having the # targetPlatform libc available beforehand.  Taken from: #   https://web.archive.org/web/20170222224855/http://frank.harvard.edu/~coldwell/toolchain/ #   https://web.archive.org/web/20170224235700/http://frank.harvard.edu/~coldwell/toolchain/t-linux.diff </del> + lib.optionalString (targetPlatform != hostPlatform && withoutTargetLibc && enableShared) <del> (let # crt{i,n}.o are the first and last (respectively) object file # linked when producing an executable.  Traditionally these # files are delivered as part of the C library, but on GNU # systems they are in fact built by GCC.  Since libgcc needs to # build before glibc, we can't wait for them to be copied by # glibc.  At this early pre-glibc stage these files sometimes # have different names. crtstuff-ofiles = if targetPlatform.isPower then "ecrti.o ecrtn.o ncrti.o ncrtn.o" else "crti.o crtn.o"; # Normally, `SHLIB_LC` is set to `-lc`, which means that # `libgcc_s.so` cannot be built until `libc.so` is available. # The assignment below clobbers this variable, removing the # `-lc`. # # On PowerPC we add `-mnewlib`, which means "libc has not been # built yet".  This causes libgcc's Makefile to use the # gcc-built `{e,n}crt{n,i}.o` instead of failing to find the # versions which have been repackaged in libc as `crt{n,i}.o` # SHLIB_LC = lib.optionalString targetPlatform.isPower "-mnewlib"; in '' echo 'libgcc.a: ${crtstuff-ofiles}' >> libgcc/Makefile.in echo 'SHLIB_LC=${SHLIB_LC}' >> libgcc/Makefile.in '') </del> <ins> (import ./libgcc-buildstuff.nix { inherit lib stdenv; }) </ins>

Related discussion:
text: Especially since the failure mode gives the user no error message to help them troubleshoot the problem! is a great candidate for this since it's one of those very rare non-C++ programs that uses advanced stack-unwinding features from pthreads.
Confirming fixes the issue. Tested with both and on real hardware and with QEMU on x86_64.
~I think this is fixed, and more cleanly,~ by Edit: it is not. :frowning_face: I will keep trying. Test is in Currently building.
Added this to , but commented out since it is not fixed yet.
Code change:
"INITRAMFS_DIR=${placeholder "out"}/etc/initramfs-tools" ] ++ lib.optional fuseSupport "BCACHEFS_FUSE=1"; <ins> env = { CARGO_BUILD_TARGET = stdenv.hostPlatform.rust.rustcTargetSpec; "CARGO_TARGET_${stdenv.hostPlatform.rust.cargoEnvVarTarget}_LINKER" = "${stdenv.cc.targetPrefix}cc"; }; </ins> # FIXME: Try enabling this once the default linux kernel is at least 6.7 doCheck = false; # needs bcachefs module loaded on builder

Related discussion:
text: This is . Trying to build bcachefs-tools` for an aarch64-linux from x86_64-linux produces: I think comes from binutils. Adding binutils to nativeBuildInputs wasn't enough to fix it.
It's using a non-prefixed version of , it should instead be using
And after that we need to pass something like to cargo (or maybe directly to rustc?) somewhere. And we're spoiled for choice here: from in the Makefile to and env variables to maybe even .
I was able to fix this partially with this diff: That fixed the issue but seems like our libraries are incompatible? <details</details
Something has to be substituted in the source because ar is hardcoded
Applying that patch and adding The build now fails at
command encounters an error? Weird.
The built file is in instead of
Code change:
idea-ultimate = buildIdea rec { name = "idea-ultimate-${version}"; <del> version = "2019.3.4"; /* updated by script */ </del> <ins> version = "2020.1"; /* updated by script */ </ins> description = "Integrated Development Environment (IDE) by Jetbrains, requires paid license"; license = stdenv.lib.licenses.unfree; src = fetchurl { url = "https://download.jetbrains.com/idea/ideaIU-${version}-no-jbr.tar.gz"; <del> sha256 = "1i34kcd2j1xwx3l2sqc6jh3b69wqbxwwlq5yb7kf2ms9x4144bn0"; /* updated by script */ </del> <ins> sha256 = "0lrimmczl49azwsms56l4dg7himzr991a209r921jxa32rdjfq6x"; /* updated by script */ </ins> }; wmClass = "jetbrains-idea"; update-channel = "IntelliJ IDEA RELEASE";

Related discussion:
text: Please update Goland to a current version. The Current Version is now 2020.1 Thx and Greetz
Code change:
<del> { stdenv, lib, fetchFromGitHub, fetchpatch, fetchurl, cmake, ctags, swig # data, compression , bzip2, curl, hdf5, json_c, xz, lzo, protobuf, snappy # maths , blas, lapack, eigen, nlopt, lp_solve, colpack, glpk # libraries , libarchive, libxml2 # extra support , pythonSupport ? true, pythonPackages ? null , opencvSupport ? false, opencv ? null </del> <ins> { lib , stdenv , fetchFromGitHub , fetchpatch , fetchurl # build , cmake , ctags , pythonPackages , swig # math , eigen , blas , lapack , glpk # data , protobuf , json_c , libxml2 , hdf5 , curl # compression , libarchive , bzip2 , xz , snappy , lzo # more math , nlopt , lp_solve , colpack # extra support , pythonSupport ? true , opencvSupport ? false , opencv ? null </ins> , withSvmLight ? false }:

Related discussion:
text: shogun fails to build since the eigen 3.4.0 bump: The package is a likely candidate for removal. Upstream is unresponsive and development has halted. Removed from debian: Removed from fedora: Blocking vcpkg update: Please run and paste the result. Maintainer information:
I think you were the last one to modify this package, so please speak up if you need it. Also pinging Last call - if no one responds within the next week, I'll open a PR to remove this package.
Yes, I was working on making it build on Darwin and adding it as a Python 3 module. Well, I did, but I didn't feel motivated to create a PR. As you comment, upstream has been inactive for almost a year, the latest release is several years old, and it becomes harder and harder to make it work, and the patches would start to accumulate. To make it work on Darwin we need two upstream patches that fix the build with newer compiler versions. In the current derivation, the Python interface is not built because the CMake flag is not the right one. When enabled, Swig 3 is used to generate the Python interface, but Swig 3 doesn't support Python 3.8+ (and with Swig 4 just fails). It can be fixed with a patch, that feels more like a hack, intercepting the Makefile build, so I am not happy with it: Another small patch is needed to fix the deprecated . Also, I wasn't happy that adding it as a Python module will recompile the entire library again, which takes too much time IMO. I haven't checked if it is possible to build with Eigen 3.4 because it takes forever to compile. It could probably work on the development version. Note that the development version doesn't support Eigen 3.4 because of this, but it may work: But there is no such limitation on the 6.1.4 release, which probably means it would require another patch to fix the code, if somebody figures out. So, I'd argue that the package is too old now, and the derivation has too many issues, and it's too much of a hassle to maintain it, so it's probably better to just remove it.
I decided to sit and take a look at the error, and I actually fixed it.
Code change:
<del> { stdenv, lib, fetchFromGitHub, fetchpatch, fetchurl, cmake, ctags, swig # data, compression , bzip2, curl, hdf5, json_c, xz, lzo, protobuf, snappy # maths , blas, lapack, eigen, nlopt, lp_solve, colpack, glpk # libraries , libarchive, libxml2 # extra support , pythonSupport ? true, pythonPackages ? null , opencvSupport ? false, opencv ? null </del> <ins> { lib , stdenv , fetchFromGitHub , fetchpatch , fetchurl # build , cmake , ctags , pythonPackages , swig # math , eigen , blas , lapack , glpk # data , protobuf , json_c , libxml2 , hdf5 , curl # compression , libarchive , bzip2 , xz , snappy , lzo # more math , nlopt , lp_solve , colpack # extra support , pythonSupport ? true , opencvSupport ? false , opencv ? null </ins> , withSvmLight ? false }:

Related discussion:
text: I don't really use Eigen but the patch makes sense. So, I can send a PR to keep this package on the repo for another cycle at least. I mean, I already did all of the work and it builds. Other distros end up removing it because nobody cares to maintain it.
Nice! Thanks for looking into it. Like you said, if you've already done the work to get it working I don't see why not. If it's too much work to keep it working in the future we can always revisit this and drop it.
Code change:
url = "https://gitlab.freedesktop.org/cairo/cairo/-/commit/e22d7212acb454daccc088619ee147af03883974.diff"; sha256 = "sha256-8G98nsPz3MLEWPDX9F0jKgXC4hC4NNdFQLSpmW3ay2s="; }) <ins> # Fix unexpected color addition on grayscale images (usually text). # Upstream fix: https://gitlab.freedesktop.org/cairo/cairo/-/merge_requests/114 # Can be removed after 1.18 release (fetchpatch { name = "fix-grayscale-anialias.patch"; url = "https://gitlab.freedesktop.org/cairo/cairo/-/commit/4f4d89506f58a64b4829b1bb239bab9e46d63727.diff"; sha256 = "sha256-mbTg67e7APfdELsuMAgXdY3xokWbGtHF7VDD5UyYqKM="; }) </ins> ]; outputs = [ "out" "dev" "devdoc" ];

Related discussion:
text: When adding a text in Gimp, a green border is visible: ! However, I would expect something like that: ! After , a on both Gimp (need 3.10.30) and (need 1.18 apparently). However, in NixOs Cairo 1.16 is used instead, so I guess it is necessary to upgrade cairo. Steps to reproduce the behavior: some text on gimp, say white text on black background I expect Cairo does not have maintainers so I'm pinging random people that contributed: Running NixOs with KDE Plasma.
Looking at no distributions ship 1.18 yet. I wonder why. Is it an API-breaking release?
Proposed cairo one-liner backport as
The 1.18 branch yet. We could switch to development snapshots (1.17.x) if there are more concerns. But cherry-picks will probably be enough for now.
The above PR solved the issue, thanks a lot! For people wanting to test before it gets into unstable you can do: but it takes a few hours to compile until Hydra compiles it.
Actually I'll maybe let it open until it's merged to unstable (for now it's in stagging) and backported.
GitHub should auto-close once the fixing commit reaches master branch. Though I'm not sure if that wasn't broken by closing and reopening.
It's reached all channels.
Code change:
unset CPP ''; <ins> configureFlags = lib.optionals stdenv.isDarwin [ "--disable-nls" ]; </ins> makeFlags = lib.optionals (stdenv.buildPlatform != stdenv.hostPlatform) [ "CROSS_COMPILE=${stdenv.cc.targetPrefix}" ]; <ins> postFixup = lib.optionalString stdenv.isDarwin '' install_name_tool -id $out/lib/libnewt.so.${version} $out/lib/libnewt.so.${version} install_name_tool -change libnewt.so.${version} $out/lib/libnewt.so.${version} $out/bin/whiptail ''; </ins> meta = with lib; { homepage = "https://pagure.io/newt"; description = "Library for color text mode, widget based user interfaces"; license = licenses.lgpl2; <del> platforms = platforms.linux; </del> <ins> platforms = platforms.unix; </ins> maintainers = [ maintainers.viric ]; }; }

Related discussion:
text: Project description <!-- Describe the project a little: --: Newt is a programming library for color text mode, widget based user interfaces. Newt can be used to add stacked windows, entry widgets, checkboxes, radio buttons, labels, plain text fields, scrollbars, etc., to text mode user interfaces. Newt is based on the slang library. is in nixpkgs but only built for targets. It would be great if it could also be built for Homebrew has a , but since I just started using Nix I wasn't able yet to port it to a Nix file. My best try can be . Metadata homepage URL: source URL: license: gpl2+ platforms: unix, linux, darwin
Code change:
$container->set('UrlManager', function (Container $container) { diff --git a/services/DatabaseService.php b/services/DatabaseService.php <del> index dfcd5d4b..bc8d1a1d 100644 </del> <ins> index c093f361..0894791f 100644 </ins> --- a/services/DatabaseService.php +++ b/services/DatabaseService.php <del> @@ -107,6 +107,6 @@ class DatabaseService </del> <ins> @@ -114,6 +114,6 @@ class DatabaseService </ins> return GROCY_DATAPATH . '/grocy_' . $dbSuffix . '.db'; }

Related discussion:
text: Grocy does not properly save manuals for equipment The issue appears to be introduced by in a patch applied by nixpkgs. Changing that hunk to: Fixes the issue. I'm not currently setup for making a PR, I'm a bit busy, but I wanted an issue for other people to find if they run into the problem. grocy in nixos configuration (admin/admin is default) a new piece of equipment and attach a PDF manual to it to download manual; it will fail system: host os: multi-user?: sandbox: version: channels(aidenn): channels(root): nixpkgs:
appears to be the maintainer.
I marked this as stale due to inactivity. &rarr;
Code change:
<del> { buildGoModule, fetchFromGitLab, fetchzip, installShellFiles, lib }: </del> <ins> { buildGoModule , fetchFromGitLab , fetchzip , ffmpeg , installShellFiles , lib , makeWrapper }: </ins> buildGoModule rec { pname = "olaris-server"; <del> version = "0.4.0"; </del> <ins> version = "unstable-2022-06-11"; </ins> src = fetchFromGitLab { <del> owner = "olaris"; </del> <ins> owner = "olaris"; </ins> repo = pname; <del> rev = "v${version}"; hash = "sha256-iworyQqyTabTI0NpZHTdUBGZSCaiC5Dhr69mRtsHLOs="; </del> <ins> rev = "bdb2aeb1595c941210249164a97c12404c1ae0d8"; hash = "sha256-Uhnh6GC85ORKnfHeYNtbSA40osuscxXDF5/kXJrF2Cs="; </ins> }; preBuild = let

Related discussion:
text: Olaris server requires ffmpeg to be available and raises an error when it can't be found: Steps to reproduce the behavior: olaris-server a library. The software runs correctly. There are two main ways to fix this: the software to use the full path to the ffmpeg dependency (ideally upstream). the program to add ffmpeg to its path. Please run and paste the result.
In fact it looks like it needs a custom image as it passes arguments that only exist on the modified version.
Actually it looks like the fork is no longer required: But this doesn't seem to be released yet. But probably is still a better option than packaging the custom ffmpeg.
yep, this looks like an easy fix EDIT: I was keen to try building the ffmpeg fork so that we can stick to a released version, however that proved prohibitively difficult, so tip of the default branch it is
no action required, but note the way I used in the pr and commit, means this issue would have autoclosed when the change merged
That is what happened.
sorry, I only saw this issue's update and assumed that you manually closed it; I assume most people involved in nixpkgs prs do not have merge perms, and github really needs to work on their ux. terribly sorry for the hassle, and assuming you were a more novice user.
No worries, GitHub really doesn't make it clear.
Code change:
detect-secrets = with python3Packages; toPythonApplication detect-secrets; <ins> deterministic-uname = callPackage ../build-support/deterministic-uname { }; </ins> dfmt = callPackage ../tools/text/dfmt { }; diopser = callPackage ../applications/audio/diopser { stdenv = gcc10StdenvCompat; };

Related discussion:
text: libgtop is not reproducible, since it embed the output of into one of its binaries. See or build on 2 machines with different kernel versions. Report attached since r13y will not keep it, I think: libgtop build should be reproducible. This patch works from a nixpkgs perspective: However, it should ideally be reported and fixed upstream. N/A Maintainer information:
I marked this as stale due to inactivity. &rarr;
Code change:
done mkdir $out/bin <ins> export localeArchive="${config.i18n.glibcLocales}/lib/locale/locale-archive" </ins> substituteAll ${./switch-to-configuration.pl} $out/bin/switch-to-configuration chmod +x $out/bin/switch-to-configuration

Related discussion:
text: When executing switch-to-configuration in a pure environment it fails: I am calling switch-to-configuration via systemd-run to active a new profile using the Hail update tool. The actual executed script is as follows: Actual output: <preactivating the configuration... perl: warning: Setting locale failed. perl: warning: Please check that your locale settings: LANGUAGE = (unset), LCALL = (unset), LANG = "enUS.UTF-8" are supported and installed on your system. perl: warning: Falling back to the standard locale ("C"). setting up /etc... perl: warning: Setting locale failed. perl: warning: Please check that your locale settings: LANGUAGE = (unset), LCALL = (unset), LANG = "enUS.UTF-8" are supported and installed on your system. perl: warning: Falling back to the standard locale ("C"). setting up tmpfiles Too few arguments. sh: systemctl: command not found </preThe script works if I pass on the PATH and LOCALE_ARCHIVE environment variables: System: (NixOS: 17.09pre-git (Hummingbird)) Nix version: nix-env (Nix) 1.11.13 Nixpkgs version: nixos-unstable (Commit ) Sandboxing enabled: no (Related Hail issue: )
Code change:
linuxPackages_4_19 = recurseIntoAttrs (linuxPackagesFor pkgs.linux_4_19); linuxPackages_5_4 = recurseIntoAttrs (linuxPackagesFor pkgs.linux_5_4); linuxPackages_5_7 = recurseIntoAttrs (linuxPackagesFor pkgs.linux_5_7); <del> linuxPackages_5_8 = recurseIntoAttrs (linuxPackagesFor pkgs.linux_5_8); </del> # When adding to this list: # - Update linuxPackages_latest to the latest version

Related discussion:
text: Describe the bug The is failing. I bisected this problem to “linux: Init 5.8”. The error message matches , which points to both a workaround of recompiling systemd against Linux 5.8 headers, and an upstream systemd patch (systemd/systemd) that’s in systemd 246 () and was backported in 245.7 as systemd/systemd-stable To Reproduce Steps to reproduce the behavior: Notify maintainers Cc Metadata Please run and paste the result. Maintainer information:
My PR wasn't merged, Linux 5.8 ended up being by someone else.
Linking for visibility: that PR was
The PR bumping systemd to 245.7 is at
Is it really helpful to send systemd 245.7 to given that will be unable to advance without it? Or are you thinking we also want to revert the bump in for now?
Maybe we should revert in master, and re-revert it in staging again. I let and decide about this, they've been doing the staging rounds.
Hey all, question: How do you spot which tests block the channels? I always track and every few days I notice nixos-unstable doesn't progress. When it don't I see an issue with the "channel blocker" label and I always wonder..
Click on the “Hydra job for tests” link and go to the “Constituents” tab.
Code change:
, pango , audioSupport ? mediaSupport <del> , pulseaudioSupport ? false </del> <ins> , pulseaudioSupport ? mediaSupport </ins> , libpulseaudio , apulse

Related discussion:
text: Describe the bug With default settings, sound won't play in the stable repository Tor Browser. I managed to get it working: for some reason, says this: I am still new to Nix so I am not sure what it should say, but it can't be right since this piece in got it working: (after of course) To Reproduce Steps to reproduce the behavior: to your system configuration but leave ALSA disabled to do anything that requires sound in the browser. Metadata system: host os: multi-user?: sandbox: version: channels: nixpkgs: Maintainer information:
I marked this as stale due to inactivity. &rarr;
me, too. any word on this? just open any youtube video, and there's no sound. if it matters, i'm using the latest on using overlays.
I marked this as stale due to inactivity. &rarr;
I am also interested in solving this. I am using nixos: 21.05.3761. (Okapi) Since I am new to nix, I just tried the package override from above, but this is not working. Reading through nix-pills is not really enlightening which files are involved in what...
Did you remember to uninstall and install after adding the override?
I get an error: but my is located in
Two possibilities that come to mind: 1: You didn't install by attribute. you need to do (assuming your nix channel name is ) as opposed to 2: Your is indeed in the wrong place or wrongly named. I don't recall straight how it should be named. Believe the nixpkgs manual with this one, not me.
After reading I put my stuff now into So tor browser sources are not there anymore... mhhhh... so in that sense I feel nixos is not holding its promises of reliability (caused by external party)
It's our problem, and a known issue. More info .
They have an alternative mirror recently to the unstable channel. If you try the newest unstable, it might download. Can't guarantee that though.
Code change:
, pango , audioSupport ? mediaSupport <del> , pulseaudioSupport ? false </del> <ins> , pulseaudioSupport ? mediaSupport </ins> , libpulseaudio , apulse

Related discussion:
text: thank you for your attention/help - I will try this later and report back...
I have the following override: So tor-browser reports back the new version: 10.5.10 but I get the following error when playing a video - so audio does still not work:
... it seems that the overlay does not affect of the original package. This part of is not contained in the generated file: since I am quite a novice with nixos, any hint is welcome....
that worked, thanks alot!
Code change:
, debug ? false , enableXWayland ? true , legacyRenderer ? false <del> , withSystemd ? true </del> <ins> , withSystemd ? lib.meta.availableOn stdenv.hostPlatform systemd </ins> , wrapRuntimeDeps ? true # deprecated flags , nvidiaPatches ? false

Related discussion:
text: Package name: hyprland Latest released version: 0.36.0 <!-- Search your package here: --- Current version on the unstable channel: 0.35.0 Current version on the stable/release channel: 0.32.3 <!-- 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. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]: The 035.0 has a bug that makes my system crash very often (nullptr when monitor is disconnected) the issue is supposed to be fixed in 0.36.0.
Code change:
executableName = "code" + lib.optionalString isInsiders "-insiders"; longName = "Visual Studio Code" + lib.optionalString isInsiders " - Insiders"; shortName = "Code" + lib.optionalString isInsiders " - Insiders"; <ins> inherit commandLineArgs; </ins> src = fetchurl { name = "VSCode_${version}_${plat}.${archive_fmt}";

Related discussion:
text: For Chromium, there's a convenient way to define custom flags through . However, there doesn't seem to be a similar option for . I tried setting to "--touch-events", but touchscreen scrolling is not enabled when starting VSCode from desktop launcher, while running in console works as expected. Steps to reproduce the behavior: to "--touch-events" VSCode from desktop launcher on the editor area through touchscreen The editor should scroll as I drag. system: host os: multi-user?: sandbox: version: channels(yes): channels(root): nixpkgs:
Code change:
{ lib , mkDerivation <del> , cmake </del> , extra-cmake-modules , wrapGAppsHook , gst_all_1

Related discussion:
text: plasmatube can't play the video (black screen). probably need to add a dependency or similar. Steps to reproduce the behavior: plasmatube can play videos from youtube. ! system: host os: multi-user?: sandbox: version: channels(hervyqa): channels(root): nixpkgs:
solved, need install . !