jiebi/CodeConvo huggingface dataset:
Change:
GEM remote: https://rubygems.org/ specs: <del> RedCloth (4.2.9) colorator (0.1) ffi (1.9.10) jekyll (3.0.1) colorator (~> 0.1) </del> <ins> RedCloth (4.3.2) addressable (2.5.0) public_suffix (~> 2.0, >= 2.0.2) colorator (1.1.0) ffi (1.9.18) forwardable-extended (2.6.0) jekyll (3.4.1) addressable (~> 2.4) colorator (~> 1.0) </ins> jekyll-sass-converter (~> 1.0) jekyll-watch (~> 1.1) kramdown (~> 1.3) liquid (~> 3.0) mercenary (~> 0.3.3) <ins> pathutil (~> 0.9) </ins> rouge (~> 1.7) safe_yaml (~> 1.0) <del> jekyll-sass-converter (1.4.0) sass (~> 3.4) jekyll-watch (1.3.0) listen (~> 3.0) </del> <ins> jekyll-feed (0.9.1) jekyll (~> 3.3) </ins> jekyll-paginate (1.1.0) <del> kramdown (1.9.0) </del> <ins> jekyll-sass-converter (1.5.0) sass (~> 3.4) jekyll-watch (1.5.0) listen (~> 3.0, < 3.1) kramdown (1.13.2) </ins> liquid (3.0.6) <del> listen (3.0.5) rb-fsevent (>= 0.9.3) rb-inotify (>= 0.9) mercenary (0.3.5) rb-fsevent (0.9.7) rb-inotify (0.9.5) </del> <ins> listen (3.0.8) rb-fsevent (~> 0.9, >= 0.9.4) rb-inotify (~> 0.9, >= 0.9.7) mercenary (0.3.6) minima (2.1.0) jekyll (~> 3.3) pathutil (0.14.0) forwardable-extended (~> 2.6) public_suffix (2.0.5) rb-fsevent (0.9.8) rb-inotify (0.9.8) </ins> ffi (>= 0.5.0) <del> rdiscount (2.1.8) rouge (1.10.1) </del> <ins> rdiscount (2.2.0.1) rouge (1.11.1) </ins> safe_yaml (1.0.4) <del> sass (3.4.20) </del> <ins> sass (3.4.23) </ins> PLATFORMS ruby

Discussion:
One uses to create a new tree of files for generating a web site. So the intent is to edit those files. But the files produced are read-only, so user must do a before each new file can be edited. I haven't looked at the source yet, but I imagine this is because jekyll copies the site template out of an installed gem or something, and all the files there are 444 (read-only) because it's in the Nix store. System: NixOS 16.09.1600. (Flounder) Nix version: nix-env (Nix) 1.11.6 Nixpkgs version: 16.09.1698.
Have you tried reporting this upstream?
I have not. Will consider that – it seems that a fix would be a one-liner after to do or so. But I'm not able to test easily if that's all that would be needed – the nixpkgs expression is quite behind, carrying jekyll 3.0.1 when current release is 3.4.1. I tried updating too, but ran into bundler problems, and I don't know much about ruby.
You seem to have idea how to fix it. Should really bring this up with upstream. I don't know much about ruby, but nixpkgs manual has a step by step guide: Turned out to be very easy:
So I ran into bundler problems)
Ok, I've pushed a workaround for that
Change:
# symlink shared assets, including icons and desktop entries extraInstallCommands = '' <del> ln -s "${unwrapped}/share" "$out/" </del> <ins> ln -s "${finalAttrs.finalPackage}/share" "$out/" </ins> ''; <del> runScript = "${unwrapped}/bin/${executableName}"; </del> <ins> runScript = "${finalAttrs.finalPackage}/bin/${executableName}"; </ins> # vscode likes to kill the parent so that the # gui application isn't attached to the terminal session

Discussion:
I want to install vscode-insider with fhs support and I have this in my home-manager config: but when I run , it outputs: It seems that my override attr is ignored. Remove the , it work correctly.
Change:
fsNeededForBoot = fs: fs.neededForBoot || elem fs.mountPoint pathsNeededForBoot; # Check whenever `b` depends on `a` as a fileSystem <del> fsBefore = a: b: a.mountPoint == b.device || hasPrefix "${a.mountPoint}${optionalString (!(hasSuffix "/" a.mountPoint)) "/"}" b.mountPoint; </del> <ins> fsBefore = a: b: let # normalisePath adds a slash at the end of the path if it didn't already # have one. # # The reason slashes are added at the end of each path is to prevent `b` # from accidentally depending on `a` in cases like #    a = { mountPoint = "/aaa"; ... } #    b = { device     = "/aaaa"; ... } # Here a.mountPoint *is* a prefix of b.device even though a.mountPoint is # *not* a parent of b.device. If we add a slash at the end of each string, # though, this is not a problem: "/aaa/" is not a prefix of "/aaaa/". normalisePath = path: "${path}${optionalString (!(hasSuffix "/" path)) "/"}"; normalise = mount: mount // { device = normalisePath mount.device; mountPoint = normalisePath mount.mountPoint; depends = map normalisePath mount.depends; }; a' = normalise a; b' = normalise b; in hasPrefix a'.mountPoint b'.device || hasPrefix a'.mountPoint b'.mountPoint || any (hasPrefix a'.mountPoint) b'.depends; </ins> # Escape a path according to the systemd rules, e.g. /dev/xyzzy # becomes dev-xyzzy.  FIXME: slow.

