jiebi/CodeConvo huggingface dataset:
Change:
<del> --- xf86-video-dummy-0.3.6/src/dummy_driver.c	2014-11-05 19:24:02.668656601 +0700 +++ xf86-video-dummy-0.3.6.new/src/dummy_driver.c	2014-11-05 19:37:53.076061853 +0700 @@ -55,6 +55,9 @@ #include <X11/extensions/xf86dgaproto.h> #endif +/* Needed for fixing pointer limits on resize */ +#include "inputstr.h" + /* Mandatory functions */ static const OptionInfoRec *	DUMMYAvailableOptions(int chipid, int busid); static void     DUMMYIdentify(int flags); @@ -713,6 +716,26 @@ RRTellChanged(pScrn->pScreen); } #endif +    //ensure the screen dimensions are also updated: +    pScrn->pScreen->width = mode->HDisplay; +    pScrn->pScreen->height = mode->VDisplay; +    pScrn->virtualX = mode->HDisplay; +    pScrn->virtualY = mode->VDisplay; +    pScrn->frameX1 = mode->HDisplay; +    pScrn->frameY1 = mode->VDisplay; + +    //ensure the pointer uses the new limits too: +    DeviceIntPtr pDev; +    SpritePtr pSprite; +    for (pDev = inputInfo.devices; pDev; pDev = pDev->next) { +        if (pDev->spriteInfo!=NULL && pDev->spriteInfo->sprite!=NULL) { +            pSprite = pDev->spriteInfo->sprite; +            pSprite->hotLimits.x2 = mode->HDisplay; +            pSprite->hotLimits.y2 = mode->VDisplay; +            pSprite->physLimits.x2 = mode->HDisplay; +            pSprite->physLimits.y2 = mode->VDisplay; +        } +    } return TRUE; } </del>

Discussion:
Describe the bug Attempting to start xpra fails with the following X server log: To Reproduce Steps to reproduce the behavior: run start :200
Change:
<del> { stdenv, fetchurl, eventlog, pkgconfig, glib, python, systemd, perl , riemann_c_client, protobufc, pcre, yacc }: </del> <ins> { stdenv, fetchurl, openssl, libcap, curl, which , eventlog, pkgconfig, glib, python, systemd, perl , riemann_c_client, protobufc, pcre, libnet , json_c, libuuid, libivykis, mongoc, rabbitmq-c }: </ins> <del> stdenv.mkDerivation rec { name = "syslog-ng-${version}"; </del> <ins> let pname = "syslog-ng"; in </ins> <del> version = "3.6.2"; </del> <ins> stdenv.mkDerivation rec { name = "${pname}-${version}"; version = "3.9.1"; </ins> src = fetchurl { <del> url = "http://www.balabit.com/downloads/files?path=/syslog-ng/sources/${version}/source/syslog-ng_${version}.tar.gz"; sha256 = "0qc21mwajk6xrra3gqy2nvaza5gq62psamq4ayphj7lqabdglizg"; </del> <ins> url = "https://github.com/balabit/${pname}/releases/download/${name}/${name}.tar.gz"; sha256 = "05qaqw115py5iz55vmc0j1xcwcpr8wa9vpmbixhr1rqaamm8ay2n"; </ins> }; <del> buildInputs = [ eventlog pkgconfig glib python systemd perl riemann_c_client protobufc yacc pcre ]; </del> <ins> nativeBuildInputs = [ pkgconfig which ]; buildInputs = [ libcap curl openssl eventlog glib perl python systemd riemann_c_client protobufc pcre libnet json_c libuuid libivykis mongoc rabbitmq-c ]; </ins> configureFlags = [ <ins> "--enable-manpages" </ins> "--enable-dynamic-linking" "--enable-systemd" <ins> "--with-ivykis=system" "--with-librabbitmq-client=system" "--with-mongoc=system" "--with-jsonc=system" "--with-systemd-journal=system" </ins> "--with-systemdsystemunitdir=$(out)/etc/systemd/system" ]; <ins> outputs = [ "out" "man" ]; </ins> meta = with stdenv.lib; { homepage = "http://www.balabit.com/network-security/syslog-ng/"; description = "Next-generation syslogd with advanced networking and filtering capabilities"; license = licenses.gpl2; <del> maintainers = [ maintainers.rickynils ]; </del> <ins> maintainers = with maintainers; [ rickynils  fpletz ]; </ins> platforms = platforms.linux; }; }

Discussion:
I'm upgrading my systems from NixOS 16.03 to 16.09 and I'm trying to get syslog-ng working again. It's currently configured as: The issue is that systemd is not noticing that syslog-ng has started: I do see that syslog-ng is running: Note that the systemd syslog-ng service is with This that syslog-ng should notify systemd when it has started up. My current hypotheses is that with the systemd upgrade to 231 something in the notification protocol has changed causing the syslog-ng notification to fail.
It has strange config: how could this work ? could you test this? syslog-ng at least starts for me
thanks with those changes syslog-ng starts up correctly.
means that the syslog-ng unit will be activated (started) if gets activated. By itself this relation defines no order. That's why you can add and relations as you wish. As I've mention in , the root problem is that our current version of syslog-ng can't be built with our current version of systemd and thus the sd-notify feature is not present.
Hi I did some work on the syslog-ng upgrade. I've managed to get syslog-ng-3.9.1 to build with I will now test this a bit.
Change:
let unwrapped = stdenv.mkDerivation rec { pname = "pidgin"; majorVersion = "2"; <del> version = "${majorVersion}.13.0"; </del> <ins> version = "${majorVersion}.14.6"; </ins> src = fetchurl { url = "mirror://sourceforge/pidgin/${pname}-${version}.tar.bz2"; <del> sha256 = "13vdqj70315p9rzgnbxjp9c51mdzf1l4jg1kvnylc4bidw61air7"; </del> <ins> sha256 = "bb45f7c032f9efd6922a5dbf2840995775e5584771b23992d04f6eff7dff5336"; </ins> }; <del> inherit nss ncurses; </del> nativeBuildInputs = [ makeWrapper ]; NIX_CFLAGS_COMPILE = "-I${gst_all_1.gst-plugins-base.dev}/include/gstreamer-1.0"; buildInputs = let <del> python-with-dbus = python.withPackages (pp: with pp; [ dbus-python ]); </del> <ins> python-with-dbus = python3.withPackages (pp: with pp; [ dbus-python ]); </ins> in [ aspell startupnotification gst_all_1.gstreamer gst_all_1.gst-plugins-base gst_all_1.gst-plugins-good libxml2 nss nspr <del> libXScrnSaver ncurses python-with-dbus </del> <ins> libXScrnSaver python-with-dbus </ins> avahi dbus dbus-glib intltool libidn libICE libXext libSM cyrus_sasl <ins> libgnt ncurses # optional: build finch - the console UI </ins> ] ++ (lib.optional (openssl != null) openssl) ++ (lib.optional (gnutls != null) gnutls)

Discussion:
Looks like there has been a new release this year: maintainer: cc it adds XDG portal support, which might be necessary for screen sharing on phosh and other Wayland clients.
PR:
I marked this as stale due to inactivity. &rarr;
Change:
spotify-tray = callPackage ../applications/misc/spotify-tray { }; <del> spotify-tui = callPackage ../applications/audio/spotify-tui { inherit (darwin.apple_sdk.frameworks) AppKit Security; }; </del> sptlrx = callPackage ../applications/audio/sptlrx { }; sptk = callPackage ../development/libraries/sptk { };

Discussion:
Steps to reproduce the behavior: spotify-tui-0.25.0 I see the package is basically abandoned upstream, should we just remove it? <!-- 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 think removing it is a good idea, give a shot :)
Change:
postFixup = '' addToSearchPath program_PYTHONPATH $out/${python.sitePackages} patchPythonScript $out/share/matrix.py <del> substituteInPlace $out/${python.sitePackages}/matrix/server.py --replace "matrix_sso_helper" "$out/bin/matrix_sso_helper" </del> <ins> substituteInPlace $out/${python.sitePackages}/matrix/server.py --replace-fail "matrix_sso_helper" "$out/bin/matrix_sso_helper" substituteInPlace $out/${python.sitePackages}/matrix/uploads.py --replace-fail "matrix_upload" "$out/bin/matrix_upload" </ins> ''; meta = with lib; {

Discussion:
With the script, errors with: I'm not sure, but it could be because Steps to reproduce the behavior: to a channel, and try I expected it to properly upload the file. N/A This is how I setup in my dots. <!-- 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]:
fixed, I can't PR myself though
Change:
substituteInPlace $i  --replace /usr/bin $out/bin done <del> ''; runtimeLibPath = lib.makeLibraryPath [ cups.lib ]; </del> <ins> for i in wps wpp et wpspdf; do mv $out/bin/$i $out/bin/.$i-orig makeWrapper ${steam-run}/bin/steam-run $out/bin/$i  --add-flags $out/bin/.$i-orig  --argv0 $i done ''; </ins> dontWrapQtApps = true; dontWrapGApps = true;

Discussion:
Describe the bug When open any component of wps office, it shows an dialog "An error has occurred in WPS" and crash. No logs found, but it works by using steam-run. To Reproduce Steps to reproduce the behavior: package pkgs.wpsoffice it in terminal or click office logo shows an error dialog, self-restart repeatedly and exit. Screenshots ! Notify maintainers Metadata `` Maintainer information:
Confirmed this error on my nixos
Change:
platforms = platforms.linux; license = with licenses; [ lgpl21 gpl2 ]; homepage = "https://www.displaylink.com/"; <del> broken = with kernel; kernelOlder "5" || stdenv.isAarch64; </del> <ins> broken = versionOlder kernel.version "4.19" || stdenv.isAarch64; </ins> }; }

Discussion:
Describe the bug kernel module fails to build against . To Reproduce Steps to reproduce the behavior: something that depends on (e.g. , add to list) Expected behavior successfully rebuilds and kernel modules that are depending on are working as expected. Additional context It fails to build with (which refers to kernel version at the moment, and is pointing to this version) but successfully builds with for me. Here are logs chunks that have the information about the failure: 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 Please note that I’m using because I couldn’t build it with . system: host os: multi-user?: sandbox: version: channels(root): channels(wenzel): nixpkgs: The channel pin is: Maintainer information:
fixed in newer version of evdi.
appreciated if you have the time to test it out ;)
This should be merged now, please try again and reopen if the issue persists. :)
sorry, I was busy to test it, but I’m planning to. Do you know if this is going to be backported to ?
Sorry, I will reopen this again. Didn't think about 20.09. I will just check what the best way is to go about that :)
I have opened a backport PR, can you test it out?
Backported and everything, should work fine. Closing. Feel free to reopen if there is still a issue!
sorry, I didn’t have time to test this. Now tested against NixOS 20.09, it compiles with latest kernelPackages and works fine after restart :+1:
Change:
###### implementation config = mkIf cfg.enable { <del> users.users.sabnzbd = { uid = config.ids.uids.sabnzbd; group = "sabnzbd"; description = "sabnzbd user"; home = "/var/lib/sabnzbd/"; createHome = true; </del> <ins> users.users = mkIf (cfg.user == "sabnzbd") { sabnzbd = { uid = config.ids.uids.sabnzbd; group = cfg.group; description = "sabnzbd user"; }; </ins> }; <del> users.groups.sabnzbd = { gid = config.ids.gids.sabnzbd; </del> <ins> users.groups = mkIf (cfg.group == "sabnzbd") { sabnzbd.gid = config.ids.gids.sabnzbd; </ins> }; systemd.services.sabnzbd = {

Discussion:
Unfortunately the user and group configuration options do not carry through to the creation of the directory, as this is hardcoded to for the username. This directory has 700 permissions, meaning the service will not start if you try to run it as a different user.
Just learned this the hard way __<;;
You can fix this by adding in the config for the sabnzbd user in the module: would give full directory privileges to the sabnzbd user, along with anyone that you add to the sabnzbd group. EDIT: Oh my god, I have had to edit this post like 10 times.
Here is an edit for your edit which contains a missing semicolon ;)
Change:
to run all update scripts for all packages that lists `garbas` as a maintainer and have `updateScript` defined, or: <del> % nix-shell maintainers/scripts/update.nix --argstr package garbas </del> <ins> % nix-shell maintainers/scripts/update.nix --argstr package gnome3.nautilus </ins> to run update script for specific package, or

Discussion:
Describe the bug SSO login in zoom just opens the default browser that loads the default homepage To Reproduce Steps to reproduce the behavior: zoom-us sign-in sign in with google Expected behavior A browser should open pointed at the Google SSO page Screenshots Additional context Seems like the argument isn't passed properly to the browser. Possibly wrapper issue or the default-browser-command-thing is somehow swallowing the parameter. Metadata system: host os: multi-user?: sandbox: version: channels(root): nixpkgs: Maintainer information:
Looks similar to cc
Also
FYI - from memory (as I also have this issue) I at least convinced zoom to launch the correct URL by symlinking the binary into the folder of the derivation. IIRC it uses that binary (alongside other means? can't remember) to launch the browser process but expects it to reside alongside the main binary and unless it's under it can't be found. That was unfortunately as far I got as upon signing it through the browser window the main zoom window would get stuck on "Connecting.." screen and I didn't have any luck getting past that :-/. EDIT: may have remembered wrong - zopen needs to sit in the current working directory (!).
indeed, confirmed that wtih : so zoom must be executed while sitting in directory. Now we have to find out how to pass this to ....
Yup, still launches one useless browser window for me (with - not sure why / what for) but eventually uses zopen to open the correct URL. And the "Connecting..." issue from my previous post seems to be due to using zoom from 19.09 - with zoom from unstable and making zopen available I can actually authenticate. Only tested with manual steps so I'm also not sure how to incorporate that into the derivation.
Also zopen seems to need some wrapping, because running directly causes qt5 to complain (so I assume it needs qt wrapping) Unless zopen will inherit the env of zoom I guess the fix could be to add --prefix PATH "$out/share/zoom-us" to wrapProgram, so it can find the binary
It seems to look specifically in $PWD so I'm not sure PATH would work.

Hmm, perhaps... :-D
If it looks in PWD, why not CD in the wrapper Another idea would be to move the zoom binary to share and symlink it to bin, so it would pick up share as it's PWD
Indeed, didn't realise there's argument to which could perhaps be used to switch to the correct directory before launching the executable?
Thanks for tne tip, now I know that, too (I'm literally just guessing all of this xD - but yeah, that's programming in a nutshell, except afterwards someone puts in on stackoverflow ^^)
okay, I've started on fixing this. I found also that our current .desktop file refers to incorrect mime schema ( but should ). This is necessary to make web URL to launch zoom app. EDIT: no, mime schema is fine, it is just me dumb reading...
Change:
patches = lib.optionals (gtk2 != null) [ (fetchpatch { <del> url = https://anonscm.debian.org/cgit/pkg-gnupg/pinentry.git/plain/debian/patches/0006-gtk2-Fix-a-problem-with-fvwm.patch; sha256 = "1w3y4brqp74hy3fbfxqnqp6jf985bd6667ivy1crz50r3z9zsy09"; })(fetchpatch { url = https://anonscm.debian.org/cgit/pkg-gnupg/pinentry.git/plain/debian/patches/0007-gtk2-When-X11-input-grabbing-fails-try-again-over-0..patch; sha256 = "046jy7k0n7fj74s5w1h6sq1ljg8y77i0xwi301kv53bhsp0xsirx"; })]; # configure cannot find moc on its own preConfigure = stdenv.lib.optionalString (qt4 != null) '' export QTDIR="${qt4}" export MOC="${qt4}/bin/moc" ''; </del> <ins> url = https://anonscm.debian.org/cgit/pkg-gnupg/pinentry.git/plain/debian/patches/0007-gtk2-When-X11-input-grabbing-fails-try-again-over-0..patch; sha256 = "046jy7k0n7fj74s5w1h6sq1ljg8y77i0xwi301kv53bhsp0xsirx"; }) ]; </ins> configureFlags = [ (mkWith   (libcap != null)    "libcap")

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:
hash = "sha256-a+J+GasFmRvu5cJ1GLXscoJ+owzFXsLhCbeDbYChkyQ="; }; in <del> python3Packages.buildPythonApplication rec { </del> <ins> python3Packages.buildPythonApplication { </ins> inherit version src; pname = "apostrophe"; pyproject = false;

Discussion:
Apostrophe doesn't render LaTeX in Preview Mode, as expected. Instead of rendering maths equations (like ) as equations, it escape them while surrounding them with either parenthesis or square brackets. Steps to reproduce the behavior: in Apostrophe's tutorial Preview Mode using CTRL+P to the section the equations made in LaTeX escaped instead of rendered with Pandoc LaTeX It should render the equations and any symbols written between or with pandoc LaTeX, for example showing as a fraction and not In editing: ! In preview: ! This behavior is reproducible on both Apostrophe 3.0 and 3.1. (ie. NixOS 24.05 and NixOS 24.11 (unstable) I also tried installing alongside Apostrophe and and to no avail. <!-- 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]:
The case is probably due to temp file path.
I'm not sure what you mean by that? If I understand correctly, you're saying this might be happening due to the file being stored in right? However Apostrophe exhibits this behavior with files already saved in a directory outside of (e.g. in ) Can you reproduce the behavior?
Latex rendering is done by regex matching latex expressions and transforming them into pictures by texlive (what a strange decision). Presumably something happened after the image was generated, since the dependency should be satisfied. I was busy with other things when I last wrote this comment, and I'll check it out later today
This is very possibly due to some Flatpak assumptions that normally happen from python devs
is dead code. is dead code. The math rendering should be done by pandoc converting to and letting mathjax render.
Change:
"--enable-fixed-path=${gnupg}/bin" "--with-libgpg-error-prefix=${libgpgerror.dev}" "--with-libassuan-prefix=${libassuan.dev}" <del> ] ++ lib.optional pythonSupport "--enable-languages=python"; </del> <ins> ] ++ lib.optional pythonSupport "--enable-languages=python" # Tests will try to communicate with gpg-agent instance via a UNIX socket # which has a path length limit. Nix on darwin is using a build directory # that already has quite a long path and the resulting socket path doesn't # fit in the limit. https://github.com/NixOS/nix/pull/1085 ++ lib.optionals stdenv.isDarwin [ "--disable-gpg-test" ]; </ins> NIX_CFLAGS_COMPILE = # qgpgme uses Q_ASSERT which retains build inputs at runtime unless

Discussion:
build of gpgme-1.13.0 fails on macosx . . . nix-env -i gpgme Please run and paste the results.
I can reproduce this on , but it builds fine on current master
Closing since seems to be fixed after , but feel free to reopen if you continue having issues
i am seeing this again on
bisecting suggests it started with or (in the latter commit, indent fails to build, rather than getting the File name too long error, though)
Same here (seeing this again)
It seems like this is caused by a of unix socket path length limit (which is just 104 on darwin). A workaround that works for me is to build it with a different TMPDIR:
Related to
Thanks for the workaround using it, gpgme install gets stuck at
I had the same problem. I think this might be an unrelated issue. It did build successfully on the second attempt for me.
It would be nice if somebody could investigate how to disable just the problematic tests instead of completely turning them off with .
Turning off the tests didn’t work for me, it seemed to fail on the build step
we could add a patch to disable these tests on darwin:
Change:
{ lib, stdenv , fetchurl <del> , fetchpatch </del> <ins> , substituteAll </ins> , meson , nasm , ninja

Discussion:
According to the GStreamer website, the "good" plugins package should contain the "soup" plugin. However, the nix package does not. Steps to reproduce the behavior: packages and Result: nothing found. As a result, cannot play any streams, failing with "could not create souphttpsrc element". should include . : : Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
please try and see if that fixes the problem for radiotray-ng
This fixes the problem for , thanks. Does this mean that is OK?
not really, in my opinion as it doesn't work out of the box. there was a PR to partially fix gstreamer but seems like it was missing glib-networking and didn't want to add it for some reason and was abandoned. if the gstreamer pkg isn't modified then adding glib-networking and libsoup to the ldlibrarypath is a work around.
The issue title is misleading. The loading of the library is broken but gst-plugins-good is actually compiled against libsoup.