jiebi/CodeConvo huggingface dataset:
Change:
src = fetchurl { url = "http://download.virtualbox.org/virtualbox/${version}/VBoxGuestAdditions_${version}.iso"; <del> sha256 = "0vxhavlh55fdlm4zhvi21fyxzdydbn56y499bq5aghvsdsmwiy3d"; </del> <ins> sha256 = "06p3n7ssxwfjbliipsg14hswkr8swfbh5ys0hpj8msbciibbbpzn"; </ins> }; KERN_DIR = "${kernel.dev}/lib/modules/*/build";

Discussion:
In a lot of cases, upstream sources or releases become unavailable (e.g. grsecurity) or even get modified (e.g. texlive) which breaks the package in older versions of nixpkgs. It would be nice to duplicate the sources via a torrent. This doesn't involve any trust, because the hash of the sources is known beforehand and would allow older nixpkgs to work as long as someone uses the desired package.
We've discussed a before but have mostly resisted because unless we build deep support for it into a persistent Nix daemon, as we could implement today would be a terrible "torrent citizen", and would never seed. Probably more promising is to build support for IPFS into Nix itself. See discussion at and Either way, I don't think most of the work would happen inside nixpkgs, so if you think the above issues don't cover what you want, I'd suggest posting more information on the Nix issue tracker rather than in here.
FWIW I had an experimental via but dropped it because of the same reasons -- it'd be an awful "torrent citizen".
Actually, the ipfs issue seems to be exactly what I wanted, so I'll close this issue.
can you share your please? I'm currently thinking about packaging the program where using aria2c for install is an official way to install
moved to PR <detailspkgs/build-
Change:
files, Rayman 2 music and chiptunes. It contains YouTube and MyFreeMP3 browser. ''; <del> license = licenses.lgpl3Plus; maintainers = with maintainers; [ AndersonTorres ]; platforms = with platforms; linux; </del> <ins> changelog = "https://github.com/zaps166/QMPlay2/releases/tag/${self.version}"; license = lib.licenses.lgpl3Plus; maintainers = with lib.maintainers; [ AndersonTorres ]; platforms = lib.platforms.linux; </ins> }; <del> } </del> <ins> }) </ins>

Discussion:
Package name: Latest released version: <!-- Search your package here: --- Current version on the unstable channel: Current version on the stable/release channel: <!-- 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.
Change:
pythonImportsCheck = [ "sipbuild" ]; <ins> passthru.tests = { inherit poppler-qt5; }; </ins> meta = with lib; { description = "Creates C++ bindings for Python modules"; homepage    = "https://riverbankcomputing.com/";

Discussion:
Steps to reproduce the behavior: latest master do Hydra job: <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --Notify Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
is causing this build failure (see: ). version was bumped in .
QGIS is building successfully with
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
Should we add qgis to sip's as well?
I would love to have some kind of test to make sure that QGIS is building with sip and is running correctly. But is it acceptable to do it this way ? And is it a good design ?
on Matrix suggested:
Fixed in
Change:
fetch = { type = "git"; url = "https://go.googlesource.com/text"; <del> rev = "v0.3.0"; sha256 = "0r6x6zjzhr8ksqlpiwm5gdd7s209kwk5p4lw54xjvz10cs3qlq19"; </del> <ins> rev = "v0.3.2"; sha256 = "0flv9idw0jm5nm8lx25xqanbkqgfiym6619w575p7nrdh0riqwqh"; }; } { goPackagePath = "golang.org/x/tools"; fetch = { type = "git"; url = "https://go.googlesource.com/tools"; rev = "90fa682c2a6e"; sha256 = "03ic2xsy51jw9749wl7gszdbz99iijbd2bckgygl6cm9w5m364ak"; </ins> }; } ]

Discussion:
I can't compile on macOS: Metadata system: host os: multi-user?: sandbox: version: channels(eridius): nixpkgs: Maintainer information:
Change:
inherit bison cups harfbuzz libGL dconf gtk3 developerBuild cmake; inherit (darwin.apple_sdk_11_0.frameworks) AGL AVFoundation AppKit GSS MetalKit; patches = [ <ins> ./patches/qtbase-qmake-mkspecs-mac.patch </ins> ./patches/qtbase-qmake-pkg-config.patch ./patches/qtbase-tzdir.patch # Remove symlink check causing build to bail out and fail.

Discussion:
Steps to reproduce the behavior: The regression is due to , which forgot to maintain the guard on darwin. While it is straightforward to fix the aarch64-darwin build, it isn't enough for x86_64-darwin due to . <!-- 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.
Change:
}; config = mkIf cfg.enable { <ins> warnings = let keyboardsWithEmptyDevices = filterAttrs (name: keyboard: keyboard.devices == [ ]) cfg.keyboards; existEmptyDevices = length (attrNames keyboardsWithEmptyDevices) > 0; moreThanOneKeyboard = length (attrNames cfg.keyboards) > 1; in optional (existEmptyDevices && moreThanOneKeyboard) "One device can only be intercepted by one kanata instance.  Setting services.kanata.keyboards.${head (attrNames keyboardsWithEmptyDevices)}.devices = [ ] and using more than one services.kanata.keyboards may cause a race condition."; </ins> hardware.uinput.enable = true; systemd.services = mapAttrs' mkService cfg.keyboards;

Discussion:
A clear and concise description of what the bug is. Steps to reproduce the behavior: Try to configure to work on all keyboards. Note that, although this is a common use case, trying to do so with the exposed API leads to errors. For instance: This code throws the following It's expected to have some way of declaratively configuring kanata, such that a given configuration block works for all keyboards. <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --
Does setting work for you?
Yes, that seems to work! Thank you :)
Change:
"@electron-forge/cli" = "electron-forge"; "@microsoft/rush" = "rush"; "@webassemblyjs/cli-1.11.1" = "wasm2wast"; <del> "@withgraphite/graphite-cli" = "gt"; </del> # Packages that provide a single executable. "@angular/cli" = "ng";

Discussion:
Package name: Grahpite-cli Latest released version: 1.1.1 <!-- Search your package here: --- Current version on the unstable channel: 1.0.9 Current version on the stable/release channel: 1.0.9 <!-- 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 package has no maintainer because it is a NPM package. might be related? Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Hello thanks for the request, I will try to go from node2nix to build from source as the issue linked suggestes
Giving a quick check to the graphite-cli repo linked in the npm package it is archived and "moved to your mono-repo" and also it is built with yarn so nor it can migrated to buildNpmPackage nor to building from source, so my guess is that it will need to still in node2nix
Please make a PR marking the package as unfree since their monorepo isn't publicly available.
As of right now graphite-cli is already unfree
Change:
"${src}/assets/fonts/zed-sans" ]; }; <ins> # Setting this environment variable allows to disable auto-updates # https://zed.dev/docs/development/linux#notes-for-packaging-zed ZED_UPDATE_EXPLANATION = "zed has been installed using nix. Auto-updates have thus been disabled."; </ins> }; RUSTFLAGS = if withGLES then "--cfg gles" else "";

Discussion:
Zed editor from nixpkgs automatically downloads updates and lets users install them (and obviously fails). It shows related messages in the statusbar, such as or . Steps to reproduce the behavior: Zed from Nixpkgs, that is not the newest Zed (in my case Zed 0.141.3) the statusbar message Zed shouldn't try to download the updates. The fix should be really simple, it's just a matter of setting the environment variable, which disables auto-update as described in the official ! <!-- 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]:
Change:
{ lib , stdenv , fetchFromGitHub <ins> , fetchpatch </ins> , meson , pkg-config , ninja

Discussion:
Describe the bug crash on startup To Reproduce Steps to reproduce the behavior: example config: example waybar: Expected behavior Normal application startup. No crash. Notify maintainers Metadata Maintainer information:
Same issue here.
This seems like an upstream issue: and will be fixed in the next release: Could you test with waybar master? Recommended temporary solution is to disable the and module.
Waybar master is available as an overlay/package from :smile:
Tested the master version and it fixed the problems for me. Thank you.
Change:
<ins> --- qemu-2.10.0-clean/linux-user/syscall.c	2020-03-12 18:47:47.898592169 +0100 +++ qemu-2.10.0/linux-user/syscall.c	2020-03-13 09:13:42.461809699 +0100 @@ -34,6 +34,7 @@ #include <sys/resource.h> #include <sys/swap.h> #include <linux/capability.h> +#include <linux/sockios.h> // https://lkml.org/lkml/2019/6/3/988 #include <sched.h> #include <sys/timex.h> #ifdef __ia64__ @@ -256,7 +257,9 @@ static type name (type1 arg1,type2 arg2, #endif #ifdef __NR_gettid -_syscall0(int, gettid) +// taken from https://patchwork.kernel.org/patch/10862231/ +#define __NR_sys_gettid __NR_gettid +_syscall0(int, sys_gettid) #else /* This is a replacement for the host gettid() and must return a host errno. */ @@ -6219,7 +6222,7 @@ static void *clone_func(void *arg) cpu = ENV_GET_CPU(env); thread_cpu = cpu; ts = (TaskState *)cpu->opaque; -    info->tid = gettid(); +    info->tid = sys_gettid(); task_settid(ts); if (info->child_tidptr) put_user_u32(info->tid, info->child_tidptr); @@ -6363,9 +6366,9 @@ static int do_fork(CPUArchState *env, un mapping.  We can't repeat the spinlock hack used above because the child process gets its own copy of the lock.  */ if (flags & CLONE_CHILD_SETTID) -                put_user_u32(gettid(), child_tidptr); +                put_user_u32(sys_gettid(), child_tidptr); if (flags & CLONE_PARENT_SETTID) -                put_user_u32(gettid(), parent_tidptr); +                put_user_u32(sys_gettid(), parent_tidptr); ts = (TaskState *)cpu->opaque; if (flags & CLONE_SETTLS) cpu_set_tls (env, newtls); @@ -11402,7 +11405,7 @@ abi_long do_syscall(void *cpu_env, int n break; #endif case TARGET_NR_gettid: -        ret = get_errno(gettid()); +        ret = get_errno(sys_gettid()); break; #ifdef TARGET_NR_readahead case TARGET_NR_readahead: </ins>

Discussion:
Describe the bug Building afl is broken because a dependency (qemu 2.8) can't be built. This seems to be related to an update of glibc. Probably applying the fix here will solve this partially, but I think further investigation is needed. Probably the fix would be somewhere along the lines of: Replace the call with Replace with Replace with To Reproduce Steps to reproduce the behavior: (see below for my current nixpkgs version) that qemu build starts build fails with the errors below. <details<summaryBuild error log</summary</detailsExpected behavior AFL builds correctly. Additional context See also the issue in AFLplusplus: Remove QEMU support is useful as a temporary workaround, but this prevents any users of that part of AFL (blackbox fuzzing) to be able to use the QEMU from nixpkgs. This fix might help solve the missing SIOC* defines: See also the HYDRA build and Metadata system: host os: multi-user?: sandbox: version: channels(rick): channels(root): nixpkgs: Maintainer information:
Change:
buildPythonPackage rec { pname = "treex"; <del> version = "0.6.9"; </del> <ins> version = "0.6.10"; </ins> format = "pyproject"; src = fetchFromGitHub { owner = "cgarciae"; repo = pname; rev = version; <del> sha256 = "1yvlldmhji12h249j14ba44hnb9x1fhrj7rh1cx2vn0vxj5wpg7x"; </del> <ins> hash = "sha256-ZHfgmRNbFh8DFZkmilY0pmRNQhJFqT689I7Lu8FuFm4="; </ins> }; <ins> # At the time of writing (2022-03-29), rich is currently at version 11.0.0. # The treeo dependency is compatible with a patch, but not marked as such in # treex. See https://github.com/cgarciae/treex/issues/68. </ins> postPatch = '' substituteInPlace pyproject.toml  <del> --replace 'rich = "^10.7.0"' 'rich = ">=10.7.0"'  --replace 'PyYAML = "^5.4.1"' 'PyYAML = ">=5.4.1"'  --replace 'optax = "^0.0.9"' 'optax = ">=0.0.9"' </del> <ins> --replace 'rich = "^11.2.0"' 'rich = "*"'  --replace 'treeo = "^0.0.10"' 'treeo = "*"' </ins> ''; nativeBuildInputs = [

Discussion:
Build of failed on x86_64-linux as of . Maintainer cc: Other cc: n/a nixpkgs at commit This issue was automatically generated by . that created this issue. Internal tag:
Change:
Note that this should be a last resort; patching the package is preferred (see GPaste). ''; <del> apply = list: list ++ [ pkgs.gnome.gnome-shell pkgs.gnome.gnome-shell-extensions ]; </del> }; favoriteAppsOverride = mkOption {

Discussion:
A clear and concise description of what the bug is. Steps to reproduce the behavior: install Nixos enabling Gnome An option to Exclude Gnome-Tour package or to exclude some Gnome-shell packages I would like to exclude some useless Gnome-shell packages that if i exclude them will not break my whole system. You can not exclude packages from Gnome-shell with this option and this not work because is required by this <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --
This should be resolved in , but it is not part of 22.05, Edit:
How do I do a backport ? Thank you for your fast response.
It works. = with pkgs; [ gnome-tour ];
After doing this commands gnome tour still in my system. Do i need to do something more ? ! Maybe that ballon is not Gnome tour but i think it is.
It works in unstable channel, you need waitting for Backport 22.05 merge.
Thank you
I merged , not sure why the issue is not auto-closed. You should get the fix when the backport reaches the channel you uses, feel free to re-open this if the issue persists.
After waiting for being in Nixos 22.05, Writing this in And executing. That deleted Gnome-tour from my system. Thank you for your support.
Change:
<del> { lib, fetchFromGitHub, python3Packages }: </del> <ins> { lib , fetchFromGitHub , python3Packages }: </ins> python3Packages.buildPythonApplication rec { pname = "urlwatch"; <del> version = "2.21"; </del> <ins> version = "2.23"; </ins> src = fetchFromGitHub { <del> owner  = "thp"; repo   = "urlwatch"; rev    = version; sha256 = "1s6bigkwymxdp9bkgvwg3lbf465i6k8kmak2w7czf4mhwavcfq63"; </del> <ins> owner = "thp"; repo = "urlwatch"; rev = version; sha256 = "1ryygy7lalmwnv9kc8q4920gkdx878izy33a5dgxb780sy2qq8pg"; </ins> }; propagatedBuildInputs = with python3Packages; [

Discussion:
Describe the bug Trying to use the matrix notification fails. To Reproduce Steps to reproduce the behavior: a config with matrix enabled urlwatch check a URL. the error Expected behavior Working matrix integration Screenshots Notify maintainers Metadata system: host os: multi-user?: sandbox: version: channels(root): channels(dfrank): nixpkgs: Maintainer information:
could you please test ?
I get an error about an invalid token, but I assume that's wrong configuration on my end. Thanks for being so fast!
Change:
<ins> diff --git a/go.mod b/go.mod index a482585..5c836dd 100644 --- a/go.mod +++ b/go.mod @@ -1,10 +1,19 @@ module mvdan.cc/fdroidcl -go 1.16 +go 1.18 require ( github.com/kr/pretty v0.3.0 github.com/rogpeppe/go-internal v1.9.0 github.com/schollz/progressbar/v3 v3.13.0 -	gopkg.in/check.v1 v1.0.0-20190902080502-41f04d3bba15 // indirect +) + +require ( +	github.com/kr/text v0.2.0 // indirect +	github.com/mattn/go-runewidth v0.0.14 // indirect +	github.com/mitchellh/colorstring v0.0.0-20190213212951-d06e56a500db // indirect +	github.com/pkg/diff v0.0.0-20210226163009-20ebb0f2a09e // indirect +	github.com/rivo/uniseg v0.4.3 // indirect +	golang.org/x/sys v0.4.0 // indirect +	golang.org/x/term v0.4.0 // indirect ) diff --git a/go.sum b/go.sum index 7befc16..d8523cb 100644 --- a/go.sum +++ b/go.sum @@ -23,8 +23,6 @@ github.com/rivo/uniseg v0.2.0/go.mod h1:J6wj4VEh+S6ZtnVlnTBMWIodfgj8LQOQFoIToxlJ github.com/rivo/uniseg v0.4.3 h1:utMvzDsuh3suAEnhH0RdHmoPbU648o6CvXxTx4SBMOw= github.com/rivo/uniseg v0.4.3/go.mod h1:FN3SvrM+Zdj16jyLfmOkMNblXMcoc8DfTHruCPUcx88= github.com/rogpeppe/go-internal v1.6.1/go.mod h1:xXDCJY+GAPziupqXw64V24skbSoqbTEfhy4qGm1nDQc= -github.com/rogpeppe/go-internal v1.8.1 h1:geMPLpDpQOgVyCg5z5GoRwLHepNdb71NXb67XFkP+Eg= -github.com/rogpeppe/go-internal v1.8.1/go.mod h1:JeRgkft04UBgHMgCIwADu4Pn6Mtm5d4nPKWu0nJ5d+o= github.com/rogpeppe/go-internal v1.9.0 h1:73kH8U+JUqXU8lRuOHeVHaa/SZPifC7BkcraZVejAe8= github.com/rogpeppe/go-internal v1.9.0/go.mod h1:WtVeX8xhTBvf0smdhujwtBcq4Qrzq/fJaraNFVN+nFs= github.com/schollz/progressbar/v3 v3.13.0 h1:9TeeWRcjW2qd05I8Kf9knPkW4vLM/hYoa6z9ABvxje8= @@ -38,7 +36,4 @@ golang.org/x/sys v0.4.0/go.mod h1:oPkhp1MJrh7nUepCBck5+mAzfO9JrbApNNgaTdGDITg= golang.org/x/term v0.4.0 h1:O7UWfv5+A2qiuulQk30kVinPoMtoIPeVaKLEgLpVkvg= golang.org/x/term v0.4.0/go.mod h1:9P2UbLfCdcvo3p/nzKvsmas4TnlujnuoV9hGgYzW1lQ= gopkg.in/check.v1 v1.0.0-20180628173108-788fd7840127/go.mod h1:Co6ibVJAznAaIkqp8huTwlJQCZ016jof/cbN4VW5Yz0= -gopkg.in/check.v1 v1.0.0-20190902080502-41f04d3bba15 h1:YR8cESwS4TdDjEe65xsg0ogRM/Nc3DYOhEAlW+xobZo= -gopkg.in/check.v1 v1.0.0-20190902080502-41f04d3bba15/go.mod h1:Co6ibVJAznAaIkqp8huTwlJQCZ016jof/cbN4VW5Yz0= -gopkg.in/errgo.v2 v2.1.0 h1:0vLT13EuvQ0hNvakwLuFZ/jYrLp5F3kcWHXdRggjCE8= gopkg.in/errgo.v2 v2.1.0/go.mod h1:hNsd1EY+bozCKY1Ytp96fpM3vjJbqLJn88ws8XvfDNI= </ins>

Discussion:
Project description <!-- Describe the project a little: --Command-line tool for managing and installing F-Droid APKs on an Android device via ADB. Metadata homepage URL: source URL: license: BSD 3-Clause platforms: unix, linux, darwin
Change:
taizen = callPackage ../applications/misc/taizen { }; <del> talosctl = callPackage ../applications/networking/cluster/talosctl { }; </del> <ins> talosctl = callPackage ../applications/networking/cluster/talosctl { buildGoModule = buildGo120Module; }; </ins> talentedhack = callPackage ../applications/audio/talentedhack { };

Discussion:
fails to build. ERROR Steps to reproduce the behaviour: `sudo nixos-rebuild switch --impure --upgrade --flake .#MY-HOST ... I expected the build to be successful. I had the tool installed on an earlier version. But just decided to update my system. Please run and paste the result.
Ugh, interesting, I'll need to bisect how this started to fail.
not a fix but a quick workaround
It /does/ build on master () for me.
builds on master for me as well
Fails for me on master (). !
please try from inside a nixpkgs checkout at that commit id, you're using some flake syntax here with who-knows-which commit id.
My bad, it builds.
Alright, then let's close here.
Hello! I also with that. I cannot build it in the latest nixos-unstable: with the same error: And I also cannot build it in the latest master ():
I can also reproduce the issue now
Please do a bisect on with a real nixpkgs checkout.
running now :-)
Git bisect shows this for me
It's strange, because in exactly on this commit I can build the package and now it's in my store :D
I think I understand what's going on - if I replace with a fake hash, the FOD producing the go vendor dir fails, with the following message: This might be a change in behaviour with , and as we switched to that builder at around the same time, chances are this build with 1.19 just fine, but 1.20 is more picky. cc
Need to pin it to .
I've reopened
Hmmh, also lists . I assume it was configured in nixpkgs to 1.20 at some point (how else did we end up with that FOD hash), but then started to not be anymore? I feel like there could be a better error message if you want to buildGoModule something with a go version that's too old what lists (both in the FOD, and in the later derivation)
starting go 1.21 we not going to have this issue anymore, because go version from will be treated as requirement
Change:
<literal>./programs/dwm-status.nix</literal> </para> </listitem> <ins> <listitem> <para> The new <varname>hardware.printers</varname> module allows to declaratively configure CUPS printers via the <varname>ensurePrinters</varname> and <varname>ensureDefaultPrinter</varname> options. <varname>ensurePrinters</varname> will never delete existing printers, but will make sure that the given printers are configured as declared. </para> </listitem> </ins> </itemizedlist> </section> <section xmlns="http://docbook.org/ns/docbook"

Discussion:
Allow configuration of a cups printer by pointing at a ppd file and specifying a single URL in Currently, such configuration requires clicking through a web-interface. 09
I actually ran into problems with the imperative configuration. I configured my printer (samsung scx3200) and after a system upgrade i was unable to print anymore. An error was shown in the cups web interface for the printer: "unable to load PPD, /nix/store/.... no such file or directory". It looks like the driver i used was garbage-collected. That would not happen with a declarative configuration. However i am certain that this module is no easy piece of work because it requires deep insight into how cups works.
Interestingly for my driver it just copy them to . Does the files within this directory has references to the nix store?
I created a half-stateful solution similar to , which uses etc. to create the configured printers and force them in the right configuration, without having to touch the deep parts of cups. Works quite well, still have to see how it works on printer driver updates, though. Will pose a PR when that succeeds.
PR: please go and test it. :)
Upvote this! Will test on weekend. (looks better, than my own unconditional injection of ppd into /var/.../cups)
Hi, I just stumbled over this issue by accident and realized I'm using something similar in my machines own printing config. So I'm thinking it might help you if I'd share this code with you. Sorry for just dumping this file here. I've been planning to clean it up and suggest my module via a pull-request on its own, but I haven't found the time to do so yet. Still, I hope my module contains some usable ideas towards declarative printer config (e.g. set options, and check that each declared printer has its backend and ppd file installed).
Change:
<del> { lib, stdenv, fetchFromGitHub, zlib, openssl, libre }: </del> <ins> { lib, stdenv, fetchFromGitHub, zlib, openssl, libre , cmake }: </ins> stdenv.mkDerivation rec { version = "2.10.0"; pname = "librem";

Discussion:
Baresip fails to build after because the baresip no longer finds librem through pkg-config. Building baresip with Cmake resolves this, but then there is a new build failure: Steps to reproduce the behavior: baresip
Sorry! I think fixes this. I developed and tested them together but wanted to take more time to be sure baresip was finding all of its dependencies. I didn't realize that merging one without the other would break things. We can either merge or else revert and
Waiting for is fine by me.