jiebi/CodeConvo huggingface dataset:
Change:
The project seems slow with releasing the latest changes, which (among other things) includes Package name: tiramisu Latest released version: 2.0., I suggest using the latest commit instead since there is no newer release yet <!-- Search your package here: --- Current version on the unstable channel: 2.0. Current version on the stable/release channel: 2.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. --Note for maintainers: Please tag this issue in your PR.

Discussion:
stdenv.mkDerivation rec { pname = "tiramisu"; <del> version = "2.0.20211107"; </del> <ins> # FIXME: once a newer release in upstream is available version = "2.0-unstable-2023-03-29"; </ins> src = fetchFromGitHub { owner = "Sweets"; <del> repo = pname; rev = version; sha256 = "1n1x1ybbwbanibw7b90k7v4cadagl41li17hz2l8s2sapacvq3mw"; </del> <ins> repo = "tiramisu"; # FIXME: use the current HEAD commit as upstream has no releases since 2021 rev = "5dddd83abd695bfa15640047a97a08ff0a8d9f9b"; hash = "sha256-owYk/YFwJbqO6/dbGKPE8SnmmH4KvH+o6uWptqQtpfI="; </ins> }; buildInputs = [ glib ];
Change:
Describe the bug I'm getting from some Nix packages. /nix/store/8br3hnwahahpi4m3s9xjd34xn18bf1l4-source/pkgs/stdenv/generic/make- Here -Originated from: Is it because it should be Expected behavior No error nix-env version is 2.11.0 Additional context Add any other context about the problem here.
I ran into the same issue when I tried to use nix-darwin with flakes. The example was using an old version of nixpkgs-darwin. Changing it to use the latest version seemed to fix it. I made a PR to update the readme: LnL7/nix-darwin .
Same problem on OpenBSD The trace
Can be reproduced on linux with: ` Edit: The problem is in cc-native which seems to be rotted over time because we didn't add a new system for a longer time. The problem is that cc-native has not version attr. Trying to find a fix for that right now.
can you move this to nixpkgs?

Discussion:
stdenv.mkDerivation { pname = targetPrefix + (if name != "" then name else "${bintoolsName}-wrapper"); <del> version = if bintools == null then null else bintoolsVersion; </del> <ins> version = if bintools == null then "" else bintoolsVersion; </ins> preferLocalBuild = true;

stdenv.mkDerivation { pname = targetPrefix + (if name != "" then name else "${ccName}-wrapper"); <del> version = if cc == null then null else ccVersion; </del> <ins> version = if cc == null then "" else ccVersion; </ins> preferLocalBuild = true;

expandResponseParams = "${expand-response-params}/bin/expand-response-params"; shell = getBin shell + shell.shellPath or ""; gnugrep_bin = if nativeTools then "" else gnugrep; <ins> # stdenv.cc.cc should not be null and we have nothing better for now. # if the native impure bootstrap is gotten rid of this can become `inherit cc;` again. cc = if nativeTools then "" else cc; </ins> wrapperName = "CC_WRAPPER"; <del> inherit suffixSalt coreutils_bin bintools cc; </del> <ins> inherit suffixSalt coreutils_bin bintools; </ins> inherit libc_bin libc_dev libc_lib; inherit darwinPlatformForCC darwinMinVersion darwinMinVersionVariable; };

hostSuffix = lib.optionalString (stdenv.hostPlatform != stdenv.buildPlatform && !dontAddHostSuffix) "-${stdenv.hostPlatform.config}"; # Disambiguate statically built packages. This was originally # introduce as a means to prevent nix-env to get confused between # nix and nixStatic. This should be also achieved by moving the

lib.strings.sanitizeDerivationName ( if attrs ? name then attrs.name + hostSuffix <del> else "${attrs.pname}${staticMarker}${hostSuffix}-${attrs.version}" </del> <ins> else # we cannot coerce null to a string below assert lib.assertMsg (attrs ? version && attrs.version != null) "The ‘version’ attribute cannot be null."; "${attrs.pname}${staticMarker}${hostSuffix}-${attrs.version}" </ins> ); }) // lib.optionalAttrs __structuredAttrs { env = checkedEnv; } // { builder = attrs.realBuilder or stdenv.shell;
Change:
For some reason i get this error. error: attribute 'i686-linux' missing if that platform is not supported upstream, you might want to disable it or no error This blocks any i686-linux build on master and staging. Seem to be caused by The upgrade dropped i386/i686 support, cc system: host os: multi-user?: sandbox: version: channels(root): nixpkgs:

Discussion:
description = "Linux Electron Onenote - A Linux compatible version of OneNote"; license = licenses.mit; maintainers = with maintainers; [ tiagolobocastro ]; <del> platforms = platforms.linux; </del> <ins> platforms = [ "x86_64-linux" "aarch64-linux" "armv7l-linux" ]; </ins> }; }
Change:
In VSCode (and Codium), the extension is unable to load icons, and uses generic rectangles instead. Opening VSCode/Codium with shows: Steps to reproduce the behavior: . can see that what are supposed to be GitLens icons are rectangles instead. GitLens should load the icons correctly. EDIT: Instead of rectangles, the icons are invisible now. ! ! Bug also happens with the extension fetched from (both from vscode-marketplace and open-vsx). The bug doesn't reproduce with . <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --
VScode only allows files to be loaded from certain root folders (). On NixOS, the extensionsDir is in the Nix store with links to the different extensions (also in the Nix store). This issue is that the extensions tries to load the file from the extension's folder directly () and not from the extensions folder (something like ). If the path of the font is , it should work ( must be in the authorised folders whereas isn't).
Facing this until today. Anyone has workaround for this issue?
pinging as maintainer
thanks for the research! Do you think this is something we can substitute in our packaging? Or does it require an upstream fix?
I researched into this as well. I am not really sure how came to his conclusion, that the problem stems from vscode/vscodium not having permissions to load icons from specific places, if I understood him correctly. Neither do I know how we could test this hypothesis. EDIT: I was stupid. It's because of the error What I noticed, however, is that the extension has the same problem: Furthermore, if I go into my folder and issues the command , I get the following output: Not sure about the spring-boot-dashboard extension, but it seems like extensions which define this attribute in their cannot load their icons.

Discussion:
version = ext.version; <ins> relativeLocation = ext.vscodeExtUniqueId; </ins> location = { "$mid" = 1; fsPath = ext.outPath + "/share/vscode/extensions/${ext.vscodeExtUniqueId}";
Change:
Steps to reproduce the behavior: Happens on master (commit ) and unstable (). Please run and paste the result.
May I ask why you're interested in the version for Python 3.8?
-(extracting icon for desktop file) -requires python38: -------requires a matching Meson Edit: This seems to be a recent breakage, as it built fine on the version of Nixpkgs that PR was based on.
Python 3.8 is EOL and maintaining it is not sustainable. Please find an alternative.
uncompyle6 is an optional dependency, it should work fine without.

Discussion:
<del> { lib, buildPythonPackage, fetchPypi, uncompyle6, isPy27 }: </del> <ins> { lib , buildPythonPackage , fetchPypi , uncompyle6 , pythonOlder }: </ins> buildPythonPackage rec { pname = "unrpa"; version = "2.3.0"; <ins> format = "setuptools"; </ins> <del> disabled = isPy27; </del> <ins> disabled = pythonOlder "3.7"; </ins> src = fetchPypi { inherit pname version; sha256 = "0yl4qdwp3in170ks98qnldqz3r2iyzil5g1775ccg98qkh95s724"; }; <del> propagatedBuildInputs = [ uncompyle6 ]; </del> <ins> passthru.optional-dependencies = { ZiX = [ uncompyle6 ]; }; </ins> pythonImportsCheck = [ "unrpa" ]; <ins> # upstream has no unit tests doCheck = false; </ins> meta = with lib; { homepage = "https://github.com/Lattyware/unrpa"; <ins> changelog = "https://github.com/Lattyware/unrpa/releases/tag/${version}"; </ins> description = "A program to extract files from the RPA archive format"; license = licenses.gpl3; maintainers = with maintainers; [ leo60228 ];

unrtf = callPackage ../tools/text/unrtf { }; <del> unrpa = with python38Packages; toPythonApplication unrpa; </del> <ins> unrpa = with python3Packages; toPythonApplication unrpa; </ins> untex = callPackage ../tools/text/untex { };
Change:
I get this error when the packages i build contain any musl one. Blocking me from reviewing PRs. Full error: Issue for a more helpful error message: Steps to reproduce the behavior: No error. I think the solution would be to disable musl libc on i686-linux until it actually works. So Nix or nixpkgs-review don't even try to build it. <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --- system: host os: multi-user?: sandbox: version: channels(root): nixpkgs:
Collecting information: this looks fine maybe here needs to be a check for 64-bit

Discussion:
# All packages built with the Musl libc. This will override the # default GNU libc on Linux systems. Non-Linux systems are not <del> # supported. pkgsMusl = if stdenv.hostPlatform.isLinux then nixpkgsFun { </del> <ins> # supported. 32-bit is also not supported. pkgsMusl = if stdenv.hostPlatform.isLinux && stdenv.buildPlatform.is64bit then nixpkgsFun { </ins> overlays = [ (self': super': { pkgsMusl = super'; })] ++ overlays;

then "localSystem" else "crossSystem"} = { parsed = makeMuslParsedPlatform stdenv.hostPlatform.parsed; }; <del> } else throw "Musl libc only supports Linux systems."; </del> <ins> } else throw "Musl libc only supports 64-bit Linux systems."; </ins> # All packages built for i686 Linux. # Used by wine, firefox with debugging version of Flash, ...
Change:
build .#pkgsMusl.directfb Logs at version 1.7.7: After upgrade to last commit (): After patch: adaptation of patch: Patch adapted: Logs: Affects downstream: pkgsMusl.{webkitgtk,erlang,elixir} I will do a bisect of this problem later. Please run and paste the result. Upstream: Alpine:
Note that alpine builds with specific and , meaning they only build a small subset of the directfb code. with the patches you mentioned, plus the following configureFlags, it builds:
is fixed in master. Closing.

Discussion:
license = licenses.lgpl21; platforms = platforms.linux; maintainers = [ maintainers.bjornfor ]; <ins> broken = stdenv.hostPlatform.isMusl; # Broken at 2022-02-25 # See https://github.com/NixOS/nixpkgs/issues/218274 </ins> }; }
Change:
I am attempting to run a but I hit an unexpected error. My config is: but I hit this error: Here are the details of the target system. However, I am getting the error in nixops on a different host. System: 16.03.1346. (Emu) Nix version: nix-env (Nix) 1.11.4 Nixpkgs version: "16.03.1346." Please let me know if I am supplying the wrong information for a multihost nixops deployment!
Backported to 16.03
Please also consider upgrading to 16.09! :)
Just reporting that the backport to 16.03 is not fully working for me. I connect on VNC and the first step works - I get a graphical login prompt that I can authenticate with - but then I just get a blank desktop that does not seem to have any window manager running. Any tips on finding the relevant logs for troubleshooting?
(Just confirming that this does work in NixOS 16.09 for me now.)

Discussion:
# TODO add plugins having various licenses, see http://www.vamp-plugins.org/download.html <del> { stdenv, fetchurl, alsaLib, bzip2, fftw, jackaudio, libX11, liblo, libmad, libogg, librdf, librdf_raptor, librdf_rasqal, libsamplerate, libsndfile, makeWrapper, pulseaudio, qt4, redland, rubberband, vampSDK </del> <ins> { stdenv, fetchurl, alsaLib, bzip2, fftw, jackaudio, libX11, liblo , libmad, libogg, librdf, librdf_raptor, librdf_rasqal, libsamplerate , libsndfile, makeWrapper, pkgconfig, pulseaudio, qt4, redland , rubberband, vampSDK </ins> }: <del> stdenv.mkDerivation { name = "sonic-visualiser-1.8"; </del> <ins> stdenv.mkDerivation rec { name = "sonic-visualiser-${version}"; version = "1.9"; </ins> src = fetchurl { <del> url = http://downloads.sourceforge.net/sv1/sonic-visualiser-1.8.tar.gz; sha256 = "16ik6q9n92wljvnqcv7hyzb9v3yp3ixxp6df9kasf53fii973dh7"; </del> <ins> url = "http://code.soundsoftware.ac.uk/attachments/download/194/${name}.tar.gz"; sha256 = "00igf7j6s8xfyxnlkbqma0yby9pknxqzy8cmh0aw95ix80cw56fq"; </ins> }; buildInputs = [ libsndfile qt4 fftw /* should be fftw3f ??*/ bzip2 librdf rubberband libsamplerate vampSDK alsaLib librdf_raptor librdf_rasqal redland <ins> pkgconfig </ins> # optional jackaudio # portaudio

description = "View and analyse contents of music audio files"; homepage = http://www.sonicvisualiser.org/; license = "GPLv2"; <del> maintainers = [ stdenv.lib.maintainers.marcweber stdenv.lib.maintainers.goibhniu ]; </del> <ins> maintainers = [ stdenv.lib.maintainers.marcweber stdenv.lib.maintainers.goibhniu ]; </ins> platforms = stdenv.lib.platforms.linux; }; }
Change:
I am attempting to run a but I hit an unexpected error. My config is: but I hit this error: Here are the details of the target system. However, I am getting the error in nixops on a different host. System: 16.03.1346. (Emu) Nix version: nix-env (Nix) 1.11.4 Nixpkgs version: "16.03.1346." Please let me know if I am supplying the wrong information for a multihost nixops deployment!
Backported to 16.03
Please also consider upgrading to 16.09! :)
Just reporting that the backport to 16.03 is not fully working for me. I connect on VNC and the first step works - I get a graphical login prompt that I can authenticate with - but then I just get a blank desktop that does not seem to have any window manager running. Any tips on finding the relevant logs for troubleshooting?
(Just confirming that this does work in NixOS 16.09 for me now.)

Discussion:
{ stdenv, fetchurl, gmp }: stdenv.mkDerivation rec { <del> name = "ikarus-0.0.3"; </del> <ins> version = "0.0.3"; name = "ikarus-${version}"; </ins> src = fetchurl { <del> url = "http://ikarus-scheme.org/${name}.tar.gz"; </del> <ins> url = "http://launchpad.net/ikarus/0.0/${version}/+download/${name}.tar.gz"; </ins> sha256 = "0d4vqwqfnj39l0gar2di021kcf6bfpkc6g40yapkmxm6sxpdcvjv"; };
Change:
So, aside from what title says, I tried to join a Telegram chat or channel using the web interface (shows you a page for the user, chat or channel and shows a button to join it, which opens/triggers Telegram), but nothing happens. Checking logs, I get an error message that's essentially what the title says. Steps to reproduce the behavior: to joining something with Telegram's web interface the button to open or trigger Telegram happens Telegram either opens or receives the data and shows the user, group chat or channel so they can join I use Firefox currently as browser. Also tried it with Chrome and Gnome Web, same thing. Please run and paste the result.
I'm also using firefox, tried joining from browser but failed to reproduce the issue (on nixos-unstable). May you clarify the situation a bit: the error message is printed by which application, firefox or telegram? Is telegram already running when you click the link? And what's your desktop environment, are you using wayland?
Ah, i'm on nixos stable. ok, i'll give more details: message is generated by .telegram-desktop-wrapped message is the same if Telegram is already opened or not. is GNOME am indeed using wayland and I have QTQPAPLATFORM set to wayland. I don't understand why the .telegram-desktop-wrapped executable can't use wayland when the telegram-desktop one can.
Check , and try removing . My theory is that telegram itself generates these broken (qt plugins search paths are set in the wrapper, without it they indeed could not be found) desktop entries, and is later used by browsers to launch telegram, causing the issue you are seeing now.
indeed, you were right. Removing those things fixed the issue. How can this be prevented in the first place though?
We can patch tdesktop to avoid it generating any desktop entry, and optionally provide one ourselves, let me investigate about this in coming days.
nice! Thank you
fixed a year ago by the linked PR

Discussion:
{ lib , fetchFromGitHub <ins> , fetchpatch </ins> , callPackage , pkg-config , cmake

sha256 = "0c65ry82ffmh1qzc2lnsyjs78r9jllv62p9vglpz0ikg86zf36sk"; }; <ins> patches = [ # the generated .desktop files contains references to unwrapped tdesktop, breaking scheme handling # and the scheme handler is already registered in the packaged .desktop file, rendering this unnecessary # see https://github.com/NixOS/nixpkgs/issues/218370 (fetchpatch { url = "https://salsa.debian.org/debian/telegram-desktop/-/raw/09b363ed5a4fcd8ecc3282b9bfede5fbb83f97ef/debian/patches/Disable-register-custom-scheme.patch"; hash = "sha256-B8X5lnSpwwdp1HlvyXJWQPybEN+plOwimdV5gW6aY2Y="; }) ]; </ins> postPatch = '' substituteInPlace Telegram/ThirdParty/libtgvoip/os/linux/AudioInputALSA.cpp  --replace '"libasound.so.2"' '"${alsa-lib}/lib/libasound.so.2"'
Change:
Project description <!-- Describe the project a little: --Valent is an implementation of the KDE Connect protocol, built on GNOME platform libraries. Seems to be a re-implementation of without the GNOME Shell bits made by the same author, intended to work on more desktop environments but it also has a (separate) GNOME Shell extension. I have packaged it myself () and it works surprisingly well for an alpha. ! Metadata homepage URL: source URL: license: gpl3Plus, cc0 platforms: linux
The linked package works for the part. Tested the clipboard syncing, presentation mode, and remote input (among other things). I've yet to test the app with the GNOME Shell extension though. Looking forward for the PR. !

Discussion:
<ins> { lib , stdenv , fetchFromGitHub , desktop-file-utils , meson , ninja , pkg-config , wrapGAppsHook , evolution-data-server-gtk4 , glib , gnutls , gst_all_1 , json-glib , libadwaita , libpeas , libportal-gtk4 , pulseaudio , sqlite }: stdenv.mkDerivation rec { pname = "valent"; version = "unstable-2023-03-02"; src = fetchFromGitHub { owner = "andyholmes"; repo = "valent"; rev = "4b60f28f46bc948c5f3b30189bb9b5fbe29d2745"; fetchSubmodules = true; sha256 = "sha256-ltf/srQLqtqE71sxEh7VTQqXy2wOpTSdGDsjITOt3f8="; }; nativeBuildInputs = [ desktop-file-utils meson ninja pkg-config wrapGAppsHook ]; buildInputs = [ evolution-data-server-gtk4 glib gnutls gst_all_1.gstreamer gst_all_1.gst-plugins-base json-glib libadwaita libpeas libportal-gtk4 pulseaudio sqlite ]; mesonFlags = [ "-Dplugin_bluez=true" ]; meta = with lib; { description = "An implementation of the KDE Connect protocol, built on GNOME platform libraries"; homepage = "https://github.com/andyholmes/valent/"; changelog = "https://github.com/andyholmes/valent/blob/${src.rev}/CHANGELOG.md"; license = with licenses; [ gpl3Plus cc0 ]; maintainers = with maintainers; [ federicoschonborn ]; platforms = platforms.linux; }; } </ins>

unixcw = libsForQt5.callPackage ../applications/radio/unixcw { }; <ins> valent = callPackage ../applications/misc/valent { }; </ins> vault = callPackage ../tools/security/vault { }; vault-medusa = callPackage ../tools/security/vault-medusa { };
Change:
Steps to reproduce the behavior: to install gnome-decoder-0.3.1 Trying to install using home-manager and . <!-- 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.

Discussion:
LIBCLANG_PATH = "${libclang.lib}/lib"; <ins> # FIXME: workaround for Pipewire 0.3.64 deprecated API change, remove when fixed upstream # https://gitlab.freedesktop.org/pipewire/pipewire-rs/-/issues/55 preBuild = '' export BINDGEN_EXTRA_CLANG_ARGS="$BINDGEN_EXTRA_CLANG_ARGS -DPW_ENABLE_DEPRECATED" ''; </ins> meta = with lib; { description = "Scan and Generate QR Codes"; homepage = "https://gitlab.gnome.org/World/decoder";
Change:
Project description KDocker will help you dock any application in the system tray. This means you can dock openoffice, firefox, thunderbolt, eclipse, anything! Just point and click. Works for both KDE and GNOME (In fact it should work for most modern window managers that support NET WM Specification. I believe it works for XFCE, for instance) All you need to do is start KDocker and select an application using the mouse and lo! the application gets docked into the system tray. The application can also be made to dissappear from the task bar. Metadata homepage URL: source URL: license: gpl2.0 platforms: linux

Discussion:
githubId = 41522204; name = "hexchen"; }; <ins> hexclover = { email = "hexclover@outlook.com"; github = "hexclover"; githubId = 47456195; name = "hexclover"; }; </ins> heyimnova = { email = "git@heyimnova.dev"; github = "heyimnova";

<ins> { stdenv , lib , fetchFromGitHub , qmake , wrapQtAppsHook , libX11 , libXmu , libXpm , qtbase , qtx11extras }: stdenv.mkDerivation (finalAttrs: { pname = "kdocker"; version = "5.4"; src = fetchFromGitHub { owner = "user-none"; repo = "KDocker"; rev = "${finalAttrs.version}"; hash = "sha256-CTz2M9nv5Rf1amnSpLiIUZLH9Q3te6ZyFNUzSGHdYJc="; }; nativeBuildInputs = [ qmake wrapQtAppsHook ]; buildInputs = [ libX11 libXmu libXpm qtbase qtx11extras ]; prePatch = '' for h in Xatom Xlib Xmu; do sed -i "s|#include <$h|#include <X11/$h|" src/xlibutil.h src/{kdocker,scanner,trayitem,trayitemmanager}.cpp done for t in target icons desktop appdata; do sed -i "s|$t.path = /usr|$t.path = $out|" kdocker.pro done sed -i "s|/etc/bash_completion.d|$out/share/bash-completion/completions|" kdocker.pro ''; meta = with lib; { description = "Dock any application into the system tray"; homepage = "https://github.com/user-none/KDocker"; license = licenses.gpl2Only; maintainers = with maintainers; [ hexclover ]; platforms = platforms.linux; }; }) </ins>

kaufkauflist = callPackage ../applications/misc/kaufkauflist { }; <ins> kdocker = libsForQt5.callPackage ../tools/X11/kdocker { }; </ins> kicli = callPackage ../tools/misc/kicli { }; ksmbd-tools = callPackage ../os-specific/linux/ksmbd-tools { };
Change:
Stacked branch management for Git git-stack helps automate a lot of common workflows when dealing with PRs, especially when you start to create PRs on top of PRs. Metadata homepage URL: source URL: license: mit platforms: all
Thank you

Discussion:
<ins> { lib , stdenv , fetchFromGitHub , rustPlatform , Security , testers , git-stack }: rustPlatform.buildRustPackage rec { pname = "git-stack"; version = "0.10.12"; src = fetchFromGitHub { owner = "gitext-rs"; repo = "git-stack"; rev = "v${version}"; hash = "sha256-ghH3wmXLPzJZ4lNXFwEGKD89r7xaRMXUe9kGHm7MC4s="; }; cargoHash = "sha256-5FXcReXgq5LFysPGBuYawFdkYAgRHsW+p2Ytin4+ZxI="; buildInputs = lib.optionals stdenv.isDarwin [ Security ]; # Many tests try to access the file system. doCheck = false; passthru.tests.version = testers.testVersion { package = git-stack; }; meta = with lib; { description = "Stacked branch management for Git"; homepage = "https://github.com/gitext-rs/git-stack"; changelog = "https://github.com/gitext-rs/git-stack/releases/tag/v${version}"; license = licenses.asl20; maintainers = with maintainers; [ stehessel ]; }; } </ins>

git-sizer = callPackage ../applications/version-management/git-sizer { }; <ins> git-stack = callPackage ../applications/version-management/git-stack { inherit (darwin.apple_sdk.frameworks) Security; }; </ins> git-standup = callPackage ../applications/version-management/git-standup { }; git-stree = callPackage ../applications/version-management/git-stree { };