Discussion:
Describe the bug Edit: After looking at it for a while, it seems the real problem is that this function is too strict: I think it should be something like this instead: To Reproduce Because comes before alphabetically, it's mounted first (which fails). You can read the file using: Expected behavior The list of file systems to be topologically sorted. Additional context Originally found this while trying to try out root-on-tmpfs. Notify maintainers Couldn't find anyone. <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --Metadata system: host os: multi-user?: sandbox: version: channels(root): channels(jakob): nixpkgs: Maintainer information:
This is also a problem when using since the dependencies are specified in not or and for this problem is not enough to fix the issue. The option sugested by in would solve it. Actually the only reason the current ISO and netboot images aren't broken because of this (they use ) is solely because and comes alphabetically before .
I marked this as stale due to inactivity. &rarr;
This is still an issue, and for me a fairly big one, since I can't generate secrets with agenix with my current setup:
Change:
description = "The C/C++ extension adds language support for C/C++ to Visual Studio Code, including features such as IntelliSense and debugging."; homepage = "https://marketplace.visualstudio.com/items?itemName=ms-vscode.cpptools"; license = lib.licenses.unfree; <del> maintainers = [ lib.maintainers.jraygauthier lib.maintainers.stargate01 </del> <ins> maintainers = with lib.maintainers; [ jraygauthier stargate01 </ins> ]; platforms = [ "x86_64-linux"

Discussion:
Package name: vscode- Latest released version: 1.20.5 <!-- Search your package here: --- Current version on the unstable channel: 1.20.2 Current version on the stable/release channel: 1.17.3 <!-- 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! --- This should fix crashes on unstable. 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]:
Change:
environment.systemPackages = [ postgresql ]; <ins> environment.pathsToLink = [ "/share/postgresql" ]; </ins> systemd.services.postgresql = { description = "PostgreSQL Server";

Discussion:
Calling doesn't seem to work from the command line: But using the full path of the symlink directly, it works: I think it's because resolves to and it tries to find by doing to . Nixpkgs version:
mutters something about being the devil does it work inside ?
I'm not sure what to try exactly here, this is a nixops deployed machine.
Not sure if this helps you much, but this seems to work with postgresql 9.6.
Since it works for 9.6, can we close this issue?
This is not fixed with 9.6; I have just tested it with on 18.03 and the error exists exactly as before. How did you run your commands to see it working?
Hi Actually, with further investigation I find that this is due to the setting being different on the two systems that I tested. Workaround 1: Workaround 2: add to the nixos configuration.
Hmm interesting. So is there some change to the package that we could make to tell it the equivalent of what does, so that just running works out of the box, as other commands in do?
Made a test for this: After it is now possible to link only PG dir (and not whole ). However I don't quite understand why isn't linked by default. When is installed through , all works because is at correct place. I'll prepare PR
Has this regressed on NixOS 23.05? There is no postgresql directory in /run/current-system/sw/share on my system suddenly.
Change:
, fetchFromGitHub , hatchling , hatch-vcs <del> , importlib-metadata </del> , packaging <del> , pip </del> , platformdirs , pytestCheckHook , pythonOlder <ins> , tomli </ins> , userpath , git }:

Discussion:
Attempt to build pipx on nixos unstable Seems newer version of pipx has this new test "testskipmaintenance" that attempts to pip install a package, which fails due to the network-sandboxed build environment. This causes the build to fail altogether. Hence, "testskipmaintenance" should be to the list in Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
its only "testskipmaintenance" that is missing, the build was successful after i figured out how overridePythonAttrs worked, im new to nix.
Change:
extraBuildInputs = [ alsaLib portaudio python27 ]; }; <del> mednafen-pce-fast = (mkLibRetroCore rec { core = "mednafen-pce-fast"; src = fetchRetro { repo = "beetle-pce-fast-libretro"; rev = "6e2eaf75da2eb3dfcf2fd64413f471c8c90cf885"; sha256 = "0m946108wzawg0c4xvqpv6yzfmjngz6lji5hn4swgk0z5f2bj5a5"; }; description = "Port of Mednafen's PC Engine core to libretro"; }).override { buildPhase = "make"; }; mednafen-psx = (mkLibRetroCore rec { core = "mednafen-psx"; src = fetchRetro { repo = "beetle-psx-libretro"; rev = "20c9b0eb0062b8768cc40aca0e2b2d626f1002a2"; sha256 = "192xzvdbjjqlxrnxxn45hmrr6yjpxw3gapkbax6nhrabnxhva43k"; }; description = "Port of Mednafen's PSX Engine core to libretro"; }).override { buildPhase = "make"; }; mednafen-saturn = (mkLibRetroCore rec { core = "mednafen-saturn"; src = fetchRetro { repo = "beetle-saturn-libretro"; rev = "bb5d0c126feb25cf980f5cc1fc57d6a5a6f6e7ab"; sha256 = "0bnsdy27378b71y6aa65k4jxxy2xw6ky2ici3z53hkky2jnnjq0b"; }; description = "Port of Mednafen's Saturn core to libretro"; }).override { buildPhase = "make"; }; </del> mgba = mkLibRetroCore rec { core = "mgba"; src = fetchRetro {

Discussion:
Please rename the libretro-mednafen- cores packages to libretro-beetle- or similar; the RetroArch/libretro project does not have permission nor blessings to use "Mednafen" branding for their forks, and have been cooperative in renaming the cores in light of this.
cc
Superseded by .
Change:
string-machine = callPackage ../applications/audio/string-machine { }; <ins> stripe-cli = callPackage ../tools/admin/stripe-cli { }; </ins> bash-supergenpass = callPackage ../tools/security/bash-supergenpass { }; swappy = callPackage ../applications/misc/swappy { gtk = gtk3; };

Discussion:
Project description The Stripe CLI helps you build, test, and manage your Stripe integration right from the terminal. Metadata homepage URL: source URL: license: Apache platforms: unix, linux, darwin I already made this, and it seemed to be good enough for my purposes:
Danm, that is amazing. Thank you!
Change:
sierra-gtk-theme = callPackage ../data/themes/sierra { }; <ins> sil-abyssinica = callPackage ../data/fonts/sil-abyssinica { }; </ins> sil-padauk = callPackage ../data/fonts/sil-padauk { }; snap7 = callPackage ../development/libraries/snap7 {};

Discussion:
Project description It'a a Unicode font for Ethiopian and Erythrean scripts. Metadata homepage URL: source URL: license: ofl platforms: all
Change:
<ins> From b698779053b7ba31bd8e69b230e86515e3019bf6 Mon Sep 17 00:00:00 2001 From: K900 <me@0upti.me> Date: Sun, 5 Nov 2023 22:04:32 +0300 Subject: [PATCH] Force add the registry entry Otherwise, newer Wine versions will prompt to overwrite it and loop there forever. --- src/backend/storeManagers/legendary/setup.ts | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/backend/storeManagers/legendary/setup.ts b/src/backend/storeManagers/legendary/setup.ts index 1837106621..b5c2432435 100644 --- a/src/backend/storeManagers/legendary/setup.ts +++ b/src/backend/storeManagers/legendary/setup.ts @@ -20,7 +20,7 @@ export const legendarySetup = async (appName: string) => { // Fixes games like Fallout New Vegas and Dishonored: Death of the Outsider await runWineCommandOnGame(appName, { -    commandParts: ['reg', 'add', 'HKEY_CLASSES_ROOTcom.epicgames.launcher'], +    commandParts: ['reg', 'add', 'HKEY_CLASSES_ROOTcom.epicgames.launcher', '/f'], wait: true, protonVerb: 'waitforexitandrun' }) </ins>

Discussion:
Heroic Launcher while trying to install a game from gog will download it, but won't install it. You can see downloaded installer inside your directory. After "installation", launcher will say on the game's details screen that It should install. ! You can't just use the gog installer like in a normal linux distribution: So you need to use steam-run to install it. <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --heroic-launcher: 2.9.2 - unstable nixpkgs
This sounds exactly like a bug I encountered in a previous version of Heroic, but they have since fixed it, and I have not run into it on 2.9.2. Could you please attach the Heroic log file from right after trying to install the game? It's accessible via the sidebar Settings-Log.
<details</details
It looks like it successfully installs, going by that log. I seem to vaguely recall now having some issues with my GOG library in Heroic 2.9.2, and I eventually removed (with Heroic closed) and logged in to GOG through Heroic again, and it's been behaving since. You might try that, otherwise I don't see anything indicating this would be an issue specific to the Heroic package, so I think it would be appropriate to go to upstream's support channel, which is .
I will try moving to nixpkgs unstable and see if it was an issue of using stable and unstable in the same time. It should not, but maybe it is. Thank you for your help PS. I tried different game and the situation is still the same.
I found that heroic needs unzip to be installed to extract the gog linux installers. When I have somewhere in my installed packages (home or system), it just works. Probably it will have to be to the heroic wrapper.
Could you please try changing in your Nix config to the following and see if that fixes your problem?
By using: Everything started to work.
Change:
<del> { fetchFromGitLab , lib </del> <ins> { lib , fetchFromGitLab </ins> , python3Packages , gobject-introspection , gtk3

Discussion:
Steps to reproduce the behavior: sublime-music Just the error: Full log: Add any other context about the problem here. Built OK as of rev . I tried bisecting but too many commits required me to build multiple versions of LLVM/GHC/god knows what else. I also tried applying patch from but that didn't change the error. <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --
Change:
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. <ins> # We need to pass the --builtin flag so that gnome-session invokes gnome-session-binary instead of systemd. # If systemd is used, it doesn't use the environment we set up here and so it can't find the .desktop files. </ins> preFixup = '' makeWrapper ${gnome-session}/bin/gnome-session $out  <del> --add-flags "--session=gnome-flashback-${wmName}"  </del> <ins> --add-flags "--session=gnome-flashback-${wmName} --builtin"  </ins> --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[@]}" 

Discussion:
I just upgraded to nixos 21.11, and gnome-flashback core dumps on login. Steps to reproduce the behavior: using "Gnome Flashback (Metacity)" to witness the coredump Coredump: If I had to guess, the first stack trace seem to blame: The other are just waiting on stuff. I tried to get debug symbols using the instructions in , but it does not seem to work. Please run and paste the result.
By the way, same thing on unstable.
Do you mean you tried adding the following to your configuration, tried logging into a Flashback session and then looked at the appropriate trace by and then entered ? What specificity does not work?

Describe the bug Admittedly, I don't believe I ever tested the session when working on Then I realized our base testing lacks any coverage for this particular session, and we should be testing this.
cc
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 .
Change:
sha256 = "03nislxccnbxld89giak2s8xa4mdbwscfxbdwhmw5qpvgz08dgwh"; }; <ins> # See <https://gitlab.com/apparmor/apparmor/-/issues/74> This and the # accompanying application in prePatchCommon should be removed in 2.13.5 gnumake43Patch = fetchpatch { url = "https://gitlab.com/apparmor/apparmor/-/merge_requests/465.patch"; name = "2-23-fix-build-with-make-4.3.patch"; sha256 = "0xw028iqp69j9mxv0kbwraplgkj5i5djdlgf0anpkc5cdbsf96r9"; }; </ins> prePatchCommon = '' <ins> patch -p1 < ${gnumake43Patch} chmod a+x ./common/list_capabilities.sh ./common/list_af_names.sh patchShebangs ./common/list_capabilities.sh ./common/list_af_names.sh </ins> substituteInPlace ./common/Make.rules --replace "/usr/bin/pod2man" "${buildPackages.perl}/bin/pod2man" substituteInPlace ./common/Make.rules --replace "/usr/bin/pod2html" "${buildPackages.perl}/bin/pod2html" substituteInPlace ./common/Make.rules --replace "/usr/include/linux/capability.h" "${linuxHeaders}/include/linux/capability.h"

Discussion:
See e.g. or
I've been hoping for someone else to look at this one, but I expect I have to give it more visibility, hence this ticket.
Change:
"$out"/opt/vivaldi/product_logo_''${d}.png  "$out"/share/icons/hicolor/''${d}x''${d}/apps/vivaldi.png done <ins> wrapProgram "$out/bin/vivaldi"  --suffix XDG_DATA_DIRS : ${gtk3}/share/gsettings-schemas/${gtk3.name}/ </ins> ''; meta = with stdenv.lib; {

Discussion:
H.264 videos and specifically those (WebM and Theora are fine) don't play, which means that videos on Facebook and Twitter (at least) report an error. There are instructions for getting a patched version of the ffmpeg lib installed into your home folder which works, but ideally wouldn't be needed: to that the H.264 video don't work but the others do. System: (NixOS: , Ubuntu/Fedora: , ...) Nix version: (run ) Nixpkgs version: (run ) Sandboxing enabled: (run )
What browser are you using? Works on Chromium, Firefox and qutebrowser (qtwebkit) on master for me.
Vivaldi, hence the title of the issue...
Oh, sorry, didn't know there's a browser called vivaldi.
Change:
<ins> { config, lib, pkgs, ... }: let inherit (lib) getExe maintainers mkEnableOption mkPackageOption mkIf mkOption types ; cfg = config.services.tailscaleAuth; in { options.services.tailscaleAuth = { enable = mkEnableOption "Enable tailscale.nginx-auth, to authenticate users via tailscale."; package = mkPackageOption pkgs "tailscale-nginx-auth" {}; user = mkOption { type = types.str; default = "tailscale-nginx-auth"; description = "User which runs tailscale-nginx-auth"; }; group = mkOption { type = types.str; default = "tailscale-nginx-auth"; description = "Group which runs tailscale-nginx-auth"; }; socketPath = mkOption { default = "/run/tailscale-nginx-auth/tailscale-nginx-auth.sock"; type = types.path; description = '' Path of the socket listening to authorization requests. ''; }; }; config = mkIf cfg.enable { services.tailscale.enable = true; users.users.${cfg.user} = { isSystemUser = true; inherit (cfg) group; }; users.groups.${cfg.group} = { }; systemd.sockets.tailscale-nginx-auth = { description = "Tailscale NGINX Authentication socket"; partOf = [ "tailscale-nginx-auth.service" ]; wantedBy = [ "sockets.target" ]; listenStreams = [ cfg.socketPath ]; socketConfig = { SocketMode = "0660"; SocketUser = cfg.user; SocketGroup = cfg.group; }; }; systemd.services.tailscale-nginx-auth = { description = "Tailscale NGINX Authentication service"; requires = [ "tailscale-nginx-auth.socket" ]; serviceConfig = { ExecStart = getExe cfg.package; RuntimeDirectory = "tailscale-nginx-auth"; User = cfg.user; Group = cfg.group; BindPaths = [ "/run/tailscale/tailscaled.sock" ]; CapabilityBoundingSet = ""; DeviceAllow = ""; LockPersonality = true; MemoryDenyWriteExecute = true; PrivateDevices = true; PrivateUsers = true; ProtectClock = true; ProtectControlGroups = true; ProtectHome = true; ProtectHostname = true; ProtectKernelLogs = true; ProtectKernelModules = true; ProtectKernelTunables = true; RestrictNamespaces = true; RestrictAddressFamilies = [ "AF_UNIX" ]; RestrictRealtime = true; RestrictSUIDSGID = true; SystemCallArchitectures = "native"; SystemCallErrorNumber = "EPERM"; SystemCallFilter = [ "@system-service" "~@cpu-emulation" "~@debug" "~@keyring" "~@memlock" "~@obsolete" "~@privileged" "~@setuid" ]; }; }; }; meta.maintainers = with maintainers; [ dan-theriault phaer ]; } </ins>

Discussion:
Despite the name, tailscale's nginx-auth application works fine with both caddy and traefik. Unfortunately, the nixos service for it is tightly coupled with nginx. It should be possible to run the auth service without enabling nginx. N/A Please run and paste the result.
Change:
<del> diff --git a/CMakeLists.txt b/CMakeLists.txt index 23070d9..83b6772 100644 --- a/CMakeLists.txt +++ b/CMakeLists.txt @@ -275,8 +275,6 @@ optional_component(LIBPULSE ON "Pulse audio integration" optional_component(VISUALISATIONS ON "Visualisations") if(NOT HAVE_SPOTIFY_BLOB AND NOT CRYPTOPP_FOUND) -  message(FATAL_ERROR "Either crypto++ must be available or the non-GPL Spotify " -          "code must be compiled in") elseif(CRYPTOPP_FOUND) set(HAVE_CRYPTOPP ON) set(HAVE_SPOTIFY_DOWNLOADER ON) @@ -434,7 +432,6 @@ if(HAVE_BREAKPAD) endif(HAVE_BREAKPAD) if(HAVE_SPOTIFY_BLOB) -  add_subdirectory(ext/clementine-spotifyblob) endif(HAVE_SPOTIFY_BLOB) if(HAVE_MOODBAR) </del>

Discussion:
Describe the bug Since some day, clementine refuse to work. I bisected the error to the commit . The error message in the terminal is: realloc(): invalid pointer fish : Tâche , './result/bin/clementine' terminée par le signal SIGABRT (Abandon) To Reproduce go to a nixpkgs git tree Expected behavior clementine start as expected 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 system: host os: multi-user?: sandbox: version: channels(root): channels(marius): nixpkgs: Maintainer information:
Looks like we are hitting here. cc
I could have sworn I tested this… let me see if I can reproduce this issue.
Yup, and reverting the projectm fix makes it run again. Hm… I was really sure I tested clementine. I don't think I'll have time to look into this properly until the weekend, so as a quick fix, you can revert the projectm update, if you want to.