jiebi/CodeConvo huggingface dataset:
Code change:
<del> { lib, stdenv, fetchFromGitHub, buildLinux, ... } @ args: </del> <ins> { lib, stdenv, fetchFromGitHub, buildLinux, variant, ... } @ args: </ins> let # These names are how they are designated in https://xanmod.org. # NOTE: When updating these, please also take a look at the changes done to # kernel config in the xanmod version commit <del> ltsVariant = { version = "6.6.46"; hash = "sha256-ZtXFIHRM5YCb+5Ry3zcQt44OBqfhCI/Ig32jETUBrJo="; variant = "lts"; }; mainVariant = { version = "6.10.5"; hash = "sha256-tETGtCNNgYj1IUNuI/Am5kimFndUC4O+cZwZzlPitFA="; variant = "main"; </del> <ins> variants = { lts = { version = "6.6.46"; hash = "sha256-ZtXFIHRM5YCb+5Ry3zcQt44OBqfhCI/Ig32jETUBrJo="; }; main = { version = "6.10.5"; hash = "sha256-tETGtCNNgYj1IUNuI/Am5kimFndUC4O+cZwZzlPitFA="; }; </ins> }; <del> xanmodKernelFor = { version, suffix ? "xanmod1", hash, variant }: buildLinux (args // rec { </del> <ins> xanmodKernelFor = { version, suffix ? "xanmod1", hash }: buildLinux (args // rec { </ins> inherit version; pname = "linux-xanmod"; modDirVersion = lib.versions.pad 3 "${version}-${suffix}";

Related discussion:
text: Mainline / hardened / testing / ... kernels can be painlessly modified via : Sadly, this does not work with a bunch of other kernel variants: All kernels should honor I am not entirely sure how dynamic binding is implemented in kernel stuff, however slightly changing xanmod parts this way seems to fix : zen and lqx look similar to xanmod, no idea about libre Pinging people who seem to update affected packages often Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
same underlying issue as it seems
Can confirm that this patch fix the issue for zen and lqx kernels:
have you submitted these changes as a PR that I can review?
sorry for the late response. I created a new PR with this changes.
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
Code change:
enableFeatures = optionals enableVideoAcceleration [ "VaapiVideoDecoder" "VaapiVideoEncoder" ] ++ optional enableVulkan "Vulkan"; <ins> disableFeatures = [ "OutdatedBuildDetector" ] # disable automatic updates </ins> # The feature disable is needed for VAAPI to work correctly: https://github.com/brave/brave-browser/issues/20935 <del> disableFeatures = optional enableVideoAcceleration "UseChromeOSDirectVideoDecoder"; </del> <ins> ++ optionals enableVideoAcceleration  [ "UseChromeOSDirectVideoDecoder" ]; </ins> in stdenv.mkDerivation rec {

Related discussion:
text: Brave browser keeps reporting a failed autoupdate. ! It should be possible to avoid it just adding a CLI option in the entry: install the package open "Brave Web Browser" from the Gnome applications menu click the menu button (it is displaying an alert even before clicking) Please run and paste the result.
Btw, this is much less relevant, but all icons are missing from the package.
The icons are there. They are symlinks to the directory.
Indeed, I realized right after writing it, but then forgot to update: I thought I was two directories upper in the hierarchy (I could have realized, simply noticing it was missing ...). My bad.
I was checking out the above PR, but I cant seem to recreate the issue. right now I've got brave 1.62.162, and the latest version available online is 1.62.165. It doesn't seem to be checking for updates. Is there a trick to getting it to check, or is it just sorta auto-updating for you?
Exploring Brave issues, like the one linked above, apparently the auto-update is a Chromium feature, even not so easy to mask for the Brave crew. However, within Nix, Brave is prevented to auto-update, so that's not an issue on its own. But it's attempting to, and just reporting the failure. So, no trick. I will soon check the version and report, but in case it helps, I'm using through a flake: and installing through NixOS:
Yeah, that's what I mean, it doesn't even appear to be trying to update when I try it.
Since I provided the whole flake (and I'm also not doing anything other than requesting the package), I'm not sure what else can I do to improve reproducibility. In case, I could provide further screenshots. But the one above is essentially the issue on its own.
Recreated with the flake :+1:
Do you understand why is it showing up with the flake and not without?
Didn't bother figuring it out. Figuring it's probably just that my version wasn't out-of-date enough.
Code change:
sipp = callPackage ../development/tools/misc/sipp { }; <ins> skanpage = libsForQt5.callPackage ../applications/graphics/skanpage { }; </ins> soci = callPackage ../development/libraries/soci { }; socialscan = with python3.pkgs; toPythonApplication socialscan;

Related discussion:
text: Project description Skanpage is a simple no-frills scanner KDE application that is a bit more comprehensive than skanlite. Most importantly, it has multi page support, that skanlite is painfully lacking. cc Metadata homepage URL: source URL: license: gpl2+ platforms: KDE
Code change:
libsoup glib-networking graphicsmagick_q16 <ins> hiredis libusb libva </ins> ]; unpackPhase = ''

Related discussion:
text: Package name: aws-workspaces Latest released version: 4.5.0 <!-- Search your package here: --- Current version on the unstable channel: 4.1.0.1523 Current version on the stable/release channel: 4.1.0.1523 <!-- 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.
Code change:
stdenv.mkDerivation rec { pname = "git-open"; <del> version = "2.1.0"; </del> <ins> version = "3.0.0"; </ins> src = fetchFromGitHub { owner = "paulirish"; repo = "git-open"; rev = "v${version}"; <del> sha256 = "11n46bngvca5wbdbfcxzjhjbfdbad7sgf7h9gf956cb1q8swsdm0"; </del> <ins> sha256 = "sha256-Bag2rI2uR7ilkg2ozjR8tPXqKz5XjiY7WAUJKTVTXd8="; </ins> }; nativeBuildInputs = [ installShellFiles makeWrapper pandoc ];

Related discussion:
text: Package name: git-open Latest released version: 3.0.0 <!-- Search your package here: --- Current version on the unstable channel: 2.1.0 Current version on the stable/release channel: 2.1.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.
The latest version of listed on the project's is (Dec 3, 2018), however was released on the project's (Jul 18, 2022).
Code change:
] ++ lib.optional bluetoothSupport bluez5 # for bluetooth configuration and control ++ lib.optional pulseSupport libpulseaudio # for proper audio device control and redirection <ins> ++ lib.optionals waylandSupport [ wayland-protocols xwayland ] </ins> ; patches = [

Related discussion:
text: I'm trying out NixOS 19.09 and notice that Enlightenment is still being built under X. Enlightenment 23.0 have some highlight. One of them being "Massive improvements to Wayland support".
Thank you for your contributions. This has been automatically marked as stale because it has had no activity for 180 days. If this is still important to you, we ask that you leave a comment below. Your comment can be as simple as "still important to me". This lets people see that at least one person still cares about this. Someone will have to do this at most twice a year if there is no other activity. Here are suggestions that might help resolve this more quickly: for maintainers and people that previously touched the related code and @ mention them in a comment. on the . 3. Ask on the on .
It would be nice to hear about the recent progress.
Code change:
''; }; <del> executable = writeShellScriptBin "gnome-flashback-${wmName}" '' if [ -z $XDG_CURRENT_DESKTOP ]; then export XDG_CURRENT_DESKTOP="GNOME-Flashback:GNOME" fi export XDG_DATA_DIRS=${wmApplication}/share:${gnomeSession}/share:${gnome-flashback}/share:${gnome-panel}/share:$XDG_DATA_DIRS </del> <ins> # gnome-panel will only look for applets in a single directory so symlink them into here. panelModulesEnv = buildEnv { name = "gnome-panel-modules-env"; # We always want to find the built-in panel applets. paths = [ gnome-panel gnome-flashback ] ++ panelModulePackages; pathsToLink = [ "/lib/gnome-panel/modules" ]; }; </ins> <del> exec ${gnome-session}/bin/gnome-session --session=gnome-flashback-${wmName} "$@" ''; </del> <ins> executable = stdenv.mkDerivation { name = "gnome-flashback-${wmName}"; nativeBuildInputs = [ glib wrapGAppsHook ]; buildInputs = [ gnome-flashback ] ++ lib.optionals enableGnomePanel ([ gnome-panel ] ++ panelModulePackages); # We want to use the wrapGAppsHook mechanism to wrap gnome-session # with the environment that gnome-flashback and gnome-panel need to # run, including the configured applet packages. This is only possible # in the fixup phase, so turn everything else off. dontUnpack = true; dontConfigure = true; dontBuild = true; dontInstall = true; dontWrapGApps = true; # We want to do the wrapping ourselves. # gnome-flashback and gnome-panel need to be added to XDG_DATA_DIRS so that their .desktop files can be found by gnome-session. preFixup = '' makeWrapper ${gnome-session}/bin/gnome-session $out  --add-flags "--session=gnome-flashback-${wmName}"  --set-default XDG_CURRENT_DESKTOP 'GNOME-Flashback:GNOME'  --prefix XDG_DATA_DIRS : '${lib.makeSearchPath "share" ([ wmApplication gnomeSession gnome-flashback ] ++ lib.optional enableGnomePanel gnome-panel)}'  "''${gappsWrapperArgs[@]}"  ${lib.optionalString enableGnomePanel "--set NIX_GNOME_PANEL_MODULESDIR '${panelModulesEnv}/lib/gnome-panel/modules'"} ''; }; </ins> in writeTextFile

Related discussion:
text: Panel applets are being picked up from environment variable in and a completely hardcoded path in . First, we will need to patch the latter manager to use an environment variable as well. Second, we will need to do something similar to what . Or better, create  derivation. Originally posted by in
Thank you for your contributions. This has been automatically marked as stale because it has had no activity for 180 days. If this is still important to you, we ask that you leave a comment below. Your comment can be as simple as "still important to me". This lets people see that at least one person still cares about this. Someone will have to do this at most twice a year if there is no other activity. Here are suggestions that might help resolve this more quickly: for maintainers and people that previously touched the related code and @ mention them in a comment. on the . on the on .
I'd like to tackle this, do you have any pointers? We need to get it to pick up at least right?
Code change:
# If one wishes to use a different src or name for a very custom build , overrideSrc ? {} , pname ? "gnuradio" <del> , version ? "3.10.7.0" </del> <ins> , version ? "3.10.8.0" </ins> }: let <del> sourceSha256 = "sha256-7fIQMcx90wI4mAZmR26/rkBKPKhNxgu3oWpJTV3C+Ek="; </del> <ins> sourceSha256 = "sha256-4BoJciL3ffd9Dgk3HxXCOOwnGHqCEVuo+a1AtzJG4IY="; </ins> featuresInfo = { # Needed always basic = {

Related discussion:
text: Package name: gnuradio Latest released version: 3.10.8.0 <!-- Search your package here: --- Current version on the unstable channel: 3.10.7.0 Current version on the stable/release channel:3.10.7.0 Notify maintainers Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Tnx. Update is proposed at
Code change:
inherit (pkgs) alsaUtils; <ins> pulseaudioEnabled = config.hardware.pulseaudio.enable; </ins> in {

Related discussion:
text: Setting to while setting to any non-empty value will cause a build failure because and both attempt to create The correct result would be for the contents of to be written out at the end of , after the stanzas provided by pulseaudio. Somewhat relatedly, the in and in pulseaudio's generated config doesn't make a whole lot of sense. means "override", currently there is nothing for it to override, and we would like user config to override generated config, not the other way around. However, as long as user config is placed in the file after generated config then I don't think the actually makes any difference.
I am having this issue as well. Easily replicated by setting those two options.
Can you make a pull request?
Should be fixed with . If there still is a problem, please reopen this issue.
Code change:
buildInputs = [ gtk2-x11 lesstif cfitsio python27Env ]; <del> patches = [ ./wrapper.patch ./return-error-code.patch ./clang.patch ./aarch64.patch ]; </del> <ins> patches = [ ./wrapper.patch ./return-error-code.patch ./clang.patch ./aarch64.patch ./gag-font-bin-rule.patch ]; NIX_CFLAGS_COMPILE = stdenv.lib.optionalString stdenv.cc.isClang "-Wno-unused-command-line-argument"; </ins> configurePhase='' substituteInPlace admin/wrapper.sh --replace '%%OUT%%' $out

Related discussion:
text: On Darwin the wrapper adds a number of unused arguments that are passed along to . displays a warning for each of these arguments: This makes the build log of some packages extremely large, and in turn it can cause because of the log size limit is exceeded. /cc system: host os: multi-user?: sandbox: version: channels(smaret): nixpkgs:
I think that fortran on darwin is a rather under-maintained combination in nixpkgs ATM.
for packages that use and on Darwin: Could this be implemented in the wrapper itself rather than in each package that uses the wrapper?
This needs to be propagated to everything that uses gfortran? I think using for gfortran packages might be a better in that case, it's less likely to cause other problems.
I think auto-passing such an option is slightly risky over the long term, as it may hide other errors, e.g. user typos. (No strong opinion.) I wonder if using gfortran with clang is actually a "supported" combination upstream; I guess might be better, as you write.
Code change:
allowAddonSideload = true; # Must match the contents of `browser/config/version.txt` in the source tree <del> version = "115.12.0"; </del> <ins> version = "115.13.0"; </ins> src = fetchFromGitHub { owner = "Floorp-Projects"; repo = "Floorp"; fetchSubmodules = true; rev = "v${packageVersion}"; <del> hash = "sha256-9EDTVckSqv/nyDi4qjMd54I69WiqM8v6om7zQLT+pQc="; </del> <ins> hash = "sha256-PhI+hIypPF6W5RJIXhCAXblSJNwgYavfCgdQozDSXG0="; </ins> }; extraConfigureFlags = [

Related discussion:
text: Steps to reproduce the behavior: floorp Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Hi, Please elaborate - there does not seem to be any actual build failure here. What's the actual error? Are you sure your build machine has enough resources? A browser build is pretty demanding and can take even multiple hours on low-to-mid-end machines. Can you please also post the complete derivation log, as obtained using ?
I have the same problem (with floorp and floorp-unwrapped). Here’s the error: ! That feature was removed in February, so either update the qcms crate to 0.3 or downgrade the rust compiler version (1.76 could work).
is the log in the link not enough ?
Oh, I see, Github just truncated the file in the UI. That's what you get from hosting projects on crappy, proprietary software .. Pointing out the exact error too from the get-go would have been helpful in any case. Anyway - seems it broke with a recent rustc upgrade in nixpkgs. This is already fixed with 11.14.1, as it updates the firefox base source. See .
Okay, I will host my opengist instance for the next time ;) Thanks for your prompt response, waiting for your pr to be merged.
Any ETA on the PR merge?
Floorp is now in version 11.14.1 on unstable.
Code change:
allowAddonSideload = true; # Must match the contents of `browser/config/version.txt` in the source tree <del> version = "115.12.0"; </del> <ins> version = "115.13.0"; </ins> src = fetchFromGitHub { owner = "Floorp-Projects"; repo = "Floorp"; fetchSubmodules = true; rev = "v${packageVersion}"; <del> hash = "sha256-9EDTVckSqv/nyDi4qjMd54I69WiqM8v6om7zQLT+pQc="; </del> <ins> hash = "sha256-PhI+hIypPF6W5RJIXhCAXblSJNwgYavfCgdQozDSXG0="; </ins> }; extraConfigureFlags = [

Related discussion:
text: When installing a PWA using the Floorp browser (experimental toggle in settings), the installed desktop file uses /usr/bin/floorp as the path for the browser to run said PWA. Steps to reproduce the behavior: Floorp experimental PWAs in settings a PWA, e.g. Github or Excalidraw the newly spawned PWA window to launch the same PWA from your DE's application launcher The PWA opens. ! , using flakes, installed via <!-- 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]:
Thanks for reporting! As well as the upstream report! I can look into it what we can do as I get time. But as I'm the only maintainer for Floorp and currently pretty much out of time due to university and $dayjob, I cannot promise any timeline unfortunately. But happy to review patches, of course, if you'd like to fix it yourself. Can you provide such a generated file for further investigation?
sure, one such generated desktop file with the example of excalidraw can be found (github doesn't allow for drag and drop of .desktop files)
Hello! I don't have experience maintaining and modifying large packages like Firefox (floorp), and I currently don't have much free time. However, I've discovered how floorp generates the .desktop file for PWA applications: Maybe it will be helpful to you.
Thanks, that is indeed helpful! Should be relatively easy patchable by us then, from the looks of it.
upstream has and now it will use the path it was in at the time of creating the PWA. It may not be too big of an issue if what they say about fixing it in the next version is true but now the patching will probably fail.
Code change:
<ins> { lib , buildGoModule , fetchFromGitHub }: buildGoModule rec { pname = "sshed"; version = "1.2.0"; src = fetchFromGitHub { owner = "trntv"; repo = pname; rev = version; hash = "sha256-y8IQzOGs78T44jLcNNjPlfopyptX3Mhv2LdawqS1T+U="; }; vendorHash = "sha256-21Vh5Zaja5rx9RVCTFQquNvMNvaUlUV6kfhkIvXwbVw="; postFixup = '' mv $out/bin/cmd $out/bin/sshed ''; meta = with lib; { description = "ssh config editor and bookmarks manager"; homepage = "https://github.com/trntv/sshed"; license = licenses.asl20; maintainers = with maintainers; [ ocfox ]; }; } </ins>

Related discussion:
text: Project description So basically it is a simple ssh config manager. Metadata homepage URL: source URL: license: Apache-2.0 platforms:
Code change:
stdenv.mkDerivation rec { pname = "uutils-coreutils"; <del> version = "0.0.25"; </del> <ins> version = "0.0.27"; </ins> src = fetchFromGitHub { owner = "uutils"; repo = "coreutils"; rev = version; <del> hash = "sha256-25jmlGxMWzAaJEmMHruA6H+nqx2QHnYX9c9SKqrQRE4="; </del> <ins> hash = "sha256-6MbX3C5NVwiOwXW5xJO2X3qKMh3pUSALR9aK2IbgaaU="; </ins> }; cargoDeps = rustPlatform.fetchCargoTarball { inherit src; name = "${pname}-${version}"; <del> hash = "sha256-lQoOkiSga2aS8GNgLcHdid1/1u3johYEcGi9oOVsdJs="; </del> <ins> hash = "sha256-JowORfYHxN8GqvWeUm0ACnHNM3uZviYbhR7BOeAfphw="; </ins> }; nativeBuildInputs = [ rustPlatform.cargoSetupHook sphinx ];

Related discussion:
text: Package name: uutils-coreutils Latest released version: 0.0.27 <!-- Search your package here: --- Current version on the unstable channel: 0.0.25 Current version on the stable/release channel: 0.0.25 <!-- 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]. [reaction]: [issues you find important]:
Code change:
<ins> { lib, stdenv, fetchFromGitHub, makeWrapper, makeDesktopItem, copyDesktopItems, SDL2, bzip2, cmake, fluidsynth, game-music-emu, gtk3, imagemagick, libGL, libjpeg, libsndfile, libvpx, libwebp, mpg123, ninja, openal, pkg-config, vulkan-loader, zlib, zmusic, }: stdenv.mkDerivation rec { pname = "gzdoom"; version = "4.12.2"; src = fetchFromGitHub { owner = "ZDoom"; repo = "gzdoom"; rev = "g${version}"; fetchSubmodules = true; hash = "sha256-taie1Iod3pXvuxxBC7AArmtndkIV0Di9mtJoPvPkioo="; }; outputs = [ "out" "doc" ]; nativeBuildInputs = [ cmake copyDesktopItems imagemagick makeWrapper ninja pkg-config ]; buildInputs = [ SDL2 bzip2 fluidsynth game-music-emu gtk3 libGL libjpeg libsndfile libvpx libwebp mpg123 openal vulkan-loader zlib zmusic ]; postPatch = '' substituteInPlace tools/updaterevision/UpdateRevision.cmake  --replace-fail "ret_var(Tag)" "ret_var("${src.rev}")"  --replace-fail "ret_var(Timestamp)" "ret_var("1970-00-00 00:00:00 +0000")"  --replace-fail "ret_var(Hash)" "ret_var("${src.rev}")"  --replace-fail "<unknown version>" "${src.rev}" ''; cmakeFlags = [ "-DDYN_GTK=OFF" "-DDYN_OPENAL=OFF" ]; desktopItems = [ (makeDesktopItem { name = "gzdoom"; exec = "gzdoom"; desktopName = "GZDoom"; comment = meta.description; icon = "gzdoom"; categories = [ "Game" ]; }) ]; postInstall = '' mv $out/bin/gzdoom $out/share/games/doom/gzdoom makeWrapper $out/share/games/doom/gzdoom $out/bin/gzdoom  --set LD_LIBRARY_PATH ${lib.makeLibraryPath [ vulkan-loader ]} for size in 16 24 32 48 64 128; do mkdir -p $out/share/icons/hicolor/"$size"x"$size"/apps magick $src/src/win32/icon1.ico -background none -resize "$size"x"$size" -flatten  $out/share/icons/hicolor/"$size"x"$size"/apps/gzdoom.png done; ''; meta = { homepage = "https://github.com/ZDoom/gzdoom"; description = "Modder-friendly OpenGL and Vulkan source port based on the DOOM engine"; mainProgram = "gzdoom"; longDescription = '' GZDoom is a feature centric port for all DOOM engine games, based on ZDoom, adding an OpenGL renderer and powerful scripting capabilities. ''; license = lib.licenses.gpl3Plus; platforms = lib.platforms.linux; maintainers = with lib.maintainers; [ azahi lassulus Gliczy ]; }; } </ins>

Related discussion:
text: I'm trying to use GZDoom, but the Vulkan backend isn't working. No errors, but it will silently fall back to OpenGL. Apparently this is the case if GZDoom can't find the correct Vulkan drivers. I have a Radeon RX 5700 XT, so my GPU definitely supports Vulkan. Steps to reproduce the behavior: basic without any mods <kbdesc</kbdthen <kbd~</kbdAt the end of its loading it should say what renderer it is using This is a screenshot of it running with Vulkan from someone else's system: ! This is a screenshot of what it looks like when it's using OpenGL: ! Note the lines. GZDoom uses Vulkan Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]: