jiebi/CodeConvo huggingface dataset:
Code change:
{ lib, stdenv, fetchFromGitHub, autoreconfHook, lua5_3, pkg-config, python3 , zlib, bzip2, curl, xz, gettext, libiconv , sdlClient ? true, SDL, SDL_mixer, SDL_image, SDL_ttf, SDL_gfx, freetype, fluidsynth <del> , gtkClient ? stdenv.isLinux, gtk3 </del> <ins> , gtkClient ? false, gtk3, wrapGAppsHook </ins> , qtClient ? false, qt5 , server ? true, readline , enableSqlite ? true, sqlite

Related discussion:
text: should provide a QT client to freeciv, which is probably named if I had to guess. Steps to reproduce the behavior: only gtk client installed (see below) A executable. If applicable, add screenshots to help explain your problem. ! -( does not exist) ! The installed is indeed a gtk client. <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- (You were the last person to commit, so I choose you :) ) (I don't believe the listed maintainer exists). Please run and paste the result. Maintainer information:
Code change:
<del> --- a/resources/pulsar.sh	2023-03-16 04:11:14.000000000 +0100 +++ b/resources/pulsar.sh	2023-03-24 14:37:13.468813964 +0100 @@ -123,7 +123,7 @@ elif [ $OS == 'Linux' ]; then SCRIPT=$(readlink -f "$0") -  PULSAR_PATH="/opt/Pulsar/pulsar" +  # PULSAR_PATH is set-up via `wrapProgram` in the postFixup phase #Set tmpdir only if tmpdir is unset : ${TMPDIR:=/tmp} </del>

Related discussion:
text: Package name: pulsar Latest released version: 1.117.0 Current version on the unstable channel: 1.114.0 Current version on the stable/release channel: 1.117.0 Notify maintainers
Code change:
environment.etc."roundcube/config.inc.php".text = '' <?php <del> ${lib.optionalString (!localDB) "$password = file_get_contents('${cfg.database.passwordFile}');"} </del> <ins> ${lib.optionalString (!localDB) '' $password = file('${cfg.database.passwordFile}')[0]; $password = preg_split('~.(*SKIP)(*FAIL)|:~s', $password); $password = end($password); $password = str_replace(":", ":", $password); $password = str_replace("", "", $password); ''} </ins> $config = array(); $config['db_dsnw'] = 'pgsql://${cfg.database.username}${lib.optionalString (!localDB) ":' . $password . '"}@${if localDB then "unix(/run/postgresql)" else cfg.database.host}/${cfg.database.dbname}';

Related discussion:
text: I tried to install Roundcube with an non-local PostgreSQL. The DB user password should be stored in a password file. I ran into problems with this setup: the password file is used in two locations: the Roundcube the systemd that initializes the roundcube database Unfortunately the neccessary file content differs for these two services: the roundcube the passwordfile should only contain the PASSWORD (even without a trailing newline) expects an entry like "hostname:port:database:username:password" () So one of these two services will fail. Setup Roundcube with remote PostgreSQL server and password file for DB user password. My solution for now would be, to add a line to the roundcube Please run and paste the result. Cheers, Andreas
Your solution sounds reasonable to me, if you replace with something that takes into account escaped . Would you mind opening a PR? Tag me on it, I'll review it. As you can see the remote db feature of the module has probably never been used except by you; if you want this use case to be better maintained consider contributing a nixos test exercising it.
Fixed by
Code change:
{ lib, fetchurl, <ins> fetchpatch, </ins> llvmPackages, python, cmake,

Related discussion:
text: Steps to reproduce the behavior: cutter 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. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Any news on this?
Code change:
<del> { lib, stdenv </del> <ins> { lib , stdenv </ins> , fetchFromGitHub , doxygen , pkg-config , python3 , python3Packages , wafHook <del> , boost </del> <ins> , boost175 </ins> , openssl , sqlite }:

Related discussion:
text: The default boost version has been bumped from 1.69 (or 1.75) to 1.77. This is a notice for maintainers that the following packages are now failing to build: - - - - - - - - - - [x] cryfs A typical fix would involve pinning the package to a specific version (e.g. see )
My fix in is not the same as . Is there a very good reason to prefer one over the other ?
Well, I like trying to keep it away from the huge top-level file. (which is e.g. harder to use in git)
Re. pivx, I think we should mark it broken. Our current version is very old (and therefore useless), and the new version includes a rust build. I don't have the capacity to fix this ATM.
In my case, what broke it was the update from boost175 to boost177. Fix is in .
It's in the branch now, so please target any further fixes there as well (unless they're a mass rebuild, etc.)
colobot fixed with
FYI, ledger has some broken behavior with the new boost version, although it curiously doesn't cause a test failure: ledger/ledger.
Our expression does not attempt to run tests.
Ah, that would be why, thanks. Nevertheless, the binary exhibits the same problem described in that issue in interactive use.
Code change:
pkgs.tango-icon-theme pkgs.shared_mime_info pkgs.which # Needed by the xfce's xinitrc script. <ins> pkgs."${cfg.screenLock}" </ins> pkgs.xfce.exo pkgs.xfce.gtk_xfce_engine pkgs.xfce.mousepad

Related discussion:
text: It's not possible to lock screen in xfce unless "xlockmore" is installed. in in XFCE and try to lock without success and then retry to lock System: NixOS Emu Nix version: 1.11.2 Nixpkgs version: "16.03.973."
I think that's because there is no blessed lock screen for XFCE. tries XScreenSaver, GNOME Screensaver, XLock and SLock -- in that order.
Has a situation like this (multiple optional but at least one required dependency on an executable) already been handled in NixOS?
I think this is generally resolved by some kind of switch, but we have to add one. Something like of ...
I kept as-is: see
I think the issue may be resolved. At least with (as of 2023-09-17) lock screen is possible without having installed.
Code change:
<ins> { lib , stdenv , fetchFromGitHub , cmake , ffmpeg , freeglut , freeimage , glew , glfw , glm , libGL , libpulseaudio , libX11 , libXau , libXdmcp , libXext , libXpm , libXrandr , libXxf86vm , lz4 , mpv , pkg-config , SDL2 , SDL2_mixer , zlib }: stdenv.mkDerivation { pname = "linux-wallpaperengine"; version = "unstable-2023-09-23"; src = fetchFromGitHub { owner = "Almamu"; repo = "linux-wallpaperengine"; # upstream lacks versioned releases rev = "21c38d9fd1d3d89376c870cec5c5e5dc7086bc3c"; hash = "sha256-bZlMHlNKSydh9eGm5cFSEtv/RV9sA5ABs99uurblBZY="; }; nativeBuildInputs = [ cmake pkg-config ]; buildInputs = [ ffmpeg freeglut freeimage glew glfw glm libGL libpulseaudio libX11 libXau libXdmcp libXext libXrandr libXpm libXxf86vm mpv lz4 SDL2 SDL2_mixer.all zlib ]; meta = { description = "Wallpaper Engine backgrounds for Linux"; homepage = "https://github.com/Almamu/linux-wallpaperengine"; license = lib.licenses.gpl3Only; mainProgram = "linux-wallpaperengine"; maintainers = with lib.maintainers; [ eclairevoyant ]; platforms = lib.platforms.linux; }; } </ins>

Related discussion:
text: Project description linux-wallpaperengine aims to reproduce the background functionality of Wallpaper Engine on Linux systems. There already is a wallpaper-engine implementation packaged, but it only works on KDE, while this project should work with most Wayland-compositors and window-managers. Metadata homepage URL: source URL: license: gpl3 platforms: linux I tried to package it myself, but the "just compare with other packages" approach of the nixpkgs documentation was very confusing to me. If someone can point me to other documentation or anything helpful I'd be happy to try it again.
Sort of, it still runs under X fyi My rough process: check the repo of whatever you're packaging to see what language and tooling it uses read the nixpkgs manual for the language and tooling that you're building with find examples of other expressions in nixpkgs that use the same tooling to get an idea of the structure use something like to generate the boilerplate for the expression , get an error, use to find the required dependency (repeat this step until there are no more build errors) submit PR
Code change:
<ins> { stdenv , lib , fetchFromGitHub , libGL , libGLU , libpng , libjpeg_turbo , libuv , libvorbis , mbedtls , openal , pcre , SDL2 , sqlite }: stdenv.mkDerivation rec { pname = "hashlink"; version = "1.12"; src = fetchFromGitHub { owner = "HaxeFoundation"; repo = "hashlink"; rev = version; sha256 = "AiUGhTxz4Pkrks4oE+SAuAQPMuC5T2B6jo3Jd3sNrkQ="; }; patches = [ ./hashlink.patch ]; makeFlags = [ "PREFIX=$(out)" ]; buildInputs = [ libGL libGLU libjpeg_turbo libpng libuv libvorbis mbedtls openal pcre SDL2 sqlite ]; meta = with lib; { description = "A virtual machine for Haxe"; homepage = "https://hashlink.haxe.org/"; license = licenses.mit; platforms = [ "x86_64-linux" ]; maintainers = with maintainers; [ iblech locallycompact ]; }; } </ins>

Related discussion:
text: Project description Hashlink is a virtual machine used in Haxe/Heaps game projects. This is the same stack that shiro games and motion twin uses to make things like Dead Cells and Northgard. The full steps for installing heaps (which goes through dependencies) can be found , and one of the steps is to download hashlink and put it on the path. Metadata homepage URL: source URL: license: mit platforms: linux, mac, windows
I am on it, will try to compose a first draft. :-)
That was fast! I really appreciate it! I put in a few haxe-related package requests today, I'm so surprised no one else has requested them before! But once they're in we'll be happy! Not really looking to nix-ify my haxe projects yet since I imagine it'll be involved, but getting hashlink on the path in a package is a step in the right direction right? :) Really appreciate this, thank you!
I'm not really familiar with the Haxe ecosystem, but the Arch build for Hashlink suggested that this packaging task seemed simple enough (no complex build system, just a Makefile, no dependencies on other parts of the Haxe ecosystem) so that I could do it. Glad that I could be of help. :-) Thank you for your issue contributions! While the pull request is not yet merged, you can use hashlink as follows: (Be wary that commands like this can cause the execution of arbitrary code, so in principle one should use these only with trusted repositories.)
Thanks for your hard work!
how are things going with the PR? I think someone has asked a question on it, I don't know if that means that it's stalled from going in? Thanks again!
There are in fact issues with hashlink on NixOS I think - I think there's some libraries that are build with hashlink that are unhandled - there's an issue for this already as hinted in your PR:
Code change:
nativeBuildInputs = [ asciidoc <del> makeWrapper </del> <ins> wrapGAppsNoGuiHook </ins> python3Packages.wrapPython ]; <ins> dontWrapGApps = true; </ins> checkInputs = with python3Packages; [ dbus-python iw

Related discussion:
text: Steps to reproduce the behavior: to NixOS config Successfully start. Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Code change:
]; RestrictAddressFamilies = [ "AF_INET" "AF_INET6" "AF_UNIX" "AF_NETLINK" ]; <ins> BindPaths = lib.optionals (cfg.workDir != null) [ cfg.workDir ]; </ins> # Needs network access PrivateNetwork = false; # Cannot be true due to Node

Related discussion:
text: Working with large repositories on low-memory systems (such as aarch64-linux SBCs) can lead to out-of-storage scenarios with the github-runner service because the working directory is set to by default , which is sized to 25% of the system memory by default . Ideally there can be an option to use storage instead of memory for the working directory. I'm opening an issue first because I am not sure if there is a way to work around this already; can the argument in the service be overridden, or is there another way to change for this service with a systemd setting? If there isn't a straightforward solution I can open a PR to add this as an option. Maintainers:
I also experienced issues with no space left on . So far, however, increasing its size did the job. Nevertheless, I'd also appreciate the option to use another filesystem for the runtime directory. We won't be able to use systemd for that as it demands a -like filesystem for the runtime directory.
I guess standard installs avoid this by using the directory. Maybe we should just document how increase size instead of adding another option?
You may pass an arbitrary path to the options of the configuration script. Our module currently always uses the runtime directory systemd assigns to the service.
Yeah, in our case using the runtime directory that provides makes the most sense for dynamic user, again, with documentation on how to increase the size of the runtime directory. Currently our module doesn't support static users so isn't very useful... though I'm guessing our lack of support for static users is an oversight - see details here:
Code change:
, wmctrl , xvfb-run , librsvg <ins> , libX11 </ins> }: python3Packages.buildPythonApplication rec { pname = "ulauncher"; <del> version = "5.12.1"; </del> <ins> version = "5.15.0"; </ins> src = fetchurl { url = "https://github.com/Ulauncher/Ulauncher/releases/download/${version}/ulauncher_${version}.tar.gz"; <del> sha256 = "sha256-Fd3IOCEeXGV8zGd/8SzrWRsSsZRVePnsDaX8WrBrCOQ="; </del> <ins> sha256 = "sha256-1Qo6ffMtVRtZDPCHvHEl7T0dPdDUxP4TP2hkSVSdQpo"; </ins> }; nativeBuildInputs = with python3Packages; [

Related discussion:
text: Describe the bug I'm unsure what the error is, but it seems to relate to ulauncher being unable to find the project path, whatever that may be. To Reproduce Steps to reproduce the behavior: Expected behavior For Ulauncher to start normally Additional context This is the error message I get: Notify maintainers <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- Metadata Please run and paste the result. system: host os: multi-user?: sandbox: version: channels(root): channels(miyuki): nixpkgs: Maintainer information:
See the PR linked above. The issue is that the ulauncher package must be installed via , , , or something similar. Using does not work (for reasons explained in the patch). The PR both updates ulauncher and adds a note to explain what's going on to Nix users trying out the package. I think it would be a good idea to create a NixOS module for Ulauncher. I might be able to do this after I finish exams in a couple weeks.
Alright guys, the real solution here is to just use rofi. With a little work you can make it look pretty good and with a little extra work one could easily make it look similar to ulauncher. Here is my config I tried to fix this issue up but it seemed to work for maintainers thus it was the end of that story
Hello ulauncher package maintainer here. This definitely shouldn't be the end of the story. I do want to get these issues fixed. The problem is that ulauncher wants to store paths to its assets in a config file within . Typically we'd just let it use paths for everything, but that would cause ulauncher to break if we update the derivation then garbage-collect the old paths in . I also use Rofi right now, and it works. But I really want the plugin ecosystem of Ulauncher, so I'm motivated to fix this situation. Perhaps we could modify the current package to allow decoratively specifying the file contents (like ), which would allow the package to be used without messing with system state? Maybe we could even create something like and a NixOS module?
Perhaps this is a good fit for a home-manager module?
Code change:
, wmctrl , xvfb-run , librsvg <ins> , libX11 </ins> }: python3Packages.buildPythonApplication rec { pname = "ulauncher"; <del> version = "5.12.1"; </del> <ins> version = "5.15.0"; </ins> src = fetchurl { url = "https://github.com/Ulauncher/Ulauncher/releases/download/${version}/ulauncher_${version}.tar.gz"; <del> sha256 = "sha256-Fd3IOCEeXGV8zGd/8SzrWRsSsZRVePnsDaX8WrBrCOQ="; </del> <ins> sha256 = "sha256-1Qo6ffMtVRtZDPCHvHEl7T0dPdDUxP4TP2hkSVSdQpo"; </ins> }; nativeBuildInputs = with python3Packages; [

Related discussion:
text: In any case, this issue can probably be closed once is merged. Maybe a new issue should be opened to track the addition of an unlauncher module?
I marked this as stale due to inactivity. &rarr;
bad bot
I installed (rev ) through . Unfortunately, I get this error message on launch anyway.
same issue here
Code change:
meta.homepage = "https://github.com/vim-syntastic/syntastic/"; }; <ins> syntax-tree-surfer = buildVimPlugin { pname = "syntax-tree-surfer"; version = "2023-10-06"; src = fetchFromGitHub { owner = "ziontee113"; repo = "syntax-tree-surfer"; rev = "732ea6d0f868bcccd2f526be73afa46997d5a2fb"; sha256 = "0x7kpmxq3n8531ca2bz506swww92wd3x16d125wrk54rxp1lv1cd"; }; meta.homepage = "https://github.com/ziontee113/syntax-tree-surfer/"; }; </ins> tabby-nvim = buildVimPlugin { pname = "tabby.nvim"; version = "2024-07-31";

Related discussion:
text: Project description <!-- Describe the project a little: --Syntax Tree Surfer is a plugin for Neovim that helps you surf through your document and move elements around using the nvim-treesitter API. Metadata homepage URL: source URL: license: mit platforms: unix, linux, darwin, ... Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Code change:
vimtex = buildVimPluginFrom2Nix { pname = "vimtex"; <del> version = "2022-03-27"; </del> <ins> version = "2022-03-24"; </ins> src = fetchFromGitHub { owner = "lervag"; repo = "vimtex"; <del> rev = "c2cb0ced676fd41ce7f6e33a3f09122cb738436b"; sha256 = "00vzqcw2gygq6rgwjy4dl2m1p6pdkwqpj3j1gbzjg4g6av4q8py1"; </del> <ins> rev = "4eccec4e9fc46a52ba832ac2f8ab749ea33d6790"; sha256 = "07mydwxqhk9l0ciqpczd51x4s58asmqa3f0bznw7cdvp9qa6a6sn"; </ins> }; meta.homepage = "https://github.com/lervag/vimtex/"; };

Related discussion:
text: Project description Various vim plugins iamcco/coc-tailwindcss coc-extensions/coc-svelte evanleck/vim-svelte
Code change:
let pname = "mov-cli"; <del> version = "1.5.7"; </del> <ins> version = "4.4.5"; </ins> in python3.pkgs.buildPythonPackage { inherit pname version;

Related discussion:
text: 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. Add a :+1: [reaction] to [issues you find important].
PR:
Code change:
cd .. mkdir -p /var/singularity/mnt/{container,final,overlay,session,source} echo "root:x:0:0:System administrator:/root:/bin/sh" > /etc/passwd <ins> echo > /etc/resolv.conf </ins> TMPDIR=$(pwd -P) singularity build $out ./img '');

Related discussion:
text: , CVSSv3=7.5 (nixos-20.03) CVSSv3=7.5 (nixos-20.03) Scanned versions: nixos-20.03: . May contain false positives. Cc Cc Cc
Backporting update that resolves these ().
Fixed in 20.03 and master.
Code change:
}; <ins> chktex = stdenv.mkDerivation { pname = "texlive-chktex.bin"; inherit version; inherit (common) src; nativeBuildInputs = [ pkgconfig ]; buildInputs = [ core/*kpathsea*/ ]; preConfigure = "cd texk/chktex"; configureFlags = common.configureFlags ++ [ "--with-system-kpathsea" ]; enableParallelBuilding = true; }; </ins> dvisvgm = stdenv.mkDerivation { pname = "texlive-dvisvgm.bin"; inherit version;

Related discussion:
text: I've hit the same bug as described in The root of the problem seems to be missing configuration file which should be placed somewhere and made accessible by . It is used by, for example, in Emacs. cc
cc
I'm just getting this warning: Otherwise the output seems normal to me, but I've never really used the utility.
Oh, I see, is still a problem, as it used to be in Debian.
Actually, that config file is provided by package, so if I include it in , it works fine even with . Still, it's a bit confusing that the core provides binary but doesn't fully support it.
I currently can't see a simple way how to improve that.
I am not able to use on because it does not accept the option . In the command line I get: Is it related to this issue, or should I report a new issue?
cc When explicitly adding to there are checksum errors. The following patch fixes it for me: With that, does not give the error anymore.
Oh, no, they're updating files in-place on the only mirror. Many of them won't download anymore :angry:
Better discuss the mirroring stuff at this thread:
triage: this might have been fixed in the meantime, is that so?
it's still necessary to explicitly add the package, otherwise the problem persists.
Could anyone, please, provide steps to reproduce?
The "chktex -v" works for me, I have installed with .
works in but not .
This issue still persists as of today under the tetex scheme. the addition of the chktex package is mandatory to not get this error. I was getting this error in emacs: chktex: WARNING -- Could not find global resource file. chktex: ERROR -- Illegal verbosity level. I didn't thought that this was a NixOS related issue so this thread was quite hard to stumble upon.
I can't reproduce:
I guess I forgot . If I include that then it just gives "chktex: command not found". So how do I trigger the issue?