jiebi/CodeConvo huggingface dataset:
Change:
nmap-unfree = nmap; # added 2021-04-06 nologin = shadow; # added 2018-04-25 nordic-polar = throw "nordic-polar was removed on 2021-05-27, now integrated in nordic"; # added 2021-05-27 <ins> noto-fonts-cjk = noto-fonts-cjk-sans; # added 2021-12-16 </ins> now-cli = throw "now-cli has been replaced with nodePackages.vercel"; # added 2021-08-05 nxproxy = nx-libs; # added 2019-02-15 nylas-mail-bin = throw "nylas-mail-bin was deprecated on 2019-09-11: abandoned by upstream";

Discussion:
Describe the bug According to and , noto-fonts-cjk should have 14 ttc files, but noto-fonts-cjk in nixpkgs downloads from , this zip files doesn't include serif fonts. To Reproduce Steps to reproduce the behavior: -env -iA -list : family | grep 'Noto Serif CJK' Expected behavior It should output: Notify maintainers Metadata Please run and paste the result.
The nix file should download 14 .ttc files and install to target directory in a loop, it's a simple logic, but sorry I'm not familiar with Nix language yet. Mention more people involved in this file since 2020: hope this gets fixed soon, thanks!
As I recall, the issue with packaging it initially is there was no Super OTC version of the noto serif cjk font available. There still isn't a Super OTC in the repository. There is https://noto-website- from , but that URL doesn't look stable. I guess for now you could use , it is 99% the same font.
, thanks for your quick response! Although is almost same, fontconfig can’t assure it will alway be selected for document using , there are a few other popular cjk font such as Arphic PR UMing & UKai, WenQuanYi, GNU freefont, GNU unifont. Like Debian, Gentoo also packages separate ttc files. FreeBSD even packages separate otf font, I guess this can save some memory and time for applications to load a font subset. It’s a pity google doesn’t upload a single super otc file for noto serif cjk, but I guess the huge noto sans zip is uploaded to git by mistake, it’s kept there just to not break download url. So I suggest just packaging 14 separate ttc file, it’s convenient enough compared to those separate otf files. Another reminder, it’s better to also include a fontconfig configuration snippet like Debian and Gentoo.
Arch also packages separate ttc and include a fontconfig configuration file.
I marked this as stale due to inactivity. &rarr;
Still important to me.
Change:
libcxxabi = callPackage ./libc++abi.nix {}; }; in self

Discussion:
The clang stdenv (e.g., ) on recent unstable channel no longer seems able to find the C++ headers when used as the stdenv for a build. yields Curiously the libcxxStdenv does work: and just for sanity, it does work on 17.03 and usually works otherwise O:) System: (NixOS: , Ubuntu/Fedora: , ...) Nix version: (run ) Nixpkgs version: (run ) Sandboxing enabled: (run )
cc and since they were tracking down a similar problem in the Darwin clang stdenv recently.
This only happens on linux, it looks like the -isystem flags from gcc used to leak into the clang stdenv somehow.
This works, we could fix the clang stdenv to include those by default. Unless there's a reason to use the gcc headers, but using libcxx makes more sense I would think.
cc
Is this significantly different than using ? IMO it's an important use case, using clang w/gcc's libstdc++, it's the most "compatible" with Linux things and is the default way to use clang (for now, anyway).
This have something to do with ?
From the name I wouldn't expect to still use the gcc libstc++, but the use case makes sense. The condition for  looks good, not sure why it's not working.
noticed that the logic would only apply if that variable was undefined, not empty. But now ensures that it is defined (and empty if not otherwise defined). The best solution would be to handle the default in so there's no empty fallback at any point.
I'll do this for 17.09
appears to be a victim of this issue as well
seems to be defined before. I currently test the following patch: this is not a good fix though, but if this the root cause, I can come up with a better patch.
That would break or make it behave incorrectly.
i know
Is this supposed to work now? At least I am having the same problem on unstable(18.03); g++ works but clang fails and does not find the headers. I might have missed something though, rather new to nix.
Maybe you need instead of ? Edit: nevermind, I can also reproduce your issue
After some testing, I found that using without will cause the c++ header not found error.

