jiebi/CodeConvo huggingface dataset:
Change:
getPatches = dir: let files = builtins.attrNames (builtins.readDir dir); in map (f: dir + ("/" + f)) files; <del> version = "2.2.1"; </del> <ins> version = "2.5.1"; </ins> channel = "stable"; filename = "flutter_linux_${version}-${channel}.tar.xz"; <del> in { </del> <ins> # Decouples flutter derivation from dart derivation, # use specific dart version to not need to bump dart derivation when bumping flutter. dartVersion = "2.14.2"; dartSourceBase = "https://storage.googleapis.com/dart-archive/channels"; dartForFlutter = dart.override { version = dartVersion; sources = { "${dartVersion}-x86_64-linux" = fetchurl { url = "${dartSourceBase}/stable/release/${dartVersion}/sdk/dartsdk-linux-x64-release.zip"; sha256 = "1gr2dr683kz0a0k6rcn4jcbxf9fr2xlzi5fcgn1lzrrxvys2lddx"; }; }; }; in { </ins> mkFlutter = mkFlutter; stable = mkFlutter rec { <del> inherit dart version; </del> <ins> inherit version; dart = dartForFlutter; </ins> pname = "flutter"; src = fetchurl { <del> url = "https://storage.googleapis.com/flutter_infra/releases/${channel}/linux/${filename}"; sha256 = "009pwk2casz10gibgjpz08102wxmkq9iq3994b3c2q342g6526g0"; </del> <ins> url = "https://storage.googleapis.com/flutter_infra_release/releases/${channel}/linux/${filename}"; sha256 = "12ycz7iasrc9p9c6zr95l6llyji3za43gsx8cmr2kjfiv23bcrv2"; </ins> }; patches = getPatches ./patches; };

Discussion:
<!-- Note that these are hard requirements --<!-- You can use the "Go to file" functionality on github to find the package Then you can go to the history for this package Find the latest "packagename: oldversion -newversion" commit The "newversion" is the the current version of the package --- <!-- 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! --- name: legacyPackages.x86_64-linux.flutter <!-- The current version can be found easily with the same process than above for checking the master branch If an open PR is present for the package, take this version as the current one and link to the PR --current version: 2.2.1 desired version: 2.5.1 <!-- Search your package here: If no maintainer is listed for your package, tag the person that last updated the package --maintainers: Please tag this issue in your PR.
Besides updating it we could setup a to easily auto update it
I opened , it's not easy to create the updateScript though, I can try adding later in another PR
Change:
<ins> { lib, buildPythonPackage, fetchFromGitHub, pytestCheckHook, pythonOlder, geopandas, libpysal, networkx, numpy, pandas, scikit-learn, scipy, setuptools-scm, }: buildPythonPackage rec { pname = "mapclassify"; version = "2.6.1"; pyproject = true; disabled = pythonOlder "3.9"; src = fetchFromGitHub { owner = "pysal"; repo = "mapclassify"; rev = "v${version}"; hash = "sha256-lb2Ui6zdx6MQBtBrL/Xj9k7cm6De8aLEuBLZDhPPDnE="; }; build-system = [ setuptools-scm ]; propagatedBuildInputs = [ networkx numpy pandas scikit-learn scipy ]; nativeCheckInputs = [ pytestCheckHook geopandas libpysal ]; # requires network access disabledTestPaths = [ "mapclassify/tests/test_greedy.py" ]; pythonImportsCheck = [ "mapclassify" ]; meta = { description = "Classification Schemes for Choropleth Maps"; homepage = "https://pysal.org/mapclassify/"; license = lib.licenses.bsd3; maintainers = lib.teams.geospatial.members; }; } </ins>

Discussion:
Project description mapclassify is an open-source python library for Choropleth map classification. It is part of the Python Spatial Analysis Library. Metadata homepage URL: source URL: license: BSD-3-Clause license
Even nicer if we could get pysal itself - there are some QGIS plugins that depend on it.
Change:
meta = with lib; { description = "Code Intelligence for Vala & Genie"; <del> homepage = "https://github.com/Prince781/vala-language-server"; </del> <ins> homepage = "https://github.com/vala-lang/vala-language-server"; </ins> license = licenses.lgpl21Plus; maintainers = with maintainers; [ andreasfelix ]; platforms = platforms.linux;

Discussion:
<!-- Note that these are hard requirements --<!-- You can use the "Go to file" functionality on GitHub to find the package Then you can go to the history for this package Find the latest "packagename: oldversion -newversion" commit The "newversion" is the current version of the package --- <!-- 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! --- name: vala-language-server <!-- The current version can be found easily with the same process as above for checking the master branch If an open PR is present for the package, take this version as the current one and link to the PR --current version: 0.48.4 desired version: 0.48.5 <!-- Search your package here: If no maintainer is listed for your package, tag the person that last updated the package --maintainers: Please tag this issue in your PR.
Change:
# XDG_DATA_DIRS is used by pressure-vessel (steam proton) and vulkan loaders to find the corresponding icd export XDG_DATA_DIRS=$XDG_DATA_DIRS''${XDG_DATA_DIRS:+:}/run/opengl-driver/share:/run/opengl-driver-32/share <ins> # Following XDG spec [1], XDG_DATA_DIRS should default to "/usr/local/share:/usr/share". # In nix, it is commonly set without containing these values, so we add them as fallback. # # [1] <https://specifications.freedesktop.org/basedir-spec/basedir-spec-latest.html> case ":$XDG_DATA_DIRS:" in *:/usr/local/share:*) ;; *) export XDG_DATA_DIRS="$XDG_DATA_DIRS''${XDG_DATA_DIRS:+:}/usr/local/share" ;; esac case ":$XDG_DATA_DIRS:" in *:/usr/share:*) ;; *) export XDG_DATA_DIRS="$XDG_DATA_DIRS''${XDG_DATA_DIRS:+:}/usr/share" ;; esac </ins> # Force compilers and other tools to look in default search paths unset NIX_ENFORCE_PURITY export NIX_CC_WRAPPER_TARGET_HOST_${stdenv.cc.suffixSalt}=1

Discussion:
The steam client (beta) is attempting to access gsettings schemas and fails. Exporting manually as fixes the issue. into the (likely don't have gtk3/gsettings-desktop-schema already addressable on the host, not steam-run, path) steam the following error GSetting should be looking for schema files in BuildFHSEnv moves schemas to XDGDATADIRS in the fhsenv doesn't include is being pulled into the fhsenv via It's possible just adding to the end of the environment variable is the fix. I'm unfamiliar with gsettings. Attempting does not work as in the fhsenv is missing things adds in . Please run and paste the result.
Exporting GSETTINGSSCHEMADIR manually did not work for me. I left beta participation by removing the file:
+1 affected by this. Edit: this results when you participate in Steam-beta. This is from recent update - however recent major update worked perfectly (new sleeker interface and all that), breakage appeared around 24 hours ago and it was pulled by Steam. This breaks for all users in system. Removing beta flag (as in McDread solution above) works, causing Steam to downgrade. Upgrading into Steam-Beta after this will cause Steam to break again.
Setting GSETTINGSSCHEMADIR worked once for me, but no longer after a reboot.
Try setting it in the extraProfile attribute in steam.override like this
I was able to fix this by overriding steam, adding and setting :
This works great! Tested with reboot.
This worked
For me, this was in the location . Removing that file worked.
+1 affected by this. workaround does fix it.
Change:
, smartmontools , substituteAll , touchegg <ins> , util-linux </ins> , vte , wrapGAppsHook <ins> , xdg-utils </ins> , xprop }: let

Discussion:
No GNOME Shell Extension can enable desktop icons. . to enable desktop icons. Should be able to enable desktop icons in GNOME Shell, one way or another. About the time of NixOS 20.03, i was still able to have desktop icons using some old version of extension. <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --
I can confirm this. The systemd journal shows (once every second):
This probably requires patching all paths referencing other libraries or binaries. Which of those extensions shall I have a look at first?
, maybe the one that is easier to fix? I did not have an opportunity to test , so i cannot decide between the two. Thanks!
Haven't had the opportunity to check out any of them so I also cannot decide. Any one of them would be fine for me, so I guess start with the one that is easier to fix (if there is a difference). If I can be of any help let me know.
WIP: I have the following override and the following patch: But I somehow can't get it to find nautilus. It will always end with a null exception while trying to access nautilus stuff (can't copy the stack trace out of the testing VM, sorry).
still not solved :
Made a PR for , a similar technique can be used on the other desktop icon extensions. Would like if someone could test that everything's working. Note the schema path bit, that was causing . For any path you cannot directly list with you most likely need to do the thing (or otherwise find a way to make it find the schema source).
Change:
<ins> { lib, stdenv, maven, jdk8, fetchFromGitHub, makeWrapper, mvnDepsHash ? null, }: let maven' = maven.override { jdk = jdk8; }; mvnDepsHashes = { "x86_64-linux" = "sha256-M8O1EJtlTm+mVy/qxapRcBWxD14eYL/LLUxP2uOBoM4="; "aarch64-linux" = "sha256-+ewdV9g0MfgiBiRAimkIZp9lrOTKnKnBB1LqhIlOSaQ="; "x86_64-darwin" = "sha256-nUAy2+O8REuq6pOWb8d+/c/YxPxj+XwtCtkaxfihDzc="; "aarch64-darwin" = "sha256-D6adBXtBH1IokUwwA2Z6m+6rJP2xg6BK4rcPyDSgo6o="; }; knownMvnDepsHash = mvnDepsHashes.${stdenv.system} or (lib.warn "This platform doesn't have a default mvnDepsHash value, you'll need to specify it manually" lib.fakeHash); in maven'.buildMavenPackage rec { pname = "tika"; version = "2.9.2"; src = fetchFromGitHub { owner = "apache"; repo = "tika"; rev = version; hash = "sha256-4pSQcLDKgIcU+YypJ/ywdthi6tI1852fGVOCREzUFH0="; }; buildOffline = true; manualMvnArtifacts = [ "org.objenesis:objenesis:2.1" "org.apache.apache.resources:apache-jar-resource-bundle:1.5" "org.apache.maven.surefire:surefire-junit-platform:3.1.2" "org.junit.platform:junit-platform-launcher:1.10.0" ]; mvnHash = if mvnDepsHash != null then mvnDepsHash else knownMvnDepsHash; mvnParameters = toString [ "-DskipTests=true" # skip tests (out of memory execptions) "-Dossindex.skip" # skip dependency with vulnerability (recommended by upstream) ]; nativeBuildInputs = [ makeWrapper ]; installPhase = '' runHook preInstall # Note: using * instead of version would match multiple files install -Dm644 tika-app/target/tika-app-${version}.jar $out/share/tika/tika-app.jar install -Dm644 tika-server/tika-server-standard/target/tika-server-standard-${version}.jar $out/share/tika/tika-server.jar makeWrapper ${jdk8.jre}/bin/java $out/bin/tika-app  --add-flags "-jar $out/share/tika/tika-app.jar" makeWrapper ${jdk8.jre}/bin/java $out/bin/tika-server  --prefix PATH : ${lib.makeBinPath [ jdk8.jre ]}  --add-flags "-jar $out/share/tika/tika-server.jar" runHook postInstall ''; meta = { changelog = "https://github.com/apache/tika/blob/${src.rev}/CHANGES.txt"; description = "A toolkit for extracting metadata and text from over a thousand different file types"; longDescription = '' The Apache Tika™ toolkit detects and extracts metadata and text from over a thousand different file types (such as PPT, XLS, and PDF). All of these file types can be parsed through a single interface, making Tika useful for search engine indexing, content analysis, translation, and much more. ''; homepage = "https://tika.apache.org"; license = lib.licenses.asl20; mainProgram = "tika-server"; maintainers = with lib.maintainers; [ tomasajt ]; sourceProvenance = with lib.sourceTypes; [ fromSource binaryBytecode # maven dependencies ]; }; } </ins>

Discussion:
From the project website: This is a Java application, so the package could be as simple as running a prebuilt file. Packaging is convenient because then we can provide the server as a NixOS module. This is an optional dependency to provide full text search for . Metadata homepage URL: source URL: license: Apache 2.0 platforms: any Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
google-music-scripts = callPackage ../tools/audio/google-music-scripts { }; <ins> gopro = callPackage ../tools/video/gopro { }; </ins> gource = callPackage ../applications/version-management/gource { }; govc = callPackage ../tools/virtualization/govc { };

Discussion:
Project description The gopro-linux is a shell script that interacts with the gopro on Linux
Change:
# The websites youtube-dl deals with are a very moving target. That means that # downloads break constantly. Because of that, updates should always be backported # to the latest stable release. <del> version = "2019.01.10"; </del> <ins> version = "2019.01.16"; </ins> src = fetchurl { url = "https://yt-dl.org/downloads/${version}/${pname}-${version}.tar.gz"; <del> sha256 = "07r1y06697vhbkbf8pix4cnybaqmlf1wb2df5glj2xv8nl6f51gd"; </del> <ins> sha256 = "1dhbr5n0l6dgjp1620jp30kaizrzagacrj64gd9pwy1916kjm7si"; </ins> }; nativeBuildInputs = [ makeWrapper ];

Discussion:
youtube-dl on January 15, 2019 at 7:25 PM UTC. N/A Please run and paste the results. N/A
Change:
{ stdenv, fetchurl, pkgconfig, perl, yacc, bootstrap_cmds <del> , openssl, openldap, libedit </del> <ins> , openssl, openldap, libedit, keyutils </ins> # Extra Arguments , type ? ""

Discussion:
In an ideal world, this would be as simple as adding the following to the . Unfortunately, seems to be a dependency of which causes an infinite recursion bug during the Linux bootstrapping. I'm pretty familiar with bootstrapping on Darwin, but am less confident around the Linux one. Anyone have any hints for how to disable support during the bootstrap with minimal mess?
If you set for keyutils I think it will break this cycle.
Oh cool, thanks! I wonder if I should do that on this side though? Something like this:
Actually this should be done for us: I'm not sure why it's necessary here?
I'd imagine it has something to do with kerberos being an optional dependency of curl, and curl being involved in the bootstrap, but I haven't unraveled it enough to be more precise than that.
I ended up doing what you suggested on ,
Change:
, buildWebExtension ? false }: let <del> version = "1.5.8"; gitHash = "544edce"; </del> <ins> version = "1.6.0"; gitHash = "ffe6bb1"; </ins> in buildNpmPackage rec { pname = "vencord";

Discussion:
Vesktop opens up to a white screen. It cannot update from tray to latest version. I tried completely removing config files from Vencord but it doesn't change anything. Running Vesktop with flag --disable-gpu makes the Vesktop stuck at loading Steps to reproduce the behavior: Vesktop Launching Vesktop should open up the app normally ! Kernel: 6.5.7-xanmod1 Gpu: AMD (mesa 23.1.7)
vencorddesktop command doesn't output any logs. When doing update from the gui, it doesn't show anything. Only time it shows something is when i try updating from tray icon. The output is the following:
This is a problem with Vencord. It is currently broken with the curren versions of Discord (including the web app) We have to wait for upstream to fix these issues and release a new version of vencord
Alright, thank you for the fast response! Cheers
I encountered the same issue, and can confirm it is fixed when the system version of vencord is 1.6.0.
Change:
or die "$0: failed to stop containern"; } <del> # Return the PID of the init process of the container. sub getLeader { my $s = `machinectl show "$containerName" -p Leader`; chomp $s; $s =~ /^Leader=(d+)$/ or die "unable to get container's main PIDn"; return int($1); } </del> # Run a command in the container. sub runInContainer { my @args = @_;

Discussion:
When run on my container, the container doesn't shut down properly. It hangs with the following processes: See how there are only , and left in the container, so I suspect it's a problem with what does, as opposed to what I do in my container.
After 90 seconds, systemd kills the container with a SIGKILL, so that way the hang is eventually resolved. This is what the log of looks like:
I further found that when I run directly myself, the container shuts down perfectly fine. But when I first it, and then send the in it a , it doesn't shut down as expected. So myst be doing something that puts systemd in a state where it no longer cares about the signal. This is the of that systemd process inside the container when it's hung (the blank space is when I sent the signal that it ignores):
Also I haven't said that yet: immediately shuts down the machine correctly. It's likely something in that's not doing the right thing. I've re-run the strace with to get more output: This seems to reveal the error: For those not familiar with : , which nixos-containers is , triggers the . But it seems like this target file does not exist in my container at the 4 locations it's trying to find it at, so probably systemd just does nothing when it can't find that file.
Ah, interesting. While the container is running, the file does exist here: Maybe in the container gets unmounted too early in the shutdown sequence, before systemd has the chance to read this file?
OK, I think I've got the reason. In it calls (which does , which runs asynchronously and immediately returns), and then we immediately delete the , , and the . Probably lives in , so we delete it here before systemd actually gets the chance to come by there. This is supported by the observation that when I put a after the line, everything works fine. So I think the solution is the same as the solution to should be: Make block until the container is actually gone. Only after that delete the container's root. For an example of how to poll for the container being down, see . Now we just have to bring that to perl
I guess this can be closed as the PR fixing this has been merged,
Change:
}]; }; max-amb = { <del> email = "maxpeterambaum@gmail.com"; </del> <ins> email = "max_a@e.email"; </ins> github = "max-amb"; githubId = 137820334; name = "Max Ambaum";

Discussion:
Project description A GTK3 settings editor adapted to work in the wlroots environment, a part of the nwg-shell project. <!-- Describe the project a little: --Metadata homepage URL: https://nwg- source URL: license: MIT platforms: Linux
I am happy to work on this and I am currently working a pr to implement it!
Change:
"test_persist_selectable" ]; <ins> pythonImportsCheck = [ "flask_sqlalchemy" ]; </ins> meta = with lib; { description = "SQLAlchemy extension for Flask"; homepage = "http://flask-sqlalchemy.pocoo.org/"; <ins> changelog = "https://github.com/pallets-eco/flask-sqlalchemy/blob/${version}/CHANGES.rst"; </ins> license = licenses.bsd3; maintainers = with maintainers; [ gerschtli ]; };

Discussion:
This also breaks the build of which relies on this package. () Please run and paste the result.
Are you using ihatemoney on unstable? I was considering dropping it as very often breaks with the new versions of its dependencies.
I wouldn't mind using ihatemoney from stable, but I'm using unstable by default on my system, and didn't manage to create a working overlay for overriding ihatemoney's version (a python-specific overlay is required, and then IIRC I got an error because ihatemoney is not a python module).
tbh I'm only maintaining it on stable. Overlaying all dependencies to make it work is time consuming so I'm only doing just before a release. If you want to have a try, here is how it can look like:
Change:
# run on JVM with Graal Compiler $out/bin/java -XX:+UnlockExperimentalVMOptions -XX:+EnableJVMCI -XX:+UseJVMCICompiler HelloWorld | fgrep 'Hello World' <del> # Ahead-Of-Time compilation $out/bin/native-image -H:-CheckToolchain -H:+ReportExceptionStackTraces --no-server HelloWorld ./helloworld | fgrep 'Hello World' </del> <ins> ${# --static flag doesn't work for darwin lib.optionalString (stdenv.isLinux && !useMusl) '' echo "Ahead-Of-Time compilation" $out/bin/native-image -H:-CheckToolchain -H:+ReportExceptionStackTraces --no-server HelloWorld ./helloworld | fgrep 'Hello World' </ins> <del> ${ lib.optionalString stdenv.isLinux '' # Ahead-Of-Time compilation with --static # --static flag doesn't work for darwin </del> <ins> echo "Ahead-Of-Time compilation with --static" </ins> $out/bin/native-image --no-server --static HelloWorld ./helloworld | fgrep 'Hello World' '' } <ins> ${# --static flag doesn't work for darwin lib.optionalString (stdenv.isLinux && useMusl) '' echo "Ahead-Of-Time compilation with --static and --libc=musl" $out/bin/native-image --no-server --libc=musl --static HelloWorld ./helloworld | fgrep 'Hello World' '' } </ins> ${# TODO: Doesn't work on MacOS, we have this error: # "Launching JShell execution engine threw: Operation not permitted (Bind failed)" lib.optionalString (stdenv.isLinux) ''

Discussion:
Usage of flag without , and it is known in the Clojure community that its usage causes issues. This is because without the binaries are statically linked with , and I tried to create a GraalVM derivation compatible with . The result is here: However, this can't be upstreamed since it brokes all compilations with (including dynamically linked programs as used in nixpkgs). The major issue is that, to make compilation work, . This approach works fine for when we have only one lib C, however if we have two separate lib C we will have name conflicts and either we will have a compilation with glibc symbols on musl libraries or vice-versa. So, what are the options? One approach I can think is extend the wrapper from binary to conditionally include either or depending on the context (e.g.: if the flag is passed or not). We can do this using the flag, as below: For this to work we also need to remove the symbolic links to glibc library, otherwise this can conflict with musl libraries. This should also fix this . However, this looks like a very ugly solution, and I am open for better ones. Steps to reproduce the behavior: . Keep in mind after , it expects binary as . You can create a symbolic link and add it to your a file with contents: (segfaults) It should compile and run successfully. N/A Add any other context about the problem here. <!-- 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. Maintainer information:
Change:
<ins> { lib, buildGoModule, fetchFromGitea, }: buildGoModule rec { pname = "woodpecker-pipeline-transform"; version = "0.2.0"; src = fetchFromGitea { domain = "codeberg.org"; owner = "lafriks"; repo = "woodpecker-pipeline-transform"; rev = "v${version}"; sha256 = "sha256-ngtpWjbL/ccmKTNQdL3osduELYSxcOu5z5UtqclNNSY="; }; vendorHash = "sha256-SZxFsn187UWZqaxwMDdzAmfpRLZSCIpbsAI1mAu7Z6w="; meta = { description = "Utility to convert different pipelines to Woodpecker CI pipelines"; changelog = "https://codeberg.org/lafriks/woodpecker-pipeline-transform/src/tag/v${version}"; homepage = "https://codeberg.org/lafriks/woodpecker-pipeline-transform"; license = lib.licenses.mit; mainProgram = "pipeline-convert"; maintainers = with lib.maintainers; [ ambroisie luftmensch-luftmensch ]; }; } </ins>

Discussion:
Package name: . Latest released version: 0.2.0 Current version on the unstable channel: 0.1.1 Current version on the stable/release channel: 0.1.1 Notify maintainers Myself :-) Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]: