jiebi/CodeConvo huggingface dataset:
Change:
<ins> #!/usr/bin/env nix-shell #! nix-shell -i bash -p curl jq git gnused gnugrep # # Get latest version of TradingView from Snapcraft. # snap_info=($( curl -s -H 'X-Ubuntu-Series: 16'  'https://api.snapcraft.io/api/v1/snaps/details/tradingview'  | jq --raw-output  '.revision,.download_sha512,.version,.last_updated' )) # "revision" is the actual version identifier; "version" is for human consumption. revision="${snap_info[0]}" sha512="${snap_info[1]}" sri=$(nix hash to-sri --type "sha512" $sha512) upstream_version="${snap_info[2]}" last_updated="${snap_info[3]}" echo "Latest release is $upstream_version from $last_updated." # # Read the current TradingView version. # nixpkgs="$(git rev-parse --show-toplevel)" tradingview_nix="$nixpkgs/pkgs/applications/finance/tradingview/default.nix" current_nix_version=$( grep 'versions*=' "$tradingview_nix"  | sed -Ene 's/.*"(.*)".*/1/p' ) echo "Current nix version: $current_nix_version" if [[ "$current_nix_version" = "$upstream_version" ]]; then echo "TradingView is already up-to-date" exit 0 fi # # Find and replace. # echo "Updating from ${current_nix_version} to ${upstream_version}, released ${last_updated}" sed --regexp-extended  -e 's/revisions*=s*"[0-9]+"s*;/revision = "'"${revision}"'";/'  -e 's/hashs*=s*"[^"]*"s*;/hash = "'"${sri}"'";/'  -e 's/versions*=s*".*"s*;/version = "'"${upstream_version}"'";/'  -i "$tradingview_nix" # # Attempt a build. # export NIXPKGS_ALLOW_UNFREE=1 if ! nix-build -A tradingview "$nixpkgs"; then echo "The updated TradingView failed to build." exit 1 fi # # Commit changes. # git add "$tradingview_nix" git commit -m "tradingview: ${current_nix_version} -> ${upstream_version}" </ins>

Discussion:
Project description Desktop application for charting, technical analysis, and trading. It provides traders and investors with a wide range of tools and features to analyze financial markets and make informed trading decisions. TradingView offers real-time and historical market data for various financial instruments such as stocks, cryptocurrencies, forex pairs, commodities, and indices. Users can create interactive charts with a variety of chart types, timeframes, and drawing tools. They can apply technical indicators and overlays to analyze price movements, identify trends, and generate trading signals. Metadata homepage URL: source URL: source URL(2): (Maybe this could help) license: Propietary platforms: linux
Change:
serviceConfig = { User = cfg.user; Group = cfg.group; <ins> Environment="PYTHONPATH=${pkgs.netdata}/libexec/netdata/python.d/python_modules"; </ins> PermissionsStartOnly = true; ExecStart = "${pkgs.netdata}/bin/netdata -D -c ${configFile}"; TimeoutStopSec = 60;

Discussion:
In NixOS, netdata fails to start the python script that runs all of its python plugins. This completely breaks all netdata provides. See also: Enable the netdata service and rebuild the NixOS configuration. Check netdata's log for the failure Notice a line similar to: A visual inspection of the netdata Web UI confirms there are no functioning python plugins. Note: I have already tried adding to the netdata . This has not seemed to help. Please run and paste the results. system: host os: multi-user?: sandbox: version: channels(root): nixpkgs:
You might want to add it to . Or even better, patch the to use python:
Thanks for the advice. I'll give these a shot later today.
fixed in
I also backported it.
I just noticed I also forgot to add
This one makes it finally work:
Change:
XDP_SOCKETS        = whenAtLeast "4.19" yes; XDP_SOCKETS_DIAG   = whenAtLeast "5.1" yes; WAN                = yes; <ins> TCP_CONG_ADVANCED  = yes; </ins> TCP_CONG_CUBIC     = yes; # This is the default congestion control algorithm since 2.6.19 # Required by systemd per-cgroup firewalling CGROUP_BPF                  = option yes;

Discussion:
I set up an box and want to set using , but I get an error: . outputs nothing. outputs: If is enabled, will be enabled by default. It will be great to enable for the default kernel so that people don't need to build their own kernel to use . Maybe this is related. Steps to reproduce the behavior: up an box to enable using get an error no error appears and is enabled My related config is as follows: no maintainer for Maybe is interested. Maintainer information:
Hah - I am definitely interested in this - AFAICT this keeps alternating - i.e. I've seen that sometimes the kernel enables it and sometimes it doesn't - I think the critical bit is actually to add a test to nixpkgs to ensure this is enabled, then fix the kernel config.
I also set up an box with the same config and find that I can set bbr. It's wired. I tried to nixpkgs but didn't find out what cause the difference.
It turns out that the default kernel config generated by on does not enable . And on , is enabled by default: .
I think your still has great value. Would you like to reopen it?
Change:
, ddcutil , gjs , xprop <ins> , touchegg </ins> }: let # Helper method to reduce redundancy

Discussion:
(from ) is a GNOME extension which searches for the package in Because it can't detect the installed package it sends a notification that the package must be installed, and subsequently does not inhibit the default gestures provided by the package. Also, there is no built-in way to tell it to use another path. Steps to reproduce the behavior: the and (Please see additional context) packages the X11 Gestures extension The extension must recognize the actual path for in and work properly Since the package in the repos is extremely outdated (v1.1.1), I am using an to install the latest version v2.0.11 (see for updating the package in the repos). Also, may be relevant Extensions maintainer Creator of the extension and
I'll see how difficult it is to fix the path. However, I am reluctant to do custom dependencies patches, so I'd block this on .
I don't think there are any custom dependency patches required (it is just an extension, and apart from inhibiting the default gestures, it works properly as is).
I think is where it searches for the system config, to determine if the package is installed EDIT: Confirmed that editing and replacing with path in fixes the issue
Why ? Wouldn't it be better on ? Has anyone done this patch? Let's do it?
That should be the best thing to do. I've tried to patch the extension using , but for some reason it doesn't seem to work, and I'm pretty new to Nix, so I've just left it for the time-being
Ops, forgot to notify it here. I fixed this by following the . Both the GNOME extension and Touchégg use the env var to find the system configuration: The same applies for the user config with : A NixOS maintainer suggested this fix.
Thanks a lot! seems to have updated the extension to the version which has the fixes, so I'll close this issue
I think that the needs to be set in the package to point to the right path. Not sure if that work is done though, since I'm not a NixOS user...
Still i get it ! The gestures works with default touchegg gestures on the same time. Switching to next workspace and snap window to half side screen !
I made a workaround. I created a blank .

So the extension managed to populate the file with its gestures and now I only have the extension gestures. But the "Not installed" alert still persist.
My conf dirs: It's not in any of these places. It's in
In that case you'd need to add at the end of . However, I'm not sure what's the NixOS way of doing it. I'm sure there is a way to fix this in the package.
Ok. Thanks!
help us with your review on
Change:
evopedia = callPackage ../applications/misc/evopedia { }; <ins> exercism = callPackage ../applications/misc/exercism { }; </ins> gpg-mdp = callPackage ../applications/misc/gpg-mdp { }; keepassx = callPackage ../applications/misc/keepassx { };

Discussion:
Hello, I wanted to install exercism and thought that I should first look if there is not a Nix package for it. I did not find it with nor with but I found traces that there existed such a package (first as a binary, then as a goPackage) by searching this repository. Was support for this package dropped? If so, was it dropped voluntarily? I did not find any trace of a discussion on dropping it but maybe it happened somewhere anyway. If the package is still there, somehow, what should I have done to find it? Thanks! PS: tagging since he was listed as maintainer of the original binary package.
I think, it go removed by this pull request: You can restore this package, if you want.
Indeed! For some reason it did not appear in and thus was forgotten from this pull request. Not being a Go developer myself, I'm not sure how I could restore it properly.
cc
It looks like it wasn't exposed to before and that's why it was removed. I can get it back and expose it as top level package if you want.
FWIW, I used to refer to lots of (just like I do with and so on; would you delete most of those too?) so exposing at the top level doesn't really feel like the right criterion.
The distinction between this particular package and most or is that this is providing an executable and not a library. It is a final-user package, not a development package. It was probably a mistake from the beginning not to expose it in . Now, it is true that lots of packages providing executable utilities for developers (and not libraries) are hidden inside such attribute sets as well. Drawing an example from what I know, is in such case. as well, but at least if I type the response tells me what its location is. Whereas, if I type the response is unhelpful. But at least I can find it with Whereas in the case of the Emacs mode Proof-General, I don't even find it there or with . I do not understand these distinctions. But I know that I have digressed.

Coming back to the original problem, if you restore the package, note that the latest version is now v2.3:
I'm not a Go programmer and I'm still trying to understand Nix and Nixpkgs, but I would like to pack because it is too boring to compile and install it manually. I would love some directions here... seems to work, but I don't know if this is the proper way to do it. Is it right? Suggestions? way it is, the package name comes out as instead of . Is this name structure also used for executables or just for libraries? install it, I have to type . Is it possible to make it work with ?
's ok, add some meta to it like (+ 3) There's no difference for libs/exec in now and I think that it could be a good move to change it to like that won't prefix app name.
Change:
suffix = "min"; }; <del> poppler_qt4 = callPackage ../development/libraries/poppler/qt4.nix { }; </del> poppler_utils = poppler.override { suffix = "utils"; utils = true; }; popt = callPackage ../development/libraries/popt { };

Discussion:
Recently released removes the QT4 support. For now, we will split the package and keep on 0.61.
It is still used so it should remain at an older version.
~It's used just in two packages, apparently ( and ).~ Hopefully those can be soon migrated to Qt5. Otherwise we can keep old version for only and keep updating the rest...
Those are only python dependents. It is also referenced from calligra, texstudio, texmaker, qpdfview, diffpdf,
Thanks, I grepped for a wrong string.
Yeah. (I meant that should remain at an older version, while can be decoupled and upgraded.)
moves diffpdf away from poppler_qt4, FWIW.
currently working on a fix for package as its latest version uses qt5 now, so poppler_qt4 isn't needed anymore
I opened a updating qpdfview, which makes open-pdf-presenter the last thing depending on (via the python library). Since it is abandoned, it is not likely to be updated. Do we remove it?
almost done, need some rest for now, PR for will come tomorrow :)
Finally getting rid of this in .
Change:
<ins> { lib, stdenv, fetchFromGitHub, bison, flex, postgresql }: stdenv.mkDerivation rec { pname = "wal2json"; version = "2.4"; src = fetchFromGitHub { owner = "eulerto"; repo = "wal2json"; rev = "wal2json_${builtins.replaceStrings ["."] ["_"] version}"; sha256 = "sha256-EB+tCaILWsU9fDhqosl6EyMoYBd6SHISFfyxiZ9pNOk="; }; buildInputs = [ postgresql ]; makeFlags = [ "USE_PGXS=1" ]; installPhase = '' install -D -t $out/lib *.so install -D -t $out/share/postgresql/extension sql/*.sql ''; meta = with lib; { description = "PostgreSQL JSON output plugin for changeset extraction"; homepage = "https://github.com/eulerto/wal2json"; changelog = "https://github.com/eulerto/wal2json/releases/tag/wal2json_${version}"; maintainers = with maintainers; [ euank ]; platforms = postgresql.meta.platforms; license = licenses.bsd3; }; } </ins>

Discussion:
Project description is a PostgreSQL extension. The extension is a JSON output plugin for changeset extraction. Metadata homepage URL: source URL: license: platforms: unix, linux, darwin
Just curious why you need it? These days most tools support the builtin pgoutput...
I am using it in an event-driven architecture to publish events to GCP pubsub. JSON is easier to parse for my use case since I am using it in the application, and not just for replication.
I marked this as stale due to inactivity. &rarr;
I packaged this up over in It worked for my minimal testing, but I haven't done anything more involved with it yet.
Change:
homepage = "https://github.com/huggingface/huggingface_hub"; changelog = "https://github.com/huggingface/huggingface_hub/releases/tag/v${version}"; license = licenses.asl20; <del> maintainers = with maintainers; [ ]; </del> <ins> maintainers = with maintainers; [ kira-bruneau ]; </ins> }; }

Discussion:
Package name: python3Packages.huggingface_hub Latest released version: 0.14.1 <!-- Search your package here: --- Current version on the unstable channel: 0.12.1 Current version on the stable/release channel: 0.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. -- (tagged as last updated package) Note for maintainers: Please tag this issue in your PR.
Change:
''; }; in stdenv.override (old: { <del> cc = stdenv.cc.override { inherit bintools; }; allowedRequisites = (lib.optional (stdenv.allowedRequisites or null != null) stdenv.allowedRequisites) ++ [ bintools pkgs.mold ] # need to `outputSpecified = false` to make getLib work ++ (builtins.map (p: lib.getLib (p // { outputSpecified = false; })) pkgs.mold.buildInputs); # gcc >12.1.0 supports '-fuse-ld=mold' # the wrap ld above in bintools supports gcc <12.1.0 and shouldn't harm >12.1.0 </del> <ins> allowedRequisites = null; cc = stdenv.cc.override { inherit bintools; }; # gcc >12.1.0 supports '-fuse-ld=mold' # the wrap ld above in bintools supports gcc <12.1.0 and shouldn't harm >12.1.0 </ins> # https://github.com/rui314/mold#how-to-use } // lib.optionalAttrs (stdenv.cc.isClang || (stdenv.cc.isGNU && lib.versionAtLeast stdenv.cc.version "12")) { mkDerivationFromStdenv = extendMkDerivationArgs old (args: {

Discussion:
This issue seems to occur after . Any package built using: will fail to build. Minimal example: output: this would also happen if or were used instead of llvm stdenv. before then, running the same command will succeed. Please run and paste the result.
The easiest solution would be to set to , see
Change:
buildGoModule rec { pname = "assh"; <del> version = "2.12.0"; </del> <ins> version = "2.12.1"; </ins> src = fetchFromGitHub { repo = "advanced-ssh-config"; owner = "moul"; rev = "v${version}"; <del> sha256 = "sha256-FqxxNTsZVmCsIGNHRWusFP2gba2+geqBubw+6PeR75c="; </del> <ins> sha256 = "1r3fny4k1crpjasgsp09qf0p3l9vg8c0ddbb8jd6qnqnwwprqfxd"; </ins> }; <del> vendorSha256 = "sha256-AYBwuRSeam5i2gex9PSG9Qk+FHdEhIpY250CJo01cFE="; </del> <ins> vendorSha256 = "14x7m900mxiwgbbxs56pdqsmx56c4qir5j4dz57bwr10rmh25fy4"; </ins> doCheck = false;

Discussion:
The derivation fails to build on , macOS 12.0.1, due to an upstream package error. on , running Monterey fails to build. The package should build and install successfully. It seems like there's an upstream problem in one of the go package dependencies: It seems like the should be amended to have to avoid the default LLVM/Clang 11 default compiler arguments of . Relevant issue:
Also x86 Darwin.
I no longer use Nix, so I am not able to continue maintaining this package.
I think it's related to and fixes this for me. Created a branch where I switched to that commit (can't get the patch to apply cleanly for some reason): If I can get the patch working will create a PR.
Opeened upstream.
Upstream released a fix lightning fast, so opened a PR that fixes this.
wow, thanks for taking the lead on this!
Change:
{ lib , stdenv , buildPythonPackage <del> , fetchPypi </del> <ins> , fetchFromGitHub </ins> , pythonOlder , dnspython , greenlet

Discussion:
See A similar failure occurs for python38 on my machine locally (reproduce with in a freshly checked out ). Please run and paste the result.
Strange, I can't reproduce the error with 3.8 anymore :thinking: it seems that although the tests ~failed~ threw exceptions, and this was visible during , the derivation did successfully build.
It probably fails because of the hacky preCheck
So is the test simply flaky, and sometimes succeeds on Hydra? Or if not, shouldn't we exclude the test if it can't be set up properly?
Change:
. ./external.sh rm external.sh ''; <del> hash = "sha256-fP763ec4B8LbivzmYHzQ4j39QMxWrymqI8chXfF3KX8="; </del> <ins> hash = "sha256-6alAGEid7ipr01I52TB0xrlLroCIc03N2IagGJq8te8="; </ins> }; in ((buildMozillaMach { pname = "betterbird";

Discussion:
Package name: betterbird Latest released version: 115.3.2-bb15 <!-- Search your package here: --- Current version on the unstable channel: 102.15.1 Current version on the stable/release channel: 102.15.1 <!-- 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:
${python3.interpreter} -m unittest discover -s test/common -v ''; <ins> # test are broken in 1.7.3 doCheck = false; </ins> # necessary for wrapGAppsHook strictDeps = false;

Discussion:
Package name: gajim Latest released version: 1.7.3 <!-- Search your package here: --- Current version on the unstable channel: 1.5.4 Current version on the stable/release channel: 1.6.1 <!-- 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 Note for maintainers: Please tag this issue in your PR.
New sha256 hash, but it doesn’t just work with a version bump because they changed something with the build setup.
Change:
"storage_throughput_experiment_test", "storage_tracing_integration_test", "storage_unified_credentials_integration_test", <del> "common_grpc_utils_internal_grpc_impersonate_service_account_integration_test" </del> ] cases = [ "BackupExtraIntegrationTest.CreateBackupWithExpiredVersionTime", "BackupExtraIntegrationTest.BackupWithExpiredVersionTime", "BackupExtraIntegrationTest.BackupWithFutureVersionTime", "BackupExtraIntegrationTest.CreateBackupWithFutureVersionTime", <ins> "BlockingPublisherIntegrationTest.Basic", </ins> "DatabaseAdminClientTest.CreateWithEncryptionKey", "DatabaseAdminClientTest.CreateWithNonexistentEncryptionKey", "DatabaseAdminClientTest.DatabaseBasicCRUD",

Discussion:
name: google-cloud-cpp current version: 1.38.0 desired version: 1.42.0 maintainers: who did the last update Please tag this issue in your PR.
I don't have time to work on this at the moment.
Change:
<ins> { aiodns, aiohttp, brotli, buildPythonPackage, faust-cchardet, fetchFromGitHub, lib, orjson, setuptools, }: buildPythonPackage rec { pname = "hass-client"; version = "1.2.0"; pyproject = true; src = fetchFromGitHub { owner = "music-assistant"; repo = "python-hass-client"; rev = "refs/tags/${version}"; hash = "sha256-FA3acaXLWcBMDsabLPxVk6EArSxcTAnmFeO1ixTXB1Q="; }; build-system = [ setuptools ]; dependencies = [ aiohttp ]; optional-dependencies = { speedups = [ aiodns brotli faust-cchardet orjson ]; }; pythonImportsCheck = [ "hass_client" ]; # upstream has no tests doCheck = false; meta = { changelog = "https://github.com/music-assistant/python-hass-client/releases/tag/${version}"; description = "Basic client for connecting to Home Assistant over websockets and REST"; homepage = "https://github.com/music-assistant/python-hass-client"; license = lib.licenses.asl20; maintainers = with lib.maintainers; [ dotlambda ]; }; } </ins>

Discussion:
Project description hass-client is a Python library for connecting to Home Assistant over WebSockets and REST. It's maintained as part of the Music Assistant project. . It is an indirect missing dependency for the hass_players provider, because that provider depends on a set up hass provider. Metadata homepage URL: source URL: license: asl20 platforms: all / linux(?) Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
buildInputs = [ gtk girara libintl sqlite glib file librsvg <del> ] ++ optional synctexSupport texlive.bin.core ++ optional stdenv.isLinux libseccomp </del> <ins> texlive.bin.core ] ++ optional stdenv.isLinux libseccomp </ins> ++ optional stdenv.isDarwin gtk-mac-integration; doCheck = true;

Discussion:
Trying to build zathura on unstable, I get: Additional context I can't really see what might have changed recently (I think it started happening about 2 weeks ago....) for it to no longer find synctex. The texlive package is being included as a build input, which should have synctex Metadata system: host os: multi-user?: sandbox: version: channels(root): nixpkgs:
I can build zathura on master and the hydra has been doing ok. Am I missing something?
Hm, I'm not sure. I can't seem to get it to build.... "nix-build -A zathura" on master gives me the same error
This also builds for me on master. Only thing i can think of is your branch isn't up to date.
What do you think could be wrong? My sources are up to date:
I notice that I get a different drv on my system (), I think you may not be building from the master. IIRC when you run it will build from which may not point to your git checkout. If you want to build expressions from the current directory you need to do nix also can download a tarball with expressions, for example like this:
If no path is given nix-build will read and If doesn't exist it will fail. So, command is fine.
I just checked on another x86_64-linux NixOS system that evaluates to on . If the command is correct then there must be an override or an overlay in or that affects the derivation.
Oh my god, you're totally right. I had an overlay in my , which I think I had to add to disable synctex at one point when it wasn't working. Removing that and it builds fine. So sorry for wasting your guys' time but thanks for the help! (Although I wonder why it says it can't find synctex when it should have been disabled with the overlay?) Anyways, I'll close this issue, thanks again, it was driving me crazy!
What was the overlay? There may still be a bug here.
The build indeed fails with . I don't have time to open a PR now but the fix is pretty easy: can you reopen the issue?
Sure - it also fails to build with synctexSupport = false, not sure if your fix addresses that as well?
The option was introduced in I think we should just drop variant