jiebi/CodeConvo huggingface dataset:
Change:
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"'

Discussion:
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
Change:
mariadb = callPackage ../servers/sql/mariadb { asio = asio_1_10; <del> jemalloc = jemalloc.override ({ disableInitExecTls = true; }); </del> <ins> # As per mariadb's cmake, "static jemalloc_pic.a can only be used up to jemalloc 4". # https://jira.mariadb.org/browse/MDEV-15034 jemalloc = jemalloc450.override ({ disableInitExecTls = true; }); </ins> inherit (darwin) cctools; inherit (pkgs.darwin.apple_sdk.frameworks) CoreServices; };

Discussion:
mysqlupgrade requires availability of mysqlcheck, which is in the package In other operating systems they are separated - mysqlupgrade -, mysqlcheck - And when the server is installed the client is automatically installed.
Hmm, is there a reason not to make the client a dependency of the server? The only dependencies the client has that the server doesn't are and which any server should have (via openssh). How much space is saved by removing the client binaries?
So it seems the mysql_upgrade binary is hardcoded to expect the other binaries in the same directory: Probably the splitting works on other distros because the binaries all end up in /usr/bin anyway.
Need to build the package with server+client and only client? Is this variant bad?
I'm not sure what you mean. Can you check to see if the project cmake allows you to configure a different install PREFIX for the client/server?
Should I change the build of MariaDB, so that one package includes files for both server and client, and the other package only includes client files? I don't know how to configure this
19.09 milestone? If this and aren't resolved by then we will have to add the client binaries back into the server package.
- this variant optimal?
update MariaDB configuration, please check this variant.
Fixed, mariadb package includes server and client binaries.
Change:
filepath = null; ghc-boot = null; ghc-boot-th = null; <ins> ghc-compact = null; </ins> ghc-prim = null; ghci = null; haskeline = null;

Discussion:
Not sure if I'm doing something wrong, but while returns all ghc822 packages, throws an error: Do I need to somehow feed ghc-compact into this? My info:
gets the listing of packages going again, but the package depending on still don't build, as they have a constrain and ghc 8.0.2 has base 4.9.*
Change:
</listitem> <listitem> <para> <ins> The Nextcloud module now allows setting the value of the <literal>max-age</literal> directive of the <literal>Strict-Transport-Security</literal> HTTP header, which is now controlled by the <literal>services.nextcloud.https</literal> option, rather than <literal>services.nginx.recommendedHttpHeaders</literal>. </para> </listitem> <listitem> <para> </ins> The <literal>spark3</literal> package has been updated from 3.1.2 to 3.2.1 (<link xlink:href="https://github.com/NixOS/nixpkgs/pull/160075">#160075</link>):

Discussion:
The header should only be if is enabled, right?
I don't think so. The description for that option says "Use https for generated links." The commit you linked is from last Feburary (which may be the version in NixOS 21.11 – I'm not sure), and on , that header is controlled by the boolean option . The upstream project recommendes this header, as far as I can tell, and the Nextcloud admin panel warns you if this is not set, so I think it is semantically correct for this header to be if the "recommended HTTP headers" flag is set, but it does get in the way if you are trying to serve Nextcloud as a Tor .onion service, where you don't want to be using SSL/TLS.
Good to hear that it is different in master, but it is not just onion services, many internal services lack tls because the vpn or tls termination is done downstream and nextcloud only speaks http. I would expect we want a single boolean to turn on/off tls, no?
I had not thought of that use case. I would say that is a good reason to have this controlled by the same flag.
Change:
<ins> Seulement dans b: logs diff --color -ur a/Makefile b/Makefile --- a/Makefile	2021-02-15 17:07:14.333810200 +0100 +++ b/Makefile	2021-02-15 17:19:18.599426984 +0100 @@ -6,7 +6,7 @@ tmpdir   = /tmp cqrlog: src/cqrlog.lpi -	$(CC) --ws=gtk2 --pcp=$(tmpdir)/.lazarus src/cqrlog.lpi +	$(CC) --ws=gtk2 --pcp=$(tmpdir)/.lazarus --lazarusdir=@Lazarusdir@ src/cqrlog.lpi $(ST) src/cqrlog gzip tools/cqrlog.1 -c > tools/cqrlog.1.gz </ins>

Discussion:
Project description CQRLOG is an advanced ham radio logger based on MySQL database. Provides radio control based on hamlib libraries (currently support of 140+ radio types and models), DX cluster connection, online callbook, a grayliner, internal QSL manager database support and a most accurate country resolution algorithm based on country tables created by OK1RR. CQRLOG is intended for daily general logging of HF, CW & SSB contacts and strongly focused to easy operation and maintenance. Metadata homepage URL: source URL: license: GPL-2.0 License platforms: unix, linux
Change:
<del> <section xmlns="http://docbook.org/ns/docbook" xmlns:xlink="http://www.w3.org/1999/xlink" xml:id="sec-shell-helpers"> <title>Interactive shell helpers</title> <para> Some packages provide the shell integration to be more useful. But unlike other systems, nix doesn't have a standard share directory location. This is why a bunch <command>PACKAGE-share</command> scripts are shipped that print the location of the corresponding shared folder. Current list of such packages is as following: <itemizedlist> <listitem> <para> <literal>fzf</literal>: <command>fzf-share</command> </para> </listitem> </itemizedlist> E.g. <literal>fzf</literal> can then used in the .bashrc like this: <screen> source "$(fzf-share)/completion.bash" source "$(fzf-share)/key-bindings.bash" </screen> </para> </section> </del>

Discussion:
This issue tracks the conversion of from Docbook to CommonMark per . If you intend to work on this conversion, please comment below! here that you intend to work on it. (Please also post if you stop working on it.) a new branch of nixpkgs master. : change to . to . the contents from Docbook to . Follow . Use existing sections for inspiration. from the folder to build the manual. the manual on your computer at after running from folder: it looks good, submit a PR and reference this issue.
Done!

This issue tracks the conversion of from Docbook to Commonmark per . If you intend to work on this conversion, please comment below! in this issue that you intend to work on it. (Please also post if you stop working on it) a new branch of nixpkgs master. : change to . to . the contents from Docbook to . Follow . Use existing sections for inspiration. from the folder to build the manual. the manual on your computer at after running from folder: it looks good, submit a PR and reference this issue.
Done!
Change:
(lib.overrideDerivation (fetchurl { inherit name url sha256; <del> curlOpts = [ </del> <ins> curlOptsList = [ </ins> "--get" "--data-urlencode" "username@username" "--data-urlencode" "token@token"

Discussion:
I was trying to download something that required that I put a token to the header. That has to be quoted mind you. Then I got these errors: Then it tries to download what's in the url, but It can't because that token authorizes it. Clearly not what I wanted :) Please run and paste the results. system: host os: multi-user?: sandbox: version: channels(root): nixpkgs: cc
This seems difficult to support. You could use or (e.g. ) instead.
I honestly think someone would expect this to just work like that. Perhaps there should be a note somewhere, if no one is interested in supporting this, that you cannot use quoted args here. Either of those are a workaround for me at least :+1: . But there could be more complex times when this isn't enough.
Actually you can use such quoted args only in scripts (e.g. or ). This could be made to work with Nix 2 and its structured attributes feature (even while maintaining compatibility with Nix 1):
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 believe this can still be implemented, and would be better than the current solution of writeText.
I just had this need in svanderburg/node2nix. The file workaround worked, but it took a very very long time to find this issue.
I marked this as stale due to inactivity. &rarr;
still an issue and why it is difficult to support? looks like a trivial bug
I marked this as stale due to inactivity. &rarr;
Change:
, pytest-mock , pytestCheckHook , setuptools <del> , tomlkit </del> , virtualenv }:

Discussion:
changed behaviour between nixos 22.11 and NixOS 23.05, apparently producing semantically different outputs (which broke our telegraf module) Bisect implies this is the commit that broke(?) remarshal: Was this intentional?
cc as maintainer of remarshal cc as author (I think?) of
Oh yeah that's definitely not intentional, at least from Nixpkgs side. It's unfortunate that we depend on a third-party for this.. We could pin to prevent such breakages, but we should definitely have a test case that covers this breakage.
Change:
<ins> { lib , stdenvNoCC , fetchzip }: stdenvNoCC.mkDerivation rec { pname = "geist-font"; version = "1.1.0"; srcs = [ (fetchzip { name = "geist-mono"; url = "https://github.com/vercel/geist-font/releases/download/${version}/Geist.Mono.zip"; stripRoot = false; hash = "sha256-8I4O2+bJAlUiDIhbyXzAcwXP5qpmHoh4IfrFio7IZN8="; }) (fetchzip { name = "geist-sans"; url = "https://github.com/vercel/geist-font/releases/download/${version}/Geist.zip"; stripRoot = false; hash = "sha256-nSN+Ql5hTd230w/u6VZyAZaPtFSaHGmMc6T1fgGTCME="; }) ]; sourceRoot = "."; installPhase = '' runHook preInstall install -Dm444 geist-{mono,sans}/*/*.otf -t $out/share/fonts/opentype runHook postInstall ''; meta = { description = "Font family created by Vercel in collaboration with Basement Studio"; homepage = "https://vercel.com/font"; license = lib.licenses.ofl; maintainers = with lib.maintainers; [ eclairevoyant x0ba ]; platforms = lib.platforms.all; sourceProvenance = with lib.sourceTypes; [ binaryBytecode ]; }; } </ins>

Discussion:
Project description Geist is a new font family for Vercel, created by in collaboration with . <!-- Describe the project a little: --Metadata homepage URL: source URL: license: platforms: all
Change:
<ins> import ./make-test-python.nix ({ lib, ... }: with lib; { name = "prowlarr"; meta.maintainers = with maintainers; [ jdreaver ]; nodes.machine = { pkgs, ... }: { services.prowlarr.enable = true; }; testScript = '' machine.wait_for_unit("prowlarr.service") machine.wait_for_open_port("9696") machine.succeed("curl --fail http://localhost:9696/") ''; }) </ins>

Discussion:
Project description Prowlarr is an indexer manager/proxy built on the popular arr .net/reactjs base stack to integrate with your various PVR apps. Prowlarr supports management of both Torrent Trackers and Usenet Indexers. Metadata homepage URL: source URL: license: GPL 3 platforms: Unix
I would like to package this software but I am still trying to learn how to properly create derivations as I have never done one. Help / guidance appreciated!
I have a WIP PR for this against my fork The package builds fine, but I am still trying to figure out how to test the NixOS module in my dotfiles repo using flakes and overlays :sweat_smile:
I actually got this working much quicker than expected. Here is my PR to this repo
Thank you very much
Change:
SDL2_ttf SDL2_mixer gstreamer <del> gst-plugins-base </del> libappindicator-gtk2 libcaca libcanberra

Discussion:
Describe the bug appimage-run currently depends on gst-plugins-base-0.10.36, which has been marked broken with . This is causing it to fail: To Reproduce Steps to reproduce the behavior: Expected behavior This should drop you into an environment with installed. Metadata system: host os: multi-user?: sandbox: version: channels(root): channels(ivar): nixpkgs: Maintainer information:
I really don't think this could possibly depend on the old version. We'd just need to switch everything to .
It seems to depend on gstreamer 1.x and 0.10.x. From the looks of it, it has had these dependencies since it was initialized in by That code was moved around and improved a whole bunch, but these dependencies seem to have stayed the same.
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
Change:
mkEnable = mkFlag "enable" "disable"; mkWith = mkFlag "with" "without"; in <del> with stdenv.lib; </del> stdenv.mkDerivation rec { <del> name = "pinentry-1.0.0"; </del> <ins> name = "pinentry-1.1.0"; </ins> src = fetchurl { url = "mirror://gnupg/pinentry/${name}.tar.bz2"; <del> sha256 = "0ni7g4plq6x78p32al7m8h2zsakvg1rhfz0qbc3kdc7yq7nw4whn"; </del> <ins> sha256 = "0w35ypl960pczg5kp6km3dyr000m1hf0vpwwlh72jjkjza36c1v8"; </ins> }; <del> buildInputs = [ libgpgerror libassuan libcap libsecret gtk2 gcr ncurses qt4 ]; </del> <ins> buildInputs = [ libgpgerror libassuan libcap libsecret gtk2 gcr ncurses qt ]; </ins> prePatch = '' substituteInPlace pinentry/pinentry-curses.c --replace ncursesw ncurses

Discussion:
Setting breaks . The reason being that defines and as follows: Which then overrides with, Resulting in an infinite loop. This appears to be a regression due to . Set , try to build . Using .
This is downfall from
what should be done about this?
Did not we fix this in Anyway, should fix pinentry for good.
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 .
how does the situation look like now? Is this specific issue fixed?
I marked this as stale due to inactivity. &rarr;
Closing due to inactivity. Please reopen if it's still broken.
Change:
"-Dcairo=disabled" "-Dgtk_doc=${lib.boolToString (stdenv.hostPlatform == stdenv.buildPlatform)}" ] ++ lib.optionals (stdenv.hostPlatform != stdenv.buildPlatform) [ <del> "-Dgi_cross_ldd_wrapper=${buildPackages.prelink}/bin/prelink-rtld" </del> <ins> "-Dgi_cross_ldd_wrapper=${substituteAll { name = "g-ir-scanner-lddwrapper"; isExecutable = true; src = ./wrappers/g-ir-scanner-lddwrapper.sh; inherit (buildPackages) bash; buildobjdump = "${buildPackages.stdenv.cc.bintools}/bin/objdump"; }}" </ins> "-Dgi_cross_use_prebuilt_gi=true" "-Dgi_cross_binary_wrapper=${stdenv.hostPlatform.emulator buildPackages}" ];

Discussion:
Steps to reproduce the behavior: , , and itself is effectively abandoned by the upstream (yocto project). I think we may as well drop it rather than fix it. However now relies on it as a runtime linker for use in cross compilation, we have to find an alternative. Please run and paste the result.
openembedded replaced prelink with objdump will test
Change:
url = "http://ftp.de.debian.org/debian/pool/main/u/ucspi-tcp/ucspi-tcp_0.88-3.diff.gz"; sha256 = "0mzmhz8hjkrs0khmkzs5i0s1kgmgaqz07h493bd5jj5fm5njxln6"; }) <ins> ./remove-setuid.patch </ins> ]; # Apply Debian patches

Discussion:
ucspi-tcp is broken in the current master and nixos-17.03. The bug was introduced by nix-shell -p ucspi-tcp on current master or 17.03
The failure is due to bits now being illegal. To fix it, patch the build recipe to avoid attempting to create files with those bits set.
Change:
withQt5 = true; }; <ins> qt5ct = callPackage ../tools/misc/qt5ct { }; </ins> qtfeedback = callPackage ../development/libraries/qtfeedback { }; qtutilities = callPackage ../development/libraries/qtutilities { };

Discussion:
qt5ct is not a part of libsForQt5, what means it's not built for other Qt versions (like 5.14) and apps using these Qt versions (e.g. virtualbox) aren't themed Steps to reproduce the behavior: virtualbox and run it VirtualBox is themed ! Maintainer information:
I don't have enough familiarity with the Qt infrastructure to fix this myself.
looks like all you need is to just move qt5ct from all- to qt5-, it will become libsForQt5.qt5ct
Change:
, fetchFromGitLab , glib , gtk4 <ins> , imagemagick </ins> , libadwaita , meson , ninja

Discussion:
Switcheroo fails with the error in the title. This does not happen in the Flatpak version (tested). (the formats might not matter, but I've specified them just in case) Steps to reproduce the behavior: a PNG file in Switcheroo to a JPEG file. the output filename. should happen. The image should convert without any errors. ! 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]:
Oops, I had in my path when I originally packaged and tested this. I have it as a dependency in and tested it with this time. Thank you for trying the flatpak and reporting it here first instead of upstream :slightlysmilingface:
Change:
nativeBuildInputs = [ cmake pkgconfig git ]; buildInputs = [ <del> qt5.qtbase qt5.qtquickcontrols openal glew vulkan-loader libpng ffmpeg libevdev python27 </del> <ins> qtbase qtquickcontrols openal glew vulkan-loader libpng ffmpeg libevdev python3 </ins> ] ++ lib.optional pulseaudioSupport libpulseaudio ++ lib.optional alsaSupport alsaLib ++ lib.optional waylandSupport wayland; enableParallelBuilding = true; <del> meta = with stdenv.lib; { </del> <ins> meta = with lib; { </ins> description = "PS3 emulator/debugger"; homepage = "https://rpcs3.net/"; maintainers = with maintainers; [ abbradar nocent ];

Discussion:
Describe the bug trying to launch (a Play Station 3 emulator) in a terminal tells you To Reproduce Steps to reproduce the behavior: Expected behavior I expect the emulator to start and show the window Metadata Maintainer information:
cc
Change:
homepage = "https://github.com/Blightmud/Blightmud"; license = licenses.gpl3Plus; maintainers = with maintainers; [ cpu ]; <del> platforms = platforms.linux; </del> <ins> platforms = platforms.linux ++ platforms.darwin; </ins> }; }

Discussion:
Steps to reproduce the behavior: blightmud on arm64-darwin (unsupported system) command: full log: <!-- 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]:
I submitted a blightmud issue prior to this one Let me know if there's anything I can do to help
If you'd like to submit patches to add additional OS/arch support I would be willing to try and review, but as mentioned on I won't be able to drive the effort from my end.
Should be working now, could you please test it? or if you don't have checked out:
Hey this worked for me. Thanks for the fix!
Change:
rasm = callPackage ../development/compilers/rasm { }; <ins> replibyte = callPackage ../development/tools/database/replibyte { inherit (darwin.apple_sdk.frameworks) Security; }; </ins> rgbds = callPackage ../development/compilers/rgbds { }; rgxg = callPackage ../tools/text/rgxg { };

Discussion:
Project description Helps you seed your development database with real data Metadata homepage URL: source URL: license: gpl3 platforms: unix, linux, darwin
Hey can you please test the linked PR? I had to skip the internal package tests because of a lot of complexity.