(I guess this is not a bug?) To successfully compile a simple file, I need
See
Indeed it works in nix-shell, thanks.
There's probably a bigger issue here of people wanting our tools to work normally outside of Nix builds and shells, but that's a much bigger endeavor.
Yeah we'd need like a , which would easiest to accomplish if we did less dependency stuff in bash.
Change:
<ins> { stdenv, fetchurl, dpkg }: stdenv.mkDerivation rec { pname = "fx_cast_bridge"; version = "0.0.5"; src = fetchurl { url = "https://github.com/hensm/fx_cast/releases/download/v${version}/${pname}-${version}-x64.deb"; sha256 = "1qmp1d7miq7c2q8i4bhfp5ywxdngvyi7rjl6i82is2g5nhr7gbvv"; }; nativeBuildInputs = [ dpkg ]; unpackPhase = '' runHook preUnpack dpkg-deb -xv $src ./ runHook postUnpack ''; dontBuild = true; dontPatchELF = true; installPhase = '' install -DT {opt/fx_cast,$out/bin}/${pname} install -DT {usr,$out}/lib/mozilla/native-messaging-hosts/${pname}.json substituteInPlace $out/lib/mozilla/native-messaging-hosts/${pname}.json  --replace {/opt/fx_cast,$out/bin}/${pname} ''; # See now-cli/default.nix dontStrip = true; preFixup = let libPath = stdenv.lib.makeLibraryPath [stdenv.cc.cc stdenv.cc.libc]; bin = "$out/bin/${pname}"; in '' orig_size=$(stat --printf=%s ${bin}) patchelf --set-interpreter "${stdenv.cc.bintools.dynamicLinker}" ${bin} patchelf --set-rpath ${libPath} ${bin} chmod +x ${bin} new_size=$(stat --printf=%s ${bin}) ###### zeit-pkg fixing starts here. # we're replacing plaintext js code that looks like # PAYLOAD_POSITION = '1234                  ' | 0 # [...] # PRELUDE_POSITION = '1234                  ' | 0 # ^-----20-chars-----^^------22-chars------^ # ^-- grep points here # # var_* are as described above # shift_by seems to be safe so long as all patchelf adjustments occur # before any locations pointed to by hardcoded offsets var_skip=20 var_select=22 shift_by=$(expr $new_size - $orig_size) function fix_offset { # $1 = name of variable to adjust location=$(grep -obUam1 "$1" ${bin} | cut -d: -f1) location=$(expr $location + $var_skip) value=$(dd if=${bin} iflag=count_bytes,skip_bytes skip=$location  bs=1 count=$var_select status=none) value=$(expr $shift_by + $value) echo -n $value | dd of=${bin} bs=1 seek=$location conv=notrunc } fix_offset PAYLOAD_POSITION fix_offset PRELUDE_POSITION ''; meta = with stdenv.lib; { description = "Implementation of the Chrome Sender API (Chromecast) within Firefox"; homepage = https://hensm.github.io/fx_cast/; license = licenses.mit; maintainers = with maintainers; [ dtzWill ]; }; } </ins>

Discussion:
appears to be a binary component used to help Firefox use cast to Chromecast devices:
Yes please!
Change:
</section> <ins> <section xml:id="sec-autojump"> <title>Autojump</title> <para> autojump needs the shell integration to be useful but unlike other systems, nix doesn't have a standard share directory location. This is why a <command>autojump-share</command> script is shipped that prints the location of the shared folder. This can then be used in the .bashrc like this: <screen> source "$(autojump-share)/autojump.bash" </screen> </para> </section> </ins> </chapter>

Discussion:
notes that this is a fixme.
cc
I use Nix as a package manager in Ubuntu, so I can't really test this. In Ubuntu, drops the file in , and the user is expected to change on their own.
I think the best approach would be to generate an script that returns the path to . Then it would work in the cases where it's installed in a random profile too. As long as it's on the PATH you can use
PR ^
Change:
pip virtualenv virtualenv-clone <ins> ] ++ lib.optionals stdenv.hostPlatform.isAndroid [ pyjnius </ins> ]; pythonEnv = python3.withPackages runtimeDeps;

Discussion:
Traceback (most recent call last): File "/nix/store/z4sd700l05shq1z72g21w0fav2xs955d-pipenv-2022.1.8/lib/python3.9/site-", line 83, in androidfolder from jnius import autoclass # noqa: SC200 ModuleNotFoundError: No module named 'jnius' The error is belong in pipenv using jnius on Android. <!-- 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(nix-on-droid): nixpkgs:
Change:
optionals doBenchmark (benchmarkDepends ++ benchmarkHaskellDepends ++ benchmarkSystemDepends ++ benchmarkFrameworkDepends); <del> allBuildInputs = propagatedBuildInputs ++ otherBuildInputs ++ depsBuildBuild; </del> <ins> allBuildInputs = propagatedBuildInputs ++ otherBuildInputs ++ depsBuildBuild ++ nativeBuildInputs; </ins> isHaskellPartition = stdenv.lib.partition isHaskellPkg allBuildInputs;

Discussion:
does not include dependencies that are only listed in the field in the cabal file. This can cause build failures due to missing dependencies. Create the following Cabal file : Create the following Nix shell : Execute the following command to verify that the dependency is missing: In the cabal file uncomment the line for and then verify that the dependency becomes available: The expected behavior is that should be available in the Nix shell even if it is only listed under . The issue seems to lie with and not as correctly adds to in the generated Nix expression (after adding to the Nix shell):
Change:
<del> {stdenv, fetchurl, gtk2, pkgconfig, perl, perlXMLParser, libxml2, gettext , python, libxml2Python, docbook5, docbook_xsl, libxslt, intltool, libart_lgpl , withGNOME ? false, libgnomeui }: </del> <ins> { stdenv, fetchgit, autoconf, automake, libtool, gtk2, pkgconfig, perl, perlXMLParser, libxml2, gettext, python, libxml2Python, docbook5, docbook_xsl, libxslt, intltool, libart_lgpl, withGNOME ? false, libgnomeui, gtk-mac-integration }: </ins> stdenv.mkDerivation rec { <del> name = "dia-${minVer}.3"; minVer = "0.97"; </del> <ins> name = "dia-${version}"; version = "0.97.3.20170622"; </ins> <del> src = fetchurl { url = "mirror://gnome/sources/dia/${minVer}/${name}.tar.xz"; sha256 = "0d3x6w0l6fwd0l8xx06y1h56xf8ss31yzia3a6xr9y28xx44x492"; }; correctPersistence = fetchurl { url = https://launchpadlibrarian.net/132677658/persistence; sha256 = "1rv6zv9i03bna4bdp1wzn72lg7kdwi900y1izdq0imibi54nxjsk"; </del> <ins> src = fetchgit { url = git://git.gnome.org/dia; rev = "b86085dfe2b048a2d37d587adf8ceba6fb8bc43c"; sha256 = "1fyxfrzdcs6blxhkw3bcgkksaf3byrsj4cbyrqgb4869k3ynap96"; </ins> }; buildInputs = [ gtk2 perlXMLParser libxml2 gettext python libxml2Python docbook5 <del> libxslt docbook_xsl libart_lgpl ] ++ stdenv.lib.optional withGNOME libgnomeui; </del> <ins> libxslt docbook_xsl libart_lgpl ] ++ stdenv.lib.optional withGNOME libgnomeui ++ stdenv.lib.optional stdenv.isDarwin gtk-mac-integration; </ins> <del> nativeBuildInputs = [ pkgconfig intltool perl ]; </del> <ins> nativeBuildInputs = [ autoconf automake libtool pkgconfig intltool perl ]; preConfigure = '' NOCONFIGURE=1 ./autogen.sh # autoreconfHook is not enough ''; </ins> configureFlags = stdenv.lib.optionalString withGNOME "--enable-gnome"; <del> patches = [ ]; </del> <ins> hardeningDisable = [ "format" ]; </ins> # This file should normally require a gtk-update-icon-cache -q /usr/share/icons/hicolor command # It have no reasons to exist in a redistribuable package postInstall = '' rm $out/share/icons/hicolor/icon-theme.cache <del> cd "$out"/bin/ mv dia .dia-wrapped echo '#! ${stdenv.shell}' >> dia echo 'test -f "$HOME/.dia/persistence" || cp ${correctPersistence} "$HOME/.dia/persistence" ' >> dia echo 'chmod u+rw "$HOME/.dia/persistence" ' >> dia echo ""$out/bin/"'.dia-wrapped" "$@"' >> dia chmod a+x dia </del> ''; meta = { description = "Gnome Diagram drawing software"; homepage = http://live.gnome.org/Dia; maintainers = with stdenv.lib.maintainers; [raskin]; <del> platforms = stdenv.lib.platforms.linux; </del> <ins> platforms = stdenv.lib.platforms.unix; </ins> }; }

Discussion:
Can anyone run successfully? When I try it, the tool almost immediately crashes:
On 6 February 2014 19:49, Peter Simons wrote: Same here. Seems to be happening elsewhere too:
Saving to works around the issue for now.
Any way this can be wrapped to happen automatically?
Change:
description = '' folders which should be shared by syncthing. ''; <ins> example = { "/home/user/sync" = { id = "syncme"; devices = [ "bigbox" ]; }; }; </ins> type = types.attrsOf (types.submodule ({ config, ... }: { options = {

Discussion:
The new option has the example: This is a list of attrsets, but this doesn't match the type, which is Also, it would be nice to have an example config for as well. Besides this, the new declarative configuration options for syncthing have been working well for me. Thanks for including them. CC
Change:
<ins> diff --git a/cmdstanpy/utils/cmdstan.py b/cmdstanpy/utils/cmdstan.py index 227d97a..27c3ccc 100644 --- a/cmdstanpy/utils/cmdstan.py +++ b/cmdstanpy/utils/cmdstan.py @@ -163,19 +163,7 @@ def cmdstan_path() -> str: if 'CMDSTAN' in os.environ and len(os.environ['CMDSTAN']) > 0: cmdstan = os.environ['CMDSTAN'] else: -        cmdstan_dir = os.path.expanduser(os.path.join('~', _DOT_CMDSTAN)) -        if not os.path.exists(cmdstan_dir): -            raise ValueError( -                'No CmdStan installation found, run command "install_cmdstan"' -                'or (re)activate your conda environment!' -            ) -        latest_cmdstan = get_latest_cmdstan(cmdstan_dir) -        if latest_cmdstan is None: -            raise ValueError( -                'No CmdStan installation found, run command "install_cmdstan"' -                'or (re)activate your conda environment!' -            ) -        cmdstan = os.path.join(cmdstan_dir, latest_cmdstan) +        cmdstan = '@cmdstan@' os.environ['CMDSTAN'] = cmdstan validate_cmdstan_path(cmdstan) return os.path.normpath(cmdstan) </ins>

Discussion:
Project description Tool for producing high quality forecasts for time series data that has multiple seasonality with linear or non-linear growth. Metadata PyPI: homepage URL: source URL: license: mit platforms: x86_64-linux
Change:
sha256 = "0lz8rfl5xwdj17zn7a30ipi7cgjwqki21a7wg9rdg7iwx27bpnmg"; }; <ins> postPatch = '' substituteInPlace Src/siesta_init.F --replace '/bin/rm' 'rm' ''; </ins> passthru = { inherit mpi; };

Discussion:
Steps to reproduce the behavior: ... ... ... A clear and concise description of what you expected to happen. Add any other context about the problem here. system: host os: multi-user?: sandbox: version: channels(root): nixpkgs:
Change:
configureFlags = [ "--with-anthy-zipcode=${anthy}/share/anthy/zipcode.t" ]; buildInputs = [ <del> anthy glib gobjectIntrospection gtk3 ibus python3 </del> <ins> anthy glib gobjectIntrospection gtk3 ibus (python3.withPackages (ps: [ps.pygobject3])) </ins> ]; nativeBuildInputs = [ intltool pkgconfig python3.pkgs.wrapPython ];

Discussion:
Japanese input no longer works on 17.09 beta whereas it did on 17.03 stable. Add the following to your nixos configuration file: Note the output: System: 17.09beta487. (Hummingbird) Nix version: nix-env (Nix) 1.11.14 Nixpkgs version: "17.09beta487." Sandboxing enabled: build-use-sandbox = false
You need to install like python27.pygobject2/3 I believe.
Change:
source $stdenv/setup ``` <del> to let `stdenv` set up the environment (e.g., process the `buildInputs`). If you want, you can still use `stdenv`’s generic builder: </del> <ins> to let `stdenv` set up the environment (e.g. by resetting `PATH` and populating it from build inputs). If you want, you can still use `stdenv`’s generic builder: </ins> ```bash source $stdenv/setup

Discussion:
Project description
I marked this as stale due to inactivity. &rarr;
ping! Is this still an issue?
has been The command still does not have documentation in the Nixpkgs manual.
Is satisfying? Could use approval to get merged.
It's a good step, but it doesn't (yet?) tell me what the options are.
Now it does.
Change:
<del> { lib, stdenv, fetchFromGitHub, cmake, makeWrapper, openal, fluidsynth </del> <ins> { lib, stdenv, fetchFromGitHub, fetchpatch, cmake, makeWrapper, openal, fluidsynth </ins> , soundfont-fluid, libGL, SDL2, bzip2, zlib, libjpeg, libsndfile, libvpx, mpg123 , game-music-emu, pkg-config, copyDesktopItems, makeDesktopItem }:

Discussion:
running gzdoom results in and quits. Steps to reproduce the behavior: -shell -p gzdoom I enter hell and banish demons. mentioned here. <!-- --Please run and paste the result. system: host os: multi-user?: sandbox: version: channels(user): channels(root): nixpkgs:
I know nothing about gzdoom and new to NixOS. But I've tried to fix this by doing something like this: The problem seems solved. But soon it pops up saying that Did you install GZDoom properly? You can do either of the following: Edit your and add the directories of your iwads to the list beneath [IWADSearch.Directories] Any idea about this?
some are pay for, some a free ware/shareware. Your going to need the games data files, I have them, and i will pull from your branch and give it a try. Thanks for looking at this.. and above all... Welcome to Nixos..
Got it. I've pushed my branch and Thank you for your reply!
Did this fix get confirmed?
I couldn't find your branch, so I reconstructed a commit from your comment and submitted a PR. The fix seems to work, but the game I'm trying it on does not, so I cannot say for sure everything is good. (Though I believe that's a different issue.) For the impatient, you should now be able to run gzdoom with (if you have flakes enabled):
Change:
}) (disableCabalFlag "fixity-th" super.fourmolu); # https://github.com/NixOS/nixpkgs/issues/149692 <del> Agda = removeConfigureFlag "-foptimise-heavily" super.Agda; </del> <ins> Agda = disableCabalFlag "optimise-heavily" super.Agda; </ins> } // lib.optionalAttrs pkgs.stdenv.isx86_64 {  # x86_64-darwin

Discussion:
Agda 2.6.4.1 a configure flag that controls whether debug printing (with ) is enabled (previously it was always enabled). Should we enable this? I am leaning strongly towards "yes" as I use debug printing quite often and it would suck to have to rebuild Agda. cc
is there any downside to enabling it?
Performance is , though I'd say not in a way that matters.
If it was true by default before, we should keep that default. We can add an option to the derivation to make it configurable.
Opened I am not sure how to add an option to the derivation (I think should do) and I don't have enough motivation to add an option to the wrapper.
Change:
cp docs/.vuepress/public/presets/toml/*.toml $presetdir ''; <del> cargoHash = "sha256-ZHHrpepKZnSGufyEAjNDozaIKAt2GFRt+hU2ej7LceA="; </del> <ins> cargoHash = "sha256-OENey+brI3B2CThNm1KOxuX/OO8tHb7i5X0jXit7FrU="; </ins> nativeCheckInputs = [ git ];

Discussion:
Any time I start a terminal (checked on both GNOME Console and XTerm) the first five lines of the terminal, before the first prompt, are populated with the following: This has been happening since I started using Starship on 23.05, and is still present on 23.11. Steps to reproduce the behavior: a terminal (or run ) No warnings should print on screen. ! What I've tried to fix this: Remove from . Remove all Starship settings . system: host os: multi-user?: sandbox: version: channels(root): channels(username): nixpkgs: Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Maybe I am missing something, but you are the one who approved upstream PR to fix it back in September: So waiting for starship version with that fix seems like the best solution. Or set yourself to avoid it in the meantime.
Thanks for the reminder! :grin: I've pinged them about the .
Change:
<del> diff --git i/app/formmain.pas w/app/formmain.pas index f6f37febb..cf993d75e 100644 --- i/app/formmain.pas +++ w/app/formmain.pas @@ -2156,6 +2156,7 @@ begin false {$endif}; *) +  mnuHelpCheckUpd.Enabled:=false; with AppPanels[cPaneSide] do begin </del>

Discussion:
For this patch I to CudaText the global variable which you can change to False. to disable "Help / Check for updates".
OK, I will use it with next release.
Change:
githubId = 41522204; name = "hexchen"; }; <ins> hexclover = { email = "hexclover@outlook.com"; github = "hexclover"; githubId = 47456195; name = "hexclover"; }; </ins> heyimnova = { email = "git@heyimnova.dev"; github = "heyimnova";

Discussion:
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
Change:
sha256 = "0xwzgzrqamfdlklwacp9d219pqkah0yfrhxb1j7bxlmgzp924j7g"; }; <del> nativeBuildInputs = [ pkgconfig fixDarwinDylibNames python wafHook docbook_xsl docbook_xml_dtd_42 ]; buildInputs = [ readline libxslt ]; </del> <ins> nativeBuildInputs = [ pkg-config fixDarwinDylibNames python wafHook docbook-xsl-nons docbook_xml_dtd_42 ]; buildInputs = [ readline libxslt ]; </ins> wafPath = "buildtools/bin/waf";

Discussion:
Describe the bug build of failed. To Reproduce Metadata system: host os: multi-user?: sandbox: version: channels(root): channels(gtgteq): nixpkgs: Maintainer information:
Looks like regression in . We need to build talloc with Python 3 too.
It might also need
Change:
mv "$icon_file" "$logo_output_path/google-$appname.png" done <ins> # "--simulate-outdated-no-au" disables auto updates and browser outdated popup </ins> makeWrapper "$out/share/google/$appname/google-$appname" "$exe"  --prefix LD_LIBRARY_PATH : "$rpath"  --prefix PATH            : "$binpath" 

Discussion:
Steps to reproduce the behavior: (add) google-chrome from nixpkgs/master (the exact commit with problem from this issue ) Add any other context about the problem here. Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
I tryed both default nix and nix.package = ;
Oops, that's odd, it passed all the eval checks on the original PR I thought. I've created to fix.
Change:
python-ecobee-api = callPackage ../development/python-modules/python-ecobee-api { }; <ins> python-escpos = callPackage ../development/python-modules/python-escpos { }; </ins> python-ffmpeg = callPackage ../development/python-modules/python-ffmpeg { }; python-flirt = callPackage ../development/python-modules/python-flirt { };

Discussion:
Python library that provides useful tools for thermal printers using the ESC/POS standard. <!-- Describe the project a little: --Metadata homepage URL: source URL: license: mit platforms: linux Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]: